Guide Magento SEO

Comment faire SEO on Magento (Adobe Commerce / Magento Ouvrir Source) — taming layered navigation et parameter duplication, URL rewrites, le manquant JSON-LD problème, le Magento 1 vs 2 split, et le contrôle que en réalité déplacer le needle on a Magento store.

Première publication : 25 juin 2026 · Dernière mise à jour : 3 août 2026 · Avancé
1 indice probant sur cette page

«Magento SEO is mostly damage control on two duplicate-content generators: layered navigation and configurable/simple product variants, both of which need canonical + noindex handling. Get the version straight first — Magento 1 is end-of-life (June 2020); Magento 2 ships as paid Adobe Commerce, free Magento Open Source, or (since June 2025) the separate Adobe Commerce as a Cloud Service SaaS product, which drops the Luma theme entirely. Magento manages SEO-friendly URLs via the url_rewrite table, but does NOT emit JSON-LD schema by default — that takes an extension or custom dev.» _(Traduction)_ (Résumé en français du champ tldr : le texte source est conservé pour relecture francophone.)

TL;DR — Magento SEO est dominated par deux duplicate-contenu generators: layered navigation spraying parameter URLs, et configurable/simple produit variants spraying near-identical SKU pages. Canonicalize les deux back à leur clean parent (category or configurable produit) et noindex le faible-valeur combinations; reserve indexable pages pour filters or variants avec réel recherche demand. Settle le version question premier — Magento 1 est EOL (June 2020); Magento 2 ships as Adobe Commerce (payant, self-hosted), Magento Ouvrir Source (gratuit), or Adobe Commerce as a Cloud Service (ACCS — a séparé SaaS produit since June 2025 que drops Luma entirely). SEO-friendly URLs exécuter via le url_rewrite tableau — distinct depuis HTTP redirections, qui Magento peut auto-créer as 301s. Structured-données sortie varies par storefront theme et extensions, donc inspect rendu pages avant planning custom fonctionner.

Preuve à l’appui de cette affirmation Adobe Commerce layered navigation creates filterable category states that require deliberate URL and indexation handling. Portée : Adobe Commerce/Magento catalog navigation behavior; exact URLs depend on configuration and extensions. Niveau de confiance : élevé · Vérifié : Adobe Commerce: Layered navigation Preuve à l’appui de cette affirmation Google warns that faceted navigation can generate very large URL spaces and consume crawling resources. Portée : Google crawling guidance applied to Magento filtering; not a platform-specific penalty. Niveau de confiance : élevé · Vérifié : Google Search Central: Faceted navigation

Step zero: obtenir the version straight

Half le mauvais Magento SEO advice online est mauvais parce que c’est aimed à le incorrect version. Lock ce bas avant n’importe quoi sinon:

  • Magento 1 hit end-de-life on June 30, 2020. Aucun security patches, aucun mises à jour. Si a client est encore on il, le SEO fonctionner is a Magento 2 migration — avec a complet redirection map et a explorer-based QA réussir, treated comme quelconque plateforme migration où classement autorité est on le line.
  • Magento 2 est le actif codebase. Il ships dans deux editions: Adobe Commerce (payant; B2B fonctionnalités, page builder, hosted PaaS option) et Magento Ouvrir Source (gratuit; community edition). Même core, même SEO surface area. Adobe’s branding shift signifie “Magento,” “Adobe Commerce,” et “Magento Open Source” tout montrer up pour le même underlying plateforme — ne pas let le naming fool vous dans thinking le SEO model differs.
  • Adobe Commerce as a Cloud Service (ACCS) est a third, séparé produit — a SaaS deployment launched June 2025 avec a storefront construit on Edge Delivery Services plutôt que le traditional Commerce/Luma stack. Luma n’est pas pris en charge on ACCS à tout, donc si a store est on il, le Luma-spécifique theme et schema notes ci-dessous ne pas carry over — vous êtes rebuilding que couche depuis scratch, pas tweaking il.

Everything ci-dessous assumes self-hosted Magento 2 (Adobe Commerce or Magento Ouvrir Source, on Luma or Hyvä) unless ACCS is appelé out specifically.

Layered navigation est le entier game

Si vous seulement fix un chose on a Magento store, fix layered navigation. It’s Magento’s term pour faceted filtering on category pages, and by par défaut chaque filter selection appends a requête parameter:

/running-shoes
/running-shoes?color=159
/running-shoes?color=159&size=42
/running-shoes?color=159&size=42&price=50-100
/running-shoes?size=42&color=159        ← same filters, different order = new URL

«One clarification before you copy any crawl/index strategy onto a store: Adobe documents standard layered navigation and Live Search (Adobe Commerce’s paid, AI-powered facet feature) as distinct implementations with different filter/URL behavior. The canonical and noindex guidance below is written for standard layered navigation — if a store runs Live Search, confirm the actual URL patterns it generates before assuming the same rules apply. » (Traduction) (Résumé en français de la section vingt-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«The combinatorial explosion is the problem. A catalog of a few thousand SKUs can generate tens of thousands of crawlable, near-duplicate URLs. This is the canonical faceted-navigation failure mode, and Gary Illyes has put numbers on how much grief it causes Google — faceted navigation is the largest single source of crawl-waste complaints they receive (see the Quotes tab). The damage on your side: duplicate/near-duplicate content, index bloat, crawl budget burned on junk, and internal PageRank diluted across hundreds of filter links per category page. » (Traduction) (Résumé en français de la section vingt-neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«The decision is binary, per URL pattern: does this filtered page deserve a place in the index, or not? » (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.)

«For the ~99% that don’t (most color/size/price/sort combinations have no search demand): » (Traduction) (Résumé en français de la section trente et un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«- Canonical the filtered URL to the clean category URL. Magento 2’s “Use Canonical Link Meta Tag for Categories” setting (Stores → Configuration → Catalog → Catalog → Search Engine Optimization) helps, but on its own it points a category to itself, not filtered variants to the parent — so for parameter URLs you typically lean on an SEO extension or template logic to emit the right canonical. » (Traduction) (Résumé en français de la section trente-deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- noindex the low-value filter combinations so they drop out of the index. Remember the rule from Google: noindex requires the page to be crawlable — never pair noindex with a robots.txt Disallow on the same URL, or Googlebot can’t read the tag. » (Traduction) (Résumé en français de la section trente-deux, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Consider robots.txt disallow for purely combinatorial parameter spaces if crawl budget is the acute problem — but know it controls crawling, not indexing, and won’t remove already-indexed URLs. » (Traduction) (Résumé en français de la section trente-deux, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

Pour le minority que Faire ont demand (e.g. a “/running-shoes/nike/” type page où le brand filter est a réel requête): promote ceux à indexable, clean-URL landing pages — unique intro copy, self-referencing canonical, lien internes, sitemap inclusion. c’est où Magento faceted nav turns depuis liability dans long-tail asset. (Complet treatment dans le faceted navigation hub, le canonical home pour ce topic on le Ecommerce side; le explorer-side mechanics actif avec URL parameters et budget d’exploration.)

URL rewrites et SEO-friendly URLs

Magento generates clean URLs via URL rewrites, stored dans le url_rewrite database tableau et managed dans Admin sous Marketing → SEO & Recherche → URL Rewrites. Adobe’s propre docs draw a sharp line entre deux terms que obtenir utilisé loosely: a rewrite est a serveur-side mapping que changements ce que charge sans touching le navigateur’s adresse bar, pendant que a redirection sends le navigateur an HTTP réponse telling il à navigate à a différent URL — le adresse bar mises à jour. Magento’s automatic 301-on-URL-key-modifier est a redirection; le url_rewrite tableau aussi stores internal rewrites que jamais surface à le visitor. Deux paramètres faire la plupart de le heavy lifting:

«- “Use Web Server Rewrites” (Stores → Configuration → General → Web → Search Engine Optimization) strips index.php from URLs. » (Traduction) (Résumé en français de la section trente-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- URL suffixes / category-path-in-URL. Magento can include the category path in product URLs (/men/shoes/nike-pegasus). Be deliberate: including the category path means a product in multiple categories can resolve at multiple URLs, recreating duplication — which is exactly why Magento adds canonical options for products too (“Use Canonical Link Meta Tag for Products”). Many Magento SEOs set product URLs without the category path to sidestep this entirely. » (Traduction) (Résumé en français de la section trente-six, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

Quand vous modifier a produit or category URL clé, Magento peut auto-créer a 301 dans le url_rewrite tableau (“Créer Permanent Redirect pour old URL”). Confirmer que toggle est on avant quelconque bulk URL edits, or vous’ll strand indexé URLs on 404s. Avant modification category-path or suffix paramètres on a actif store, inventory le affected URL patterns per store view et stage a redirection/canonical plan plutôt que flipping le toggle et hoping — Adobe’s propre docs warn que regenerating rewrites pour categories avec nombreux assigned produits peut être a réel performances hit, pas simplement an SEO un.

Configurable et simple produits: le autre duplicate-contenu driver

Layered navigation n’est pas le seulement façon a Magento catalog sprays near-duplicate URLs. Configurable produits (le parent — “Running Shoe”) construit depuis simple produits (le réel purchasable size/color combinations) créer le même échec mode à catalog scale. Vervaunt’s Paul Rogers frames le math bien: a fashion store avec 3 000 parent produits, chaque dans 8 sizes et 6 colors, peut generate 144 000 simple-produit combinations. Dans Magento ceux combinations sont a catalog relationship, pas an indexation décision — sans an explicit canonical policy, Googlebot peut trouver tout de les as séparé, indexable URLs pointing à near-identical contenu.

Le corriger practitioner guides converge on: canonical chaque simple produit à son parent configurable produit, et ne pas rely on catalog visibility paramètres alone — a simple produit définir à “Not Visible Individually” est encore reachable par direct URL, sitemap, or lien interne, donc Googlebot peut indexer il même though c’est hidden depuis on-site navigation. An explicit balise canonical pointing à le parent est le réel corriger, et c’est serveur-side rendu, donc il n’est pas dependent on JavaScript.

Index a variant on its propre seulement quand it has réel, independent search demand vous peut differentiate with unique content — a spécifique color/size combination personnes search pour by nom, pas every SKU by par défaut.

«Check under Stores → Configuration → Catalog → Catalog → Search Engine Optimization that “Use Canonical Link Meta Tag for Products” is on, then confirm — on the actual rendered page, not just the setting — that simple product URLs carry the canonical back to the parent. » (Traduction) (Résumé en français de la section quarante-deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

The JSON-LD gap

Ce un trips personnes up parce que ils assume a plateforme ce grand handles schema. Magento 2 ne fait pas generate JSON-LD données structurées out de le box. Some themes emit microdata on produit pages, mais:

  • Google recommends JSON-LD as le implementation format over microdata/RDFa (voir le Official Docs tab).
  • À qualify pour produit résultats enrichis vous besoin Product schema avec name, image, description, offers (price, priceCurrency, availability), et — pour le star ratings — aggregateRating/review, qui doit come depuis réel reviews.

Donc getting résultats enrichis on Magento est an extension or custom-development task: a dedicated structured-données extension, a schema-aware theme, or template fonctionner que outputs JSON-LD. Quand vous ajouter il, audit pour duplicate schema — si a theme’s leftover microdata et an extension’s JSON-LD les deux décrire le produit, vous pouvez ship deux conflicting Product bloque. Pick un source de truth.

Le rest de le technique surface

«- Canonical tags. Beyond categories/products, watch the homepage (/ vs ?___store= and similar store-view params), pagination, and the store-view/locale parameters Magento appends. See canonicalization and the canonical tag deep dives. » (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.) «- Pagination. Magento paginates categories with ?p=2. Give each page a unique, self-referencing canonical — do not canonical page 2+ back to page 1, and don’t noindex the sequence (that can cut link equity to products only listed deep in the pages). rel=prev/next is dead; don’t rely on it. » (Traduction) (Résumé en français de la section quarante-neuf, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Store views (multi-language / multi-site). Magento’s store-view architecture is powerful for international setups but is a classic source of duplicate content and missing/mismatched hreflang. If you run multiple store views off one catalog, hreflang is manual work and partial deployment is worse than none. » (Traduction) (Résumé en français de la section quarante-neuf, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- Out-of-stock and disabled products. Decide a policy: keep ranking pages live with stock status, or 404/410 + redirect permanently gone SKUs. Don’t silently disable products and leave their URLs 404ing with inbound links. » (Traduction) (Résumé en français de la section quarante-neuf, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- Core Web Vitals. Self-hosted Magento’s performance is entirely on your infrastructure. Full-page cache (Varnish), a CDN, image optimization (WebP), and disciplined extension/JS hygiene are the levers. Two different headless paths get conflated here, so be precise about which one you’re evaluating: PWA Studio is Adobe’s older React-based storefront layered on your existing Commerce infrastructure, while Adobe Commerce as a Cloud Service (ACCS) is a separate SaaS product on Edge Delivery Services where Luma isn’t supported at all. Either can lift the CWV ceiling, but both add rendering and indexing considerations of their own — confirm which one (or neither) a store is actually running before planning a headless migration for CWV. » (Traduction) (Résumé en français de la section quarante-neuf, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.)

Ce que to en réalité prioritize

On la plupart Magento audits the order of impact is:

  1. Layered navigation — canonical + noindex stratégie pour parameter URLs. Ce est le biggest share de le SEO technique valeur.
  2. Configurable/simple produit canonicalization — canonical simple SKUs à leur parent configurable produit; vérifier il on rendu pages, pas simplement le admin paramètre.
  3. URL rewrites & redirections — friendly URLs on, redirect-on-modifier on, aucun stranded 404s.
  4. Schema — ajouter JSON-LD (aucun native prise en charge), éviter duplicate bloque.
  5. Titles/meta + category copy — fill le champs; categories ship blank.
  6. Performances — cache, CDN, images.

Tout sinon est refinement. Magento donne vous total contrôler, qui signifie presque chaque SEO problème on a Magento store est a configuration choice vous pouvez corriger — et presque chaque un commence avec le filters.

Ajouter une note d’expert

Épingler une citation d’expert

Nouvelle personne ? Créez son profil non revendiqué à /admin/experts/ → Épingler une citation d’expert d’abord.