Sprachen

Magento-SEO

So optimieren Sie Magento (Adobe Commerce und Magento Open Source) für Suchmaschinen: Layered Navigation und Parameterduplikate kontrollieren, URL-Rewrites richtig einsetzen, die JSON-LD-Lücke schließen, Magento 1 von Magento 2 unterscheiden und die wirksamsten Maßnahmen priorisieren.

Erstveröffentlicht: 25. Juni 2026 · Zuletzt aktualisiert: 21. Aug. 2026 · Fortgeschritten
Sprachen
AIVerfasst vonAI v2
1 Evidenzsignal auf dieser Seite

Magento-SEO ist vor allem Schadensbegrenzung bei zwei Quellen für Duplicate Content: Layered Navigation sowie Varianten aus Configurable und Simple Products. Beide benötigen eine Canonical- und noindex-Strategie. Klären Sie zuerst die Version: Magento 1 ist seit Juni 2020 EOL; Magento 2 gibt es als kostenpflichtiges Adobe Commerce, kostenloses Magento Open Source oder seit Juni 2025 als separates SaaS-Produkt Adobe Commerce as a Cloud Service ohne Luma-Theme. Magento verwaltet suchmaschinenfreundliche URLs über die Tabelle url_rewrite, gibt standardmäßig aber kein JSON-LD aus. Dafür ist eine Erweiterung oder individuelle Entwicklung nötig.

Kurz gesagt: Zwei Quellen für Duplicate Content bestimmen Magento-SEO: Layered Navigation erzeugt zahlreiche Parameter-URLs, und Varianten aus Configurable Products und Simple Products erzeugen nahezu identische SKU-Seiten. Beide sollten per Canonical auf ihr sauberes übergeordnetes Ziel verweisen, also auf die Kategorie beziehungsweise das konfigurierbare Produkt. Minderwertige Kombinationen erhalten noindex; indexierbar bleiben nur Filter oder Varianten mit echter Suchnachfrage. Klären Sie zuerst die Version: Magento 1 ist seit Juni 2020 EOL. Magento 2 wird als Adobe Commerce (kostenpflichtig und selbst gehostet), Magento Open Source (kostenlos) oder als separates SaaS-Produkt Adobe Commerce as a Cloud Service angeboten (ACCS, seit Juni 2025, ohne Luma-Theme). Suchmaschinenfreundliche URLs laufen über die Tabelle url_rewrite. Das ist von HTTP-Weiterleitungen zu unterscheiden, die Magento bei Bedarf automatisch als 301 anlegt. Die Ausgabe strukturierter Daten hängt von Theme und Erweiterungen ab; prüfen Sie deshalb gerenderte Seiten, bevor Sie individuelle Arbeiten planen.

Evidence for this claim Adobe Commerce layered navigation creates filterable category states that require deliberate URL and indexation handling. Scope: Adobe Commerce/Magento catalog navigation behavior; exact URLs depend on configuration and extensions. Confidence: high · Verified: Adobe Commerce: Layered navigation Evidence for this claim Google warns that faceted navigation can generate very large URL spaces and consume crawling resources. Scope: Google crawling guidance applied to Magento filtering; not a platform-specific penalty. Confidence: high · Verified: Google Search Central: Faceted navigation

Schritt null: die Version eindeutig bestimmen

Viele schlechte Magento-SEO-Empfehlungen richten sich schlicht an die falsche Version. Klären Sie diesen Punkt vor allem anderen:

  • Magento 1 erreichte am 30. Juni 2020 sein End of Life. Es gibt weder Sicherheitspatches noch Updates. Wird es noch eingesetzt, besteht die SEO-Arbeit in einer Magento-2-Migration mit vollständiger Weiterleitungstabelle und crawlbasierter Qualitätssicherung. Behandeln Sie diese Aufgabe wie jede Plattformmigration, bei der Rankingsignale auf dem Spiel stehen.
  • Magento 2 ist die aktive Codebasis. Es gibt zwei Ausgaben: Adobe Commerce mit kostenpflichtigen B2B-Funktionen, Page Builder und optional gehosteter PaaS-Variante sowie Magento Open Source als kostenlose Community-Ausgabe. Kern und SEO-Oberfläche sind gleich. Wegen Adobes Umbenennung werden „Magento“, „Adobe Commerce“ und „Magento Open Source“ oft für dieselbe zugrunde liegende Plattform verwendet; das SEO-Modell ändert sich dadurch nicht.
  • Adobe Commerce as a Cloud Service (ACCS) ist ein drittes, eigenständiges Produkt. Diese im Juni 2025 eingeführte SaaS-Bereitstellung nutzt einen Storefront auf Edge Delivery Services statt des herkömmlichen Commerce-/Luma-Stacks. Luma wird dort nicht unterstützt. Luma-spezifische Theme- und Schema-Hinweise gelten daher nicht; diese Ebene wird neu aufgebaut statt nur angepasst.

Sofern ACCS nicht ausdrücklich genannt wird, beziehen sich alle folgenden Hinweise auf selbst gehostetes Magento 2, also Adobe Commerce oder Magento Open Source mit Luma oder Hyvä.

Layered Navigation entscheidet über den Erfolg

Wenn Sie in einem Magento-Shop nur ein Problem beheben, nehmen Sie sich die Layered Navigation vor. Magento bezeichnet damit die facettierte Filterung auf Kategorieseiten. Standardmäßig hängt jede Filterauswahl einen Abfrageparameter an:

/running-shoes
/running-shoes?color=159
/running-shoes?color=159&size=42
/running-shoes?color=159&size=42&price=50-100
/running-shoes?size=42&color=159        ← same filters, different order = new URL

Eine wichtige Klarstellung, bevor Sie eine Crawl- oder Indexierungsstrategie auf einen Shop übertragen: Adobe dokumentiert die standardmäßige Layered Navigation und Live Search, die kostenpflichtige KI-gestützte Facettenfunktion von Adobe Commerce, als unterschiedliche Implementierungen mit verschiedenem Filter- und URL-Verhalten. Die folgenden Empfehlungen zu Canonicals und noindex beziehen sich auf die standardmäßige Layered Navigation. Nutzt ein Shop Live Search, prüfen Sie die tatsächlich erzeugten URL-Muster, bevor Sie dieselben Regeln anwenden.

Das Problem ist die kombinatorische Explosion. Ein Katalog mit wenigen Tausend SKUs kann Zehntausende crawlbare, nahezu identische URLs erzeugen. Das ist der typische Fehlerfall facettierter Navigation. Gary Illyes hat beziffert, wie viele Probleme Google dadurch entstehen: Facettierte Navigation verursacht den größten Anteil der gemeldeten Crawl-Verschwendung, siehe Tab Zitate. Für den Shop entstehen Duplicate Content, ein aufgeblähter Index, für unwichtige URLs verbrauchtes Crawl-Budget und auf Hunderte Filterlinks je Kategorieseite verteilter interner PageRank.

Für jedes URL-Muster ist eine binäre Entscheidung nötig: Verdient diese gefilterte Seite einen Platz im Index oder nicht?

Für die ungefähr 99 %, die keinen Platz verdienen, weil die meisten Farb-, Größen-, Preis- und Sortierkombinationen keine Suchnachfrage haben:

  • Setzen Sie für die gefilterte URL ein Canonical auf die saubere Kategorie-URL. Magentos Einstellung “Use Canonical Link Meta Tag for Categories” (Übersetzung) „Canonical-Link-Meta-Tag für Kategorien verwenden“ unter Stores → Configuration → Catalog → Catalog → Search Engine Optimization hilft, verweist allein aber nur von einer Kategorie auf sich selbst und nicht von gefilterten Varianten auf die übergeordnete Seite. Für Parameter-URLs benötigen Sie meist eine SEO-Erweiterung oder Template-Logik, die das richtige Canonical ausgibt.
  • Versehen Sie minderwertige Filterkombinationen mit noindex, damit sie aus dem Index verschwinden. Beachten Sie Googles Regel: Eine Seite mit noindex muss crawlbar sein. Kombinieren Sie noindex für dieselbe URL niemals mit einem robots.txt-Disallow, sonst kann Googlebot das Tag nicht lesen.
  • Bei rein kombinatorischen Parameterräumen kann ein robots.txt-Disallow sinnvoll sein, wenn das Crawl-Budget akut belastet wird. Es steuert jedoch nur das Crawling, nicht die Indexierung, und entfernt keine bereits indexierten URLs.

Für die Minderheit mit echter Nachfrage, etwa eine Seite wie „/running-shoes/nike/“, wenn der Markenfilter einer realen Suchanfrage entspricht: Bauen Sie daraus indexierbare Landingpages mit sauberer URL, einzigartiger Einleitung, selbstreferenzierendem Canonical, internen Links und Sitemap-Eintrag. So wird Magentos facettierte Navigation von einer Belastung zu einem Longtail-Vorteil. Eine ausführliche Behandlung finden Sie im Hub Facettierte Navigation, der dieses Thema im E-Commerce-Bereich bündelt. Die Crawl-Mechanik wird unter URL-Parameter und Crawl-Budget erläutert.

URL-Rewrites und suchmaschinenfreundliche URLs

Magento erzeugt saubere URLs durch URL-Rewrites. Sie werden in der Datenbanktabelle url_rewrite gespeichert und im Adminbereich unter Marketing → SEO & Search → URL Rewrites verwaltet. Adobes Dokumentation unterscheidet zwei oft vermischte Begriffe deutlich: Ein Rewrite ist eine serverseitige Zuordnung, die geladene Inhalte ändert, ohne die Adresse im Browser zu verändern. Eine Weiterleitung sendet dagegen eine HTTP-Antwort, die den Browser zu einer anderen URL führt; die Adresszeile ändert sich. Magentos automatische 301 nach einer Änderung des URL-Schlüssels ist eine Weiterleitung. Die Tabelle url_rewrite enthält außerdem interne Rewrites, die Besucher nicht sehen. Zwei Einstellungen übernehmen den größten Teil der Arbeit:

  • “Use Web Server Rewrites” (Übersetzung) „Webserver-Rewrites verwenden“ unter Stores → Configuration → General → Web → Search Engine Optimization entfernt index.php aus URLs.
  • URL-Suffixe und Kategoriepfad in Produkt-URLs. Magento kann den Kategoriepfad in Produkt-URLs aufnehmen, etwa /men/shoes/nike-pegasus. Entscheiden Sie bewusst: Ist ein Produkt mehreren Kategorien zugeordnet, kann es dann unter mehreren URLs erreichbar sein und erneut Duplikate erzeugen. Deshalb bietet Magento auch für Produkte Canonical-Optionen (“Use Canonical Link Meta Tag for Products” (Übersetzung) „Canonical-Link-Meta-Tag für Produkte verwenden“). Viele Magento-SEOs lassen den Kategoriepfad aus Produkt-URLs weg, um dieses Problem vollständig zu vermeiden.

Wenn Sie den URL-Schlüssel eines Produkts oder einer Kategorie ändern, kann Magento automatisch eine 301 in der Tabelle url_rewrite anlegen (“Create Permanent Redirect for old URL” (Übersetzung) „Dauerhafte Weiterleitung für alte URL erstellen“). Prüfen Sie vor jeder Massenänderung, ob diese Option aktiv ist, sonst enden indexierte URLs als 404. Bevor Sie in einem laufenden Shop Einstellungen für Kategoriepfad oder Suffix ändern, erfassen Sie die betroffenen URL-Muster je Store View und planen Sie Weiterleitungen und Canonicals. Schalten Sie nicht einfach die Option um: Adobe warnt, dass die Neugenerierung von Rewrites für Kategorien mit vielen zugeordneten Produkten erhebliche Leistungskosten verursachen kann, nicht nur SEO-Probleme.

Configurable und Simple Products: die zweite Quelle für Duplicate Content

Layered Navigation ist nicht der einzige Weg, auf dem ein Magento-Katalog nahezu identische URLs erzeugt. Configurable Products, also übergeordnete Produkte wie „Laufschuh“, bestehen aus Simple Products, den tatsächlich kaufbaren Größen- und Farbkombinationen. Im Katalogmaßstab entsteht derselbe Fehler. Paul Rogers von Vervaunt verdeutlicht die Größenordnung: Ein Modeshop mit 3 000 übergeordneten Produkten, jeweils acht Größen und sechs Farben, kann 144 000 Kombinationen aus Simple Products erzeugen. In Magento ist das zunächst nur eine Katalogbeziehung, keine Indexierungsentscheidung. Ohne ausdrückliche Canonical-Richtlinie kann Googlebot alle Kombinationen als separate indexierbare URLs mit nahezu identischem Inhalt finden.

Praxisleitfäden stimmen bei der Lösung überein: Jedes Simple Product erhält ein Canonical auf das übergeordnete Configurable Product. Verlassen Sie sich nicht nur auf die Katalogsichtbarkeit. Auch ein als „Not Visible Individually“ eingestelltes Simple Product kann über eine direkte URL, die Sitemap oder interne Links erreichbar sein und von Googlebot indexiert werden, obwohl es in der Shop-Navigation verborgen ist. Die eigentliche Lösung ist ein explizites, serverseitig gerendertes Canonical zum übergeordneten Produkt; sie hängt nicht von JavaScript ab.

Indexieren Sie eine Variante nur dann eigenständig, wenn sie echte unabhängige Suchnachfrage besitzt und sich durch einzigartige Inhalte unterscheiden lässt, etwa eine bestimmte namentlich gesuchte Farb- oder Größenkombination. Indexieren Sie nicht standardmäßig jede SKU.

Prüfen Sie unter Stores → Configuration → Catalog → Catalog → Search Engine Optimization, ob “Use Canonical Link Meta Tag for Products” (Übersetzung) „Canonical-Link-Meta-Tag für Produkte verwenden“ aktiviert ist. Kontrollieren Sie anschließend auf der tatsächlich gerenderten Seite und nicht nur in der Einstellung, dass URLs von Simple Products per Canonical auf das übergeordnete Produkt verweisen.

Die JSON-LD-Lücke

Dieser Punkt wird häufig übersehen, weil viele erwarten, dass eine so große Plattform Schema-Markup bereits vollständig abdeckt. Magento 2 erzeugt standardmäßig keine strukturierten Daten als JSON-LD. Manche Themes geben auf Produktseiten Microdata aus, aber:

  • Google empfiehlt JSON-LD als Implementierungsformat gegenüber Microdata oder RDFa, siehe Tab Offizielle Dokumentation.
  • Für Produktrich-Results benötigen Sie ein Product-Schema mit name, image, description, offers einschließlich Preis, priceCurrency und Verfügbarkeit sowie für Sternebewertungen aggregateRating oder review. Die Bewertungen müssen echt sein.

Rich Results in Magento erfordern daher eine Erweiterung oder individuelle Entwicklung: eine Erweiterung für strukturierte Daten, ein Schema-fähiges Theme oder Template-Arbeit, die JSON-LD ausgibt. Prüfen Sie nach der Implementierung auf doppeltes Schema-Markup. Wenn verbliebene Theme-Microdata und das JSON-LD einer Erweiterung dasselbe Produkt beschreiben, können zwei widersprüchliche Product-Blöcke ausgeliefert werden. Legen Sie eine einzige maßgebliche Quelle fest.

Die übrige technische Oberfläche

  • Canonical-Tags. Prüfen Sie neben Kategorien und Produkten auch die Startseite (/ gegenüber ?___store= und ähnlichen Store-View-Parametern), die Paginierung sowie von Magento angehängte Store-View- und Sprachparameter. Vertiefungen bieten Canonicalisierung und Canonical-Tag.
  • Paginierung. Magento paginiert Kategorien mit ?p=2. Jede Seite benötigt ein eigenes selbstreferenzierendes Canonical. Verweisen Sie Seiten ab Seite 2 nicht per Canonical auf Seite 1 und setzen Sie die Reihe nicht auf noindex; sonst kann Link Equity zu Produkten verloren gehen, die nur auf tieferen Seiten erscheinen. rel=prev/next wird nicht mehr unterstützt.
  • Store Views für mehrere Sprachen oder Websites. Magentos Store-View-Architektur ist leistungsfähig für internationale Setups, verursacht aber häufig Duplicate Content sowie fehlende oder falsche hreflang-Angaben. Bei mehreren Store Views für denselben Katalog muss hreflang manuell vollständig umgesetzt werden; eine teilweise Implementierung ist schlechter als keine.
  • Nicht verfügbare und deaktivierte Produkte. Definieren Sie eine Richtlinie: Lassen Sie rankende Seiten mit Verfügbarkeitsstatus online oder liefern Sie bei dauerhaft entfernten SKUs 404/410 und gegebenenfalls eine Weiterleitung. Deaktivieren Sie Produkte nicht kommentarlos, wenn deren URLs eingehende Links besitzen.
  • Core Web Vitals. Die Leistung eines selbst gehosteten Magento-Systems hängt vollständig von Ihrer Infrastruktur ab. Full-Page-Cache mit Varnish, CDN, Bildoptimierung mit WebP und disziplinierter Umgang mit Erweiterungen und JavaScript sind die wichtigsten Hebel. Zwei verschiedene Headless-Wege werden oft verwechselt: PWA Studio ist Adobes älterer React-Storefront auf bestehender Commerce-Infrastruktur; Adobe Commerce as a Cloud Service (ACCS) ist ein separates SaaS-Produkt auf Edge Delivery Services, auf dem Luma nicht unterstützt wird. Beide können die CWV-Obergrenze anheben, bringen aber eigene Rendering- und Indexierungsfragen mit. Klären Sie vor einer Headless-Migration, welchen Weg der Shop tatsächlich nutzt.

Was Sie tatsächlich priorisieren sollten

Bei den meisten Magento-Audits gilt folgende Reihenfolge nach Wirkung:

  1. Layered Navigation: Canonical- und noindex-Strategie für Parameter-URLs. Hier liegt der größte Anteil des technischen SEO-Werts.
  2. Canonicalisierung von Configurable und Simple Products: Simple SKUs erhalten ein Canonical auf das übergeordnete Configurable Product. Prüfen Sie die gerenderte Seite, nicht nur die Admin-Einstellung.
  3. URL-Rewrites und Weiterleitungen: lesbare URLs aktivieren, Weiterleitung bei Änderungen einschalten und verwaiste 404 vermeiden.
  4. Schema: JSON-LD ergänzen, da native Unterstützung fehlt, und doppelte Blöcke verhindern.
  5. Titel, Meta-Angaben und Kategorietexte: Felder ausfüllen; Kategorien sind standardmäßig leer.
  6. Leistung: Cache, CDN und Bilder optimieren.

Alles Weitere ist Feinarbeit. Magento bietet vollständige Kontrolle. Dadurch ist fast jedes SEO-Problem in einem Magento-Shop eine korrigierbare Konfigurationsentscheidung, und fast jedes beginnt bei den Filtern.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.