Shopware-SEO

TL;DR — Shopware ist eine E-Commerce-Plattform (entwickelt in Deutschland), die bereits viel SEO integriert hat: Sie kann Ihre Produkt-URLs erstellen, Ihre Sitemap schreiben, kanonische Tags verwalten und hreflang für mehrere Sprachen einrichten. Die zwei Dinge, die Sie wissen sollten: Welche Funktionen Sie erhalten, hängt von Ihrer Shopware-Version ab (einige sind erst kürzlich hinzugekommen), und einige Aufgaben – wie das Bereinigen doppelter Variantenseiten – erfordern weiterhin ein Plugin oder einen Entwickler.

Was “Shopware-SEO” bedeutet

Shopware ist eine E-Commerce-Plattform mit Open-Source-Kern. Die aktuelle Version ist Shopware 6. Anders als Shopify oder BigCommerce – die alles für Sie hosten – wird Shopware normalerweise auf Ihrem eigenen Hosting (oder in der Cloud von Shopware) installiert, was bedeutet, dass Sie mehr Kontrolle und mehr Verantwortung haben.

“Shopware-SEO” ist einfach die normale Arbeit, Ihre Produkt- und Kategorieseiten auffindbar zu machen, zu crawlen, zu indexieren und zu ranken – angewendet auf einen Shop, der auf Shopware läuft. Es ist einen eigenen Leitfaden wert, weil Shopware viele SEO-Entscheidungen für Sie out of the box trifft, und Sie müssen wissen, welche Kästchen es bereits abhakt, welche es leer lässt und welche nur auftauchen, wenn Sie eine ausreichend aktuelle Version verwenden.

Was Shopware für Sie übernimmt

• Saubere URLs. Shopware erstellt “SEO-URLs” für Ihre Produkte und Kategorien mithilfe von Vorlagen, die Sie im Admin bearbeiten können. Sie kontrollieren das Format.
• Sitemap. Shopware generiert eine XML-Sitemap Ihrer Produkte und Kategorien und hält sie unter https://yourdomain.com/sitemap.xml bereit. Sie reichen sie einfach bei Google ein.
• Kanonische Tags. Für Kategorien wählt Shopware automatisch die richtige Haupt-URL aus, wenn ein Produkt in mehr als einer Kategorie liegt.
• hreflang für Sprachen. Wenn Sie in mehreren Sprachen verkaufen, kann Shopware die Tags hinzufügen, die Google mitteilen, welche Sprachversion angezeigt werden soll – basierend auf Ihrem “Sales-Channel”- und Domain-Setup.
• robots.txt (nur in neueren Versionen). Ab Shopware 6,7,1,0 können Sie Ihre robots.txt direkt im Admin bearbeiten.
• Strukturierte Daten (nur in neueren Versionen). Ab Shopware 6,7.9.0 kann Shopware moderne JSON-LD-”Rich-Result”-Daten für Produkte ausgeben.

Was Sie selbst erledigen müssen

• Füllen Sie Ihre Titel und Beschreibungen aus. Shopware stellt Ihnen die Felder bereit; Sie schreiben den Text. Es gibt keine native Möglichkeit, sie per Muster über Tausende von Produkten hinweg massenhaft festzulegen.
• Behandeln Sie doppelte Variantenseiten. Jede Produktvariante (jede Größe, jede Farbe) erhält eine eigene URL, und ihre Beschreibungen sind oft nahezu identisch, sodass sie miteinander konkurrieren können. Shopware behebt das nicht vollständig für Sie.
• Überprüfen Sie Ihre Version. Da robots.txt und JSON-LD neuere Ergänzungen sind, können Ratschläge, die Sie online lesen, für Ihren Shop veraltet sein – oder ihm voraus sein.

Das, was die meisten falsch verstehen

Die Leute nehmen an, dass, weil Shopware “gutes SEO” hat, alles erledigt ist. Zwei Haken stolpern fast jeden. Erstens: Das Ändern einer URL-Vorlage aktualisiert Ihre vorhandenen URLs nicht, bis Sie den SEO-Index von Shopware neu aufbauen – ein Schritt, der leicht vergessen wird. Zweitens: Wenn Sie “headless” gehen (einen modernen Vue/Nuxt-Storefront), gelten fast keine der Admin-SEO-Einstellungen auf die gleiche Weise – SEO wird zur Aufgabe für Ihren Entwickler, der es im neuen Frontend aufbauen muss.

Möchten Sie die Praktiker-Version – die genauen Twig-Vorlagen, den Varianten-Kanonisch-Fix, die Sitemap-Strategien und CLI-Befehle, die Versionsgrenzen und den Headless-Haken? Wechseln Sie zum Erweitert-Tab.

TL;DR — Shopware 6 bietet mehr natives technisches SEO als die meisten selbst gehosteten Plattformen – aber „nativ“ ist stark versionsabhängig. SEO-URLs sind Twig-Vorlagen pro Entitätstyp (Produkt / Kategorie / Landingpage), global oder pro Sales Channel konfigurierbar; Wenn Sie eine Vorlage ändern, müssen Sie den Index neu aufbauen (dal:refresh:index), sonst werden vorhandene URLs nicht aktualisiert. Canonical ist ein separates System von URL-Vorlagen: automatisch für Kategorien, halbmanuell für Varianten (Sie können eine Variante als Canonical auf eine andere zeigen lassen, aber nicht direkt auf das übergeordnete Element ohne eine Vorlagen-Überschreibung). Die XML-Sitemap hat drei Aktualisierungsstrategien (geplant / live / manuell, mit sitemap:generate für manuell) und Shopware lehnt ausdrücklich jede Indexierungsgarantie ab. robots.txt ist vor 6,7,1,0 nichts Automatisches (manuelle Datei + Server-Rewrite) und danach natives, pro-Domain-Admin-Bearbeiten. Strukturierte Daten sind in 6,7.9.0 hinter dem JSON_LD_DATA-Flag von Microdata auf JSON-LD umgestellt worden. hreflang stammt aus dem Sales Channel > Domain-Modell, mit einer lückenhaften Cross-Sales-Channel-Unterstützung, die kostenpflichtige Plugins hervorgebracht hat. Und Headless (Composable Frontends, Vue + Nuxt) verlagert die gesamte SEO-Checkliste in die Nuxt-Rendering-Ebene.

Der Rahmen: nativ, versionsabhängig und wo Sie die Arbeit trotzdem erledigen

Die meisten Shopware-SEO-Inhalte sind entweder eine Screenshot-Anleitung der Admin-Einstellungen oder ein Pitch einer Shopware-Agentur. Keines von beiden sagt Ihnen die zwei Dinge, die wirklich zählen: was Shopware nativ mitbringt, hängt von Ihrer Version ab, und die verbleibenden Lücken sind spezifisch und vorhersehbar. Sortieren Sie jede Aufgabe in drei Kategorien – nativ-und-aktuell, nativ-nur-wenn-Sie-eine-aktuelle-Version-haben, und immer-noch-Ihre-Aufgabe – und die Plattform hört auf, mysteriös zu sein.

Shopware selbst stellt die native Seite großzügig dar: Die Plattform “includes many SEO features out of the box – from country- and language-specific URLs to meta data, hreflang, and performance optimizations, allowing you to build strong SEO without additional plugins.” (Übersetzung) „enthält viele SEO-Funktionen von Haus aus – von länder- und sprachspezifischen URLs bis zu Metadaten, hreflang und Leistungsoptimierungen, sodass Sie starkes SEO ohne zusätzliche Plugins aufbauen können.“ Das ist weitgehend wahr – mit den unten genannten Versionshinweisen und mit einer kurzen Liste von Dingen (Bulk-Meta, Varianten-Canonicals, kanalübergreifendes hreflang, Headless-Rendering), die weiterhin Plugins oder Code benötigen.

Da Shopware selbst gehostet und Open-Source-Core ist, positioniert es sich anders als die gehosteten Plattformen. Während Shopify /products/- und /collections/-Präfixe erzwingt und Ihnen keine native Bearbeitung von robots.txt erlaubt, und BigCommerce Ihnen eine bearbeitbare robots.txt und benutzerdefinierte URL-Strukturen auf einem verwalteten Stack bietet, gibt Ihnen Shopware mehr Kontrolle als alle anderen – Sie können Storefront-Vorlagen direkt überschreiben – auf Kosten dessen, mehr vom Ergebnis zu verantworten, einschließlich Ihres eigenen Hostings, Index-Neuaufbauten und (bei Headless) Ihrer eigenen Rendering-Pipeline. Es ist im Geiste näher an Magento oder einem selbst gehosteten WooCommerce-Shop als an Shopify.

URL-Struktur: SEO-URL-Vorlagen

SEO-URLs befinden sich unter Einstellungen > Shop > SEO, und sie sind pro Sales Channel oder global konfigurierbar. Es gibt drei separat vorlagenbasierte Entitätstypen – Produktdetailseiten, Kategorieseiten und Landingpages – und die Vorlagen verwenden Twig-Syntax. Die Shopware-Dokumentation sagt es deutlich: “In the SEO settings you can define the structure for the SEO URLs of the product detail pages and categories. For this purpose you have a variety of variables at your disposal.” (Übersetzung) „In den SEO-Einstellungen können Sie die Struktur für die SEO-URLs der Produktdetailseiten und Kategorien definieren. Dazu haben Sie eine Vielzahl von Variablen zur Verfügung.“

Die Mechanik, die es wert ist, zu kennen:

• Die Standard-Produktvorlage ist {{ product.name }}, und es stehen über 50 Produktvariablen zur Verfügung (Produktnummer, EAN, Herstellername, Breadcrumb/Kategorien, benutzerdefinierte Felder, Erscheinungsdatum und mehr).
• Mehrstufige Variablen müssen von Hand eingegeben werden. Ein Klick auf den Variablen-Picker fügt nur das unvollständige übergeordnete Token ein – {{ product.translated.name }} muss manuell vervollständigt werden.
• Sie können lange Namen kürzen. Für einen Produktnamen, der länger als beispielsweise 50 Zeichen ist, dokumentiert Shopware {{ product.translated.name[:50] }}, um ihn in der URL zu verkürzen.
• Die Kategorie-Standardvorlage verwendet den Breadcrumb: {% for part in category.seoBreadcrumb %}{{ part }}/{% endfor %}.
• Twig-Filter funktionieren zur Normalisierung – zum Beispiel {{ product.translated.name|lower }}/{{ product.productNumber }} – und Shopware merkt an: “in general you can use the available Twig filters.” (Übersetzung) „Im Allgemeinen können Sie die verfügbaren Twig-Filter verwenden.“
• Bedingte (IF-)Logik behandelt fehlende Felder; die Dokumentation enthält ein variantenabhängiges Beispiel mit {% if product.canonicalProductId is not null %}.

Die Falle, auf die fast alle hereinfallen: “After you have made changes to the SEO template, it is necessary to rebuild the index so that the URLs are updated. You can do this from the console using the command php bin/console dal:refresh:index.” (Übersetzung) „Nachdem Sie Änderungen an der SEO-Vorlage vorgenommen haben, ist es notwendig, den Index neu aufzubauen, damit die URLs aktualisiert werden. Sie können dies über die Konsole mit dem Befehl php bin/console dal:refresh:index tun.“ Das Bearbeiten einer Vorlage wirkt sich nur auf neu generierte URLs aus – bestehende Produkte behalten ihre alten Slugs, bis Sie den Index neu aufbauen. Wenn Sie die Vorlage ändern und „nichts passiert ist“, liegt es daran.

Unter der Haube liegen SEO-URLs in einer seo_url-Datenbanktabelle mit einem Dual-URL-Konzept: einer technischen path_info (der echten Route) und einer menschenlesbaren seo_path_info (dem Slug), plus sales_channel_id, language_id, is_canonical sowie is_deleted/is_modified-Flags. Benutzerdefinierte oder dynamische SEO-URL-Routen werden von Entwicklern über eine SeoUrlRouteInterface-Implementierung hinzugefügt, die mit dem Container-Tag shopware.seo_url.route registriert wird. Für einen normalen Shop benötigen Sie dies nicht, aber es erklärt das Skalierungsverhalten im Abschnitt zu Fallstricken weiter unten.

Kanonische Tags

Kanonisierung in Shopware ist ein separater Mechanismus von den URL-Vorlagen – dies ist der am meisten missverstandene Teil von Shopware-SEO. Shopwares eigene Dokumentation definiert das Konzept sogar so, wie Google es tut: “A canonical URL is the URL of the page that the search engine assumes is the most representative of several duplicated pages on your site.” (Übersetzung) „Eine kanonische URL ist die URL der Seite, von der die Suchmaschine annimmt, dass sie die repräsentativste von mehreren duplizierten Seiten auf Ihrer Website ist.“

Drei Dinge sollten Sie auseinanderhalten:

• Kategorien werden automatisch kanonisiert. Wenn ein Produkt über mehrere Kategorien (und damit über mehrere URLs) erreichbar ist, beschreibt Shopwares Marketing dies als Erkennung und “automatically marks the correct URL, automatically preventing technical SEO issues.” (Übersetzung) „markiert automatisch die korrekte URL und verhindert automatisch technische SEO-Probleme.“ Behandeln Sie die Marketingformulierung als eine Behauptung, die Sie in Ihrem eigenen Shop bestätigen sollten, aber das automatische Kategorieverhalten ist real.
• Varianten sind nur halbmanuell. Jede Variante erhält ihre eigene SEO-URL, und der integrierte „Variant for Canonical URL“-Picker ermöglicht es Ihnen, eine Variante als kanonisches Ziel zu nominieren. Was er nicht tut, ist, eine Variante direkt zurück auf das übergeordnete Produkt zu kanonisieren – eine Lücke, die Praktiker durch das Überschreiben von product-detail/meta.html.twig (oder mit einem Plugin) beheben, sodass Varianten auf die SEO-URL des übergeordneten Produkts kanonisieren, wenn eine vorhanden ist. Wenn Ihre Variantenseiten nahezu Duplikate sind, die miteinander konkurrieren, ist dies die Lösung.
• Es gibt einen globalen 301-Verhaltensschalter. Unter „Forwarding behavior“ kann Shopware “output an HTTP 301 redirect when URLs are changed” (Übersetzung) „einen HTTP-301-Redirect ausgeben, wenn URLs geändert werden“, anstatt alte URLs nach einer Vorlagenbearbeitung live zu lassen – die Einstellung, die mit dem dal:refresh:index-Neuaufbau oben einhergeht.

Dies deckt sich direkt mit Googles eigener Haltung, dass Kanonisierung ein Hinweis ist und dass doppelte Varianten-/Parameter-URLs im E-Commerce normal sind – die allgemeinen Mechanismen finden Sie unter Kanonisierung, zu dem dieser Artikel der Shopware-spezifische Begleitartikel ist.

XML-Sitemap

Die Sitemap befindet sich unter Einstellungen > Shop > Sitemap. Shopware “generiert eine Standard-Sitemap, die komprimiert und im Dateisystem gecacht wird”, und für große Kataloge “wird die Sitemap in mehrere Dateien aufgeteilt und kann im Hintergrund generiert werden” — die Aufteilung in mehrere Dateien, die jede Datei innerhalb der sitemaps.org-/Google-Grenzen von 50 000 URLs und 50 MB unkomprimiert hält.

Es gibt drei Aktualisierungsstrategien, und der Unterschied ist wichtig:

1. geplant — automatisch generiert durch eine geplante Aufgabe in einem festgelegten Intervall.
2. live — erstellt, wenn keine vorhanden ist, und neu erstellt, sobald die Aktualisierungszeit abgelaufen ist.
3. manuell — die automatische Generierung ist vollständig deaktiviert; “die Sitemap wird nur erstellt, wenn Sie den folgenden Befehl manuell aufrufen: php bin/console sitemap:generate. In diesem Fall ist es erforderlich, diesen Befehl jedes Mal erneut auszuführen, wenn eine neue URL hinzugefügt oder eine alte entfernt wird.”

Zwei Dinge, die oft übersehen werden:

• Die öffentliche URL ist sitemap.xml, und es gibt keine für Menschen sichtbare /sitemap-Seite. Shopware ist eindeutig: “Shopware 6 stellt keine Besucher-Sitemap (Suffix /sitemap nach Ihrer Domain) bereit. Die Indexdatei sitemap.xml wird zur Auswertung durch Google erstellt.”
• Eine Sitemap garantiert nichts. Shopware stellt klar fest, dass es “nicht garantieren kann, dass jede URL gecrawlt und indexiert wird. Dies hängt immer vom Suchmaschinenanbieter ab.” Eine Sitemap ist eine Entdeckungshilfe, kein Indexierungsversprechen — genau wie auf jeder anderen Plattform.

Das Hinzufügen oder Ausschließen benutzerdefinierter URLs (über Produkte/Kategorien hinaus) ist kein Admin-Schalter — es ist Entwicklerarbeit über benutzerdefinierte UrlProvider-Klassen, dokumentiert in Shopwares Entwickler-Sitemap-Anleitungen.

robots.txt — prüfen Sie zuerst Ihre Version

Dies ist der versionssensibelste Teil der Shopware-SEO, also datieren Sie es, bevor Sie jemandem einen Rat geben.

• Vor 6,7,1,0 (die meisten älteren Installationen): Es wird nichts automatisch generiert. Shopwares Dokumentation sagt: “die Robots-Datei wird in Shopware 6 nicht automatisch erstellt, sondern muss manuell als Textdatei erstellt werden”, platziert in /public/. Für Multi-Domain-Setups stellen Sie eine pro Domain ausgelieferte Datei mit einem Server-Rewrite bereit — Apache RewriteRule ^robots\.txt$ robots/%{HTTP_HOST}.txt [NS] oder das NGINX-Äquivalent rewrite ^/robots\.txt$ /robots/$host.txt — das auf eine /public/robots/<domain>.txt-Struktur verweist.
• Ab 6,7,1,0 (Version vom Juli 2025): Native, pro Domain verwaltete robots.txt-Verwaltung im Admin ausgeliefert — Sie “können individuelle robots.txt-Regeln für jede Domain im Admin unter Einstellungen > Allgemein > Basisinformationen definieren.” Dies begann als Hacktoberfest-2024-Community-Beitrag.

Der Mythos “Shopware erlaubt keine Bearbeitung der robots.txt” ist also nur vor 6,7,1,0 wahr. Bestätigen Sie die Version des Shops, bevor Sie jemandem sagen, er solle “es einfach im Admin bearbeiten” — ältere Shops benötigen weiterhin den Ansatz mit manueller Datei plus Rewrite. Das Admin-Feld (“Regeln für robots.txt” unter Einstellungen > Allgemein > Basisinformationen) ist ein Freitextbereich, der direkt in die robots.txt dieser Domain eingefügt wird, sodass es vollständige User-agent:- / Allow:- / Disallow:-Blöcke akzeptiert, nicht nur flache Regeln — bestätigt sowohl in Shopwares aktueller Dokumentation als auch in einem 6,7,10.0-Fix (avoid duplicate robots.txt directives for user-agent blocks), der den Fehler speziell mit pro-Benutzer-Agent-Blöcken in diesem Feld reproduziert.

Strukturierte Daten: die Microdata → JSON-LD-Migration

Shopware hat hier in 6,7.9.0 einen echten Architekturwechsel vollzogen: Der Storefront ist von verstreuten Inline-Microdata zu JSON-LD migriert, das als <script type="application/ld+json">-Block im <head> ausgegeben wird. Es steckt hinter einem Feature-Flag, JSON_LD_DATA, und ist standardmäßig deaktiviert — bei aktiviertem Flag wird JSON-LD injiziert und die alten Microdata entfernt. Die Microdata sind veraltet und für die Entfernung in 6.8.0.0 vorgesehen.

Sobald Sie das Flag umlegen, ist die JSON-LD-Ausgabe deutlich umfangreicher als die alten Microdata:

• Product — alle Produktbilder, VideoObject für Produktvideos, AggregateRating mit ratingCount, bis zu den 10 neuesten Review-Elementen, OfferShippingDetails/ShippingDeliveryTime für Produkte mit Einzelpreis, Dimensions als QuantitativeValue, itemCondition, typisierte Verkäuferinformationen und gtin13 (EAN) / mpn, sofern vorhanden.
• WebSite mit SearchAction (aktiviert die Google-Sitelinks-Suchbox).
• Top-Level-Organization (Shop-Logo).
• ItemList auf Kategorie-/Suchergebnisseiten, plus BreadcrumbList.

Jeder Schema-Typ liegt in einer eigenen überschreibbaren Twig-Vorlage unter storefront/layout/structured-data/. Dieselbe Version 6,7.9.0 fügte außerdem produktbezogene Open-Graph-Felder im Admin-SEO-Tab hinzu — benutzerdefinierte og:title, og:description und og:image, die standardmäßig auf Meta-Titel/-Beschreibung/-Titelbild des Produkts zurückfallen, wenn nicht gesetzt — sodass Social Shares und einige Suchergebnis-Vorschauen nun bewusst von den Meta-Tags abweichen können, ohne ein Plugin.

Die praktische Erkenntnis: Das ist ein Mythen-Killer. Zahlreiche Praktiker-Beiträge und kostenpflichtige Store-Erweiterungen („JSON-LD Rich Snippets für Produktseiten”) stammen aus der Zeit vor der nativen Funktion. Wenn Sie 6,7.9.0+ verwenden, prüfen Sie, ob Sie dieses Plugin noch benötigen, bevor Sie es kaufen — und wenn Sie eine ältere Version verwenden, ist genau das der Zeitpunkt, an dem ein Plugin seinen Wert noch verdient. Die Product Structured Data- Richtlinien von Google sind die Spezifikation, auf die diese Ausgabe abzielt, und Google verlangt, dass strukturierte Daten den sichtbaren Seiteninhalt widerspiegeln — füllen Sie also die Felder, die Sie im Markup haben möchten.

Internationales SEO: hreflang über Sales Channel + Domain

Shopware hat keinen eigenständigen hreflang-Editor. hreflang wird aus dem Sales-Channel-Domain-Modell abgeleitet: Jeder Sales Channel kann mehrere Domains haben, und jede Domain ist einer Sprache, einer Währung, einem Snippet-Set und einem Einheitensystem zugeordnet — eingerichtet mit seiner „eigenen virtuellen URL, Sprache, Währung, Snippet-Set und eigenem Einheitensystem.“

Zwei Einstellungen übernehmen die SEO-Arbeit:

• Ein Dropdown für den Lokalisierungsmodus mit zwei Optionen: ISO-Standard, „nützlich, zum Beispiel, wenn Sie verschiedene (länderspezifische) Sprachvarianten verwenden, die möglicherweise eigene länderspezifische Begriffe verwenden,“ was vollständige Regions-Sprachcodes wie en-US gegenüber en-GB erzeugt; und Browsersprachen-Lokalisierung, die nur sprachbasiert ist (einfaches en). Verwenden Sie ISO-Standard, wenn Sie tatsächlich regionale Varianten haben.
• Eine Standard-Domain, die nach Aktivierung des hreflang-Meta-Tags „als Fallback für alle Sprachen dienen wird“ — Shopwares Version von Googles x-default.

Die bekannte Schwachstelle: Dies funktioniert innerhalb der Domains eines einzelnen Sales Channels, aber Sales-Channel-übergreifendes hreflang — separate Sales Channels pro Land/TLD mit nahezu identischen Katalogen — wird nicht nativ verlinkt. Genau diese Lücke sollen kostenpflichtige „Hreflang Manager”-Store-Erweiterungen schließen. Ich würde die kanalübergreifende Lücke als starkes Community-/Marktplatzsignal betrachten und nicht als dokumentierte Shopware-Einschränkung, aber es ist ein wiederkehrender Schmerzpunkt in den Foren.

Eine Sache, die Shopwares eigene Dokumentation nicht ausdrücklich erwähnt, die Google jedoch verlangt: hreflang muss bidirektional sein (Return-Tags) und ein x-default enthalten. Wenn Sie mit der Return-Tag-Anforderung nicht vertraut sind, finden Sie die allgemeinen Mechanismen in hreflang — Shopwares Standard-Domain- Einstellung übernimmt die x-default-Seite, aber Sie sollten dennoch überprüfen, ob die Return-Tags aufgelöst werden.

Headless: Composable Frontends (Shopware Frontends)

Shopwares Headless-Option ist „Shopware Frontends“ (ehemals „Composable Frontends“ / „PWA“) — ein Vue.js + Nuxt-Toolkit, das die Shopware Store API konsumiert und sich vom Standard-Twig/Symfony-Storefront unterscheidet. Es enthält eine Komponentenbibliothek, einen API-Client, wiederverwendbare „Composables“ und generierte TypeScript-Typen; der Referenz-„Vue Demo Store“ basiert auf Nuxt + Tailwind.

Hier ist der Teil, den die meisten anderen Anleitungen auslassen: Durch Headless wandert praktisch die gesamte SEO-Verantwortung in die Nuxt-Ebene, und keine der Admin-SEO-Einstellungen gilt auf dieselbe Weise. Die SEO-URL-Vorlagen, die Canonical-Einstellungen, der Sitemap-Admin-Schalter und das neue robots.txt-Admin-Panel sind alles Symfony-Storefront- (Twig-) Funktionen. Ein Composable-Frontends-Build benötigt seine eigenen:

• Rendering-Modus, der crawlbar HTML erzeugt – Nuxt SSR (oder Hybrid / ISR / Edge-Rendering) für SEO-relevante Seiten. Ein rein clientseitig gerenderter (SPA-) Build führt das klassische JavaScript-Rendering-SEO-Risiko wieder ein, daher ist Headless nicht automatisch besser für SEO – ein schlecht konfigurierter Headless-Storefront kann schlechter sein als der Standard-Twig-Storefront.
• Sitemap-Generierung, Canonical-Tags, strukturierte Daten und Meta-Tag-Injektion, implementiert in der Nuxt-App (typischerweise über Nuxts Head-/SEO-Meta-Composables), die in der Regel weiterhin Slugs und Produktdaten aus derselben Shopware-SEO-URL-/Store-API-Datenquelle beziehen.

Der Mythos “Headless mit Shopware behebt/verbessert SEO” ist also in dieser Form falsch. Das SEO-Ergebnis hängt vollständig davon ab, wie Sie das Rendering in Nuxt konfigurieren. Dies ist dieselbe Falle wie bei jedem Headless-Build – die plattformunabhängige Version finden Sie unter JavaScript SEO und Headless-CMS-SEO.

Häufige Fallstricke im großen Maßstab

Die Schmerzpunkte von Praktikern konzentrieren sich auf drei Bereiche:

• Standardmäßige Fehlkonfigurationen. Praktiker-Audits weisen darauf hin, dass “Remove Category ID from URL” standardmäßig auf No gesetzt ist (es lohnt sich, dies für sauberere URLs zu aktivieren), dass Paginierungssignale standardmäßig deaktiviert sind und dass Blog-/Archiv-Paginierungsseiten ein noindex verdienen, weil sie “keinen Mehrwert bieten; sie verbrauchen nur Crawl-Budget.” Eine weit verbreitete Behauptung – dass Shopware automatisch nofollow zu allen externen Links hinzufügt – würde ich vor der Weitergabe gegen eine echte Installation verifizieren; sie wurde nicht gegen Shopwares eigene Dokumentation bestätigt.
• Duplikat-Inhalte bei Produktvarianten. Dies ist die am häufigsten wiederkehrende Shopware-SEO-Beschwerde. Jede Variante erhält ihre eigene URL (/SW10000.1, /SW10000.2, …) mit geerbten, nahezu identischen Beschreibungen, sodass Varianten konkurrieren, es sei denn, Sie kanonisieren sie – und laut dem obigen Canonical-Abschnitt kann der integrierte Picker ohne ein Template-Override nicht direkt auf das übergeordnete Element zeigen.
• Wachstum der seo_url-Tabelle bei großen mehrsprachigen Katalogen. Die Zeilenanzahl folgt ungefähr (übergeordnetes Element + aktive Varianten) × Anzahl der Sprachen – ein Praktiker-Tieftaucher beziffert ein Produkt mit 9 Varianten in 17 Sprachen auf ~153 Zeilen für eine einzelne Produktfamilie. Häufige Template-Bearbeitungen vermehren die Verlaufszeilen weiter. Im großen Maßstab sind die Lösungen: SEO-URLs nur für übergeordnete Produkte generieren (nicht für jede Variante), soft-gelöschte / nicht-kanonische Zeilen regelmäßig bereinigen und zusammengesetzte Indizes hinzufügen. Dies ist der Grund, warum ein großer Shopware-Shop langsam wirken und ungewöhnliche doppelte SEO-URLs ansammeln kann.

Wann native Tools ausreichen vs. wann Sie ein Plugin oder Entwicklungsarbeit benötigen

Die grobe Schwelle, die in Praktiker-Quellen wiederholt wird: Native Tools reichen für kleine, einfache Kataloge aus (in der Größenordnung von ein paar hundert Produkten), und Plugins oder individuelle Entwicklung werden bei bedeutender Größe notwendig – Tausende von SKUs, tiefe Variantenmatrizen, viele Sprachen oder internationale Setups über Vertriebskanäle hinweg. Konkret greifen Sie zu einem Plugin oder Code, wenn Sie Massen-Titel-/Meta-Muster, Canonical-auf-übergeordnetes-Element für Varianten, hreflang über Vertriebskanäle hinweg, benutzerdefinierte Sitemap-Einträge oder JSON-LD auf einer Version vor 6,7.9.0 benötigen. Alles andere – SEO-URL-Vorlagen, Kategorie-Canonicals, die Sitemap, hreflang für einzelne Kanäle mit mehreren Domains und (auf aktuellen Versionen) robots.txt und JSON-LD – ist nativ.

Shopware vs. die gehosteten Plattformen – die ehrliche Version

Alle ranken gut. Shopwares echter Vorteil ist Kontrolle – Twig-basierte URLs, überschreibbare Storefront-Templates und ein großer nativer Funktionsumfang, der mit jeder Version weiter wächst. Der echte Preis dafür ist, dass Sie mehr von der Pipeline selbst verantworten: Ihr Hosting, Ihre Index-Neuaufbauten, Ihr Versionsbewusstsein und – falls Sie headless gehen – Ihre gesamte Rendering- und SEO-Tag-Ebene. Wie Magento und selbst gehostetes WooCommerce, aber anders als die einfacheren Standardeinstellungen von Shopify oder PrestaShop, begünstigt dieser Trade-off Teams mit Entwicklungskapazität.

KI-Zusammenfassung

Eine komprimierte Darstellung der erweiterten Version:

• Shopware 6 ist eine selbst gehostete E-Commerce-Plattform mit Open-Source-Kern (Symfony/PHP + Vue.js-Storefront) mit einem großen nativen SEO-Funktionsumfang – mehr Kontrolle als Shopify oder BigCommerce, aber Sie verantworten mehr von der Pipeline.
• “Nativ” ist versionsabhängig. Pro-Domain-robots.txt erst ab 6,7,1,0 (das Admin-Feld ist Freitext, daher funktionieren User-agent:-Blöcke, nicht nur flache Regeln); JSON-LD-Strukturierte-Daten (ersetzen Microdata) und produktbezogene Open-Graph- Felder erst ab 6,7.9.0, hinter dem JSON_LD_DATA-Flag für JSON-LD (Microdata wird in 6.8.0.0 eingestellt). Prüfen Sie vor einer Beratung immer die Version des Shops.
• SEO-URLs sind Twig-Templates pro Entitätstyp (Produkt / Kategorie / Landingpage) unter Einstellungen > Shop > SEO. Template ändern → Index neu aufbauen (php bin/console dal:refresh:index), sonst aktualisieren sich bestehende URLs nicht.
• Canonical ist ein separates System: automatisch für Kategorien; bei Varianten können Sie eine Variante als kanonisch benennen, aber nicht direkt auf das Elternprodukt verweisen, ohne product-detail/meta.html.twig zu überschreiben. Ein globaler Schalter “Weiterleitungsverhalten” gibt bei URL-Änderungen 301 aus.
• Sitemap: drei Strategien (geplant / live / manuell, mit php bin/console sitemap:generate); öffentliche URL sitemap.xml; keine menschliche /sitemap- Seite; Shopware übernimmt keine Garantie für die Indexierung.
• hreflang stammt aus dem Sales-Channel > Domain-Modell (eine Domain = eine Sprache/Währung), mit einem ISO-Standard- vs. Browser-Sprach-Umschalter und einer Standard-Domain als x-default. Kanallübergreifendes hreflang ist nicht nativ verlinkt – diese Lücke füllen kostenpflichtige Plugins.
• Headless (Composable Frontends, Vue + Nuxt) verlagert die gesamte SEO-Checkliste (Sitemap, Canonical, Meta, Strukturierte Daten) in die Nuxt-Rendering-Ebene – Admin- SEO-Einstellungen gelten nicht, und eine schlecht konfigurierte Headless-Build kann für SEO schlechter sein.
• Skalierungsfallen: Varianten-Duplicate-Content, seo_url-Tabellenwachstum (~Varianten × Sprachen) und Standard-Fehlkonfigurationen (Kategorie-ID in URL, Paginierungssignale). Native Tools genügen für kleine Kataloge; Plugins/Entwicklungsarbeit für Skalierung.

Offizielle Dokumentation

Primärquellen-Dokumentation von Shopware und Google.

Shopware

• SEO settings (SEO URL templates, canonical, forwarding behavior) — the core admin SEO page; Twig variables, truncation, filters, and the dal:refresh:index rebuild note.
• Sitemap settings — the three refresh strategies, sitemap:generate, the sitemap.xml URL, and the no-indexing-guarantee disclaimer.
• Sales channel (domains / hreflang) — the Sales Channel > Domain model, hreflang localization modes, and the default-domain fallback.
• Creation of robots.txt (legacy / manual method) — the pre-6.7.1.0 manual file + server-rewrite approach.
• Add Custom SEO URLs (developer) — the seo_url table, SeoUrlRouteInterface, and the shopware.seo_url.route container tag.
• Sitemap plugin guide (developer) — custom UrlProvider classes for adding/removing sitemap entries.
• Release notes 6.7.1.0 (native robots.txt) — the version that added per-domain robots.txt in the admin.
• Release notes 6.7.9.0 (JSON-LD structured data) — the Microdata → JSON-LD migration, the JSON_LD_DATA flag, and the schema types.
• Shopware Frontends (headless docs) and the Nuxt module — the Vue + Nuxt Composable Frontends toolkit.
• SEO in Shopware (marketing overview) — Shopware’s own summary of native SEO features.

Google

• Produkt-Strukturierte Daten – erforderliche/empfohlene Produktfelder, die die JSON-LD-Ausgabe anstrebt.
• Einführung in strukturierte Daten – warum JSON-LD gegenüber Microdata empfohlen wird.
• URL-Kanonisierung – die Rahmung „Hinweis, keine Regel“, hinter Shopwares Canonical-Handhabung.
• Verwaltung mehrregionaler und mehrsprachiger Websites (hreflang) – die bidirektionalen Rückverweis-Tags und x-default-Anforderungen, auf die Shopwares Standard-Domain-Einstellung abbildet.

Zitate aus der Quelle

Öffentliche Aussagen aus Shopwares eigener Dokumentation und Marketing. Jeder Link verweist direkt auf die zitierte Passage auf der Quellseite.

Shopware – SEO-URL-Vorlagen (Dokumentation)

• “In the SEO settings you can define the structure for the SEO URLs of the product detail pages and categories. For this purpose you have a variety of variables at your disposal.” (Übersetzung) „In den SEO-Einstellungen können Sie die Struktur für die SEO-URLs der Produktdetailseiten und Kategorien festlegen. Dafür stehen Ihnen verschiedene Variablen zur Verfügung.“ Zum Zitat springen
• “After you have made changes to the SEO template, it is necessary to rebuild the index so that the URLs are updated. You can do this from the console using the command php bin/console dal:refresh:index.” (Übersetzung) „Nachdem Sie Änderungen an der SEO-Vorlage vorgenommen haben, ist es notwendig, den Index neu aufzubauen, damit die URLs aktualisiert werden. Dies können Sie über die Konsole mit dem Befehl php bin/console dal:refresh:index tun.“ Zum Zitat springen

Shopware – Canonical (Dokumentation)

• “A canonical URL is the URL of the page that the search engine assumes is the most representative of several duplicated pages on your site.” (Übersetzung) „Eine kanonische URL ist die URL der Seite, von der die Suchmaschine annimmt, dass sie die repräsentativste von mehreren duplizierten Seiten auf Ihrer Website ist.“ Zum Zitat springen

Shopware – Sitemap (Dokumentation)

• “Shopware 6 does not provide a visitor sitemap (suffix /sitemap after your domain). The index file sitemap.xml is created for evaluation by Google.” (Übersetzung) „Shopware 6 stellt keine Besucher-Sitemap bereit (Suffix /sitemap nach Ihrer Domain). Die Indexdatei sitemap.xml wird zur Auswertung durch Google erstellt.“ Zum Zitat springen
• “Shopware cannot guarantee that every URL will be crawled and indexed. This always depends on the search engine provider.” (Übersetzung) „Shopware kann nicht garantieren, dass jede URL gecrawlt und indexiert wird. Dies hängt immer vom Suchmaschinenanbieter ab.“ Zum Zitat springen
• Im manuellen Modus: “the sitemap will only be created if you call the following command manually: php bin/console sitemap:generate.” (Übersetzung) „Die Sitemap wird nur erstellt, wenn Sie den folgenden Befehl manuell aufrufen: php bin/console sitemap:generate.“ Zum Zitat springen

Shopware – robots.txt (Dokumentation)

• “The robots file is not created automatically in Shopware 6, but has to be created manually as a text file.” (Übersetzung) „Die Robots-Datei wird in Shopware 6 nicht automatisch erstellt, sondern muss manuell als Textdatei angelegt werden.“ (Legacy-/Pre-6,7,1,0-Methode.) Quelle

Shopware – natives SEO (Marketing)

• “Shopware includes many SEO features out of the box – from country- and language-specific URLs to meta data, hreflang, and performance optimizations, allowing you to build strong SEO without additional plugins.” (Übersetzung) „Shopware enthält viele SEO-Funktionen von Haus aus – von länderspezifischen und sprachspezifischen URLs über Metadaten, hreflang und Leistungsoptimierungen, sodass Sie starkes SEO ohne zusätzliche Plugins aufbauen können.“ Quelle

Shopware-spezifische SEO-Audit-Checkliste

Ein Durchlauf, der auf Shopwares tatsächliche Mechanismen abgestimmt ist – keine generische E-Commerce-Liste.

Versionsprüfung (zuerst durchführen)

• Notieren Sie die genaue Shopware-Version – sie entscheidet, was nativ ist.
• robots.txt: Ab 6,7,1,0+ pro Domain unter Einstellungen > Allgemein > Basisinformationen verwalten; bei älteren Versionen eine manuelle /public/robots.txt bestätigen (mit einem pro Domain konfigurierten Server-Rewrite bei Multi-Domain).
• Strukturierte Daten: Ab 6,7.9.0+ entscheiden, ob das JSON_LD_DATA-Flag aktiviert werden soll; bei älteren Versionen bestätigen, ob weiterhin ein JSON-LD-Plugin benötigt wird.

URL-Struktur

• SEO-URL-Vorlagen pro Entitätstyp (Produkt / Kategorie / Landingpage) unter Einstellungen > Shop > SEO festgelegt; bewusst gewählt, nicht die bloße Standardeinstellung.
• Index nach jeder Vorlagenänderung neu aufgebaut (php bin/console dal:refresh:index), damit vorhandene URLs tatsächlich aktualisiert werden.
• „Kategorie-ID aus URL entfernen“ überprüft (standardmäßig auf Nein gesetzt).
• „Weiterleitungsverhalten“ so eingestellt, dass URL-Änderungen einen 301 auslösen, statt alte URLs aktiv zu lassen.

Canonical & Varianten

• Kanonisierung der Kategorien als korrekt bestätigt (automatisch, aber verifizieren).
• Doppelter Inhalt bei Varianten behandelt – entweder „Variante für kanonische URL“ gesetzt oder ein product-detail/meta.html.twig-Override / Plugin, das Varianten auf das Elternprodukt kanonisiert.

Sitemap

• Refresh-Strategie bewusst gewählt (geplant / live / manuell); bei manueller Strategie wird php bin/console sitemap:generate bei jeder URL-Änderung ausgeführt.
• sitemap.xml in Google Search Console und Bing Webmaster Tools eingereicht.

International (mehrsprachig / Multi-Domain)

• hreflang aktiviert mit dem richtigen Lokalisierungsmodus (ISO-Standard für regionale Varianten; andernfalls Browser-Sprache).
• Standard-Domain als x-default-Fallback festgelegt.
• Return-Tags als bidirektional verifiziert; Cross-Sales-Channel-Setups auf die native Verlinkungslücke geprüft (Plugin falls nötig).

Skalierung & Performance

• Große mehrsprachige Kataloge: SEO-URLs nur für Eltern generiert, wo möglich; Soft-gelöschte / nicht-kanonische seo_url-Zeilen bereinigt; zusammengesetzte Indizes erwogen.
• Blog-/Archiv-Paginierungsseiten noindex, wo sie keinen Mehrwert bieten.

Headless (nur Composable Frontends)

• Nuxt-Rendering-Modus erzeugt crawlbar HTML (SSR / hybrid / ISR, nicht reines CSR).
• Sitemap, Canonical, Meta-Tags und strukturierte Daten in der Nuxt-App implementiert (Admin-SEO-Einstellungen werden nicht übernommen).

Die mentalen Modelle

1. Drei Kategorien, nicht zwei – wegen der Versionen. Ordnen Sie jede Shopware-SEO-Aufgabe in nativ-und-aktuell, nur-nativ-auf-einer-neueren-Version (robots.txt ≥ 6,7,1,0, JSON-LD ≥ 6,7.9.0) oder weiterhin-Ihre-Aufgabe (Bulk-Meta, Variante→Eltern- Canonical, Cross-Channel-hreflang, Headless-Rendering). Bei Shopware ist die Versionskategorie diejenige, die Leute überrascht – prüfen Sie immer die Version, bevor Sie einem Tipp vertrauen.

2. Vorlagen generieren, der Index veröffentlicht. Das Bearbeiten einer SEO-URL-Vorlage ändert nur zukünftige URLs. Nichts ist live, bis Sie neu aufbauen (dal:refresh:index). Wenn „die Vorlagenänderung hat nicht funktioniert“, ist dies das Erste, was zu prüfen ist.

3. Canonical ist ein separates System von URLs. Denken Sie nicht über Shopware-Canonicals über die URL-Vorlagen nach – sie sind unabhängige Mechanismen. Kategorien canonicalisieren automatisch; Varianten sind halb-manuell und können ohne Vorlagen-Override nicht das Eltern-Element erreichen. Halten Sie die beiden Systeme in Ihrem Kopf getrennt.

4. hreflang lebt im Domain-Modell. Es gibt keinen hreflang-Editor – es ist eine Konsequenz davon, wie Sie Sales Channels und Domains strukturieren. Eine Domain = eine Sprache/Währung; die Standard-Domain ist Ihr x-default. Wenn hreflang falsch ist, schauen Sie auf die Domain-Einrichtung, nicht auf ein hreflang-Feld.

5. Headless setzt die gesamte Checkliste zurück. Sobald Sie zu Composable Frontends wechseln, hören die Admin-SEO-Einstellungen auf, die Quelle der Wahrheit zu sein – Sitemap, Canonical, Meta und strukturierte Daten wandern alle in Nuxt. Headless ist nicht „dieselbe SEO-Checkliste, schneller“; es ist eine andere Checkliste, die Ihrem Frontend gehört.

Shopware-SEO-Spickzettel

Wo die Dinge im Admin liegen

Versionsgrenzen

CLI-Befehle

Sitemap-Strategien

Don’ts

• Ändern Sie keine URL-Vorlage und erwarten Sie, dass bestehende URLs ohne Neuaufbau aktualisiert werden.
• Gehen Sie nicht davon aus, dass „Variant for Canonical URL“ Varianten auf das übergeordnete Element verweist – das tut es nicht.
• Raten Sie nicht dazu, „robots.txt im Admin zu bearbeiten“, ohne auf 6,7,1,0+ zu prüfen.
• Kaufen Sie kein JSON-LD-Plugin auf 6,7.9.0+, bevor Sie das native Flag geprüft haben.
• Gehen Sie nicht davon aus, dass Headless (Composable Frontends) die Admin-SEO-Einstellungen übernimmt.

Shopware-SEO-Fehler, die Sie vermeiden sollten

Bearbeiten einer SEO-URL-Vorlage ohne Neuaufbau des Index

Warum es falsch ist: Bestehende URLs behalten ihre alten generierten Werte, sodass die Admin-Änderung scheinbar nichts bewirkt hat. Stattdessen so: führen Sie php bin/console dal:refresh:index aus, crawlen Sie dann alte und neue Produkt-URLs und bestätigen Sie das Weiterleitungsverhalten.

Annahme, dass „Variant for Canonical URL“ auf das übergeordnete Element verweist

Warum es falsch ist: Der native Picker nominiert eine andere Variante, nicht das übergeordnete Produkt. Nahezu identische Varianten können daher über URLs verteilt bleiben. Stattdessen so: verwenden Sie ein product-detail/meta.html.twig-Override oder ein geeignetes Plugin, wenn das übergeordnete Produkt die beabsichtigte kanonische URL sein soll.

Versionenblinde robots.txt-Beratung geben

Warum es falsch ist: Die adminbasierte, domänenbezogene robots.txt-Verwaltung beginnt bei 6,7,1,0; ältere Shops erfordern eine Datei und Server-Rewrite. Stattdessen so: notieren Sie die genaue Shopware-Version, bevor Sie den Implementierungspfad wählen.

Kauf eines JSON-LD-Plugins vor Prüfung der nativen Funktion

Warum es falsch ist: Shopware 6,7.9.0 führte natives JSON-LD hinter dem JSON_LD_DATA-Flag ein. Eine zweite Quelle kann Markup duplizieren oder mit bereits vorhandenem Markup kollidieren. Stattdessen so: prüfen Sie Version und Flag, validieren Sie die aktuelle Ausgabe und füllen Sie nur echte Lücken.

Erwarten, dass Admin-SEO-Einstellungen in einen Headless-Storefront übernommen werden

Warum es falsch ist: Composable Frontends verlagert Rendering, Metadaten, Kanonische URLs, Sitemaps und strukturierte Daten in Nuxt. Stattdessen so: behandeln Sie Headless als neue Frontend-SEO-Implementierung und überprüfen Sie die Serverantwort unabhängig.

Nachweisen, dass eine SEO-URL-Vorlagenänderung wirksam wurde

Neuaufbau und Überprüfung repräsentativer URLs

Durchzuführender Test: Nach dem Speichern der Vorlage führen Sie php bin/console dal:refresh:index aus und öffnen dann repräsentative Produkt-, Kategorie- und Landingpage-URLs, die von der Änderung betroffen sind.

Erwartetes Ergebnis: Bestehende Entitäten verwenden das neue SEO-URL-Muster, nicht nur neu erstellte Elemente erhalten es.

Fehlerinterpretation: Der Index-Neuaufbau wurde nicht abgeschlossen, die falsche Vertriebskanal-Vorlage wurde geändert, oder die Route verwendet eine andere Entitätsvorlage.

Überwachungsfenster: Sofort nach Abschluss des Index-Befehls und nach Aktualisierung der Caches.

Rollback-Auslöser: Stellen Sie die vorherige Vorlage wieder her und bauen Sie erneut auf, wenn das neue Muster Kollisionen, fehlende Routen oder fehlerhafte Pfade erzeugt.

Bestätigen, dass alte URLs ihr Ziel beibehalten

Durchzuführender Test: Fordern Sie nach dem Neuaufbau eine Stichprobe der vorherigen SEO-URLs an und prüfen Sie den HTTP-Status und den Location-Header.

Erwartetes Ergebnis: Jede geänderte alte URL gibt die konfigurierte permanente Weiterleitung auf die passende neue kanonische URL zurück.

Fehlerinterpretation: Das Weiterleitungsverhalten ist deaktiviert, die alte Route wurde nicht beibehalten, oder zwei URL-Regeln kollidieren.

Überwachungsfenster: Sofort nach der Bereitstellung; nach der Cache-Invalidierung wiederholen.

Rollback-Auslöser: Führen Sie ein Rollback durch, wenn wichtige alte URLs 404 zurückgeben, Schleifen, Ketten oder auf das falsche Produkt oder die falsche Kategorie weiterleiten.

Übereinstimmung von Kanonisch und Sitemap überprüfen

Durchzuführender Test: Prüfen Sie das kanonische Tag der neuen Seite und lokalisieren Sie die Entität in sitemap.xml, nachdem die Sitemap-Aktualisierungsstrategie ausgeführt wurde.

Erwartetes Ergebnis: Beide Signale nennen dieselbe neue SEO-URL.

Fehlerinterpretation: Kanonische Konfiguration, Sitemap-Generierung und URL-Index sind nicht synchron.

Überwachungsfenster: Sofort für die kanonische URL; nach der geplanten, Live- oder manuellen Sitemap-Regenerierung für die Sitemap-Ausgabe.

Rollback-Trigger: Rollen Sie die URL-Veröffentlichung zurück, wenn kanonische Seiten nach der Regenerierung auf alte oder fehlende Ziele verweisen.

Tools für Shopware-SEO

• Shopware Console (bin/console) – die beiden Befehle, die Shopware-SEO tatsächlich ausführen: dal:refresh:index (SEO-URLs nach einer Vorlagenänderung neu aufbauen) und sitemap:generate (manuelle Sitemap-Erstellung).
• Google Search Console – Sitemap-Einreichung, URL Inspection (Überprüfung der von Google gewählten kanonischen URL und wie Variantenseiten gerendert werden) sowie die International Targeting / hreflang-Ansicht. Ihre Grundlage für das, was Google tatsächlich tut.
• Bing Webmaster Tools – zweite Sitemap-Einreichung, Crawl-Kontrolle und Site-Scan.
• Screaming Frog / Ahrefs Site Audit – den Shop crawlen, um die Varianten-URL-Explosion, seo_url-Duplikate in großem Umfang, das Redirect-Verhalten nach Vorlagenänderungen und Seiten, die die Sitemap übersieht, zu erkennen. So finden Sie die Shopware-spezifischen Lücken.
• Rich Results Test / Schema Markup Validator – bestätigen, dass die JSON-LD-Ausgabe von 6,7.9.0 gültig ist und mit dem sichtbaren Inhalt übereinstimmt, sobald Sie das JSON_LD_DATA-Flag aktivieren.
• Shopware Store-Erweiterungen – wo die nativen Lücken gefüllt werden: hreflang-Manager für mehrere Vertriebskanäle, Bulk-Meta-/SEO-URL-Manager, erweiterte Sitemap-Anbieter und (auf Stores vor 6,7.9.0) JSON-LD-Rich-Snippet-Plugins.
• Storefront-Vorlagen-Overrides – für die Varianten-Kanonisch-Korrektur überschreiben Sie product-detail/meta.html.twig, anstatt zu einem Plugin zu greifen, wenn Sie Entwicklerkapazitäten haben.

Ressourcen, die Ihre Zeit wert sind

On-Site, verwandt

• Canonicalization – die plattformunabhängigen Mechanismen hinter Shopwares kategorieautomatischem / variantenmanuellen Kanonisch-Verhalten.
• hreflang – die bidirektionalen Return-Tag- und x-default-Anforderungen, auf die Shopwares Vertriebskanal-/Standard-Domain-Modell abgebildet wird.
• JavaScript-SEO und Headless-CMS-SEO – warum ein Composable-Frontends-Build (Nuxt) eine eigene SSR-/Rendering-Disziplin benötigt.

Shopware official

• SEO settings, Sitemap settings, and Sales channel / domains.
• Release notes 6.7.1.0 (robots.txt) and 6.7.9.0 (JSON-LD).
• Shopware Frontends (headless).

Aus der Branche

• Conductor Academy – Shopware-SEO-Best-Practices – Praktiker-Checkliste zu Standardeinstellungs-Fallstricken (Kategorie-ID in der URL, Paginierungssignale, Blog-Paginierung noindex).
• BrocksiNet – Deep Dive in Shopware-SEO-URLs – die Interna der seo_url-Tabelle und die Wachstumsmathematik von Varianten × Sprachen.
• EXWE – SEO-Optimierung in Shopware 6: Kanonische URLs für Produktvarianten – das Varianten-Kanonisch-Problem und die Vorlagen-Override-Lösung.
• elgentos – shopware-seo-canonical-url (GitHub) – ein Open-Source-Plugin zur Kanonisierung von Varianten zurück auf das Elternprodukt.
• Qualimero – Shopware-SEO-Leitfäden – aktuelle EU-/deutschsprachige Marktberichterstattung zu Shopware-SEO und KI-Bereitschaft.
• Kickbyte – Shopware Frontends: Headless-Storefront mit Nuxt – wie die Nuxt-Schicht Headless-SEO prägt.
• Shopware – SEO in Shopware (Marketing-Übersicht) – die eigene Zusammenfassung des Anbieters zu nativen SEO-Funktionen.

Testen Sie sich: Shopware-SEO

Fünf kurze Fragen zur Funktionsweise von SEO in Shopware 6. Wählen Sie für jede eine Antwort aus und prüfen Sie dann.

Änderungsprotokoll