Shopware ist im deutschen Mittelstand weit verbreitet — und es ist das System mit dem größten Abstand zwischen dem, was es kann, und dem, was konfiguriert ist. Die Werkzeuge sind da: SEO-URL-Vorlagen, Canonical-Einstellungen je Produkt, Sitemaps, Mehrsprachigkeit über Verkaufskanäle. Nur werden sie beim Go-live selten angefasst und danach nie wieder.
Die Folge sieht in der Search Console immer ähnlich aus: Zehntausende Parameter-URLs, Varianten, die sich gegenseitig verdrängen, und Produktseiten, die der Crawler nur alle paar Wochen erreicht. Hier die sechs Stellen, in der Reihenfolge ihrer Wirkung.
Sechs Stellen, an denen Shopware-Shops verlieren
Listing-Parameter im Crawl
Sortierung (order), Seiten (p), Eigenschaftsfilter (properties), Preisspanne (min-price, max-price) und Hersteller hängen als Parameter an jeder Kategorie. Ohne Regel wird jede Kombination zur crawlbaren Kopie — bei großen Sortimenten ein URL-Raum, der die eigentlichen Produkte verdrängt.
Varianten mit eigener SEO-URL
Shopware erzeugt für Varianten eigene sprechende Adressen. Ob deren Canonical auf die Variante selbst oder auf das Hauptprodukt zeigt, entscheidet eine Einstellung am Produkt — und die hat selten jemand bewusst gesetzt. Ergebnis: dutzende fast identische Produktseiten im Index.
Markup als Microdata im Template
Der Storefront liefert Produktdaten als Microdata direkt im HTML, nicht als JSON-LD. Das funktioniert grundsätzlich, ist aber an das Template gebunden: Jede Theme-Anpassung kann Felder verlieren, und Versand- oder Rückgabeangaben fehlen im Standard.
Mehrere Verkaufskanäle, ein Inhalt
Sales Channels mit eigenen Domains und Sprachen sind Shopwares Stärke — und eine Fehlerquelle. Canonical, hreflang und Sitemaps müssen je Kanal zusammenpassen; nach jedem neuen Kanal oder jeder neuen Sprache lohnt ein Blick, ob sie es noch tun.
Plugins mit eigenem Markup
Bewertungs-, SEO- und Feed-Plugins schreiben oft ein zweites Product-Markup neben das des Storefronts. Zwei Preise, zwei Verfügbarkeiten, zwei Namen: Google ignoriert im Zweifel beides.
Kategorietexte als Deko
Die CMS-Seiten bieten viel Gestaltungsfreiheit — und werden meist mit Bannern und Slidern gefüllt statt mit den zwei Absätzen, die eine Frage beantworten. Für KI-Antworten und Snippets zählt der Text, nicht das Bild.
Warum die Listing-Parameter zuerst kommen
Eine Kategorie mit fünf Filtern zu je sechs Werten erzeugt rechnerisch mehr Adressen, als der Shop Produkte hat — und Shopware verlinkt sie alle. Google hat pro Domain ein begrenztes Zeitbudget. Wird es in Filterkombinationen verbraucht, bleiben neue Produkte wochenlang unentdeckt. Das ist kein theoretisches Risiko, sondern ein typisches Muster in Logfiles großer Shops: Der Bot ruft tausende Sortier- und Filter-URLs ab und die eigentlichen Produktseiten nur sporadisch.
Die Reihenfolge, in der du es behebst
Erst messen, dann sperren, dann bauen. Wer mit der robots.txt anfängt, ohne den Index zu kennen, nimmt Google mitunter Seiten weg, die längst ranken:
Index-Stand messen
In der Search Console prüfen, welche Parameter-URLs und Varianten im Index sind. Erst wissen, dann sperren — ein zu breites Disallow nimmt auch Seiten aus dem Crawl, die ranken.
Listing-Parameter regeln
Sortierung, Filter und Preisspannen per robots.txt vom Crawl ausschließen; Pagination offen lassen und auf der Kategorie kanonisieren. Was bereits indexiert ist, zuerst mit noindex entfernen, dann sperren.
Canonical-Konzept für Varianten
Entscheiden, welche Varianten eigenständig ranken sollen (etwa Farben mit eigener Nachfrage) und welche auf das Hauptprodukt zeigen. Die Einstellung am Produkt entsprechend setzen — nicht dem Standard überlassen.
Markup ergänzen statt ersetzen
Microdata des Storefronts prüfen, fehlende Felder — Versand, Rückgabe, GTIN, Varianten als ProductGroup — als JSON-LD im Theme nachziehen. Doppeltes Plugin-Markup abschalten.
Kanäle abgleichen
Je Sales Channel: Domain, Sprache, Canonical, hreflang, Sitemap. Ein Prüflauf pro Kanal, dokumentiert, nach jeder Änderung wiederholt.
Felddaten verfolgen
Core Web Vitals in den Felddaten beobachten, nicht im Labor. Plugins und Theme-Skripte sind die üblichen Verdächtigen, wenn INP mobil über 200 Millisekunden liegt.
Was Shopware gut macht
Fairerweise: Kaum ein System gibt dir so viel Kontrolle über URLs, Canonicals und Kanäle wie Shopware. SEO-URL-Vorlagen, Weiterleitungen beim Umbenennen, Sitemaps je Verkaufskanal, Sprach- und Währungslogik — alles an Bord. Der Unterschied zwischen einem guten und einem schlechten Shopware-Shop ist deshalb selten die Technik, sondern die Frage, ob jemand die Einstellungen je bewusst getroffen hat.
Kurzfassung: Shopware-SEO beginnt in der Search Console, nicht im Plugin-Store. Parameter-URLs und Varianten-Canonicals entscheiden, ob Google deine Produkte zuverlässig erreicht; Microdata und Plugin-Markup entscheiden, ob es sie mit Preis und Verfügbarkeit versteht. Beides ist Einstellungs- und Theme-Arbeit — und beides prüfst du in Stunden, nicht in Wochen.
In zwei Minuten prüfen, was dein Storefront ausgibt
Ob dein Shopware-Theme nur Microdata liefert oder auch JSON-LD, und ob Versand, Rückgabe, GTIN und Varianten drinstehen, zeigt dir der Produktdaten-Check — eine Produktadresse genügt.