Shopware SEO URL prüfen – Templates, Index-Rebuild und 301-Weiterleitungen

URL-Template, SEO-Index und 301-Weiterleitung sind in Shopware kein Themendreieck, sondern ein einziger Vorgang in festgelegter Reihenfolge. Wer einen Teil davon einzeln anfasst, erzeugt entweder wirkungslose Änderungen oder 404-Fehler auf rankenden Seiten. Diese Seite beschreibt den Vorgang vollständig – und enthält einen Prüfer, der für eine beliebige Shop-Adresse die Weiterleitungskette, das Endziel und den URL-Typ anzeigt. Den strategischen Gesamtrahmen beschreibe ich unter Shopware SEO.

URL-Templates bestimmen die Struktur shopweit – der Kategoriepfad gibt Kontext, erzeugt aber bei Mehrfachkategorien Duplikate.

Der Prüfer beantwortet die drei Fragen, die nach einer URL-Änderung zusammenhängen: antwortet die alte Adresse mit 301, endet die Kette beim richtigen Ziel, und liefert Shopware dort eine SEO-URL oder noch die technische ID aus.

URL-Templates in Shopware: wie sie technisch funktionieren

Shopware 6 trennt Template-Konfiguration und Index-Generierung bewusst: Ein geändertes Template hat keinerlei Effekt auf die ausgelieferten URLs, solange der Index nicht neu aufgebaut wurde. Wie der Index technisch funktioniert und wann er neu aufzubauen ist, steht weiter unten im Abschnitt zum Index-Rebuild.

Konfiguriert werden die Templates unter „Einstellungen > SEO" mit Twig-Variablen. Für Produktseiten ist {{ product.translated.name | lower | replace({' ': '-'}) }} ein gängiger Ausgangspunkt – er erzeugt lesbare, keyword-relevante URLs ohne Produktnummer. Für Kategorieseiten arbeitet Shopware mit einem Breadcrumb-Template, das den vollständigen Kategoriepfad abbildet.

Kategoriepfad in der Produkt-URL: wann er hilft, wann er schadet

Ob der Kategoriepfad in der Produkt-URL erscheinen soll – also etwa /schuhe/sneaker/produktname/ statt /produktname/ – ist keine generische Best-Practice-Frage. Flache URLs sind kürzer und stabiler: Ein Produkt, das in mehrere Kategorien verschoben wird, ändert seine URL nicht. Verschachtelte URLs können thematische Zugehörigkeit signalisieren, erzeugen aber sofort ein Duplicate-Content-Problem, sobald dasselbe Produkt in mehreren Kategorien hängt.

Eine kurze, kategorielose Produkt-URL ist meist robuster – der Kategoriepfad erzeugt bei Mehrfachkategorien Duplikate.

In diesem Fall generiert Shopware für jede Kategorie-Zuordnung eine eigene URL. Ohne klare Canonical-Konfiguration verteilt Google die Linkautorität auf alle Varianten statt sie auf eine kanonische URL zu bündeln. Die Lösung: Canonical Tags konsequent auf die primäre Kategorie-URL setzen und intern ausschließlich diese eine URL verlinken.

Shopware SEO-Index neu aufbauen: Admin oder Konsole

Der SEO-Index ist die Datenbank-Tabelle seo_url, in der Shopware alle generierten Adressen speichert und aus der es bei jeder Anfrage die URL-Auflösung liest – nicht live aus dem Template. Daraus folgt der Satz, der die meiste Verwirrung auflöst: Ein geändertes Template hat solange keinen Effekt auf die ausgelieferten URLs, bis der Index vollständig neu aufgebaut wurde. Das ist keine Feinheit, sondern der häufigste Grund, warum URL-Änderungen in Shopware spurlos verpuffen oder 404-Fehler produzieren.

Shopware 5 arbeitet anders: Dort entstehen SEO-URLs teils direkt beim Speichern eines Produkts oder über Rewrite-Regeln. Der ausdrückliche Schritt „Index neu aufbauen" ist ein Konzept von Shopware 6.

Vier Anlässe, bei denen ein Teil-Rebuild nicht ausreicht – gemischte URL-Zustände sind schlimmer als ein durchgehend veralteter Index.

Für den Rebuild gibt es zwei Wege. Über „Einstellungen > System > Caches & Indizes" lässt sich der Vorgang im Admin anstoßen – der naheliegende Weg, mit einem Haken: PHP-Timeouts brechen ihn bei größeren Katalogen ab, oft ohne Fehlermeldung. Das Ergebnis ist ein teilweise aktualisierter Index, bei dem einige Produkt-URLs schon dem neuen Template folgen und andere noch dem alten.

Ab einigen hundert Produkten ist der Konsolenweg der zuverlässige – nicht, weil er mehr tut, sondern weil er nicht abbricht.

Die richtige Reihenfolge: Weiterleitungen zuerst, dann Rebuild

Der Rebuild aktiviert die neuen Adressen – und im selben Moment sind die alten nicht mehr aktiv. Wer die Weiterleitungen erst danach setzt, erzeugt harte 404-Fehler auf Seiten, die bereits indexiert und verlinkt sind. Diese Reihenfolge ist nicht verhandelbar:

Dreht man Schritt 1 und 3, zeigen die alten Adressen ins Leere, bevor die Weiterleitung greift.

Vor Schritt 1 steht die Inventur: alle aktiven, indexierten Adressen per Crawl erfassen, Seiten mit externen Backlinks ausdrücklich mit. Daraus entsteht die Redirect-Map, in der jede alte Adresse ihrer Zieladresse zugeordnet wird – Produkte, Kategorien, CMS-Seiten und Herstellerseiten getrennt behandelt, weil ihre Muster sich unterscheiden. Wie diese Map eingespielt wird, hängt davon ab, was sich ändert: Bei reinen Template-Änderungen erzeugt Shopware die 301 selbst, bei allem anderen braucht es ein Redirect-Plugin oder die Serverkonfiguration – mehr dazu im Abschnitt darunter.

Schritt 4 wird am häufigsten vergessen. Die alte Sitemap enthält noch die alten Adressen und führt Googlebot damit auf Seiten, die jetzt Weiterleitungen auslösen. bin/console sitemap:generate oder der entsprechende Scheduler-Job überschreibt sie. Das vollständige Mapping-Verfahren bei einem Systemwechsel steht unter Shopware Migration.

Shopware 301-Weiterleitungen verwalten

Hier liegt das größte Missverständnis: Shopware 6 hat im Kern keine Oberfläche für freie Weiterleitungen. Es gibt keine Liste, in der man Quell- und Zieladresse einträgt, und keinen CSV-Import dafür. Was Shopware kann, ist eines: Ändert sich die SEO-URL eines Produkts, einer Kategorie oder einer CMS-Seite, legt es selbst einen 301 von der alten auf die neue Adresse an – sofern die entsprechende Option in den SEO-Einstellungen aktiv ist. Die alten Adressen bleiben als Canonical-Historie in der Tabelle seo_url stehen.

Für alles darüber hinaus – eine ausgelistete Produktseite auf ihre Kategorie leiten, ein ganzes altes Verzeichnis umschreiben, eine Redirect-Map aus einem Systemwechsel einspielen – braucht es ein Redirect-Plugin oder die Serverkonfiguration. Wer das nicht weiß, verlässt sich auf einen Automatismus, der nur einen Teil der Fälle abdeckt, und verliert die Rankings genau der Seiten, die kein Nachfolgeobjekt im Shop haben.

In Shopware 5 sind Weiterleitungen klassisch über Rewrite-Regeln oder ein Plugin umgesetzt. Nach einem Wechsel auf Shopware 6 müssen diese Regeln in das Datenbank-System überführt werden – sie wandern nicht mit.

Häufige Fehler bei Shopware-Weiterleitungen

Drei Muster treten so regelmäßig auf, dass sie sich gezielt prüfen lassen. Weiterleitungsketten entstehen, wenn eine Weiterleitung auf eine Adresse zeigt, die selbst wieder weiterleitet. Google folgt Ketten bis zu einer gewissen Tiefe, aber jede Stufe kostet Crawl-Budget und verdünnt die übertragene Autorität. Die Lösung ist mechanisch: jede Weiterleitung direkt auf das Endziel setzen.

Weiterleitungsschleifen – A auf B, B zurück auf A – entstehen häufig bei unsauberem CSV-Import oder wenn der Shopware-Automatismus mit manuell gesetzten Weiterleitungen kollidiert. Sie führen zu Serverfehlern und sind sofort erkennbar, weil die Seite überhaupt nicht lädt.

Der dritthäufigste Fehler: ausgelistete Produkte landen auf der Startseite statt auf ihrer Kategorie.

Was nach dem Rebuild zu prüfen ist

Ein abgeschlossener Rebuild heißt nicht, dass alle Adressen korrekt sind. Stichproben im Browser reichen dafür nicht – geprüft wird gegen die Statuscodes. Alle alten Adressen müssen mit 301 antworten, nicht mit 302 und nicht mit 404. Genau dafür ist der Prüfer am Anfang dieser Seite gebaut: Er zeigt die vollständige Kette, das Endziel und ob dort noch die technische ID steht.

Das Problem des teilweisen Rebuilds lässt sich dabei gezielt erkennen: Wenn ein Teil der Produkte dem neuen Muster folgt und ein anderer noch dem alten, war der Vorgang nicht vollständig. Dann muss er komplett erneut angestoßen werden, nicht nur für einzelne Datensätze. Nach einigen Tagen kommt die Google Search Console dazu – tauchen dort alte Adressen als 404 auf, fehlt eine Weiterleitung. Backlink-Ziele mit hoher Autorität gehören zusätzlich einzeln geprüft.

Filter-URLs und Kategorie-SEO-URLs strategisch steuern

Shopware generiert für jede aktive Filter-Kombination eine eigene URL – ohne abgestimmte Strategie entstehen schnell hunderte unkontrollierter Varianten. Welche Filter-Kombinationen indexierbar sein sollten und wie noindex, Canonical und robots.txt koordiniert werden, erkläre ich in der Shopware-SEO-Übersicht.

SEO-URL-Konfiguration analysieren lassen

Ich bin Andrea Papa und analysiere im Erstgespräch konkret Ihre Shopware-URL-Templates: Twig-Variablen, Duplicate-Content-Risiken durch Mehrfachkategorien und den aktuellen Stand des SEO-Index. Den übergreifenden Shopware SEO-Ansatz – von URL-Architektur über Crawl-Budget bis Content-Struktur – beschreibe ich dort im Zusammenhang.

SEO- & KI-Check AI-Tracking

Kostenlos · ohne Anmeldung · Ergebnis sofort