Shopware ist die meistgenutzte Shop-Software im deutschsprachigen Mittelstand, vor allem im B2B-Umfeld mit ERP-Anbindung. Das System bringt technisch eine solide SEO-Basis mit: konfigurierbare SEO-URLs, ein eigenes Sitemap-Modul und Meta-Felder an praktisch jeder Entität. Trotzdem sehen wir in Audits regelmäßig dieselben Fehler, weil Shopware an einigen Stellen anders tickt als WordPress, Shopify oder Magento. Dieser Artikel geht durch, worauf es beim Shopware-SEO-Router konkret ankommt: Kategoriestruktur, SEO-URL-Konfiguration, Meta-Angaben und strukturierte Daten, und die technischen Stolperstellen, die am häufigsten Rankings kosten.
Warum Shopware SEO anders läuft als bei anderen Shopsystemen
Der größte Unterschied zeigt sich schon auf der Navigationsseite selbst. Wo andere Shopsysteme Kategorieseiten weitgehend als reine Produktlisten behandeln, kennt Shopware mit den Einkaufswelten (Shopping Experiences) ein eigenes Layout-System: frei komponierbare Seiten aus Bild-, Text- und Produktslidern, die auf einer Kategorie liegen und die Produktliste ersetzen oder ergänzen können.
Einkaufswelten vs. echte Kategorieseiten
Für die Konversion sind Einkaufswelten stark, für SEO sind sie ein zweischneidiges Schwert. Eine Kategorie, die komplett aus Bild-Slidern besteht, hat für Google praktisch keinen Text-Inhalt, dem sie eine Suchanfrage zuordnen könnte. Ohne begleitenden SEO-Text unter oder über den Elementen bleibt so eine Seite unterhalb ihres Potenzials, selbst wenn sie inhaltlich passt. Die Konsequenz ist nicht, auf Einkaufswelten zu verzichten, sondern sie um echten, indexierbaren Text zu ergänzen: Kategorietext im Kopf- oder Fußbereich, sprechende Überschriften in den Elementen, Alt-Texte an jedem Bild.
Der SEO-Router als Shopware-Eigenheit
Die zweite Besonderheit ist strukturell: Shopware generiert SEO-URLs nicht aus einer festen Regel, sondern über ein eigenes URL-Vorlagen-System pro Entität, das im Adminbereich unter Einstellungen > SEO gepflegt wird. Kategorie-, Produkt- und Landingpage-URLs folgen jeweils eigenen Vorlagen, die sich unabhängig voneinander ändern lassen. Das ist mächtig, aber genau deshalb auch fehleranfällig: Wird eine Vorlage nachträglich geändert, entstehen neue URLs für bestehende Seiten, und ohne sauberes Redirect-Mapping verlieren genau die Seiten ihre Rankings, die vorher am besten liefen.
Kategorie- und Navigationsstruktur ohne Duplicate Content
Shopware erlaubt, ein Produkt mehreren Kategorien zuzuordnen, und das ist in der Praxis fast immer sinnvoll: Ein Produkt gehört inhaltlich oft in mehr als eine Navigationsebene. Das SEO-Problem entsteht erst, wenn diese Mehrfachzuordnung unreflektiert auf die URL-Struktur durchschlägt, sodass dasselbe Produkt unter mehreren, sich nur im Pfad unterscheidenden URLs erreichbar ist. Ohne kanonische Referenz sieht Google das als mehrere separate Seiten mit identischem Inhalt, und verteilt die Ranking-Signale auf mehrere URLs statt sie auf einer zu bündeln.
Die Lösung liegt nicht darin, Mehrfachzuordnungen zu vermeiden, sondern in einer klaren Canonical-Strategie: eine Hauptkategorie pro Produkt definieren, auf die alle Varianten kanonisch verweisen, und die Navigationstiefe bewusst flach halten. Drei bis vier Klicks von der Startseite bis zum Produkt sind für ein mittelgroßes Sortiment ein guter Richtwert, tiefer verschenkt Linkkraft und erschwert das Crawling. Ebenso wichtig: Leere oder nahezu leere Kategorien, die nur als Zwischenebene existieren, sollten aus der internen Verlinkung und aus der Sitemap ausgeschlossen werden, statt als dünne Seiten mitzulaufen.
Den Shopware-SEO-Router richtig konfigurieren
Die SEO-URL-Vorlagen sind die Stellschraube, an der sich Duplicate-Content- und Indexierungsprobleme am wirksamsten lösen lassen, wenn man drei Punkte konsequent durchzieht.
Kanonische URLs
Jede Kategorie- und Produktseite sollte genau eine kanonische URL haben, die in den SEO-Einstellungen als solche gepflegt und im Storefront auch tatsächlich als <link rel="canonical"> ausgegeben wird. Bei Produktvarianten (Farbe, Größe) ist die Entscheidung bewusst zu treffen: entweder jede Variante bekommt eine eigene, indexierbare URL mit eigenem Text, oder alle Varianten verweisen kanonisch auf die Hauptvariante. Ein Mix aus beidem ohne klare Regel ist der häufigste Grund für Rankingverluste nach einem Sortiments-Update.
Sprachvarianten
Mehrsprachigkeit läuft in Shopware über eigene Sales-Channel-Domains pro Sprache, nicht über ein einzelnes hreflang-Feld im Content. Jede Sprachdomain braucht eine eigene, vollständige SEO-URL-Struktur und ein korrektes hreflang-Set, das auf die jeweils passende Sprachversion derselben Seite verweist, inklusive einer x-default-Angabe für die Standardsprache. Fehlt eine Sprachvariante für eine bestimmte Seite, etwa weil ein Produkt nicht in allen Shops geführt wird, darf das hreflang-Tag nicht auf eine falsche oder leere Seite zeigen, sonst wertet Google das Signal ganz ab.
Filter-Parameter nicht indexieren
Die facettierte Navigation (Filter nach Eigenschaft, Preis, Hersteller) erzeugt pro Kombination eine eigene URL mit Query-Parametern. Bei einem mittelgroßen Sortiment entstehen so schnell mehrere Zehntausend theoretisch crawlbare URLs, von denen die allermeisten keinen eigenständigen Suchwert haben. Diese Filter-URLs gehören konsequent von der Indexierung ausgeschlossen, entweder über Canonical-Verweis auf die ungefilterte Kategorie oder über eine robots-Regel, sonst verbrennt Google an ihnen das Crawl-Budget, das eigentlich für die eigentlichen Kategorie- und Produktseiten gebraucht wird.
Meta-Angaben und strukturierte Daten pflegen
Shopware bringt an Kategorien, Produkten und Landingpages eigene Felder für Meta-Titel, Meta-Beschreibung und Meta-Keywords mit, die im Zweifel Vorrang vor global generierten Werten haben sollten. In der Praxis bleiben diese Felder bei vielen Shops leer, und Shopware füllt automatisch aus Produktname und Herstellerbezeichnung auf, was bei größeren Katalogen zu nahezu identischen Meta-Titeln über hunderte Produkte hinweg führt. Für Kategorien und die wichtigsten Produktseiten lohnt sich gepflegter Text, für die Masse an Long-Tail-Produkten hilft eine Vorlage, die mindestens Produktname, eine Kerneigenschaft und die Marke kombiniert, damit nicht jede zweite Seite denselben Meta-Titel trägt.
Bei den strukturierten Daten ist Product-Schema mit Preis, Verfügbarkeit und, sobald vorhanden, Bewertungen die Grundlage, dazu BreadcrumbList passend zur gewählten Navigationstiefe. Wichtig ist der Abgleich zwischen dem, was im Schema steht, und dem, was der Nutzer tatsächlich sieht: Ein als verfügbar ausgezeichnetes Produkt, das im Storefront als ausverkauft markiert ist, führt zu Inkonsistenzen, die Google in der Search Console als Fehler meldet und die im schlechtesten Fall zum Ausschluss aus Rich-Snippet-Darstellungen führen.
Technische Stolperstellen: Storefront-Rendering, Bilder, Performance
Der Shopware-Storefront rendert serverseitig über Twig-Templates, das ist SEO-technisch grundsätzlich unkritisch, weil Google den fertigen HTML-Code sieht, nicht erst nach Client-seitigem JavaScript. Problematisch wird es, wenn einzelne Inhalte, etwa Preise oder Verfügbarkeit in individuell entwickelten Plugins, erst per JavaScript nachgeladen werden. Was für den Nutzer nach dem Laden vollständig aussieht, kann für den Crawler leer bleiben, wenn kein serverseitiges Fallback existiert.
Bei Bildern ist die Storefront-eigene Medienverwaltung mit automatischer Größengenerierung (Thumbnails) ein guter Ausgangspunkt, wird aber häufig durch hochgeladene Originalbilder in unnötig hoher Auflösung ausgehebelt. Lazy Loading außerhalb des sichtbaren Bereichs, korrekte width/height-Attribute gegen Layout-Verschiebungen (Core Web Vitals, Stichwort CLS) und WebP statt unkomprimiertem JPEG oder PNG sind Pflicht, nicht Kür. Auf der Performance-Seite kommt dazu, dass ein voll konfigurierter HTTP-Cache und ein aufgewärmter Such-Index (Elasticsearch oder die native Suche) den Unterschied zwischen einer Ladezeit im grünen und im roten Bereich der Core Web Vitals ausmachen, gerade bei Kategorieseiten mit vielen Produkten und aktiver Facettennavigation.
Wann sich ein Fach-Audit lohnt
Die meisten der oben beschriebenen Probleme lassen sich mit einer Checkliste selbst prüfen. Aufwändiger wird es, sobald mehrere Ursachen zusammenkommen, etwa eine gewachsene Kategoriestruktur mit Mehrfachzuordnungen, ungepflegte SEO-URL-Vorlagen und eine anstehende Migration von Shopware 5 auf 6 gleichzeitig. In solchen Fällen ist ein technisches Fach-Audit der schnellere Weg als Trial-and-Error, weil es die Ursachen priorisiert, statt Symptome einzeln zu beheben.
Beyond Media ist Google Premier Partner seit 2016 und entwickelt selbst auf fünf Systemen, Shopify, Shopware, Magento, WordPress und TYPO3. Beide Geschäftsführer sind Software-Ingenieure und arbeiten bei technischen Audits operativ mit. Wir haben über 200 Relaunches begleitet, darunter Migrationen mit über 15.000 URLs ohne relevanten Rankingverlust, entsprechend genau kennen wir die Stellen, an denen ein Shopware-Projekt technisch kippt. Mehr zu unserer Shopware-Entwicklung und zur Migrationsbegleitung finden Sie auf der Entwicklungsseite, zu unserer Arbeit als SEO-Agentur auf der SEO-Seite. Beispiele aus abgeschlossenen Projekten zeigen unsere Referenzen.
Sie möchten das nicht selbst umsetzen?
Kategoriebereinigung, SEO-URL-Vorlagen, Canonical-Strategie und strukturierte Daten sind einmalig eingerichtet schnell erklärt, im laufenden Betrieb eines wachsenden Katalogs aber ein Dauerthema. Wenn Sie das lieber laufend betreut wissen wollen statt es nebenbei selbst zu pflegen, übernehmen wir das im Rahmen unseres Shopware-SEO-Service.
