Magento Ecommerce SEO: Tipps zur Shop-Optimierung

Magento hat SEO-Potenzial, aber es braucht Arbeit, um es freizusetzen

Magento (jetzt Adobe Commerce) ist eine der flexibelsten verfügbaren E-Commerce-Plattformen. Es betreibt Shops mit Millionenumsätzen und verwaltet Produktkataloge mit über 100.000 SKUs. Doch diese Flexibilität bringt Komplexität mit sich, und aus SEO-Sicht ist Magento im Auslieferungszustand problematisch.

Eine Standard-Installation von Magento 2 erzeugt doppelte Inhalte, generiert aufgeblähte URLs durch Layered Navigation, lädt langsam aufgrund nicht optimierter Assets und behandelt Canonical Tags fehlerhaft. Wir haben Dutzende von Magento-Shops geprüft, und jeder einzelne hatte SEO-Probleme, von denen der Shop-Betreiber nichts wusste.

Die gute Nachricht ist, dass Magento Ihnen die Kontrolle gibt, alles zu beheben. Anders als gehostete Plattformen, die einschränken, was Sie ändern können, lässt Magento Sie URL-Strukturen ändern, robots.txt-Regeln bearbeiten, die Canonical-Tag-Logik anpassen und die Indexierung auf granularer Ebene steuern. Sie müssen nur wissen, was Sie ändern müssen.

Dieser Leitfaden behandelt die Magento-spezifischen SEO-Probleme, die wir am häufigsten sehen, und die genauen Lösungen für jedes einzelne. Wenn Sie professionelle Hilfe wünschen, entdecken Sie unsere Adobe Commerce SEO-Dienstleistungen. Für eine Schritt-für-Schritt-Anleitung behandelt der Magento SEO-Leitfaden in unserer Academy jeden Schritt. Ob Sie Magento 2 Open Source oder Adobe Commerce (die kostenpflichtige Version) nutzen – diese Probleme und Lösungen gelten für Sie.

Layered Navigation reparieren, um Index-Aufblähung zu verhindern

Layered Navigation ist Magentos Filtersystem für Kategorieseiten. Kunden nutzen es, um nach Größe, Farbe, Preis, Marke und anderen Attributen zu filtern. Es ist großartig für die Benutzerfreundlichkeit. Für SEO ist es ohne Konfiguration katastrophal.

Das Problem ist, dass jede Filterkombination eine eindeutige URL erzeugt. Eine Kategorieseite für 'Damenschuhe' mit Filtern für Größe, Farbe, Marke und Preisspanne kann Tausende von URL-Varianten erzeugen. Magento indexiert standardmäßig alle. Wir haben einen Magento-Shop mit 200 Kategorien geprüft und festgestellt, dass die Layered Navigation über 340.000 indexierbare URLs erzeugt hatte – die meisten davon waren dünne Inhaltsduplikate der übergeordneten Kategorie.

Google verschwendet Crawl-Budget für diese URLs, und der doppelte Inhalt verwässert Ranking-Signale über Tausende von Seiten, anstatt sie auf die Kategorieseiten zu konzentrieren, die tatsächlich ranken sollten.

Die Lösung hängt von Ihrer SEO-Strategie ab. Für Filterkombinationen mit echtem Suchbedarf (wie 'rote Nike Laufschuhe') möchten Sie, dass diese Seiten mit einzigartigem Inhalt indexiert werden und Canonical Tags auf sich selbst verweisen. Für alles andere möchten Sie die Indexierung verhindern.

Gehen Sie in Magento 2 zu Stores > Configuration > Catalog > Catalog > Layered Navigation. Stellen Sie 'Use In Search Results Layered Navigation' sorgfältig ein. Verwenden Sie dann robots-Meta-Tags, um Filterkombinationen ohne Suchbedarf auf noindex zu setzen. Wir fügen typischerweise ein benutzerdefiniertes Modul hinzu, das noindex,follow auf jede URL mit mehr als einem Filterparameter anwendet, während einzelne bedeutungsvolle Filterseiten indexierbar bleiben.

Ein anderer Ansatz ist die Verwendung von AJAX-basierter Filterung, die die URL überhaupt nicht ändert. Dies behält die gesamte Filterfunktionalität für Benutzer bei und präsentiert Suchmaschinen eine einzige, saubere URL. Magento-Erweiterungen wie Amasty Improved Layered Navigation und Mirasvit Layered Navigation handhaben dies gut.

URL-Rewrites und das Magento-URL-Problem

Magentos URL-Rewrite-System ist leistungsfähig, bricht aber leicht zusammen. Jedes Mal, wenn Sie einen Produktnamen ändern, ein Produkt in eine andere Kategorie verschieben oder einen Kategorienamen aktualisieren, erstellt Magento einen neuen URL-Rewrite. Im Laufe der Zeit häufen sich diese an. Wir haben Magento-Shops mit über 2 Millionen Einträgen in der url_rewrite-Datenbanktabelle gesehen, was zu schwerwiegenden Leistungsproblemen führte.

Die Standard-URL-Struktur von Magento enthält den Kategoriepfad in Produkt-URLs. Ein Produkt könnte unter '/women/shoes/running-shoes/nike-air-zoom.html' erreichbar sein, aber auch unter '/nike-air-zoom.html' und '/sale/nike-air-zoom.html'. Das ist dasselbe Produkt unter drei verschiedenen URLs. Magento fügt zwar Canonical Tags hinzu, aber die Canonical-Logik wählt manchmal die falsche URL, besonders bei Produkten in mehreren Kategorien.

Unser empfohlener Ansatz ist, Kategoriepfade komplett aus Produkt-URLs zu entfernen. Gehen Sie in Magento 2 zu Stores > Configuration > Catalog > Catalog > Search Engine Optimization und setzen Sie 'Use Categories Path for Product URLs' auf 'No'. Dies gibt jedem Produkt eine einzelne URL wie '/nike-air-zoom.html', unabhängig davon, zu welchen Kategorien es gehört. Führen Sie diese Änderung zuerst in einer Staging-Umgebung durch und richten Sie Weiterleitungen von den alten Kategoriepfad-URLs ein.

Bereinigen Sie die url_rewrite-Tabelle regelmäßig. Alte Weiterleitungen von nicht mehr existierenden Produkten, Rewrites für gelöschte Kategorien und doppelte Einträge häufen sich an. Wir führen vierteljährlich ein Bereinigungsskript aus, das verwaiste Rewrites entfernt. Bei einem Kunden-Shop reduzierte das Löschen von 1,8 Millionen veralteten url_rewrite-Einträgen die Datenbanktabellengröße um 94% und verbesserte die Ladezeiten im Admin-Bereich spürbar.

Bei URL-Suffixen verwendet Magento standardmäßig '.html' sowohl für Kategorie- als auch Produkt-URLs. Es gibt keinen SEO-Grund, dieses Suffix beizubehalten oder zu entfernen, aber seien Sie konsistent. Wenn Sie sich entscheiden, es zu entfernen, tun Sie dies während einer Migration oder eines Redesigns, nicht als isolierte Änderung, da jede bestehende URL eine Weiterleitung benötigt.

Seitengeschwindigkeit bei Magento erfordert echte Investition

Magento ist im Auslieferungszustand nicht schnell. Eine Standard-Installation von Magento 2 auf einfachem Hosting lädt typischerweise in 4-6 Sekunden. Das ist zu langsam für Benutzer und Suchmaschinen. Google hat ausdrücklich erklärt, dass Seitengeschwindigkeit ein Rankingfaktor ist, und ihre Core Web Vitals-Metriken bestrafen langsam ladende Seiten.

Full Page Cache ist die wirkungsvollste Geschwindigkeitsverbesserung. Magento 2 unterstützt Varnish als Full Page Cache, und Sie sollten es nutzen. Varnish sitzt vor Magento und liefert gecachtes HTML für die meisten Seitenanfragen, wodurch Magento nicht bei jedem Besuch PHP verarbeiten muss. Mit richtig konfiguriertem Varnish sinken die Ladezeiten für gecachte Seiten auf unter eine Sekunde.

Bildoptimierung ist die zweite Priorität. Produktbilder in Magento-Shops werden oft als 3000x3000px Originale ohne Komprimierung hochgeladen. Wir implementieren WebP-Konvertierung, Lazy Loading und responsive Bildsets über Magento-Erweiterungen oder CDN-basierte Transformationen. Ein typischer Shop reduziert die Bilddatenmenge nach der Optimierung um 60-75%.

JavaScript- und CSS-Bundling in Magento 2 ist bekanntermaßen problematisch. Das eingebaute Bundling macht die Dinge oft schlimmer, indem es massive Bundle-Dateien erstellt. Wir deaktivieren Magentos natives Bundling und verwenden stattdessen benutzerdefinierte Build-Prozesse mit Tools wie Webpack oder wechseln zunehmend zu einem Headless-Frontend (Hyvae oder eine benutzerdefinierte PWA), das die Asset-Optimierung unabhängig handhabt.

Die Hosting-Infrastruktur ist bei Magento wichtiger als bei einfacheren Plattformen. Ein Shared-Hosting-Plan reicht nicht aus. Sie benötigen mindestens einen VPS oder dedizierten Server mit SSD-Speicher, PHP 8.1+, Redis für Session- und Cache-Speicherung, Elasticsearch oder OpenSearch für die Katalogsuche und Varnish für Full Page Caching. Für Shops mit über 10.000 monatlichen Besuchen empfehlen wir verwaltete Magento-Hosting-Anbieter, die auf Performance-Tuning spezialisiert sind.

Wir messen jedes Magento-Projekt an den Core Web Vitals-Zielen: LCP unter 2,5 Sekunden, FID unter 100ms und CLS unter 0,1. Diese Schwellenwerte bei Magento zu erreichen ist möglich, erfordert aber bewusste Optimierung auf jeder Ebene des Stacks.

Magento SEO-Erweiterungen, die sich lohnen

Magentos Erweiterungs-Marktplatz hat Hunderte von SEO-bezogenen Modulen. Die meisten sind unnötig, wenn Sie wissen, wie Sie Magentos eingebaute Einstellungen konfigurieren. Aber einige füllen echte Lücken.

Mirasvit SEO Suite behandelt viele häufige Magento-SEO-Probleme in einem Paket. Es verwaltet Canonical URLs, generiert XML-Sitemaps mit besserer Kontrolle als Magentos Standard, fügt Structured Data Markup hinzu und bietet SEO-Templates für die Massenerstellung von Title Tags und Meta Descriptions. Wir verwenden es bei etwa 60% unserer Magento-Projekte.

Amasty SEO Toolkit ist die wichtigste Alternative. Es deckt ähnliche Bereiche ab, mit unterschiedlichen Ansätzen zur Canonical-Handhabung und Duplicate-Content-Prävention. Sowohl Mirasvit als auch Amasty werden gut gepflegt und regelmäßig für neue Magento-Versionen aktualisiert.

Für Structured Data verwenden wir oft eine dedizierte Erweiterung, anstatt uns auf die SEO-Suite-Module zu verlassen. Magefan oder Amastys Product Schema-Erweiterungen generieren korrektes JSON-LD-Markup für Produkte, einschließlich Preis, Verfügbarkeit, Bewertungen und Gesamtbewertungen. Richtiges Structured Data führt zu Rich Snippets in Suchergebnissen, was die Klickraten spürbar verbessert. Sie können Ihr Produkt-Markup mit unserem Schema-Generator-Tool überprüfen und erstellen.

Vermeiden Sie die Installation mehrerer SEO-Erweiterungen mit überlappender Funktionalität. Zwei Erweiterungen, die beide versuchen, Canonical Tags zu verwalten, führen zu Konflikten und unvorhersehbaren Ergebnissen. Wählen Sie eine primäre SEO-Suite und ergänzen Sie sie nur bei Bedarf mit spezialisierten Erweiterungen.

Die XML-Sitemap-Generierung in Magentos Standardimplementierung ist grundlegend. Sie legt alle URLs in eine Datei ohne Prioritätsunterscheidung und ohne intelligente Änderungsfrequenz-Einstellungen. Eine Erweiterung wie Amasty XML Sitemap oder Mirasvit SEO Suite ermöglicht es Ihnen, Sitemaps nach Typ aufzuteilen (Produkte, Kategorien, CMS-Seiten), bestimmte URLs auszuschließen und Prioritäten basierend auf der tatsächlichen Seitenwichtigkeit festzulegen.

Magento vs. Headless-Architektur für SEO

Headless E-Commerce trennt die Frontend-Präsentationsschicht von der Backend-Commerce-Engine. Für Magento bedeutet dies, Magento rein als API zu nutzen und das Frontend mit einem Framework wie React, Vue oder einer Magento-spezifischen Lösung wie Hyvae zu erstellen.

Die SEO-Auswirkungen eines Headless-Ansatzes sind erheblich. Traditionelles Magento rendert HTML auf dem Server, was Suchmaschinen problemlos crawlen können. Ein JavaScript-lastiges Headless-Frontend kann auf Client-seitiges Rendering angewiesen sein, das Google zwar verarbeiten kann, aber nicht so effizient. Wenn Ihr Headless-Frontend kein Server-Side Rendering (SSR) oder Static Site Generation (SSG) implementiert, riskieren Sie, dass Seiten nicht richtig indexiert werden.

Hyvae ist die Headless-Lösung, die wir am häufigsten für Magento-Shops empfehlen, die Geschwindigkeitsverbesserungen wünschen. Es ersetzt Magentos Standard-Frontend Luma oder Blank durch einen modernen Tech-Stack und behält dabei Server-Side Rendering bei. Seiten laden durchschnittlich in unter einer Sekunde, und die SEO-Ausgabe (HTML-Struktur, Meta Tags, Structured Data) kann präzise gesteuert werden.

PWA Studio, Adobes offizielle Headless-Lösung für Magento, hatte anhaltende SEO-Probleme. Dynamic Rendering, inkonsistente Canonical-Tag-Handhabung und Schwierigkeiten bei der Implementierung von hreflang-Tags haben es zu einer riskanten Wahl für SEO-bewusste Shops gemacht. Die Situation hat sich mit neueren Versionen verbessert, aber wir sehen immer noch Probleme bei PWA Studio-Shops, die bei traditionellem Magento oder Hyvae-Implementierungen nicht existieren.

Unser Rat: Wenn die Geschwindigkeitsprobleme Ihres Magento-Shops das Hauptanliegen sind, versuchen Sie zuerst, das bestehende Setup zu optimieren (Varnish, Redis, Bildoptimierung). Ein Headless-Ansatz bringt Komplexität und Kosten mit sich. Wenn Sie sich für Headless entscheiden, wählen Sie eine Lösung, die SSR von Haus aus unterstützt, und testen Sie gründlich mit Googles URL Inspection Tool vor dem Launch. Für eine vollständige Behandlung der technischen SEO-Prinzipien im E-Commerce gilt unser technischer SEO-Leitfaden für E-Commerce plattformübergreifend, einschließlich Magento.

Häufige Magento-SEO-Fehler, die wir immer wieder finden

Nach jahrelanger Prüfung von Magento-Shops tauchen bestimmte Fehler wiederholt auf. Hier sind diejenigen, die den größten Schaden verursachen.

Doppelte Inhalte durch Store Views sind bei mehrsprachigen Magento-Installationen weit verbreitet. Jede Store View generiert eigene URLs, und ohne korrekte hreflang-Tags und Canonical-Konfiguration sieht Google denselben Inhalt unter mehreren URLs. Wir finden dies bei fast jedem Multi-Store Magento-Setup, das wir prüfen.

Standard-Magento-Meta-Titel folgen dem Format 'Produktname - Kategoriename - Shopname'. Diese Vorlage erzeugt übermäßig lange Title Tags, die in Suchergebnissen abgeschnitten werden und Zeichenplatz für den Shopnamen verschwenden. Wir entfernen den Shopnamen aus Produkt- und Kategorie-Title-Tags und passen die Vorlage an, um das wichtigste Keyword an den Anfang zu stellen.

Die Magento-Sitemap enthält oft noindex-Seiten, 404-URLs und Weiterleitungsketten. Exportieren Sie Ihre Sitemap und crawlen Sie jede URL darin. Wir finden regelmäßig 10-30% der Sitemap-URLs, die dort nicht sein sollten. Saubere Sitemaps helfen Google, sein Crawl-Budget für wichtige Seiten zu verwenden.

CMS-Seiten, die für Promotions und Kampagnen erstellt wurden, werden nach Ende der Aktion vergessen. Diese verlassenen Seiten häufen sich im Laufe der Zeit an. Ein Magento-Shop, den wir geprüft haben, hatte 450 CMS-Seiten, von denen 280 leere oder veraltete Promotionsseiten waren, die noch in der Sitemap erschienen. Leiten Sie sie entweder auf relevante Kategorieseiten um oder löschen Sie sie und geben Sie korrekte 410-Statuscodes zurück.

Magentos Standard-robots.txt ist zu permissiv. Es erlaubt das Crawlen von Kundenkonten, Checkout-Seiten, Wunschlisten-Seiten und Vergleichsseiten. Keine davon sollte gecrawlt werden. Aktualisieren Sie die robots.txt, um /customer/, /checkout/, /wishlist/, /catalog/product_compare/ und alle anderen Pfade zu blockieren, die zu benutzerspezifischen oder inhaltslosen Seiten führen.

Ein Magento-SEO-Projekt von Anfang bis Ende planen

Magento SEO ist nichts, das man einmal konfiguriert und dann vergisst. Die Komplexität der Plattform erfordert laufende Wartung. So strukturieren wir ein Magento-SEO-Projekt.

Phase eins ist das technische Audit. Wir crawlen die gesamte Website mit Screaming Frog, analysieren die url_rewrite-Tabelle, prüfen die Layered-Navigation-Indexierung, testen die Seitengeschwindigkeit auf verschiedenen Gerätetypen und validieren Structured Data. Dies dauert typischerweise 2-3 Wochen für einen Shop mit über 5.000 Produkten und liefert eine priorisierte Liste von Korrekturen. Ein professionelles E-Commerce-SEO-Audit in dieser Phase gibt Ihnen ein vollständiges Bild dessen, was behoben werden muss, bevor die Arbeit beginnt.

Phase zwei ist die Behebung der Infrastrukturprobleme. URL-Strukturänderungen, Canonical-Tag-Korrekturen, robots.txt-Updates, Sitemap-Bereinigung und Geschwindigkeitsoptimierungen finden hier statt. Diese Phase dauert normalerweise 4-6 Wochen, da viele Änderungen Entwicklungsarbeit und Tests in der Staging-Umgebung vor der Bereitstellung erfordern.

Phase drei ist die On-Page-Optimierung. Mit einer soliden technischen Grundlage optimieren wir Title Tags, Meta Descriptions, H1s und Inhalte auf Kategorie- und Produktseiten. Keyword-Mapping steuert diese Phase. Wir verwenden oft Magentos SEO-Erweiterungs-Templates, um Optimierungen in großem Maßstab anzuwenden, und verfeinern dann die Seiten mit der höchsten Priorität manuell.

Phase vier ist Monitoring und Iteration. Wir verfolgen Crawl-Statistiken in Google Search Console, überwachen Core Web Vitals, achten auf neue Indexierungsprobleme nach Magento-Updates und passen die Strategie basierend auf Ranking- und Traffic-Daten an. Magento-Updates führen manchmal SEO-Probleme wieder ein, die zuvor behoben wurden, daher gehören Post-Update-Audits zur Routine.

Magento ist eine leistungsstarke Plattform für Shops mit großen Katalogen und komplexen Anforderungen. Aber es erfordert SEO-Aufmerksamkeit, die einfachere Plattformen nicht benötigen. Wenn Sie Magento nutzen und Ihr organischer Traffic nicht wächst, ist die Plattformkonfiguration fast sicher Teil des Problems. Wenn Sie Shopify als Alternative evaluieren, ist unser Shopify E-Commerce SEO-Leitfaden ein nützlicher Vergleichsmaßstab für Plattformfähigkeiten.