SEO für E-Commerce-Plattformen

Kurzfassung — E-Commerce-Plattformen übernehmen Teile der SEO automatisch – HTTPS, Sitemaps, Canonical-Tags –, doch jede hat Eigenheiten, die Ihnen schaden können, wenn Sie sie nicht kennen. Die häufigsten: doppelte URLs, weil Produkte in mehreren Kollektionen erscheinen (Shopify), dünne Kategorieseiten (alle Plattformen) und eine Facettennavigation, die Millionen von Parameter-URLs erzeugt, die Sie nicht indexieren lassen wollen. Keine Plattform ist von Natur aus besser für Rankings. Wählen Sie diejenige, die zu Ihren Produkt-, Kategorie-, Varianten- und Betriebsanforderungen passt, und prüfen Sie anschließend, was sie tatsächlich ausgibt.

Was SEO für E-Commerce-Plattformen besonders macht

Eine universelle Website hat Seiten. Ein E-Commerce-Shop hat Seiten und Produkte, Kategorien, Varianten, Kollektionen, Filter und Paginierung. Jedes dieser Elemente erzeugt URLs – und nicht alle davon sollten indexiert werden.

Die hier behandelten Plattformen treffen jeweils unterschiedliche Standardentscheidungen darüber, wie sie damit umgehen:

• Shopify – schreibt die URL-Struktur (/products/, /collections/) fest, setzt für doppelte Kollektions-/Produkt-URLs automatisch Canonicals, erstellt eine Sitemap und schränkt die Bearbeitung der robots.txt in Standardtarifen ein
• WooCommerce – läuft auf WordPress, sodass Sie über SEO-Plugins volle Kontrolle erhalten (Yoast, Rank Math); flexibler, aber mit mehr Konfigurationsaufwand
• Magento (Adobe Commerce) – für Unternehmen ausgelegt und stark konfigurierbar, doch die meisten SEO-Einstellungen erfordern die Mitwirkung von Entwicklern
• BigCommerce – flexibler als Shopify bei weniger Entwicklungsaufwand als Magento; solide integrierte SEO-Standards

Der folgende Vergleich konzentriert sich auf diese vier Plattformen. Die ausführlichen Plattformartikel am Ende dieser Seite behandeln außerdem Salesforce Commerce Cloud, Shopware, OpenCart, Ecwid, Wix eCommerce, Squarespace Commerce und PrestaShop.

Die E-Commerce-spezifischen SEO-Themen

Unabhängig von der Plattform steht jeder E-Commerce-Shop vor diesen Themen:

Strukturierte Produktdaten – Schema.org-Markup vom Typ Product mit Preis, Verfügbarkeit und Bewertungen kann eine Seite für umfangreichere Darstellungen bei Google qualifizieren – qualifizieren, nicht deren Anzeige garantieren. Einige Plattformen fügen es automatisch ein; andere benötigen ein Plugin oder Theme. Prüfen Sie die tatsächliche Seitenausgabe und nicht nur die Marketingaussage der Plattform.

Facettennavigation – Filterparameter (?color=red&size=M) können Tausende URLs mit nahezu identischem Inhalt erzeugen. Die meisten sollten entweder von der Indexierung ausgeschlossen oder mit einem Canonical auf die grundlegende Kategorieseite verwiesen werden.

Doppelte URLs durch Varianten – Ein Produkt mit zehn Größen-/Farbkombinationen sollte nicht zehn indexierte Seiten haben. Canonical-Tags oder eine Parameterbehandlung verhindern dies.

Nicht verfügbare und eingestellte Produkte – Wie die Plattform fehlende Produkte behandelt (404, 301 zur Kategorie, Seite mit strukturierten Verfügbarkeitsdaten beibehalten), wirkt sich direkt auf Linkwert und Nutzererlebnis aus.

Paginierung – Kategorieseiten sind paginiert. Seite 2 von /collections/shoes/ hat weniger Inhalt als Seite 1. Die Handhabung unterscheidet sich je nach Plattform.

Kurzfassung — Im großen Maßstab läuft SEO für E-Commerce-Plattformen auf folgende Fragen hinaus: Wie handhabt diese Plattform die URL-Kanonisierung in großen Mengen, wie umfassend sind die strukturierten Daten (automatisch oder manuell), wie gut lassen sich robots.txt und Sitemap steuern und welcher Ansatz gilt für die Facettennavigation? Shopify hat die meinungsstärksten (am wenigsten flexiblen) Standards; WooCommerce bietet die meiste Kontrolle; Magento die größte Leistungsfähigkeit, aber auch die höchsten Konfigurationskosten. Nichts davon ist ein Rankingvorteil – es beschreibt, wer die Konfigurationsarbeit trägt. Google bewertet die Seiten, Links und Daten, die Ihre konkrete Implementierung tatsächlich erzeugt, nicht das CMS, mit dem sie gebaut wurde.

Methode zur Plattformauswahl

Wählen Sie eine Plattform anhand der tatsächlichen Anforderungen Ihres Shops, nicht nach einer Funktionsliste oder einem Ranking zur „besten Plattform für SEO“ – keine Commerce-Plattform ist von Natur aus für Suchrankings überlegen. Die Architektur begrenzt und ermöglicht, was Sie bauen können; über die Ergebnisse entscheiden die Crawlability, Genauigkeit strukturierter Daten, gerenderte Ausgabe, Performance, Inhalte und laufenden Abläufe der konkreten Implementierung. Arbeiten Sie diese Dimensionen ab, bevor Sie Anbieter vergleichen:

• Produktdaten – wie Produkt-, Preis-, Verfügbarkeits- und Bewertungsdaten auf die Seite gelangen und ob dies automatisch, themeabhängig oder über Plugins/Module geschieht.
• Kategorie- und Facettenstruktur – ob die Templates der Plattform crawlbare Links von der Navigation über Kategorien zu Produkten bereitstellen und wie gefilterte (facettierte) URLs behandelt werden.
• Variantenarchitektur – ob die Plattform eine kanonische Produkt-URL pro Artikel, separate URLs je Variante oder beides unterstützt und was das für Ihren Katalog bedeutet.
• Lokalisierung und Feeds – Unterstützung mehrerer Regionen/Sprachen und wie Produkt- Feeds mit dem Storefront synchronisiert werden.
• Veröffentlichungs- und Releaseprozess – wer Templates, robots.txt und Weiterleitungen ändern kann und wie schnell.
• Betriebliche Verantwortung – Umgang mit dem Produktlebenszyklus, Kategorie-Governance, Weiterleitungen, Sitemap-Aktualität, Release-Tests und die Zuständigkeit bei Störungen.

Die Kontrolle darüber ist je nach Plattform unterschiedlich verteilt – gehostete Plattformen, Plugins, Themes, Module und individueller Code legen die Konfigurationshebel jeweils in andere Hände. Mehr Konfigurierbarkeit bedeutet im Allgemeinen mehr Verantwortung für Implementierung und Wartung, nicht mehr inhärente SEO-Fähigkeit. Jede Aussage über eine bestimmte Plattform muss Anbieter, Edition, Tarif, Theme, App/Modul, Version und Gültigkeitsdatum nennen – Standards ändern sich, und ein Tarif oder eine App kann sie überschreiben.

Plattformvergleich

Variantenarchitektur: eine URL oder mehrere

Googles Dokumentation zu strukturierten Produktdaten beschreibt mehr als einen unterstützten Ansatz für Produktvarianten – es gibt keine einzig vorgeschriebene URL-Anzahl. Ein Shop kann jede Farb-/Größenkombination unter einer kanonischen Produkt-URL führen und die Varianten mit ProductGroup-Daten beschreiben, oder jeder Variante eine eigene URL geben und sie als Gruppe miteinander verknüpfen. Beide sind dokumentierte Konzepte mit unterschiedlichen Implementierungs- anforderungen (welche URL interne Links erhält, wie die Gruppe deklariert wird und was jede Variantenseite benötigt). Wählen Sie den Ansatz, den Ihre Plattform und Kataloggröße tatsächlich gut unterstützen, und bestätigen Sie, dass das Live-Markup dem gewählten Konzept entspricht. Verlassen Sie sich nicht darauf, dass der Plattformstandard dem entspricht, was Ihr Theme oder Ihre App ausgibt.

Das Problem doppelter Kollektions-/Produkt-URLs

Das häufigste Canonical-Problem im E-Commerce ist ein Produkt, das unter mehreren URLs erreichbar ist:

• Shopify: /products/blue-shirt und /collections/summer/products/blue-shirt – Shopify setzt für die Kollektions-URL automatisch ein Canonical zurück auf /products/. Das funktioniert standardmäßig korrekt, interne Links sollten jedoch ausschließlich auf /products/ verweisen.

• WooCommerce: Ähnlich mit der Kategoriebasis (z. B. /product-category/shirts/blue-shirt gegenüber /shop/blue-shirt). Das Plugin Yoast oder Rank Math setzt Canonical-Tags. Prüfen Sie Ihre Permalink-Struktur, um Duplikate zu minimieren.

• Magento: Die Layered Navigation (Filter) ist die Hauptquelle doppelter URLs. Konfigurieren Sie Canonical-Tags für gefilterte Seiten oder sperren Sie Parameter in robots.txt.

• BigCommerce: Produkt-URLs können unter mehreren Kategorien erscheinen. BigCommerce bietet pro Produkt eine Einstellung „Canonical URL“, die den bevorzugten Pfad festlegt.

Umgang mit Facettennavigation nach Plattform

Beginnen Sie mit der Suchintention, nicht mit der Plattformmechanik: Entscheiden Sie, welche gefilterten Kombinationen (falls überhaupt) eine eigene indexierbare Landingpage verdienen und welche lediglich Crawl-Budget- Inventar sind. Googles Leitlinien stellen dies als Wahl zwischen dem Blockieren von Facetten-URLs für das Crawling und der Optimierung der indexierungswürdigen URLs dar. Die URL-Anzahl kann in beiden Fällen explodieren. Daher kommt zuerst die strategische Frage; anschließend übertragen Sie die gewählte Richtlinie auf die Möglichkeiten der Plattform.

• Shopify: Abfrageparameter (?filter.p.m.color=red) werden bei einigen Themes standardmäßig indexiert. Verwenden Sie robots meta noindex auf gefilterten Seiten oder fügen Sie die Parameter dem URL-Parameter-Tool der Search Console hinzu.
• WooCommerce: WOOCS-/Filter-Plugins erzeugen Parameter-URLs. Kombinieren Sie noindex auf gefilterten Seiten mit den URL-Parameter-Einstellungen von Rank Math/Yoast.
• Magento (Adobe Commerce): Die standardmäßige „Layered Navigation“ erzeugt Attributfilter-URLs aus Katalogattributen. Das System für Katalogberechtigungen und URL- Rewrites bietet fein abgestufte Kontrolle; Canonical-Tags lassen sich auf Kategorieebene konfigurieren. Das separat lizenzierte Adobe-Commerce-Produkt Live Search verwendet eigene Facetten für die gefilterte Navigation, die sich anders verhalten als die Standard-Layered-Navigation. Prüfen Sie, welche Variante tatsächlich konfiguriert ist, bevor Sie die Facettenfunktionen des Shops beschreiben, da diese von Edition und Add-on-Konfiguration abhängen und nicht nur vom Label „Magento“.
• BigCommerce: Facettierte Such-URLs können über integrierte Einstellungen unter Store Settings → Search auf die Basiskategorie kanonisiert werden.

SEO für E-Commerce-Plattformen ergänzt die technische Standard-SEO um eine weitere Komplexitätsebene: strukturierte Produktdaten, Behandlung der Parameter von Facettennavigation, doppelte URLs durch Produktvarianten und Kollektionen, eine Strategie für nicht verfügbare Produkte und Paginierung. Keine Commerce-Plattform ist von Natur aus für Rankings überlegen. Wählen Sie anhand der Produkt-, Kategorie-, Varianten-, Feed-, Lokalisierungs-, Veröffentlichungs- und Betriebsanforderungen Ihres Shops und prüfen Sie anschließend, was die konkrete Implementierung (Theme, App, Modul, Tarif, Version) tatsächlich ausgibt, denn Standards ändern sich und Konfigurationen können sie überschreiben.

Shopify: Feste URL-Struktur (/products/, /collections/, /pages/, /blogs/). Erstellt Sitemap und Canonical-Tags automatisch. Das Problem doppelter Kollektions-/Produkt-URLs (ein Produkt ist sowohl unter /products/slug als auch unter /collections/name/products/slug erreichbar) wird durch automatische Kanonisierung gelöst. robots.txt ist in Standardtarifen gesperrt; Shopify Plus erlaubt Anpassungen. Product-Schema ist themeabhängig.

WooCommerce: Basiert auf WordPress und bietet dadurch volle Kontrolle per SEO-Plugin. Yoast SEO oder Rank Math übernehmen Metadaten, Sitemaps, Canonical-Tags, Weiterleitungen und Schema. Die flexibelste der vier Plattformen, aber mit dem größten Konfigurationsbedarf. Die Produkt-URL-Struktur hängt von den WordPress-Permalink-Einstellungen ab.

Magento (Adobe Commerce): Flexibilität auf Unternehmensniveau. Integrierte URL-Rewrites, Canonical-Tags und Konfiguration der Layered Navigation. Die meisten SEO-Einstellungen erfordern Entwicklungsarbeit oder Arbeit im Admin-Panel. Leistungsfähig im großen Maßstab, aber mit hohem Einrichtungsaufwand.

BigCommerce: Liegt zwischen Shopify (Einfachheit) und Magento (Leistungsfähigkeit). Die integrierten SEO-Standards sind solide: automatische Sitemap, Canonical-Tags, Weiterleitungsmanager und grundlegende strukturierte Daten. Die URL-Struktur ist teilweise flexibel. Einstellungen der facettierten Suche sind unter Store Settings konfigurierbar.

Allen Plattformen gemeinsam sind strukturierte Produktdaten (automatisch oder per Plugin/Theme; für Rich Results qualifiziert, deren Anzeige aber nicht garantiert), Canonical-Behandlung für Filter-/Varianten-URLs, Sitemap-Abdeckung von Produkten und Kategorien sowie die Weiterleitungsverwaltung für eingestellte Produkte. Für die Variantenarchitektur gibt es mehr als ein dokumentiertes Konzept: eine kanonische Produkt-URL mit ProductGroup-Daten oder separate, als Gruppe verknüpfte URLs je Variante. Stimmen Sie das Konzept daher auf Plattform und Katalog ab, statt anzunehmen, eine bestimmte URL-Anzahl sei korrekt. Die Strategie für Facettennavigation sollte mit der Frage beginnen, ob eine Filterkombination eigenständige Sichtbarkeit in der Suche verdient; übertragen Sie diese Entscheidung dann auf die Mechanik der Plattform. In Adobe Commerce verhalten sich die standardmäßige Layered Navigation und die separat lizenzierten Live-Search-Facetten unterschiedlich. Eine Aussage zur Facettenfunktion muss deshalb benennen, welche Variante konfiguriert ist.

Audit-Checkliste für die SEO von E-Commerce-Plattformen

Alle Plattformen

• Prüfen, ob die XML-Sitemap alle Produkte und Kategorien enthält und gefilterte/Parameter-URLs ausschließt
• Bestätigen, dass jede Produkt- und Kategorieseite einen Canonical-Tag besitzt
• Prüfen, ob URLs der Facettennavigation blockiert, auf noindex gesetzt oder kanonisiert sind
• Prüfen, ob strukturierte Produktdaten (Schema.org Product) Preis, Verfügbarkeit und Bewertungen enthalten
• Für jede geänderte Produkt-URL eine Weiterleitung einrichten (Einstellung, Slug-Änderung)
• Paginierung prüfen: Sind Seiten ab Seite 2 indexierbar und ausreichend einzigartig?
• Umgang mit nicht verfügbaren Produkten prüfen: 404, beibehalten + aktualisieren oder weiterleiten?

Shopify-spezifisch

• Interne Produktlinks auf /products/ statt auf /collections/.../products/ verweisen lassen
• Theme auf eingefügtes Product-Schema prüfen – mit dem Rich Results Test testen
• Shopifys Weiterleitungsmanager für alle URL-Änderungen verwenden
• In Shopify Plus: robots.txt anpassen, um dünne URLs zu blockieren

WooCommerce-spezifisch

• Ein SEO-Plugin installieren (Yoast oder Rank Math) – nicht beide
• WooCommerce-Permalink-Struktur für Produkte festlegen
• Product-Schema-Einstellungen des Plugins konfigurieren
• WooCommerce-Archivseiten (Shop, Produktkategorie) behandeln – dünne Seiten auf noindex setzen

Magento-spezifisch

• Canonical-Tags für URLs der Layered Navigation konfigurieren
• URL-Rewrite-Regeln prüfen – unnötige Duplikate entfernen
• robots.txt so konfigurieren, dass unerwünschte Parameter-URLs nicht gecrawlt werden
• Integrierte HTML-Sitemap + XML-Sitemap von Magento aktivieren

BigCommerce-spezifisch

• Canonical URL je Produkt in den Produkteinstellungen festlegen
• Einstellungen der facettierten Suche prüfen (Store Settings → Search)
• Übermittlung der Sitemap in der Search Console prüfen
• Integrierten Weiterleitungsmanager von BigCommerce für URL-Änderungen verwenden

Tools zum Testen einer E-Commerce-Plattform

• Faceted Navigation Auditor – prüft, ob Filterkombinationen crawlbares oder indexierbares URL-Inventar erzeugen.
• PDP SEO Checker – prüft Metadaten, strukturierte Daten, Canonicals und Inhaltssignale von Produktseiten anhand der realen Plattformausgabe.
• Sitemap Validator – prüft, ob veröffentlichte Produkt- und Kategorie-URLs genau einmal erscheinen und auf kanonische, erfolgreiche Ziele verweisen.
• Redirect Chain Mapper – testet Produkteinstellungen, Kategorieänderungen und Migrationen auf Ketten oder irrelevante Ziele.

Ausführliche Plattformartikel

• Shopify SEO
• WooCommerce SEO
• Magento SEO
• BigCommerce SEO
• Salesforce Commerce Cloud SEO
• Shopware SEO
• OpenCart SEO
• Ecwid SEO
• Wix eCommerce SEO
• Squarespace Commerce SEO
• PrestaShop SEO (befindet sich im Cluster „E-Commerce-Plattformen“)

Verwandte Artikel

• E-Commerce SEO
• SEO für Facettennavigation
• SEO für Produktseiten

Fehler, die Shops auf diesen Plattformen tatsächlich machen

Auf Shopify intern auf die Produkt-URL mit Kollektionspräfix verlinken

Interne Links, Navigationsmenüs und Blöcke mit verwandten Produkten, die auf /collections/summer/products/blue-shirt statt auf /products/blue-shirt verweisen.

Warum das falsch ist – Shopify kanonisiert die URL mit Kollektionspräfix automatisch zurück auf die einfache Produkt-URL, sodass in der Regel keine indexierten Duplikate entstehen. Doch jeder interne Link über den langen Weg verbraucht weiterhin Crawl-Budget und Linkwert für eine URL, die ihr Signal sofort an anderer Stelle bündelt, statt direkt auf die kanonische Seite zu verweisen.

Was Sie stattdessen tun sollten – Bauen Sie Theme-Links direkt aus dem Product Handle (/products/{{ product.handle }}) und nicht aus dem Kollektionskontext auf, damit interne Links direkt zur kanonischen URL führen.

Zwei SEO-Plugins gleichzeitig in WooCommerce betreiben

Sowohl Yoast SEO als auch Rank Math (oder ein anderes Paar) installieren, weil „mehr Abdeckung besser ist“.

Warum das falsch ist – Beide Plugins erzeugen eine eigene Sitemap, Canonical-Tags und Meta-Ausgabe. Wenn zwei Plugins dasselbe Feld kontrollieren wollen, entstehen widersprüchliche Canonicals oder doppelte Sitemap-Dateien – genau das selbst verursachte Duplicate-Content-Problem, das E-Commerce-SEO verhindern soll.

Was Sie stattdessen tun sollten – Wählen Sie ein Plugin, deaktivieren Sie das andere vollständig und prüfen Sie im Seitenquelltext, dass nur ein Canonical-Tag und eine Meta Description ausgegeben werden.

Facettennavigation vollständig crawlbar und indexierbar lassen

Filterkombinationen (?color=red&size=M) ohne noindex, ohne Kanonisierung und ohne Behandlung in robots.txt ausliefern – auf jeder der vier Plattformen.

Warum das falsch ist – Ein Shop mit nur einer moderaten Anzahl von Filterattributen kann Tausende nahezu doppelter Parameter-URLs erzeugen. Crawler verbrauchen Budget für diese URLs statt für Ihre eigentlichen Produkte und Kategorien. Dies ist das häufigste E-Commerce-Indexierungsproblem über alle Plattformen dieses Vergleichs hinweg.

Was Sie stattdessen tun sollten – Kanonisieren Sie gefilterte URLs auf die Basiskategorieseite (oder setzen Sie sie auf noindex, wenn sie für Anzeigen/UX crawlbar bleiben müssen), und prüfen Sie, welche Parameter die Search Console tatsächlich sieht, bevor Sie über deren Blockierung entscheiden.

Ein Produkt ohne Weiterleitungsplan einstellen

Ein Produkt löschen und seine URL einen 404-Fehler liefern lassen, weil „es jetzt nicht mehr vorrätig ist“.

Warum das falsch ist – Sämtliche eingehenden Links und die Rankinghistorie, die diese URL aufgebaut hat, verschwinden einfach. Ein harter 404-Fehler auf einer Seite, die früher rankte, führt Nutzer und Linkwert ins Leere.

Was Sie stattdessen tun sollten – Entscheiden Sie pro Produkt, ob die Seite mit strukturierten „Nicht vorrätig“-Daten live bleiben soll (wenn es zurückkehrt), ob sie per 301 auf den ähnlichsten Ersatz oder die übergeordnete Kategorie weiterleitet (wenn es nicht zurückkehrt) oder erst dann einen 404 liefert, wenn nichts mehr darauf verweist.

Annehmen, Product-Schema sei automatisch vorhanden

Schema.org-Markup vom Typ Product als selbstverständlich behandeln, weil „die Plattform das übernimmt“.

Warum das falsch ist – Die Abdeckung variiert stark nach Plattform: Bei Shopify hängt sie vom Theme ab, bei WooCommerce ist ein Plugin erforderlich, bei Magento ein Modul, und bei BigCommerce ist sie standardmäßig nur grundlegend. Einfach von ihrer Existenz auszugehen führt dazu, dass Preis- und Verfügbarkeitsdaten unbemerkt aus Rich Results fehlen.

Was Sie stattdessen tun sollten – Prüfen Sie echte Produktseiten mit dem Rich Results Test, statt Marketingtexten der Plattform zu vertrauen, und beheben Sie Lücken auf Theme-/Plugin- Ebene statt Seite für Seite.

Layered Navigation von Magento unkonfiguriert lassen

Layered (facettierte) Navigation für Attribute wie Farbe, Größe und Marke aktivieren, ohne Canonical- oder Indexierungsregeln für die erzeugten URLs festzulegen.

Warum das falsch ist – Layered Navigation ist speziell bei Magento die größte Einzelquelle doppelter URLs, weil sich Filterkombinationen rasch vervielfachen. Unkonfiguriert kann sie weit mehr crawlbare URLs erzeugen, als der Shop tatsächlich Produkte hat.

Was Sie stattdessen tun sollten – Konfigurieren Sie Canonical-Tags auf Kategorieebene und blockieren Sie die Parameterkombinationen, die nicht gecrawlt werden sollen, bevor der Katalog so groß wird, dass daraus ein Crawl-Budget-Problem entsteht.

Änderungsprotokoll