Shopware SEO: So optimieren Sie Shopware 6 und 5 für Google

Shopware bringt mehr SEO-Werkzeuge mit als die meisten Shop-Systeme – und versteckt sie in Menüs, die kaum jemand vollständig durchgeht. URL-Templates, Index-Rebuild, Filter-Steuerung, Sitemap-Konfiguration: Wer eines davon übersieht, verliert Sichtbarkeit, ohne dass etwas kaputt aussieht. Diese Seite zeigt, wo die Einstellungen liegen, was sie bewirken und in welcher Reihenfolge Sie vorgehen – für Shopware 6 und für Shopware 5.

SEO- & KI-Check AI-Tracking

Kostenlos · ohne Anmeldung · Ergebnis sofort

Shopware SEO-Einstellungen und typische Konfigurationsfehler

SEO-Funktionen sind in Shopware über mehrere Menüs verteilt: URL-Templates, Sitemap-Konfiguration, Canonical-Tags auf Produkt- und Kategorieebene. Ohne Shopware-spezifisches Know-how bleiben diese Einstellungen ungenutzt oder falsch konfiguriert – Details zu Shopware robots.txt auf der eigenen Seite, zur Sitemap weiter unten.

Wo die SEO-Einstellungen in Shopware liegen

Die zentralen Stellschrauben sitzen in Shopware 6 unter Einstellungen > Shop > SEO. Das ist der Dialog, nach dem die meisten suchen – und der Grund, warum die Shopware-Dokumentation für diese Anfrage auf Platz eins steht. Was dort eingestellt wird, wirkt shopweit; was daneben liegt, wird pro Objekt gepflegt. Diese Trennung ist der häufigste Grund für halb fertige Konfigurationen.

Shopweit oder pro Objekt – wer die Spalte „Wirkt auf" übersieht, pflegt fünf Produkte und wundert sich über 3.000 unveränderte Seiten.

SEO-URL-Templates: die eine Einstellung mit Folgewirkung

Die Templates bestimmen über Twig-Variablen, wie Produkt- und Kategorie-URLs aufgebaut werden. Das ist keine Kosmetik: Jede Änderung erzeugt neue URLs für den gesamten Katalog. Deshalb ist die Reihenfolge entscheidend – erst entscheiden, dann umstellen, dann weiterleiten, dann den Index neu aufbauen. Wer diese vier Schritte vertauscht, produziert 404-Fehler auf genau den Seiten, die bisher Rankings hatten.

Meta-Daten: der Unterschied zwischen leer und automatisch

Bleiben die Felder leer, erzeugt Shopware einen Ersatz aus Produktname und Shopnamen. Das ist technisch kein Fehler, liefert aber für tausende Seiten dieselbe Struktur ohne Bezug zur Suchanfrage. Bei großen Katalogen lohnt sich weniger die Einzelpflege als eine Systematik pro Kategorie – wie das aussieht, steht weiter unten im Abschnitt zu den Meta-Daten.

Verkaufskanäle: derselbe Katalog, mehrere Wahrheiten

Shopware trennt Inhalte nach Verkaufskanal, und SEO-Einstellungen hängen an diesem Kanal. Ein zweiter Kanal für ein anderes Land oder einen B2B-Bereich bringt damit eine zweite Sitemap, eigene URL-Templates und eigene Indexierungsentscheidungen mit. Wer nur den Hauptkanal konfiguriert, lässt den Rest auf Standard laufen.

Der Ablauf: neun Schritte in dieser Reihenfolge

Die Reihenfolge ist nicht beliebig. Wer die URL-Templates ändert, bevor das Weiterleitungs-Mapping steht, verliert Rankings. Wer Content produziert, bevor die Filter-Steuerung sitzt, füllt Crawl-Budget mit Varianten statt mit Seiten.

1. Bestand aufnehmen: welche URLs ranken, welche haben Backlinks, welche stehen in der Sitemap.
2. URL-Templates entscheiden: mit oder ohne Kategoriepfad – einmal festlegen, nicht iterativ ändern.
3. 301-Mapping vorbereiten: jede alte URL bekommt ihr Ziel, bevor irgendetwas umgestellt wird.
4. Templates umstellen und SEO-Index neu aufbauen.
5. Filter-Steuerung festlegen: welche Kombinationen indexierbar bleiben, welche per noindex raus.
6. robots.txt und Sitemap abgleichen: beide müssen dieselbe Entscheidung abbilden.
7. Meta-Daten systematisch füllen: pro Kategorie eine Logik statt pro Produkt eine Handarbeit.
8. Strukturierte Daten ergänzen: was Shopware nativ nicht ausgibt, über Theme oder Plugin nachrüsten.
9. Messen: Indexierungsbericht und Rankings wöchentlich, nicht quartalsweise.

Technik und Indexierung zuerst, Inhalte danach, Messung durchgehend.

Shopware SEO-URLs konfigurieren und SEO-Index neu aufbauen

Das Standard-URL-Template hängt Produktnummern an – wenig aussagekräftig für Nutzer und Crawler. SEO-URL-Templates werden unter „Einstellungen > SEO" mit Twig-Variablen konfiguriert; ob ein Kategoriepfad in der Produkt-URL SEO-Mehrwert bringt oder die URL unnötig verlängert, hängt von der individuellen Informationsarchitektur. Nach jeder Template-Änderung muss der SEO-Index neu aufgebaut werden – ohne diesen Schritt bleiben die alten URLs aktiv, was bei Shops mit Backlinks auf rankende Seiten sofort zu 404-Fehlern führt.

Mit oder ohne Kategoriepfad in der Produkt-URL

Das ist die Entscheidung, an der sich die meiste Zeit verbrennen lässt. Ein Kategoriepfad in der URL gibt Struktur und macht die Zugehörigkeit sichtbar. Er wird aber zum Problem, sobald ein Produkt in mehreren Kategorien hängt oder die Kategoriestruktur sich ändert – dann ändert sich die Produkt-URL mit, und jede Umsortierung im Katalog wird zu einem Weiterleitungsprojekt. Bei stabilen Sortimenten spricht viel für den Pfad, bei häufig umgebauten Katalogen viel dagegen.

Warum der Index-Rebuild kein Nebenschritt ist

Shopware speichert die erzeugten URLs in einer eigenen Tabelle, statt sie bei jedem Aufruf neu zu berechnen. Das macht den Shop schnell und die Änderung träge: Die neue Vorlage steht sofort in den Einstellungen, die tatsächlich ausgelieferten URLs bleiben die alten, bis der Index neu aufgebaut ist. Wer das übersieht, testet an einer Seite, sieht die alte URL und hält die Einstellung für wirkungslos – oder schlimmer, stellt noch einmal um. Der Ablauf steht unter SEO-Index neu aufbauen.

Shopware 301-Weiterleitungen – Rankings bei URL-Änderungen sichern

Wer in Shopware URLs ändert, braucht lückenlose 301-Weiterleitungen, bevor Googlebot die neuen URLs sieht – Redirect-Loops und fehlende Ketten kosten Rankings dauerhaft. Die richtige Reihenfolge und häufige Fehler bei Shopware 301-Weiterleitungen erkläre ich im Detail.

Warum Ketten teurer sind als der Umzug selbst

Eine Weiterleitung, die auf eine Weiterleitung zeigt, funktioniert für den Besucher und kostet trotzdem: Jeder Zwischenschritt verzögert die Auslieferung und verwässert das Signal. Bei einem Shop mit tausenden Produkten summiert sich das zu einem messbaren Crawl-Problem. Das Mapping gehört deshalb flach – von der alten URL direkt auf das finale Ziel, ohne Zwischenstation.

Was in der Praxis vergessen wird

Nicht die Produktseiten sind das Risiko, die stehen in jeder Liste. Vergessen werden Kategorien mit Filterpfad, alte Einkaufswelten, Blog-URLs aus der Vorgängerversion und die Seiten, auf die Backlinks von außen zeigen. Genau letztere sind die wertvollsten – und die einzigen, deren Verlust sich nicht von selbst repariert. Den vollständigen Ablauf beschreibe ich unter Shopware 301-Weiterleitungen.

Shopware robots.txt und Crawl-Steuerung

Die robots.txt muss in Shopware manuell erstellt werden; Meta-Robots-Tags steuern zusätzlich pro Seitentyp die Indexierbarkeit. Filter-Pfade pauschal per Disallow zu blockieren ist ein häufiger Fehler: Eine gesperrte URL kann kein noindex-Signal übermitteln. Die vollständige Crawl-Steuerungslogik – inklusive Disallow-Regeln und noindex-Strategie – beschreibe ich unter Shopware robots.txt.

Der Denkfehler: Disallow ist kein noindex

Die beiden Anweisungen lösen verschiedene Probleme. Disallow verhindert das Crawlen, noindex verhindert die Aufnahme in den Index. Wer eine Seite per Disallow sperrt, auf der ein noindex steht, erreicht das Gegenteil des Gewollten: Google darf die Seite nicht mehr lesen, sieht das noindex also nie – und kann sie weiterhin listen. Soll etwas raus aus dem Index, muss es crawlbar bleiben.

Was in einem Shopware-Shop tatsächlich gesperrt gehört

Warenkorb, Checkout, Kundenkonto und interne Suchergebnisse – also alles, was pro Besucher einen eigenen Zustand hat und für niemanden als Sucheinstieg taugt. Alles andere ist eine Einzelfallentscheidung, keine Regel. Die vollständige Logik inklusive der Filterpfade steht unter Shopware robots.txt.

Shopware Filter-SEO: strategische Abwägung statt pauschaler Blockierung

Shopware generiert für jede aktive Filter-Kombination eine eigene URL – ohne Strategie entstehen schnell hunderte unkontrollierter Varianten, die Crawl-Budget verbrauchen. Welche Kombinationen indexierbar sein sollten und wie die Steuerungslogik funktioniert, klären die folgenden Abschnitte.

Welche Filter-Kombination eine eigene Seite verdient

Die Entscheidung hängt an einer einzigen Frage: Sucht jemand danach? „Herrenschuhe schwarz" ist eine Suchanfrage und verdient eine indexierbare Seite. „Herrenschuhe schwarz Größe 43 Leder unter 100 Euro" ist eine Bedienhandlung und verdient keine. Die Grenze verläuft nicht bei der Anzahl der Filter, sondern beim nachweisbaren Suchvolumen.

Die Reihenfolge der Filter erzeugt Duplikate

Dieselbe Auswahl in anderer Reihenfolge ergibt in vielen Konfigurationen eine andere URL mit identischem Inhalt. Aus zwei Filtern werden so zwei Seiten, aus drei Filtern sechs. Das ist der Mechanismus, durch den aus einem übersichtlichen Katalog ein fünfstelliger URL-Bestand wird – und der Grund, warum Canonical-Logik hier vor Content-Arbeit kommt.

Shopware Sitemap, Meta-Daten und strukturierte Daten

Die Sitemap XML generiert Shopware automatisch, aber ohne gezielte Konfiguration landen parametrisierte Filter-URLs und falsch zugeordnete Verkaufskanal-Seiten darin. Meta Title und Meta Description sind in Shopware auf Produkt-, Kategorie- und CMS-Ebene pflegbar – wer das Feld leer lässt, bekommt auto-generierten Output ohne Keyword-Bezug. Shopware 6 gibt Product-Schema und BreadcrumbList nativ aus; AggregateRating- und FAQPage-Markup fehlen und müssen per Plugin oder Theme ergänzt werden – ohne dieses Markup fehlen Sternebewertungen und Frageblöcke im Suchergebnis.

Was in der Sitemap nichts zu suchen hat

Eine Sitemap ist eine Empfehlung, keine Inhaltsangabe. Hineingehört, was indexiert werden soll – und sonst nichts. In der Praxis landen dort regelmäßig parametrisierte Filter-URLs, Seiten anderer Verkaufskanäle und Objekte, die an anderer Stelle bewusst auf noindex stehen. Der letzte Fall ist der schädlichste: Die Sitemap sagt „nimm auf", die Seite sagt „nimm nicht auf". Widersprüchliche Signale kosten Vertrauen in beide.

Welche Auszeichnung im Suchergebnis sichtbar wird

Product-Schema und BreadcrumbList gibt Shopware 6 selbst aus – sie sorgen dafür, dass Preis, Verfügbarkeit und Pfad korrekt gelesen werden. Den sichtbaren Unterschied im Suchergebnis machen aber die beiden, die fehlen: Sternebewertungen und FAQ-Blöcke. Sie vergrößern das Ergebnis und heben es optisch aus der Liste heraus, was die Klickrate auch ohne bessere Position verbessert.

Shopware Bilder-SEO und Performance

Fehlende Alt-Texte, generische Dateinamen und unkomprimierte Bilder kosten gleichzeitig Ranking-Signale und Ladezeit – das Produkthauptbild ist in Shopware fast immer das LCP-Element. WebP-Ausgabe, Thumbnail-Konfiguration und Cache-Strategie greifen dabei ineinander.

Was daraus für die Messwerte folgt

Weil der Ladezeitwert am Hauptbild hängt, entscheidet dessen Format, Abmessung und Ladepriorität über einen der drei Core-Web-Vitals-Werte – nicht das Theme im Allgemeinen und nicht die Serverleistung. Ein schnelles Hosting rettet keine 900-Kilobyte-JPEG-Datei, die in 400 Pixel Breite angezeigt wird.

Thumbnails und Cache: wo die Zeit wirklich verloren geht

Shopware erzeugt Thumbnails in definierten Größen. Sind die Größen nicht auf die tatsächlichen Anzeigemaße abgestimmt, lädt der Shop systematisch zu große Dateien – auf jeder Seite, bei jedem Besucher. Das ist ein Konfigurationsproblem, kein Hosting-Problem, und entsprechend günstig zu beheben. Details unter Shopware Performance.

Shopware Einkaufswelten SEO – CMS-Content für organische Sichtbarkeit nutzen

Einkaufswelten sind das native CMS-System für freie Landingpages innerhalb des Shops – und als Content-Hubs einsetzbar, die Suchanfragen in der Informationsphase abfangen. Zur Begriffsklärung: In Shopware 5 heißt die Funktion Einkaufswelten, in Shopware 6 Erlebniswelten. Gemeint ist dasselbe Werkzeug; gesucht wird überwiegend noch nach dem älteren Begriff.

Wofür sich eine Einkaufswelt lohnt – und wofür nicht

Eine Einkaufswelt ist die richtige Wahl, wenn eine Suchanfrage weder auf eine Kategorie noch auf ein Produkt passt: Ratgeberthemen, Anwendungsfälle, Vergleiche, Saisonthemen. Sie ist die falsche Wahl, wenn sie eine bestehende Kategorie nachbaut – dann konkurrieren zwei eigene Seiten um dieselbe Anfrage, und Google entscheidet, welche gewinnt. Meist die schwächere.

Der Fehler, der Einkaufswelten unsichtbar macht

Viele Einkaufswelten bestehen fast nur aus Bildern und Produktschienen. Für den Besucher sieht das fertig aus, für die Auswertung bleibt fast kein Text übrig, an dem sich ein Thema festmachen ließe. Eine Einkaufswelt braucht mindestens einen eigenständigen Textteil, der die Frage hinter der Suche beantwortet.

Shopware hreflang – mehrsprachige Shops korrekt konfigurieren

In mehrsprachigen Shopware-Shops mit mehreren Verkaufskanälen sind hreflang-Tags der technische Kern der internationalen Sichtbarkeit. Shopware 6 erzeugt die Tags selbst, sobald mehrere Verkaufskanäle mit eigenen Domains oder Sprachen eingerichtet sind: Es liest aus der Kanalstruktur, welche Domain welche Sprache bedient, und schreibt daraus <link rel="alternate" hreflang="…"> in den Head jeder Seite. Shopware 5 liefert von sich aus keine hreflang-Tags – dort ist immer ein Plugin oder eine Theme-Erweiterung nötig, und bei einem Wechsel auf Shopware 6 wird die Konfiguration komplett neu aufgebaut, weil die Kanal-Architektur anders funktioniert als die Sprachshop-Logik von Shopware 5.

Gegenseitigkeit ist Pflicht, nicht Empfehlung

Eine hreflang-Angabe gilt nur, wenn die Gegenseite zurückverweist. Verlinkt die deutsche Seite auf die österreichische, die österreichische aber nicht zurück, ignoriert Google die Angabe – meist stillschweigend. Dazu kommt x-default für alle Sprachen, die nicht abgedeckt sind. Beides gehört nach jedem neuen Verkaufskanal geprüft.

Ein Verkaufskanal je Markt – und was daran hängt

Internationalisierung ist in Shopware keine Spracheinstellung, sondern eine Strukturentscheidung. Jeder Markt bekommt einen eigenen Verkaufskanal, und daran hängen eigene URL-Templates, eine eigene Sitemap und eigene Indexierungsentscheidungen. Wer den zweiten Kanal anlegt und nur die Sprache umstellt, betreibt ab diesem Moment zwei Shops mit einer halben Konfiguration – die hreflang-Angaben sind dann der sichtbarste, aber nicht der einzige Bruch.

Sprachcode oder Regionscode – was in den hreflang-Wert gehört

hreflang unterscheidet zwischen einer Sprache und einer regionalen Variante. de adressiert alle deutschsprachigen Nutzer weltweit, de-AT zielt auf Österreich. Wer DE, AT und CH getrennt bedient, braucht drei eigene Angaben – ein generisches de deckt das nicht ab. Shopware übernimmt den Wert aus der Locale des Verkaufskanals: Steht dort de-DE, steht es auch im hreflang. Das ist meistens richtig, aber nicht automatisch das, was strategisch gewollt ist.

Die letzte Zeile ist die, die fehlt: Shopware setzt x-default nicht von selbst – es muss manuell oder per Plugin ergänzt werden.

Der Fehler, der nach jedem Domain-Wechsel entsteht

Zeigt ein Verkaufskanal auf en.shop.de, im hreflang-Tag steht aber www.shop.de/en/, behandelt Google beides als verschiedene Ziele und verwirft die Annotation. Das passiert regelmäßig, wenn Domains nach dem Anlegen der Kanäle geändert werden, ohne die SEO-URL-Basis mitzuziehen – die Tags sehen danach korrekt aus und sind es nicht. Dasselbe gilt für die Sitemap-Variante: Google akzeptiert hreflang auch über <xhtml:link> in der Sitemap, aber Shopware schreibt das nicht nativ hinein. Wer sich darauf verlässt, hat hreflang nur im Head, nicht in der Sitemap.

Interne Verlinkung und SEO-Plugins in Shopware

Interne Verlinkung steuert, welche Shopware-Seiten Crawl-Budget erhalten und wie Linkautorität durch den Shop fließt – interne Links sind kein Gestaltungsmerkmal, sondern ein Ranking-Hebel. SEO-Plugins schließen Lücken, die Shopware nativ lässt: Bulk-Editoren für Meta-Daten, AggregateRating-Markup, granulare noindex-Steuerung auf Seitentypebene. Ob ein Plugin tatsächlich Mehrwert bringt, hängt von der konkreten Shop-Struktur – ich bewerte das systemunabhängig.

Wohin die Autorität fließen soll

Jede interne Verlinkung ist eine Empfehlung an Google, welche Seite wichtig ist. In den meisten Shops zeigen die meisten internen Links auf Rechtstexte, Konto- und Servicebereiche – also auf Seiten, die niemals ranken sollen. Die Money-Seiten bekommen, was übrig bleibt. Das lässt sich umdrehen, ohne eine einzige Seite neu zu schreiben: Ratgeberinhalte verlinken gezielt auf die passende Kategorie, Kategorien auf ihre stärksten Produkte.

Der Test vor jeder Plugin-Installation

Eine Frage genügt: Ließe sich das im Theme oder in den Bordmitteln lösen? Wenn ja, gehört es dorthin. Jedes Plugin bringt Code mit, der bei jedem Update erneut geprüft werden will, und bei Versionssprüngen ist es genau die Erweiterung, die den Wechsel blockiert. Plugins rechtfertigen sich dort, wo es um Datenmengen geht, die kein Template abbildet – Bulk-Pflege über tausende Produkte, Weiterleitungslisten aus einer Migration, Bewertungssysteme mit eigenem Datenbestand.

Shopware 5 oder Shopware 6: was sich für SEO unterscheidet

Die Frage stellt sich in fast jedem Bestandsshop, und sie wird meist zu spät gestellt – nämlich dann, wenn ein Plugin nicht mehr läuft. Für die Sichtbarkeit sind drei Unterschiede relevant, der Rest ist Bedienkomfort.

Die eingestellten Sicherheits-Patches sind das eigentliche Argument – die SEO-Vorteile von Version 6 sind real, aber keiner davon rechtfertigt allein eine Migration.

Rechtfertigt Shopware 6 allein bessere Rankings?

Nein. Ein sauber konfigurierter Shopware-5-Shop schlägt einen schlecht konfigurierten Shopware-6-Shop in jeder Disziplin. Version 6 macht bestimmte Dinge leichter erreichbar – die Arbeit nimmt sie niemandem ab. Wer hofft, dass ein Versionssprung Rankings bringt, verwechselt Werkzeug mit Ergebnis.

Wann der Wechsel trotzdem dringend ist

Wenn Sicherheitslücken nicht mehr geschlossen werden, ist das kein SEO-Thema, bis es eines wird: Ein kompromittierter Shop verliert Vertrauen bei Google schneller, als er es aufgebaut hat. Dazu kommt, dass Plugin-Anbieter die Unterstützung nach und nach einstellen – und damit auch Erweiterungen, an denen SEO-Funktionen hängen.

Shopware 5 zu Shopware 6 – Migration ohne Ranking-Verluste

Seit Juli 2024 erhält Shopware 5 keine Sicherheits-Patches mehr – was sich mittelfristig auf technische SEO-Grundlagen wie Crawlability und Plugin-Abdeckung auswirkt. Shopware 6 bietet flexiblere URL-Templates und zeitgemäße Caching-Mechanismen, ist aber kein Garant für bessere Rankings. Entscheidend ist, was während des Wechsels passiert – die vollständige SEO-Begleitung beschreibe ich unter Shopware Migration.

Ranking-Stabilisierung nach einer sauber begleiteten Migration ist nach 3–4 Monaten erkennbar; bei lückenhaften Weiterleitungen dauert die Erholung deutlich länger. Den vollständigen Migrationsprozess – URL-Inventur, 301-Mapping, SEO-Index-Neuaufbau – dokumentiere ich unter Shopware Migration.

1. URL-Inventur: alle rankenden URLs und Backlink-Ziele vollständig erfassen.
2. 301-Mapping: jede alte URL lückenlos auf ihr neues Ziel abbilden – ohne Ketten und Loops.
3. SEO-Index-Neuaufbau: nach dem Umzug neu generieren und live gegen 404 & Weiterleitungen prüfen.

Was nach einem Shopware-Update kaputtgeht – und woran man es erkennt

Der Sprung von Shopware 5 auf 6 ist überall beschrieben. Was kaum jemand beschreibt: Auch ein gewöhnliches Update innerhalb von Shopware 6 kann die SEO-URLs stillschweigend zerlegen. Wie häufig das ist, lässt sich an der Suche selbst ablesen – unter den ersten zwanzig Treffern zu „shopware seo" stehen fünf Threads aus dem Shopware-Forum, und sie handeln fast alle davon. Drei der vier Fälle unten sind bis heute unbeantwortet.

Das Folgende sind Meldungen aus dem offiziellen Forum mit Datum, keine eigenen Messungen. Genau deshalb sind sie brauchbar: Sie zeigen, was in der Praxis bricht, und nicht, was in der Dokumentation steht.

Vier dokumentierte Fälle aus dem Shopware-Forum. Der erste ist der einzige mit einer belastbaren Antwort – und die ist eine Vorsichtsmaßnahme, kein Reparaturweg.

Der einzige Fall mit gesicherter Ursache: 6.4 auf 6.5

Das Schadensbild war doppelt. Bei neu angelegten Produkten meldete Shopware „Es sind noch keine SEO-URLs vorhanden", und das Auswahlfeld für die Kategorie blieb ausgegraut, obwohl Kategorien und Verkaufskanäle zugewiesen waren. Wer daraufhin „Indizes aktualisieren" anstieß, machte es schlimmer: Sämtliche Produkt-URLs sprangen von der gewohnten Struktur auf /detail/<UUID>, und in der Tabelle seo_url stand plötzlich überall id_deleted = 1.

Die Ursache fand ein Forumsnutzer selbst: Im Template-Feld für die Kategorieseite standen noch Werte aus Shopware 6.4, die 6.5 nicht mehr akzeptiert. Der Weg heraus ist deshalb eine Reihenfolge, keine Reparatur – diese Werte vorher leeren, neu indizieren, Cache leeren, und erst dann aktualisieren. Danach trat das Problem nicht mehr auf.

Die praktische Lehre reicht über diese eine Version hinaus: Die Template-Felder sind der Teil der SEO-Konfiguration, der ein Update am ehesten nicht übersteht. Sie gehören vor jedem Versionssprung gesichert und danach geprüft.

Warum es niemandem auffällt

Allen vier Fällen ist dasselbe gemeinsam: Die Startseite funktioniert weiter. Auch die Kategorien laufen oft noch. Kaputt sind die Produktadressen, und zwar tief im Katalog – bei mehrsprachigen Shops teilweise nur in einem einzigen Verkaufskanal, während der Hauptkanal sauber aussieht. Wer nach einem Update die Startseite aufruft und zufrieden ist, merkt wochenlang nichts.

Sichtbar wird es an zwei Stellen. Erstens in der Sitemap: Shopware legt pro Verkaufskanal und Sprache eine eigene, gepackte Datei an – dort steht schwarz auf weiß, welche Adressen der Shop für indexierbar hält. Zweitens in der Search Console, aber mit Verzögerung von Tagen bis Wochen.

Die Startseite verrät nichts. Die Sitemap verrät, welche Adressen der Shop selbst für indexierbar hält – und in welchem Verkaufskanal sie brechen.

Was der Prüfer nicht leisten kann, ist die Diagnose des vierten Falls. „Gecrawlt – zurzeit nicht indexiert" über hunderte Seiten hat keine technische Ursache, die sich abrufen ließe – im Weinhandels-Thread waren SEO-URLs, Sitemap und Search Console unauffällig. Die Vermutung dort, von einem erfahrenen Nutzer gestützt: nahezu identische Variantenseiten ohne eigenen Inhalt. Das deckt sich mit einer älteren Warnung aus demselben Forum: „Wenn du Artikel mit Varianten hast, dann Vorsicht bei der Nutzung von Shopware 6! Duplicate Content!" Belegt ist dieser Zusammenhang nicht – aber er ist die einzige Erklärung, die in den Threads mehrfach unabhängig auftaucht.

Was 117 Shopware-Shops tatsächlich ausliefern

Die Forenfälle zeigen, was brechen kann. Sie sagen nichts darüber, wie oft es bricht – und diese Zahl veröffentlicht niemand. Also habe ich sie gemessen, mit genau dem Prüfer von oben.

Methode, nachvollziehbar: Grundgesamtheit sind 4.563 deutsche Domains, für die DataForSEO Shopware als Shopsystem und einen Backlink-Rang über 100 ausweist. Daraus die 117 stärksten genommen, zu jedem Shop die Sitemap gesucht, entpackt und acht gleichmäßig über die Datei verteilte Adressen abgerufen. Das ergibt 832 einzeln geprüfte Adressen, erhoben am 16. Oktober 2026.

Die Prozentwerte der oberen vier Zeilen beziehen sich auf die 104 Shops, bei denen eine auswertbare Sitemap vorlag. Mehrfachnennungen möglich.

Was die Messung an meiner eigenen Darstellung korrigiert

Der Rückfall auf /detail/<hash>, den die Forenthreads so eindrücklich beschreiben, trifft in dieser Stichprobe zwei von 104 Shops. Er ist real, aber bei etablierten Shops die Ausnahme. Wer daraus ein flächendeckendes Problem macht, verkauft etwas.

Das häufigere Problem ist ein anderes und bekommt deutlich weniger Aufmerksamkeit: sechs Prozent der Shops haben überhaupt keine auffindbare Sitemap, weitere drei Prozent eine leere. Zusammen ist das fast jeder zehnte Shop – und in Shopware heißt das fast immer, dass der Scheduler-Job für die Sitemap nicht läuft. Googlebot findet neue Produkte dann nur noch über interne Links.

Zwei Details aus den Rohdaten, die in keiner Zusammenfassung auftauchen: Von den 60 Weiterleitungen, die in Sitemaps standen, sind 20 temporäre 302 – in eine Sitemap gehört weder das eine noch das andere, aber eine temporäre Weiterleitung ist der schlechtere Fall. Und sämtliche 13 Fehler waren 404, kein einziger Serverfehler.

98 Prozent der Shops nutzen einen Sitemap-Index, die Aufteilung nach Verkaufskanal ist also der Normalfall. Genau das ist der Grund, warum ein einzelner Kanal brechen kann, ohne dass es jemandem auffällt – der Hauptkanal liefert weiter sauber aus.

Was diese Zahlen nicht hergeben

Die Stichprobe enthält nur Shops mit nennenswertem Backlink-Profil. Kleine und frisch migrierte Shops – also genau die, aus denen die Forenbeiträge kommen – fehlen darin. Die wahre Quote dürfte über den gemessenen Werten liegen, wie weit darüber, sagt diese Messung nicht. Acht Adressen je Shop sind außerdem eine Stichprobe: Ein Shop kann Probleme haben, die sie nicht trifft. Und sie ist eine Momentaufnahme vom 16. Oktober 2026, kein Dauerzustand.

Wie die Themen zusammenhängen

Diese Seite ist der Einstieg. Jedes Thema hat eine eigene Seite mit der vollständigen Umsetzung – die Reihenfolge von links nach rechts entspricht grob der Reihenfolge, in der die Arbeit anfällt.

Vier Gruppen, sechzehn Detailseiten – alle oben unter „Themen im Detail" verlinkt.

Zeitrahmen: Wann wirkt SEO für Shopware-Shops?

Erste Ranking-Bewegungen sind nach 3–4 Monaten erkennbar, messbarer organischer Traffic nach 6 Monaten, signifikante Business-Ergebnisse nach 9–12 Monaten kontinuierlicher Arbeit. Technische Maßnahmen – saubere URL-Struktur, Canonical-Tags, Index-Rebuild – wirken in der Regel schneller als content-basierte Strategien, weil sie Crawling-Effizienz und Indexierbarkeit direkt beeinflussen. Ein wiederkehrendes Muster: Shopware-Migrationen ohne vollständiges Redirect-Mapping und SEO-Index-Neuaufbau verlieren kurzfristig signifikant an Sichtbarkeit – und brauchen dann deutlich länger als 12 Monate, um das ursprüngliche Niveau wieder zu erreichen.

Case Study: Shopware-Shop für Agrarmaschinen organisch sichtbar gemacht

Shopware-SEO-Agentur oder Einzelberater: was zu Ihrem Shop passt

Wer „Shopware SEO Agentur" sucht, will meist dasselbe: jemanden, der das System technisch versteht und die Sichtbarkeit verlässlich aufbaut. Ob das eine Agentur oder ein Einzelberater sein sollte, hängt davon ab, was Sie tatsächlich brauchen – und die Antwort ist nicht in jedem Fall ich.

Die rechte Spalte sind echte Grenzen, keine Koketterie. Wenn Sie Kapazität und Gewerke bündeln müssen, sind Sie bei einer Agentur besser aufgehoben – das sage ich Ihnen im Erstgespräch auch.

Was ich bei einem Shopware-Shop übernehme

Die technische Basis: SEO-URL-Templates und der Index-Rebuild in der richtigen Reihenfolge, Weiterleitungen vor der Umstellung, Filter-SEO und Crawl-Budget, robots.txt und Sitemap im Einklang, Canonical-Logik bei Produkten in mehreren Kategorien. Dazu die Content-Architektur nach Suchintention statt nach Katalogstruktur. Gemessen wird in der Search Console und im KI-Tracking, nicht nach Gefühl – wie die Sichtbarkeit in KI-Antworten dabei erhoben wird, beschreibe ich auf der eigenen Seite dazu.

Was ich nicht mache

Keine Shopware-Entwicklung, kein Theme-Design, keine Plugin-Programmierung, keine Google Ads und keine Conversion-Optimierung am Checkout. Wo eine Umsetzung Entwicklerarbeit braucht, schreibe ich die Anforderung so auf, dass Ihr Entwickler oder Ihre Agentur sie umsetzen kann.

Honorar und erster Schritt

Die laufende Betreuung beginnt bei 3.750 Euro im Monat. Davor steht nichts, was Geld kostet: Die beiden Prüfwerkzeuge auf dieser Seite laufen ohne Anmeldung, der kostenlose SEO- und KI-Check zeigt den Gesamtstand, und in einem 15-Minuten-Gespräch sage ich Ihnen offen, ob sich eine Zusammenarbeit für Sie rechnet. Ich arbeite systemunabhängig – dieselbe Strategie setze ich auch für Shopify und JTL um.

Checkliste: 14 Punkte für den Shopware-Shop

Kurzfassung dieser Seite zum Abhaken. Wer alle vierzehn Punkte erfüllt, hat die SEO-Möglichkeiten von Shopware ausgereizt – unabhängig von der Version.

Vierzehn Punkte, die sich ohne Entwicklerteam prüfen lassen – die Details stehen in den verlinkten Abschnitten oben.

Häufige Fragen zu Shopware SEO