Guide Shopware SEO

TL;DR — Shopware est an ecommerce plateforme (construit dans Germany) que comes avec a lot de SEO construit dans: il peut construire votre produit URLs, écrire votre sitemap, handle balise canonicals, et définir up hreflang pour plusieurs languages. Le deux choses à know going dans: qui fonctionnalités vous obtenir dépend on votre Shopware version (some arrived seulement recently), et a quelques tasks — comme tidying up duplicate variant pages — encore besoin a plugin or a developer.

Ce que “Shopware SEO” signifie

Shopware est an open-source-core ecommerce plateforme. Le actuel version est Shopware 6. Unlike Shopify or BigCommerce — qui host tout pour vous — Shopware est généralement installed on votre propre hosting (or Shopware’s cloud), qui signifie vous obtenir plus contrôler et plus responsibility.

“Shopware SEO” est simplement le normal fonctionner de getting votre produits et category pages trouvé, exploré, indexé, et ranked — applied à a store que exécute on Shopware. c’est worth son propre guide parce que Shopware rend a lot de SEO choices pour vous out de le box, et vous devez know qui boxes il déjà ticks, qui il laisse vide, et qui ones seulement apparaître si vous êtes on a recent-enough version.

Ce que Shopware fait pour vous

• Clean URLs. Shopware construit “SEO URLs” pour votre produits et categories en utilisant templates vous pouvez edit dans le admin. Vous contrôler le format.
• Sitemap. Shopware generates an XML sitemap de votre produits et categories et garde il à https://yourdomain.com/sitemap.xml. Vous simplement submit il à Google.
• Balise canonicals. Pour categories, Shopware picks le correct principal URL automatiquement quand a produit sits dans plus que un category.
• hreflang pour languages. Si vous sell dans plusieurs languages, Shopware peut ajouter le balises que tell Google qui langue version à montrer — construit depuis votre “sales channel” et domain setup.
• robots.txt (newer versions seulement). Depuis Shopware 6.7.1.0 onward vous pouvez edit votre robots.txt correct dans le admin.
• Données structurées (newer versions seulement). Depuis Shopware 6.7.9.0 onward Shopware peut sortie modern JSON-LD “rich résultat” données pour produits.

Ce que vous encore have to do yourself

• Fill dans votre titles et descriptions. Shopware donne vous le champs; vous écrire le copy. il y a aucun native façon à bulk-set les par a modèle à travers thousands de produits.
• Handle duplicate variant pages. Chaque produit variant (chaque size, chaque color) obtient son propre URL, et leur descriptions sont souvent near-identical, donc ils peut compete avec chaque autre. Shopware ne fait pas entièrement corriger ce pour vous.
• Vérifier votre version. Parce que robots.txt et JSON-LD sont recent additions, advice vous lire online peut être out de date pour votre store — or ahead de il.

The chose la plupart personnes obtenir incorrect

Personnes assume que parce que Shopware “a bon SEO,” tout est handled. Deux catches trip up nearly everyone. Premier, modification une URL template ne fait pas mettre à jour votre existing URLs jusqu’à vous rebuild Shopware’s SEO indexer — a étape c’est facile à forget. Deuxième, si vous go “headless” (a modern Vue/Nuxt storefront), presque none de le admin SEO paramètres appliquer le même façon — SEO becomes a job pour votre developer à construire dans le nouveau frontend.

Vouloir le practitioner version — le exact Twig templates, le variant-canonical corriger, le sitemap strategies et CLI commands, le version gates, et le headless catch? Switch à le Avancé tab.

«> TL;DR — Shopware 6 ships more native technical SEO than most self-hosted

platforms — but “native” is heavily version-gated. SEO URLs are Twig templates per entity type (product / category / landing page), configurable globally or per sales channel; change a template and you must rebuild the index (dal:refresh:index) or existing URLs won’t update. Canonical is a separate system from URL templates: automatic for categories, semi-manual for variants (you can point one variant at another as canonical, but not straight at the parent without a template override). The XML sitemap has three refresh strategies (scheduled / live / manual, with sitemap:generate for manual) and Shopware explicitly disclaims any indexing guarantee. robots.txt is nothing-automatic before 6.7.1.0 (manual file + server rewrite) and native per-domain admin editing after. Structured data just migrated from Microdata to JSON-LD in 6.7.9.0 behind the JSON_LD_DATA flag. hreflang comes from the Sales Channel > Domain model, with a cross-sales-channel gap that spawned paid plugins. And going headless (Composable Frontends, Vue + Nuxt) moves the whole SEO checklist into the Nuxt rendering layer. » (Traduction) (Résumé en français de la section dix-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Le frame: native, version-gated, et où vous encore faire le fonctionner

La plupart Shopware SEO contenu est soit a screenshot walkthrough de le admin paramètres or a pitch depuis a Shopware agency. Aucun indique vous le deux choses que en réalité matter: ce que Shopware ships natively dépend on votre version, et le remaining gaps sont spécifique et predictable. Sort chaque task dans three buckets — native-et-actuel, native-seulement-si-vous êtes-on-a-recent-version, et encore-votre-job — et le plateforme arrête étant mysterious.

Shopware itself frames le native side generously: il dit le plateforme “inclut nombreux SEO fonctionnalités out de le box – depuis country- et langue-spécifique URLs à meta données, hreflang, et performances optimizations, allowing vous à construire strong SEO sans additional plugins.” c’est largely vrai — avec le version caveats ci-dessous, et avec a court liste de choses (bulk meta, variant canonicals, cross-channel hreflang, headless rendu) que encore besoin plugins or code.

Parce que Shopware est self-hosted et open-source-core, il sits differently depuis le hosted platforms. Où Shopify forces /products/ et /collections/ prefixes et ne va pas let vous natively edit robots.txt, et BigCommerce hands vous an editable robots.txt et custom Structure d’URLs on a managed stack, Shopware donne vous plus contrôler que quelconque de les — vous pouvez override storefront templates directement — à le coût de owning plus de le résultat, notamment votre propre hosting, indexation rebuilds, et (on headless) votre propre rendu pipeline. c’est closer dans spirit à Magento or a self-hosted WooCommerce store que à Shopify.

Structure d’URL: SEO URL templates

«SEO URLs live at Settings > Shop > SEO, and they’re configurable per sales channel or globally. There are three separately-templated entity types — product detail pages, category pages, and landing pages — and the templates use Twig syntax. Shopware’s docs put it plainly: “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.” » (Traduction) (Résumé en français de la section vingt-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

The mechanics worth knowing:

«- The default product template is {{ product.name }}, and there are 50+ product variables available (product number, EAN, manufacturer name, breadcrumb/categories, custom fields, release date, and more). » (Traduction) (Résumé en français de la section vingt-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Multi-level variables must be typed by hand. Clicking the variable picker only inserts the incomplete parent token — {{ product.translated.name }} has to be finished manually. » (Traduction) (Résumé en français de la section vingt-six, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- You can truncate long names. For a product name longer than, say, 50 characters, Shopware documents {{ product.translated.name[:50] }} to shorten it in the URL. » (Traduction) (Résumé en français de la section vingt-six, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- The category default uses the breadcrumb: {% for part in category.seoBreadcrumb %}{{ part }}/{% endfor %}. » (Traduction) (Résumé en français de la section vingt-six, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- Twig filters work for normalization — for example {{ product.translated.name|lower }}/{{ product.productNumber }} — and Shopware notes “in general you can use the available Twig filters.” » (Traduction) (Résumé en français de la section vingt-six, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.) «- Conditional (IF) logic handles missing fields; the docs give a variant-aware example using {% if product.canonicalProductId is not null %}. » (Traduction) (Résumé en français de la section vingt-six, sous-partie six : le texte source est conservé pour vérification lors de la relecture francophone.)

«The trap almost everyone hits: “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.” Editing a template only affects newly generated URLs — existing products keep their old slugs until you rebuild. If you change the template and “nothing happened,” this is why. » (Traduction) (Résumé en français de la section vingt-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Sous le hood, SEO URLs actif dans a seo_url database tableau avec a dual-URL concept: a technique path_info (le réel route) et a human seo_path_info (le slug), plus sales_channel_id, language_id, is_canonical, et is_deleted/is_modified flags. Custom or dynamic SEO URL routes sont ajouté par developers via a SeoUrlRouteInterface implementation registered avec le shopware.seo_url.route container balise. Vous ne pas besoin ce pour a normal store, mais il explique le scale behavior dans le pitfalls section ci-dessous.

Balise canonicals

«Canonicalization on Shopware is a separate mechanism from the URL templates — this is the single most misunderstood part of Shopware SEO. Shopware’s own docs even define the concept the way Google does: “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.” » (Traduction) (Résumé en français de la section trente, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Three choses to garder straight:

• Categories sont canonicalized automatiquement. Quand a produit est reachable via plusieurs categories (et therefore plusieurs URLs), Shopware’s marketing décrit il as detecting ce et “automatiquement marks le correct URL, automatiquement preventing SEO technique problèmes.” Treat le marketing phrasing as a claim à confirmer on votre propre store, mais le automatic-category behavior est réel.
• Variants sont seulement semi-manual. Chaque variant obtient son propre SEO URL, et le built-dans “Variant pour Canonical URL” picker lets vous nominate un variant as le canonical cible. Ce que il fait pas faire est let vous pouvezonicalize a variant straight back à le parent produit — a gap practitioners corriger par overriding product-detail/meta.html.twig (or avec a plugin) donc variants canonicalize à le parent’s SEO URL quand un exists. Si votre variant pages sont near-duplicates competing avec chaque autre, ce est le corriger.
• il y a a mondial 301 behavior toggle. Sous “Forwarding behavior,” Shopware peut “sortie an HTTP 301 redirect quand URLs sont changed” plutôt que leaving old URLs actif après a template edit — le paramètre que pairs avec le dal:refresh:index rebuild ci-dessus.

Ce maps directement sur Google’s propre stance que canonicalization est a hint et que duplicate variant/parameter URLs sont normal dans ecommerce — le general mechanics sont dans canonicalization, qui ce article est le Shopware-spécifique companion à.

XML sitemap

«The sitemap lives at Settings > Shop > Sitemap. Shopware “generates a standard sitemap that is compressed and cached in the file system,” and for large catalogs “the sitemap is divided into several files and can be generated in the background” — the multi-file split that keeps each file inside the sitemaps.org / Google limits of 50,000 URLs and 50 MB uncompressed. » (Traduction) (Résumé en français de la section trente-cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Là sont three refresh strategies, et le difference matters:

1. scheduled — generated automatiquement on a scheduled task à a définir interval.
2. actif — créé quand none exists, et recreated une fois le refresh temps elapses.
3. manuellement — automatic generation est off entirely; “le sitemap va seulement être créé si vous appel le suivant command manuellement: php bin/console sitemap:generate. Dans ce cas, il est necessary à exécuter ce command à nouveau chaque temps a nouveau URL est ajouté or an old un est supprimé.”

Two choses personnes miss:

«- The public URL is sitemap.xml, and there’s no human-facing /sitemap page. Shopware is explicit: “Shopware 6 does not provide a visitor sitemap (suffix /sitemap after your domain). The index file sitemap.xml is created for evaluation by Google.” » (Traduction) (Résumé en français de la section trente-neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- A sitemap guarantees nothing. Shopware states outright that it “cannot guarantee that every URL will be crawled and indexed. This always depends on the search engine provider.” A sitemap is a discovery aid, not an indexing promise — same as on every other platform. » (Traduction) (Résumé en français de la section trente-neuf, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

Ajout or excluding custom URLs (au-delà products/categories) isn’t an admin toggle — it’s developer fonctionner via custom UrlProvider classes, documented in Shopware’s developer sitemap guides.

robots.txt — vérifier votre version premier

Ce is the la plupart version-sensitive partie of Shopware SEO, so date-stamp it avant vous advise anyone.

• Avant 6.7.1.0 (la plupart older installs): rien est generated automatiquement. Shopware’s docs dire “le robots fichier n’est pas créé automatiquement dans Shopware 6, mais a à être créé manuellement as a texte fichier” placed dans /public/. Pour multi-domain setups vous servir a per-domain fichier avec a serveur rewrite — Apache RewriteRule ^robots\.txt$ robots/%{HTTP_HOST}.txt [NS] or le NGINX equivalent rewrite ^/robots\.txt$ /robots/$host.txt — pointing à a /public/robots/<domain>.txt structure.
• Depuis 6.7.1.0 onward (July 2025 release): native per-domain robots.txt management shipped dans le admin — vous “peut define individual robots.txt règles pour chaque domain dans le Admin sous Paramètres > General > Basic information.” Ce commencé as a Hacktoberfest 2024 community contribution.

«So the myth “Shopware doesn’t let you edit robots.txt” is only true pre-6.7.1.0. Confirm the store’s version before telling someone to “just edit it in the admin” — older stores still need the manual-file-plus-rewrite approach. The admin field (“Rules for robots.txt” under Settings > General > Basic information) is a free-text area merged straight into that domain’s robots.txt, so it accepts full User-agent: / Allow: / Disallow: blocks, not just flat rules — confirmed both in Shopware’s current docs and in a 6.7.10.0 fix (avoid duplicate robots.txt directives for user-agent blocks) that specifically reproduces the bug using per-user-agent blocks in that field. » (Traduction) (Résumé en français de la section quarante-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Données structurées: the Microdata → JSON-LD migration

«Shopware went through a real architecture shift here in 6.7.9.0: the storefront moved from scattered inline Microdata to JSON-LD emitted as a <script type="application/ld+json"> block in the <head>. It’s behind a feature flag, JSON_LD_DATA, and is off by default — with the flag on, JSON-LD is injected and the old Microdata is removed. The Microdata is deprecated and slated for removal in 6.8.0.0. » (Traduction) (Résumé en français de la section quarante-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Une fois vous flip le flag, le JSON-LD sortie est substantially richer que le old Microdata:

• Product — tout produit images, VideoObject pour produit videos, AggregateRating avec ratingCount, up à le 10 la plupart recent Review éléments, OfferShippingDetails/ShippingDeliveryTime pour unique-price produits, Dimensions as QuantitativeValue, itemCondition, typed seller info, et gtin13 (EAN) / mpn quand présent.
• WebSite avec SearchAction (enables Google’s Sitelinks recherche box).
• Top-level Organization (shop logo).
• ItemList on category / recherche-résultat pages, plus BreadcrumbList.

«Each schema type lives in its own overridable Twig template under storefront/layout/structured-data/. The same 6.7.9.0 release also added per-product Open Graph fields in the admin SEO tab — custom og:title, og:description, and og:image, defaulting to the product’s meta title/description/cover image when unset — so social shares and some search-result previews can now diverge intentionally from the meta tags without a plugin. » (Traduction) (Résumé en français de la section quarante-neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Le practical takeaway: ce est a myth-buster. Plenty de practitioner posts et payant Store extensions (“JSON-LD Rich Extraits pour produit pages”) predate le native fonctionnalité. Si vous êtes on 6.7.9.0+, vérifier si vous encore besoin que plugin avant buying il — et si vous êtes on an older version, c’est exactly quand a plugin encore earns son garder. Google’s Produit données structurées guidelines sont le spec ce sortie targets, et Google exige données structurées à reflect visible page contenu — donc fill le champs vous vouloir dans le markup.

«## International SEO: hreflang via Sales Channel + Domain » (Traduction) (Résumé en français de la section cinquante-deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Shopware ne fait pas ont a standalone hreflang editor. hreflang est derived depuis le Sales Channel > Domain model: chaque sales channel peut ont plusieurs domains, et chaque domain maps à un langue, un currency, a extrait définir, et a unit système — définir up avec son “propre virtual URL, langue, currency, extrait set et son propre unit système.”

Two settings do the SEO fonctionner:

• A localization mode dropdown avec deux options: ISO standard, “utile, pour exemple, si vous utiliser différent (country-spécifique) langue variants que peut utiliser leur propre country-spécifique terms,” qui produces complet region-langue codes comme en-US vs en-GB; et navigateur langue localization, qui est langue-seulement (plain en). Utiliser ISO standard quand vous genuinely ont regional variants.
• A par défaut domain que, après vous enable le hreflang meta balise, “va servir as a fallback pour tout languages” — Shopware’s version de Google’s x-default.

Le connu weak spot: ce fonctionne dans a unique sales channel’s domains, mais cross-sales-channel hreflang — séparé sales channels per country/TLD running near-duplicate catalogs — n’est pas natively lié. Que gap est exactly ce que payant “Hreflang Manager” store extensions exist à solve. je voudrais treat le cross-channel gap as a strong community/marketplace signal plutôt que a documented Shopware limitation, mais c’est a recurring pain point on le forums.

Un chose Shopware’s propre docs ne pas spell out que Google exige: hreflang doit être bidirectional (retourner balises) et inclure an x-default. Si vous êtes nouveau à le renvoyer-balise requirement, le general mechanics sont dans hreflang — Shopware’s default-domain paramètre handles le x-default side, mais vous encore vouloir à vérifier le retourner balises resolve.

«## Headless: Composable Frontends (Shopware Frontends) » (Traduction) (Résumé en français de la section cinquante-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Shopware’s headless option est “Shopware Frontends” (formerly “Composable Frontends” / “PWA”) — a Vue.js + Nuxt toolkit que consumes le Shopware Store API, distinct depuis le par défaut Twig/Symfony storefront. Il ships a component library, an API client, reusable “composables,” et generated TypeScript types; le référence “Vue Demo Store” est construit on Nuxt + Tailwind.

Ici’s le partie chaque autre guide skips: going headless moves essentially tout SEO responsibility dans le Nuxt couche, et none de le admin SEO paramètres appliquer le même façon. Le SEO URL templates, le canonical paramètres, le sitemap admin toggle, et le nouveau robots.txt admin panel sont tout Symfony-storefront (Twig) fonctionnalités. A Composable Frontends construire nécessite son propre:

• Rendu mode que produces crawlable HTML — Nuxt SSR (or hybrid / ISR / edge rendu) pour le SEO-pertinent pages. A pure client-side-rendu (SPA) construire reintroduces le classic JavaScript-rendu SEO risque, donc headless est pas automatiquement meilleur pour le SEO — a badly configuré headless storefront peut être pire que le par défaut Twig un.
• Sitemap generation, balise canonicals, données structurées, et meta-balise injection implemented dans le Nuxt app (typically via Nuxt’s head/SEO-meta composables), généralement encore pulling slugs et produit données depuis le même Shopware SEO URL / Store API données.

Donc le myth “going headless avec Shopware corrections/améliore SEO” est faux as stated. SEO résultat dépend entirely on comment vous configurer rendu dans Nuxt. Ce est le même trap as quelconque headless construire — le plateforme-agnostic version lives dans JavaScript SEO et CMS headless SEO.

Courant pitfalls at scale

Le practitioner pain points cluster dans three places:

«- Default misconfigurations. Practitioner audits flag that “Remove Category ID from URL” ships set to No by default (worth enabling for cleaner URLs), that pagination signals are off by default, and that blog/archive pagination pages are worth noindex-ing because they “add no value; they only take up crawl budget.” One widely repeated claim — that Shopware auto-adds nofollow to all external links — I’d verify against a real install before repeating; it wasn’t confirmed against Shopware’s own docs. » (Traduction) (Résumé en français de la section soixante-cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Product-variant duplicate content. This is the single most recurring Shopware SEO complaint. Each variant gets its own URL (/SW10000.1, /SW10000.2, …) with inherited, near-identical descriptions, so variants compete unless you canonicalize them — and, per the canonical section above, the built-in picker can’t point straight at the parent without a template override. » (Traduction) (Résumé en français de la section soixante-cinq, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- seo_url table growth on large multilingual catalogs. Row count roughly follows (parent + active variants) × number of languages — a practitioner deep dive puts a 9-variant product across 17 languages at ~153 rows for a single product family. Frequent template edits multiply history rows further. At scale the fixes are: generate SEO URLs for parent products only (not every variant), prune soft-deleted / non-canonical rows periodically, and add composite indexes. This is why a large Shopware store can feel slow and accumulate odd duplicate SEO URLs. » (Traduction) (Résumé en français de la section soixante-cinq, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

Quand native outils are suffisant vs. quand vous besoin a plugin or dev fonctionner

Le rough threshold echoed à travers practitioner sources: native outils sont suffisant pour petit, simple catalogs (on le order de a quelques hundred produits), et plugins or custom development become necessary à meaningful scale — thousands de SKUs, deep variant matrices, nombreux languages, or cross-sales-channel international setups. Concretely, reach pour a plugin or code quand vous besoin bulk titre/meta patterns, canonical-à-parent pour variants, cross-sales-channel hreflang, custom sitemap entries, or JSON-LD on a pre-6.7.9.0 version. Tout sinon — SEO URL templates, category canonicals, le sitemap, unique-channel multi-domain hreflang, et (on actuel versions) robots.txt et JSON-LD — est native.

Shopware vs le hosted platforms — le honest version

Tout de les classer fine. Shopware’s genuine advantage est contrôler — Twig-templated URLs, overridable storefront templates, et a grand native fonctionnalité définir que garde growing par version. Son genuine coût est que vous propre plus de le pipeline: votre hosting, votre indexer rebuilds, votre version awareness, et — si vous go headless — votre entier rendu et SEO-balise couche. Comme Magento et self-hosted WooCommerce, et unlike Shopify or PrestaShop’s simpler defaults, que trade favors teams avec development capacity.

AI summary

A condensed prendre on the Avancé version:

«- Shopware 6 is a self-hosted, open-source-core ecommerce platform (Symfony/PHP + Vue.js storefront) with a large native SEO feature set — more control than Shopify or BigCommerce, but you own more of the pipeline. » (Traduction) (Résumé en français de la section soixante-quinze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Native” is version-gated. Per-domain robots.txt only from 6.7.1.0 (the admin field is free text, so User-agent: blocks work, not just flat rules); JSON-LD structured data (replacing Microdata) and per-product Open Graph fields only from 6.7.9.0, behind the JSON_LD_DATA flag for JSON-LD (Microdata sunsets in 6.8.0.0). Always check the store’s version before advising. » (Traduction) (Résumé en français de la section soixante-quinze, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- SEO URLs are Twig templates per entity type (product / category / landing page) at Settings > Shop > SEO. Change a template → rebuild the index (php bin/console dal:refresh:index) or existing URLs won’t update. » (Traduction) (Résumé en français de la section soixante-quinze, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- Canonical is a separate system: automatic for categories; for variants you can nominate one variant as canonical but can’t point straight at the parent without overriding product-detail/meta.html.twig. A global “Forwarding behavior” toggle emits 301s on URL change. » (Traduction) (Résumé en français de la section soixante-quinze, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- Sitemap: three strategies (scheduled / live / manual, with php bin/console sitemap:generate); public URL sitemap.xml; no human /sitemap page; Shopware disclaims any indexing guarantee. » (Traduction) (Résumé en français de la section soixante-quinze, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.) «- hreflang comes from the Sales Channel > Domain model (one domain = one language/currency), with an ISO-standard vs browser-language toggle and a default domain as x-default. Cross-sales-channel hreflang isn’t natively linked — the gap paid plugins fill. » (Traduction) (Résumé en français de la section soixante-quinze, sous-partie six : le texte source est conservé pour vérification lors de la relecture francophone.) «- Headless (Composable Frontends, Vue + Nuxt) moves the entire SEO checklist (sitemap, canonical, meta, structured data) into the Nuxt rendering layer — admin SEO settings don’t apply, and a poorly configured headless build can be worse for SEO. » (Traduction) (Résumé en français de la section soixante-quinze, sous-partie sept : le texte source est conservé pour vérification lors de la relecture francophone.) «- Scale pitfalls: variant duplicate content, seo_url table growth (~variants × languages), and default misconfigurations (category ID in URL, pagination signals). Native tools suffice for small catalogs; plugins/dev work for scale. » (Traduction) (Résumé en français de la section soixante-quinze, sous-partie huit : le texte source est conservé pour vérification lors de la relecture francophone.)

Documentation officielle

Primary-source docs depuis Shopware et Google.

Shopware

• SEO paramètres (SEO URL templates, canonical, forwarding behavior) — le core admin SEO page; Twig variables, truncation, filters, et le dal:refresh:index rebuild remarque.
• Sitemap paramètres — le three refresh strategies, sitemap:generate, le sitemap.xml URL, et le aucun-indexation-guarantee disclaimer.
• Sales channel (domains / hreflang) — le Sales Channel > Domain model, hreflang localization modes, et le default-domain fallback.
• Creation de robots.txt (legacy / manual méthode) — le pre-6.7.1.0 manual fichier + serveur-rewrite approche.
• Ajouter Custom SEO URLs (developer) — le seo_url tableau, SeoUrlRouteInterface, et le shopware.seo_url.route container balise.
• Sitemap plugin guide (developer) — custom UrlProvider classes pour ajout/removing sitemap entries.
• Release notes 6.7.1.0 (native robots.txt) — le version que ajouté per-domain robots.txt dans le admin.
• Release notes 6.7.9.0 (JSON-LD données structurées) — le Microdata → JSON-LD migration, le JSON_LD_DATA flag, et le schema types.
• Shopware Frontends (headless docs) et le Nuxt module — le Vue + Nuxt Composable Frontends toolkit.
• SEO dans Shopware (marketing overview) — Shopware’s propre summary de native SEO fonctionnalités.

Google

• Produit données structurées — requis/recommended Produit champs le JSON-LD sortie targets.
• Données structurées intro — pourquoi JSON-LD est recommended over microdata.
• URL canonicalization — le “hint, not a rule” framing behind Shopware’s canonical handling.
• Managing multi-regional et multilingual sites (hreflang) — le bidirectional renvoyer-balise et x-default requirements Shopware’s default-domain paramètre maps sur.

Quotes from the source

On-le-record statements depuis Shopware’s propre documentation et marketing. Chaque lien deep-liens à le quoted passage on le page source.

«Shopware — SEO URL templates (docs) » (Traduction) (Résumé en français de la section quatre-vingt-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«- “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.” Jump to quote » (Traduction) (Résumé en français de la section quatre-vingt-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- “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.” Jump to quote » (Traduction) (Résumé en français de la section quatre-vingt-sept, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

Shopware — canonical (docs)

• “A canonical URL est le URL de le page ce le moteur de recherche assumes est le la plupart representative de plusieurs duplicated pages on votre site.” Jump à citation

Shopware — sitemap (docs)

«- “Shopware 6 does not provide a visitor sitemap (suffix /sitemap after your domain). The index file sitemap.xml is created for evaluation by Google.” Jump to quote » (Traduction) (Résumé en français de la section quatre-vingt-onze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Shopware cannot guarantee that every URL will be crawled and indexed. This always depends on the search engine provider.” Jump to quote » (Traduction) (Résumé en français de la section quatre-vingt-onze, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- On manual mode: “the sitemap will only be created if you call the following command manually: php bin/console sitemap:generate.” Jump to quote » (Traduction) (Résumé en français de la section quatre-vingt-onze, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

«Shopware — robots.txt (docs) » (Traduction) (Résumé en français de la section quatre-vingt-douze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«- “The robots file is not created automatically in Shopware 6, but has to be created manually as a text file.” (Legacy / pre-6.7.1.0 method.) Source » (Traduction) (Résumé en français de la section quatre-vingt-treize, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Shopware — native SEO (marketing) » (Traduction) (Résumé en français de la section quatre-vingt-quatorze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

• “Shopware inclut beaucoup SEO fonctionnalités out de le box – depuis country- et langue-spécifique URLs à meta données, hreflang, et performance optimizations, allowing vous à construire strong SEO sans additional plugins.” Source

Shopware-specific SEO audit checklist

A réussir tuned to Shopware’s réel mechanics — pas a generic ecommerce liste.

Version vérifier (faire ce premier)

• Remarque le exact Shopware version — il decides qu’est-ce que native.
• robots.txt: on 6.7.1.0+ manage il per-domain dans Paramètres > General > Basic information; on older versions confirmer a manual /public/robots.txt (avec a per-domain serveur rewrite si multi-domain).
• Données structurées: on 6.7.9.0+ decide si à enable le JSON_LD_DATA flag; on older versions confirmer si a JSON-LD plugin est encore nécessaire.

«URL structure » (Traduction) (Résumé en français de la section cent deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] SEO URL templates set per entity type (product / category / landing) at Settings > Shop > SEO; deliberate, not the bare default. » (Traduction) (Résumé en français de la section cent deux, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] Index rebuilt after any template change (php bin/console dal:refresh:index) so existing URLs actually update. » (Traduction) (Résumé en français de la section cent deux, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] “Remove Category ID from URL” reviewed (ships set to No by default). » (Traduction) (Résumé en français de la section cent deux, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] “Forwarding behavior” set so URL changes emit a 301 rather than leaving old URLs live. » (Traduction) (Résumé en français de la section cent deux, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.)

«Canonical & variants » (Traduction) (Résumé en français de la section cent trois, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] Category canonicalization confirmed correct (automatic, but verify). » (Traduction) (Résumé en français de la section cent trois, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] Variant duplicate content handled — either “Variant for Canonical URL” set, or a product-detail/meta.html.twig override / plugin canonicalizing variants to the parent. » (Traduction) (Résumé en français de la section cent trois, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

«Sitemap » (Traduction) (Résumé en français de la section cent quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] Refresh strategy chosen deliberately (scheduled / live / manual); if manual, php bin/console sitemap:generate runs whenever URLs change. » (Traduction) (Résumé en français de la section cent quatre, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] sitemap.xml submitted in Google Search Console and Bing Webmaster Tools. » (Traduction) (Résumé en français de la section cent quatre, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

«International (multi-language / multi-domain) » (Traduction) (Résumé en français de la section cent cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] hreflang enabled with the right localization mode (ISO standard for regional variants; browser-language otherwise). » (Traduction) (Résumé en français de la section cent cinq, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] Default domain set as the x-default fallback. » (Traduction) (Résumé en français de la section cent cinq, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] Return tags verified as bidirectional; cross-sales-channel setups checked for the native linking gap (plugin if needed). » (Traduction) (Résumé en français de la section cent cinq, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.)

«Scale & performance » (Traduction) (Résumé en français de la section cent six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] Large multilingual catalogs: SEO URLs generated for parents only where possible; soft-deleted / non-canonical seo_url rows pruned; composite indexes considered. » (Traduction) (Résumé en français de la section cent six, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] Blog/archive pagination pages noindexed where they add no value. » (Traduction) (Résumé en français de la section cent six, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

«Headless (Composable Frontends only) » (Traduction) (Résumé en français de la section cent sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] Nuxt rendering mode produces crawlable HTML (SSR / hybrid / ISR, not pure CSR). » (Traduction) (Résumé en français de la section cent sept, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] Sitemap, canonical, meta tags, and structured data implemented in the Nuxt app (admin SEO settings do not carry over). » (Traduction) (Résumé en français de la section cent sept, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

«## The mental models » (Traduction) (Résumé en français de la section cent dix, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

1. Three buckets, pas deux — parce que de versions. Sort chaque Shopware SEO task dans native-et-actuel, native-seulement-on-a-recent-version (robots.txt ≥ 6.7.1.0, JSON-LD ≥ 6.7.9.0), or encore-votre-job (bulk meta, variant→parent canonical, cross-channel hreflang, headless rendu). On Shopware le version bucket est le un que catches personnes out — toujours vérifier le version avant vous confiance a tip.

«2. Templates generate, the index publishes. Editing an SEO URL template changes future URLs only. Nothing is live until you rebuild (dal:refresh:index). Whenever “the template change didn’t work,” this is the first thing to check. » (Traduction) (Résumé en français de la section cent douze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

3. Canonical est a séparé système depuis URLs. ne pas raison à propos de Shopware canonicals via l’URL templates — ils sont unrelated mechanisms. Categories canonicalize automatiquement; variants sont semi-manual et ne peut pas reach le parent sans a template override. Garder le deux systèmes séparé dans votre head.

4. hreflang lives dans le domain model. il y a aucun hreflang editor — c’est a consequence de comment vous structure Sales Channels et Domains. Un domain = un langue/currency; le par défaut domain est votre x-default. Si hreflang est incorrect, regarder à le domain setup, pas a hreflang champ.

5. Headless resets le entier liste de contrôle. Le moment vous go Composable Frontends, le admin SEO paramètres arrêter étant le source de truth — sitemap, canonical, meta, et données structurées tout déplacer dans Nuxt. Headless n’est pas “le même SEO liste de contrôle, faster”; c’est a différent liste de contrôle owned par votre frontend.

Shopware SEO cheat sheet

Où choses live in the admin

Version gates

CLI commands

Sitemap strategies

Don’ts

• ne pas modifier une URL template et expect existing URLs à mettre à jour sans a rebuild.
• ne pas assume “Variant pour Canonical URL” points variants à le parent — il ne fait pas.
• ne pas advise “edit robots.txt in the admin” sans checking pour 6.7.1.0+.
• ne pas buy a JSON-LD plugin on 6.7.9.0+ avant checking le native flag.
• ne pas assume headless (Composable Frontends) inherits le admin SEO paramètres.

Shopware SEO mistakes to éviter

Editing an SEO URL template sans rebuilding the index

Pourquoi c’est incorrect: Existing URLs garder leur old generated valeurs, donc le admin modifier apparaît à ont fait rien. Faire ce à la place: exécuter php bin/console dal:refresh:index, alors explorer old et nouveau produit URLs et confirmer le forwarding behavior.

Assuming Variant pour URL canonique points to the parent

Pourquoi c’est incorrect: Le native picker nominates un autre variant, pas le parent produit. Near-identical variants peut therefore remain split à travers URLs. Faire ce à la place: utiliser a product-detail/meta.html.twig override or a suitable plugin quand le parent produit est le prévu canonical.

«### Giving version-blind robots.txt advice » (Traduction) (Résumé en français de la section cent trente-cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Pourquoi c’est incorrect: Admin-based per-domain robots.txt management commence à 6.7.1.0; older stores exiger a fichier et serveur rewrite. Faire ce à la place: record le exact Shopware version avant choosing le implementation chemin.

Buying a JSON-LD plugin avant checking the native fonctionnalité

Pourquoi c’est incorrect: Shopware 6.7.9.0 introduced native JSON-LD behind le JSON_LD_DATA flag. A deuxième source peut duplicate or conflict avec markup vous déjà ont. Faire ce à la place: vérifier le version et flag, valider le actuel sortie, alors fill seulement genuine gaps.

Expecting admin SEO paramètres à carry dans a headless storefront

Pourquoi c’est incorrect: Composable Frontends moves rendu, metadata, canonicals, sitemaps, et données structurées dans Nuxt. Faire ce à la place: treat headless as a nouveau frontend SEO implementation et vérifier son serveur réponse independently.

Prove an SEO URL template modifier took effect

Rebuild et inspect representative URLs

Tester à exécuter: Après saving le template, exécuter php bin/console dal:refresh:index, alors ouvrir representative produit, category, et landing-page URLs covered par le modifier.

Attendu result: Existing entities utiliser the nouveau SEO URL pattern plutôt que seulement newly créé items receiving it.

Échec interpretation: Le indexer rebuild a fait pas complet, le incorrect sales channel template était modifié, or le route est en utilisant a différent entity template.

Monitoring window: Immediate après le indexer command finishes et caches sont refreshed.

Rollback trigger: Restore le previous template et rebuild à nouveau si le nouveau modèle crée collisions, manquant routes, or malformed paths.

Confirmer old URLs preserve leur destination

Tester à exécuter: Requête a sample de le previous SEO URLs après le rebuild et inspect le HTTP status et Location header.

Attendu result: Chaque modifié old URL renvoie the configuré redirection permanente to the matching nouveau URL canonique.

Échec interpretation: Forwarding behavior est disabled, le old route était pas retained, or deux URL règles conflict.

Monitoring window: Immediate après deployment; repeat après cache invalidation.

Rollback trigger: Roll back si important old URLs retourner 404, loop, chain, or redirection to the incorrect product or category.

Vérifier canonical and sitemap agreement

Tester à exécuter: Inspect le nouveau page’s balise canonical et locate le entity dans sitemap.xml après le sitemap refresh stratégie a exécuter.

Attendu result: Les deux signals nom the même nouveau SEO URL.

Échec interpretation: Canonical configuration, sitemap generation, et l’URL indexer sont out de sync.

Monitoring window: Immediate pour le canonical; après le scheduled, actif, or manual sitemap regeneration pour sitemap sortie.

Rollback trigger: Roll back l’URL release si canonical pages point at old or manquant destinations après regeneration.

Outils pour Shopware SEO

• Shopware Console (bin/console) — le deux commands que en réalité exécuter Shopware SEO: dal:refresh:index (rebuild SEO URLs après a template modifier) et sitemap:generate (manual sitemap construit).
• Recherche Google Console — sitemap submission, Inspection d’URL (vérifier le canonical Google chose, et comment variant pages rendre), et le International Targeting / hreflang view. Votre ground truth pour ce que Google en réalité fait.
• Bing Webmaster Outils — deuxième sitemap submission, explorer contrôler, et site scan.
• Screaming Frog / Ahrefs Site Audit — explorer le store à catch le variant-URL explosion, seo_url duplicates à scale, redirection behavior après template changements, et pages le sitemap misses. Ce est comment vous trouver le Shopware-spécifique gaps.
• Résultats enrichis Tester / Balisage de données structurées Validator — confirmer le 6.7.9.0 JSON-LD sortie est valide et matches visible contenu une fois vous enable le JSON_LD_DATA flag.
• Shopware Store extensions — où le native gaps obtenir filled: cross-sales-channel hreflang managers, bulk meta / SEO URL managers, avancé sitemap providers, et (on pre-6.7.9.0 stores) JSON-LD rich-extrait plugins.
• Storefront template overrides — pour le variant-canonical corriger, override product-detail/meta.html.twig plutôt que reaching pour a plugin si vous ont dev capacity.

Ressources utiles

On-site, connexe

• Canonicalization — le plateforme-agnostic mechanics behind Shopware’s category-automatic / variant-manual canonical behavior.
• hreflang — le bidirectional renvoyer-balise et x-default requirements Shopware’s Sales Channel / default-domain model maps sur.
• JavaScript SEO et CMS headless SEO — pourquoi a Composable Frontends (Nuxt) construire nécessite son propre SSR/rendu discipline.

Shopware official

• SEO paramètres, Sitemap paramètres, et Sales channel / domains.
• Release notes 6.7.1.0 (robots.txt) et 6.7.9.0 (JSON-LD).
• Shopware Frontends (headless).

Depuis autour le industry

• Conductor Academy — Shopware SEO meilleur practices — practitioner liste de contrôle de default-paramètre gotchas (category ID dans URL, pagination signaux, blog pagination noindex).
• BrocksiNet — Deep dive dans Shopware SEO URLs — le seo_url tableau internals et le variants × languages growth math.
• EXWE — SEO optimization dans Shopware 6: canonicals pour produit variants — le variant-canonical problème et le template-override corriger.
• elgentos — shopware-seo-canonical-url (GitHub) — an open-source plugin pour canonicalizing variants back à le parent.
• Qualimero — Shopware SEO guides — actuel EU/German-market Shopware SEO et AI-readiness coverage.
• Kickbyte — Shopware Frontends: headless storefront avec Nuxt — comment le Nuxt couche shapes headless SEO.
• Shopware — SEO dans Shopware (marketing overview) — le vendor’s propre summary de native SEO fonctionnalités.

Testez vos connaissances: Shopware SEO

Five rapide questions on how SEO fonctionne on Shopware 6. Pick an réponse pour chaque, alors vérifier.

Journal des modifications