Guide Magento SEO

How to do SEO on Magento (Adobe Commerce / Magento Ouvrir Source) — taming layered navigation and parameter duplication, URL rewrites, the manquant JSON-LD problem, the Magento 1 vs 2 split, and the contrôle que en réalité déplacer the needle on a Magento store.

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

Magento SEO is mostly damage contrôler on two duplicate-content generators: layered navigation and configurable/simple product variants, les deux of qui besoin canonical + noindex handling. Obtenir the version straight premier — Magento 1 is end-of-life (June 2020); Magento 2 ships as paid Adobe Commerce, free Magento Ouvrir Source, or (since June 2025) the separate Adobe Commerce as a Cloud Service SaaS product, qui drops the Luma theme entirely. Magento manages SEO-friendly URLs via l’URL_rewrite table, but ne fait pas emit JSON-LD schema by par défaut — que takes an extension or custom dev.

TL;DR — Magento SEO is dominated by two duplicate-content generators: layered navigation spraying parameter URLs, and configurable/simple product variants spraying near-identical SKU pages. Canonicalize les deux back to leur clean parent (category or configurable product) and noindex the low-value combinations; reserve indexable pages pour filters or variants with réel search demand. Settle the version question premier — Magento 1 is EOL (June 2020); Magento 2 ships as Adobe Commerce (paid, self-hosted), Magento Ouvrir Source (free), or Adobe Commerce as a Cloud Service (ACCS — a separate SaaS product since June 2025 que drops Luma entirely). SEO-friendly URLs run via the url_rewrite table — distinct from HTTP redirections, qui Magento peut auto-create as 301s. Structured-data output varies by storefront theme and extensions, so inspect rendered pages avant planning custom fonctionner.

Evidence for this claim Adobe Commerce layered navigation creates filterable category states that require deliberate URL and indexation handling. Scope: Adobe Commerce/Magento catalog navigation behavior; exact URLs depend on configuration and extensions. Confidence: high · Verified: Adobe Commerce: Layered navigation Evidence for this claim Google warns that faceted navigation can generate very large URL spaces and consume crawling resources. Scope: Google crawling guidance applied to Magento filtering; not a platform-specific penalty. Confidence: high · Verified: Google Search Central: Faceted navigation

Step zero: obtenir the version straight

Half the bad Magento SEO advice online is bad parce que it’s aimed at the incorrect version. Lock ce bas avant anything sinon:

  • Magento 1 hit end-of-life on June 30, 2020. Aucun security patches, aucun updates. Si a client is encore on it, the SEO fonctionner is a Magento 2 migration — with a complet redirection map and a crawl-based QA réussir, treated comme quelconque platform migration où ranking authority is on the line.
  • Magento 2 is the live codebase. It ships in two editions: Adobe Commerce (paid; B2B fonctionnalités, page builder, hosted PaaS option) and Magento Ouvrir Source (free; community edition). Même core, même SEO surface area. Adobe’s branding shift signifie “Magento,” “Adobe Commerce,” and “Magento Open Source” tout montrer up pour the même underlying platform — don’t let the naming fool vous into thinking the SEO model differs.
  • Adobe Commerce as a Cloud Service (ACCS) is a third, separate product — a SaaS deployment launched June 2025 with a storefront construit on Edge Delivery Services plutôt que the traditional Commerce/Luma stack. Luma isn’t pris en charge on ACCS at tout, so si a store is on it, the Luma-specific theme and schema notes ci-dessous don’t carry over — you’re rebuilding que couche from scratch, pas tweaking it.

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 is the whole 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

Un clarification avant vous copy quelconque explorer/index strategy onto a store: Adobe documents standard layered navigation and Live Search (Adobe Commerce’s paid, AI-powered facet fonctionnalité) as distinct implementations with différent filter/URL behavior. The canonical and noindex guidance ci-dessous is written pour standard layered navigation — si a store runs Live Search, confirmer the réel URL patterns it generates avant assuming the même rules appliquer.

The combinatorial explosion is the problem. A catalog of a few thousand SKUs peut generate tens of thousands of crawlable, near-duplicate URLs. Ce is the canonical faceted-navigation échec mode, and Gary Illyes has put numbers on how beaucoup grief it causes Google — faceted navigation is the largest unique source of crawl-waste complaints ils recevoir (voir the Quotes tab). The damage on votre side: duplicate/near-contenu dupliqué, index bloat, budget d’exploration burned on junk, and internal PageRank diluted à travers hundreds of filter liens per category page.

The decision is binary, per URL pattern: fait ce filtered page deserve a placer dans l’index, or pas?

Pour the ~99% que don’t (la plupart color/size/price/sort combinations have aucun search demand):

  • Canonical the filtered URL to the clean category URL. Magento 2’s “Use Canonical Link Meta Tag for Categories” setting (Stores → Configuration → Catalog → Catalog → Moteur de recherche Optimization) helps, but on its propre it points a category to itself, pas filtered variants to the parent — so pour parameter URLs vous typically lean on an SEO extension or template logic to emit the correct canonical.
  • noindex the low-value filter combinations so ils drop out of the index. Remember the rule from Google: noindex exige lune page to be crawlable — jamais pair noindex with a robots.txt Disallow on the même URL, or Googlebot can’t lire the tag.
  • Considérer robots.txt disallow pour purely combinatorial parameter spaces si budget d’exploration is the acute problem — but know it contrôle exploration, pas indexation, and won’t supprimer already-indexed URLs.

Pour the minority que DO have demand (e.g. a “/running-shoes/nike/” type page où the brand filter is a réel requête): promote ceux to indexable, clean-URL landing pages — unique intro copy, self-referencing canonical, lien internes, sitemap inclusion. That’s où Magento faceted nav turns from liability into long-tail asset. (Complet treatment in the faceted navigation hub, the canonical home pour ce topic on the Ecommerce side; the crawl-side mechanics live with URL parameters and budget d’exploration.)

URL rewrites and SEO-friendly URLs

Magento generates clean URLs via URL rewrites, stored in the url_rewrite database table and managed in Admin sous Marketing → SEO & Search → URL Rewrites. Adobe’s propre docs draw a sharp line entre two terms que obtenir utilisé loosely: a rewrite is a server-side mapping que changements ce que loads sans touching le navigateur’s adresse bar, pendant que a redirection sends the navigateur an HTTP réponse telling it to navigate to a différent URL — the adresse bar updates. Magento’s automatic 301-on-URL-key-change is a redirection; the url_rewrite table aussi stores internal rewrites que jamais surface to the visitor. Two settings do la plupart of the heavy lifting:

  • “Use Web Server Rewrites” (Stores → Configuration → General → Web → Search Engine Optimization) strips index.php from URLs.
  • URL suffixes / category-path-in-URL. Magento peut inclure the category chemin in product URLs (/men/shoes/nike-pegasus). Be deliberate: notamment the category chemin signifie a product in multiple categories peut resolve at multiple URLs, recreating duplication — qui is exactly pourquoi Magento adds canonical options pour products aussi (“Use Canonical Link Meta Tag for Products”). Nombreux Magento SEOs définir product URLs without the category chemin to sidestep ce entirely.

Quand vous modifier a product or category URL clé, Magento peut auto-create a 301 in the url_rewrite table (“Create Permanent Redirect for old URL”). Confirmer que toggle is on avant quelconque bulk URL edits, or you’ll strand indexé URLs on 404s. Avant modification category-path or suffix settings on a live store, inventory the affected URL patterns per store view and stage a redirection/canonical plan plutôt que flipping the toggle and hoping — Adobe’s propre docs warn que regenerating rewrites pour categories with nombreux assigned products peut be a réel performances hit, pas simplement an SEO un.

Configurable and simple products: the autre duplicate-content driver

Layered navigation isn’t the seulement façon a Magento catalog sprays near-duplicate URLs. Configurable products (the parent — “Running Shoe”) construit from simple products (the réel purchasable size/color combinations) créer the même échec mode at catalog scale. Vervaunt’s Paul Rogers frames the math bien: a fashion store with 3 000 parent products, chaque in 8 sizes and 6 colors, peut generate 144 000 simple-product combinations. In Magento ceux combinations are a catalog relationship, pas an indexation decision — sans an explicit canonical policy, Googlebot peut trouver tout of les as separate, indexable URLs pointing to near-identical content.

The fix practitioner guides converge on: canonical chaque simple product to its parent configurable product, and don’t rely on catalog visibility settings alone — a simple product définir to “Not Visible Individually” is encore reachable by direct URL, sitemap, or lien interne, so Googlebot peut index it même though it’s hidden from on-site navigation. An explicit balise canonical pointing to the parent is the réel fix, and it’s server-side rendered, so it isn’t 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.

Vérifier sous Stores → Configuration → Catalog → Catalog → Moteur de recherche Optimization que “Use Canonical Link Meta Tag for Products” is on, alors confirmer — on the réel rendered page, pas simplement the setting — que simple product URLs carry the canonical back to the parent.

The JSON-LD gap

Ce un trips personnes up parce que ils assume a platform ce grand handles schema. Magento 2 ne fait pas generate JSON-LD données structurées out of the box. Some themes emit microdata on product pages, but:

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

So getting résultats enrichis on Magento is an extension or custom-development task: a dedicated structured-data extension, a schema-aware theme, or template fonctionner que outputs JSON-LD. Quand vous ajouter it, audit pour duplicate schema — si a theme’s leftover microdata and an extension’s JSON-LD les deux décrire the product, vous pouvez ship two conflicting Product blocks. Pick un source of truth.

The rest of the technical surface

  • Balise canonicals. Au-delà categories/products, watch the homepage (/ vs ?___store= and similaire store-view params), pagination, and the store-view/locale parameters Magento appends. Voir canonicalization and the balise canonical deep dives.
  • Pagination. Magento paginates categories with ?p=2. Give chaque page a unique, self-referencing canonical — do pas canonical page 2+ back to page 1, and don’t noindex the sequence (que peut cut popularité des liens to products seulement listed deep in lune pages). rel=prev/next is dead; don’t rely on it.
  • Store views (multi-language / multi-site). Magento’s store-view architecture is powerful pour international setups but is a classic source of contenu dupliqué and manquant/mismatched hreflang. Si vous run multiple store views off un catalog, hreflang is manual fonctionner and partial deployment is worse que none.
  • Out-of-stock and disabled products. Decide a policy: garder ranking pages live with stock status, or 404/410 + redirection permanently gone SKUs. Don’t silently disable products and leave leur URLs 404ing with inbound liens.
  • Core Web Vitals. Self-hosted Magento’s performances is entirely on votre infrastructure. Full-page cache (Varnish), a CDN, image optimization (WebP), and disciplined extension/JS hygiene are the levers. Two différent headless paths obtenir conflated ici, so be precise à propos de qui un you’re evaluating: PWA Studio is Adobe’s older React-based storefront layered on votre existing Commerce infrastructure, pendant que Adobe Commerce as a Cloud Service (ACCS) is a separate SaaS product on Edge Delivery Services où Luma isn’t pris en charge at tout. Soit peut lift the CWV ceiling, but les deux ajouter rendering and indexation considerations of leur propre — confirmer qui un (or neither) a store is en réalité running avant planning a headless migration pour CWV.

Ce que to en réalité prioritize

On la plupart Magento audits the order of impact is:

  1. Layered navigation — canonical + noindex strategy pour parameter URLs. Ce is the biggest share of the SEO technique valeur.
  2. Configurable/simple product canonicalization — canonical simple SKUs to leur parent configurable product; vérifier it on rendered pages, pas simplement the admin setting.
  3. URL rewrites & redirections — friendly URLs on, redirect-on-change on, aucun stranded 404s.
  4. Schema — ajouter JSON-LD (aucun native prise en charge), éviter duplicate blocks.
  5. Titles/meta + category copy — fill the fields; categories ship blank.
  6. Performances — cache, CDN, images.

Everything sinon is refinement. Magento donne vous total contrôler, qui signifie almost every SEO problem on a Magento store is a configuration choice vous pouvez fix — and almost every un starts with the filters.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.