Guide Ecommerce SEO Audit

TL;DR — An ecommerce SEO audit est a health vérifier pour votre online store — finding le choses que arrêter Google depuis showing votre produit et category pages, et fixing le ones que matter la plupart. Le trick: ne pas commencer par tweaking titles et ajout mots-clés. Commencer dans la recherche Google Console et trouver out qui pages Google peut même find et index, parce que on a store le biggest problèmes hit thousands de pages à une fois.

Ce que an ecommerce SEO audit is

An audit est simplement a structured regarder à votre store à réponse un question: qu’est-ce que holding il back dans recherche? c’est le même idea as a checkup à le doctor — vous êtes looking pour problèmes avant ils coût vous, et vous corriger le serious ones premier.

Le raison ecommerce stores besoin leur propre kind de audit est scale. A blog a a quelques hundred pages. A store peut ont tens de thousands — un page per produit, plus a category page pour chaque façon à groupe les, plus a near-identical copy de chaque page pour chaque color, size, et sort order. c’est a lot de pages, et a lot de les regarder presque le même à Google.

Où to commencer (and où not to)

La plupart personnes commencer an audit par rewriting titre balises et stuffing dans mots-clés. c’est backwards. Si Google ne peut pas explorer or indexer une page, aucun amount de mot-clé fonctionner va aider — lune page n’est pas dans le race à tout.

Donc Je commencer dans Recherche Google Console, qui est Google’s gratuit dashboard pour site owners. Le la plupart utile screen est le Page Indexation rapport: il indique vous qui de votre pages Google a en réalité indexé, et donne vous a raison pour chaque page il hasn’t. On a store, que rapport généralement surfaces le big money problèmes correct away — thousands de duplicate pages, pages Google trouvé mais jamais bothered à explorer, or (worst cas) pages accidentally marked “do not index.”

Le deux problèmes presque chaque store a

1. Contenu dupliqué. Ce est le big un. Votre filters (color, size, price) créer a brand-new web adresse chaque temps quelqu’un clicks un, et la plupart de ceux addresses montrer nearly le même produits. Variants (le même shirt dans five colors) souvent chaque obtenir leur propre page aussi. Google ends up wading via thousands de near-copies.
2. Thin category pages. A category page c’est simplement a grid de produits avec aucun description est difficile pour Google à classer — il y a pas suffisant on il à tell Google ce que c’est à propos de.

Ce que you’ll besoin

• Recherche Google Console — gratuit, et le unique la plupart important outil ici.
• A site robot d’exploration — quelque chose que visits tout votre pages comme Google fait et listes le problèmes. Je utiliser Ahrefs Site Audit (ce est mon site, donc c’est le honest réponse), mais Ahrefs Webmaster Outils donne vous a gratuit explorer de sites vous vérifier, et Screaming Frog est a popular desktop option.
• PageSpeed Insights et le Résultats enrichis Tester — les deux gratuit depuis Google — pour checking speed et votre produit markup.

Vouloir le complet, prioritized liste de contrôle — chaque area à audit, dans order, avec le ecommerce gotchas et comment classer le corrections par impact? Switch à le Avancé tab.

«> TL;DR — I audit a store in roughly this order: crawlability → indexation →

duplicate content → on-page at scale → technical (CWV, HTTPS, canonicals) → structured data → internal links → out-of-stock handling → off-page. I start in the GSC Page Indexing report and a fresh crawl, not on-page, because on a store the highest-leverage problems hit thousands of URLs at once: faceted-nav duplication, accidental sitewide noindex, “Discovered – currently not indexed” at scale, sitemaps full of redirects. The deliverable is a prioritized impact/effort list, not a 500-point report. Most stores never need to worry about crawl budget — but the ones that do really do. » (Traduction) (Résumé en français de la section dix-neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Audit philosophy: client-first, pas issue-first

A robot d’exploration va hand vous 170+ problème types. Si vous dump tout de les dans a rapport, vous avez produced a document, pas an audit. Le job est à trouver le handful que déplacer rankings et revenue et ignore le rest.

Le starting point n’est pas le outil — c’est le pain. As j’ai put il avant: “Si clients sont coming à vous asking pour an audit, ils déjà ont a pain point. Talk à les. Solve que un chose et ils’ll être happy avec le audit.” On a store le pain est généralement concrete: trafic dropped, a category stopped classement, a migration went sideways, nouveau produits ne sont pas getting indexé. Anchor le audit à que, alors expand.

Et know quand à arrêter. Depuis notre study de over a million domains: “Parfois, le meilleur course de action est à ne faites pashing parce que le coûts outweigh le avantages.” Pas chaque flagged problème est worth a developer ticket.

Pourquoi I commencer with Search Console and explorer données, pas on-page

Le instinct à ouvrir le audit avec titre balises et titres est le la plupart courant mistake Je voir. On an ecommerce site le math est contre il: tweaking a titre aide un page; fixing an indexation modèle aide thousands. Le biggest wins on a store sont presque toujours exploration et indexation problèmes à scale, et le stakes sont highest exactly ici — “un mistake peut garder millions de pages out de le indexer or supprimer an entier site depuis résultats de recherche.”

So the audit runs in priority order, top to bottom. Here’s the whole chose.

Step 1 — Crawlability

«Can bots reach what matters, and are they wasting their time on what doesn’t? » (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.)

«The ecommerce-specific traps: » (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.)

«- Faceted navigation URL explosion. Filters (color, size, price range) combine into thousands of unique URLs. Google is candid about the cost: “the crawlers will typically access a very large number of faceted navigation URLs before the crawlers’ processes determine the URLs are in fact useless.” » (Traduction) (Résumé en français de la section trente-trois, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Parameter variants — session IDs, tracking codes (?utm_source=), sort orders — multiply the same content across URLs. » (Traduction) (Résumé en français de la section trente-trois, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Crawl traps — internal search results, infinite calendars, unbounded filter stacking. » (Traduction) (Résumé en français de la section trente-trois, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- robots.txt over- or under-blocking — accidentally blocking CSS/JS needed to render, or a valid product path; or failing to block a junk parameter space. » (Traduction) (Résumé en français de la section trente-trois, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- JS-gated navigation. Google wants real links: “use <a href> tags when creating links to other content. Don’t use JavaScript events on other HTML DOM elements for navigation.” » (Traduction) (Résumé en français de la section trente-trois, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.)

«Audit steps: » (Traduction) (Résumé en français de la section trente-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

• Récupérer et lire robots.txt; confirmer rien important est disallowed et que faible-valeur parameter spaces are.
• Dans le robot d’exploration, pull “Blocked by robots.txt” — quelconque pages importantes caught?
• GSC Statistiques d’exploration: regarder pour spikes dans exploré URLs contre a flat indexé count — que gap est explorer waste.
• Export tout exploré URLs et cluster par chemin/parameter modèle à size le faceted/parameter problème.

On budget d’exploration — de-escalate premier. La plupart stores ne pas ont a explorer-budget problème, et je vais dire donc dans le audit plutôt que invent un: “La plupart sites ne pas besoin à worry à propos de budget d’exploration, mais là sont quelques cas où vous peut vouloir à prendre a regarder.” Il becomes real around Google’s thresholds — “Grand sites (1 million+ unique pages)…” modification weekly, or 10 000+ pages modification daily — or quand “Discovered – currently not indexed” est grand. Quand il is réel, vous corriger il par removing waste, pas par asking Google à explorer plus. (Deep dive: budget d’exploration.)

Step 2 — Indexation

Crawlable n’est pas indexé. Le GSC Page Indexation rapport est le center de gravity pour le entier audit — “voir qui pages Google peut trouver et indexer on votre site, et apprendre à propos de quelconque indexation problèmes encountered.”

The statuses que matter la plupart on a store:

• Duplicate sans utilisateur-selected canonical / Google chose a différent canonical — le faceted/variant duplication problème, fait visible.
• Exploré – currently non indexée — généralement thin produit or near-duplicate filter pages.
• Découvert – currently non indexée — Google knows l’URL mais hasn’t exploré il; on grand catalogs ce est a explorer-priority signal.
• URL marked ‘noindex’ — vérifier c’est intentional. Le accidental sitewide version est le “un mistake” scenario.
• Soft 404 — a 200 réponse on une page c’est effectively vide (out-de-stock, zero-résultat recherche). Google warns ces “va continuer à être exploré, et waste votre budget.”

Audit steps:

• Export “Pas indexé” URLs par raison; quantify chaque bucket.
• Comparer GSC indexé count contre votre connu catalog size — a grand gap signifie Google n’est pas finding pages.
• Exécuter Inspection d’URL on a sample depuis chaque raison bucket.
• Audit le XML sitemap: il devrait liste seulement canonical, indexable, 200-status URLs. Redirigé, noindexed, or canonicalized-away URLs dans a sitemap send conflicting signaux — pull les.

Step 3 — Contenu dupliqué (the #1 ecommerce problème)

Ce est le unique la plupart courant chose an ecommerce audit uncovers, et c’est worth son propre étape. Google’s Gary Illyes a estimated que roughly 60% de le internet est contenu dupliqué — et stores sont overrepresented.

Où it comes from:

• Faceted navigation — ?color=blue, ?size=S&color=blue, ?size=S&color=blue&sort=price tout servir near-identical contenu.
• Parameter-order permutations — ?color=blue&size=S et ?size=S&color=blue sont le même page twice.
• Produit variants as séparé URLs — ?variant=… sans a self-referencing canonical or a canonical à le parent.
• A produit living sous plusieurs category paths, les deux indexable.
• HTTP/HTTPS, www/non-www, trailing-slash inconsistency que ne fait pas 301 à un canonical.

Le Shopify gotcha worth appel out par nom. Shopify does canonicalize /collections/{collection}/products/{product} à le clean /products/{product} URL — donc personnes assume c’est handled. Il n’est pas entièrement: le lien internes from collection pages encore point à le non-canonical /collections/... version, donc le canonical produit URL receives aucun internal popularité des liens via normal navigation, et il peut montrer up as an orphan. Corrections: ajouter an “All products” page que liens le canonical /products/ URLs, or edit collection templates à lien le URL canonique directement.

Audit steps:

• GSC: pull les deux “Duplicate” buckets depuis Page Indexation.
• Robot d’exploration Qualité du contenu / duplicate-cluster rapport: trouver clusters avec aucun canonical specified.
• Confirmer faceted parameter URLs sont handled — Google’s recommended prevention est robots.txt blocking de filter parameters, or fragment-based (#) filtering, qui “va ont aucun impact on exploration.” ne pas reach pour noindex ici (voir Myths).
• Spot-vérifier que Shopify /collections/*/products/* URLs canonicalize à /products/* — et que quelque chose liens le canonical version.

(Background: contenu dupliqué and canonicalization.)

Étape 4 — Sur la page à scale

On a store, on-page is a templating problem, pas a copywriting un — you’re auditing patterns, pas pages.

The recurring problèmes:

• Thin category pages (le #2 ecommerce problème). John Mueller est direct à propos de il: “Quand le ecommerce category pages ne pas ont quelconque autre contenu à tout, autre que liens à le produits, alors c’est vraiment difficile pour us à classer ceux pages.” Mais ne pas overcorrect dans a wall de texte — “maybe 90%, 95% de que texte est unnecessary,” et “notre algorithms parfois obtenir confused quand ils ont a liste de produits on top et essentially a giant article on le bottom.” Le cible est a court, utile bloquer (sourcing, materials, sizing, popularity) near le top — pas filler que buries le grid.
• Templated titre collisions — Buy {Product} | Store patterns que go near-identical à travers produits, or deux produits sharing a nom.
• Manquant/vide H1s et titles à le template level.
• Meta descriptions — worth doing on votre top category et produit pages, moins worth il on le long tail (Google rewrites les la plupart de le temps anyway).

Audit steps:

«- [ ] Crawler On-Page report: filter for missing title, missing H1, missing meta description, duplicate titles, duplicate H1s. » (Traduction) (Résumé en français de la section cinquante-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] Flag category pages with little to no unique body copy (thin-content candidates) and cross-reference against “Crawled – currently not indexed.” » (Traduction) (Résumé en français de la section cinquante-six, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] Export titles and check for template collisions. » (Traduction) (Résumé en français de la section cinquante-six, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

A remarque on ce que not à spend audit temps on: plusieurs H1s. ils sont valide HTML5 et near-irrelevant à classement — 51,3% de sites ont les somewhere, per mon propre million-domain study. Skip il.

Étape 5 — Technique (CWV, HTTPS, canonicals, mobile)

Core Web Vitals. Google’s passing thresholds: LCP < 2,5s, INP < 200ms, CLS < 0,1. Ecommerce échec modes sont predictable — unoptimized hero images et tiers scripts (chat, A/B, pixels) hurt LCP; ajouter-à-cart et checkout JS hurt INP; images sans explicit dimensions et injected promo bars hurt CLS. Audit par URL groupe dans le GSC CWV rapport donc vous pouvez voir si c’est produit, category, or checkout templates failing, alors confirmer on representative templates dans PageSpeed Insights. (Voir Core Web Vitals.)

HTTPS. Everything — product, cart, checkout — on HTTPS, aucun mixed content (HTTP images/resources on HTTPS pages), and canonicals/redirections pointing at the HTTPS version.

Canonicals. Le courant ecommerce erreurs: canonicals pointing à 4XX pages; non-URL canoniques dans le sitemap; paginated pages canonicalized à page un (ne pas); et — le quiet un — lien internes pointing à non-canonical versions donc le canonical jamais accumulates popularité des liens. Plusieurs rel=canonical balises on un page obtenir ignored.

Mobile-premier. Google indexes le mobile version. Assurez-vous le mobile produit page n’est pas a stripped-down un manquant le description, le données structurées, or complet-size images.

Raw versus rendu produit evidence. On representative PDPs, enregistrer le initial HTML et a rendu capture après a fresh navigation. Ne faites pas treat resizing an déjà-chargé desktop page as a mobile-rendu tester. Le raw réponse devrait expose le core produit identity, selected/par défaut SKU et attributs, price, currency, availability, crawlable variant liens où requis, et matching Produit/Offer données. Alors comparer le rendu DOM et visible selection. Google peut rendre JavaScript, mais autre robots d’exploration et agents vary; a successful rendre aussi ne fait pas cure contradictory produit facts.

Pour chaque sampled variant, continuer le comparaison via le feed, cart, et checkout. L’URL, visible PDP, rendu JSON-LD, feed élément, et transaction devrait agree on produit identity, SKU, groupe ID, selected attributs, price, currency, et availability. Record intentional emplacement- or client-spécifique revalidation séparément depuis unexplained mismatches. Voir Produit Page SEO pour le raw/rendu boundary et Produit Variant SEO pour le complet selected-offer contract.

Step 6 — Données structurées

Pour a store, le priority types sont Produit / ProductGroup, BreadcrumbList, Organization (avec retourner policy), et Examiner / AggregateRating. Ajout plus valide properties widens eligibility — Google: “ajout le plus properties vous pouvez ajouter, le plus enhancements votre page peut être eligible pour.” (Le un myth à garder dans votre head: schema rend vous eligible pour résultats enrichis; il ne fait pas faire vous classer.)

Audit steps:

• Exécuter le Résultats enrichis Tester on a representative produit et category page.
• GSC Enhancements: vérifier Produit Extraits et Merchant Listings pour erreurs/warnings.
• Vérifier requis vs. recommended séparément per fonctionnalité — ne pas collapse les. Pour merchant listings, Google’s requis définir est name, image, et offers (an Offer, avec price, priceCurrency, et availability). Pour produit extraits, name est requis et vous besoin au moins un de review, aggregateRating, or offers à être eligible — Google listes aggregateRating, offers, et review as recommended, pas requis, on que fonctionnalité.
• Courant faults: manquant image, manquant offers, manquant availability, schema prices que ne pas match le visible price (a policy violation), breadcrumb schema que ne fait pas match le visible trail.

Step 7 — Maillage interne

Le problèmes: orphan produit pages (classic Shopify symptom, ci-dessus); important category/produit pages buried 5+ clicks deep; lien internes pointing à redirections or 404s; meilleur sellers pas lié depuis élevé-autorité hubs. Google: “ajouter liens depuis menus à category pages, depuis category pages à sub-category pages, et finalement depuis sub-category pages à tout produit pages.”

Audit steps:

• Robot d’exploration Liens rapport: pull orphan pages et explorer depth; confirmer clé pages sit dans ~3 clicks de le homepage.
• Pull liens à redirections et broken liens.
• Vérifier que votre highest-revenue produits sont lié depuis le principal nav et editorial/hub pages.

Étape 8 — Out-de-stock et discontinued produits

A genuinely ecommerce-seulement section. Mon honest réponse ici est le SEO cliché pour a raison: “though c’est a joke dans le SEO community, ‘il dépend’ est vraiment le réponse quand dealing avec out-de-stock produits.” Et “ultimately, il y a aucun perfect solution.” Le décision turns on si c’est temporary vs. permanent et si lune page a trafic or liens:

Ne faites pas audit availability depuis le visible étiquette alone. Sample an ordinary dans-stock SKU, a temporary stockout, a recently restocked élément, un indisponible variant à l’intérieur an disponible produit groupe, et a postcode-restricted offer. Pour chaque, reconcile le authoritative backend state, selected variant, visible page, Produit/Offer markup, merchant feed ligne, cart line, et checkout résultat. Record le market, postcode, channel, collection temps, et feed-processing temps donc a personalized fulfillment résultat n’est pas mistaken pour le catalog’s general state. Le complet mapping est dans le Produit Schema availability contract.

Watch pour soft 404s: out-de-stock pages, zero-résultat searches, or vide cart/account pages returning 200. Pull le Soft 404 bucket dans GSC et resolve par modèle. (Voir out-de-stock produits pour le complet framework.)

Step 9 — Off-page

Lighter pour la plupart stores, but worth a réussir:

• GSC Performances: branded vs. non-branded click share — heavy branded reliance signifie weak non-branded discovery.
• Backlink profile par page type — sont category/produit pages earning liens, or seulement le homepage et blog?
• Trouver 404 pages que ont backlinks et 301 les à le closest actif page (reclaim le equity).
• Concurrent lien gap on category pages.

Comment prioritize le findings

Tout ci-dessus produces a liste. Le liste n’est pas le deliverable — le sorted liste est. Je score chaque finding on an impact/effort matrix: “n’importe quoi élevé-impact et faible-effort est a rapide win, donc ceux tasks devrait être tackled premier.” Pour a store:

• Élevé impact / faible effort — faire premier: a stray sitewide noindex; a sitemap complet de redirection/noindex URLs; manquant canonicals on variant URLs; lien internes pointing à redirections; out-de-stock soft 404s.
• Élevé impact / élevé effort — plan et schedule: faceted-nav architecture; Core Web Vitals fonctionner; rolling Produit schema à travers templates; explorer-depth / architecture corrections.
• Faible impact / faible effort — quand temps permet: meta descriptions on long-tail produits; minor titre-template tidy-ups.
• Faible impact / élevé effort — skip: redirect-chain cleanup on zero-traffic pages; Ouvrir Graph balises (social, pas classement).

Le entier point de le matrix est permission à not faire choses.

Courant myths to clair up in the report

«- “More indexed pages = better SEO.” No — Google’s own advice is to “eliminate duplicate content to focus crawling on unique content rather than unique URLs.” Inflating the index with thin variant pages usually hurts. » (Traduction) (Résumé en français de la section quatre-vingt-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Use noindex to save crawl budget on facets.” No: “don’t use noindex, as Google will still request, but then drop the page… wasting crawling time.” Block the fetch (robots.txt) or use fragment filtering instead. » (Traduction) (Résumé en français de la section quatre-vingt-huit, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Shopify handles all canonicalization.” It sets the canonical tag, but it doesn’t fix the internal-linking-to-non-canonical problem. See Step 3. » (Traduction) (Résumé en français de la section quatre-vingt-huit, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Crawl budget affects every store.” It doesn’t — most stores never need to think about it. » (Traduction) (Résumé en français de la section quatre-vingt-huit, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.)

AI summary

A condensed prendre on the Avancé version:

«- An ecommerce SEO audit finds the few issues holding a store back — it’s a prioritized list, not a 500-point checklist. The philosophy is client-first (anchor to the actual pain) and “sometimes the best course of action is to do nothing.” » (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.) «- Start in Google Search Console and crawl data, not on-page. On a store, the biggest wins are crawling/indexation problems at scale; “one mistake can keep millions of pages out of the index.” » (Traduction) (Résumé en français de la section quatre-vingt-treize, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Audit order: crawlability → indexation (GSC Page Indexing report) → duplicate content → on-page at scale → technical (CWV LCP<2.5s / INP<200ms / CLS<0.1, HTTPS, canonicals, mobile) → structured data → internal links → out-of-stock → off-page. » (Traduction) (Résumé en français de la section quatre-vingt-treize, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- #1 ecommerce issue: duplicate content from faceted navigation, parameter permutations, and variants. Fix with robots.txt blocking or fragment filtering — not noindex. The Shopify catch: it canonicalizes /collections/.../products/... but internal links still point at the non-canonical URL (orphans). » (Traduction) (Résumé en français de la section quatre-vingt-treize, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- #2 issue: thin category pages. Mueller: hard to rank category pages that are just product grids — but a short useful block beats a giant article at the bottom. » (Traduction) (Résumé en français de la section quatre-vingt-treize, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.) «- Structured data (Product, Breadcrumb, Org, Review) makes you eligible for rich results; it doesn’t make you rank. » (Traduction) (Résumé en français de la section quatre-vingt-treize, sous-partie six : le texte source est conservé pour vérification lors de la relecture francophone.) «- Prioritize on impact/effort: quick wins (stray noindex, dirty sitemaps, variant canonicals) first; architecture (facets, CWV, schema rollout) planned; busywork skipped. » (Traduction) (Résumé en français de la section quatre-vingt-treize, sous-partie sept : le texte source est conservé pour vérification lors de la relecture francophone.) «- Crawl budget is a non-issue for most stores — it matters at ~1M+ pages changing weekly or 10k+ daily, or with a big “Discovered – not indexed” bucket. » (Traduction) (Résumé en français de la section quatre-vingt-treize, sous-partie huit : le texte source est conservé pour vérification lors de la relecture francophone.)

Documentation officielle

The principal sources behind chaque audit step.

Google — exploration & indexation

• Optimize votre budget d’exploration — qui nécessite il, soft-404 waste, pourquoi pas à utiliser noindex à enregistrer budget.
• Managing exploration de faceted navigation URLs — l’URL-explosion problème et le robots.txt / fragment corrections.
• Page indexation rapport (Search Console Aider) — chaque “pas indexé” status, notamment le duplicate-parameter remarque.
• Inspection d’URL outil (Search Console Aider) — checking a unique URL’s indexé state et données structurées.

«Google — ecommerce specialty » (Traduction) (Résumé en français de la section cent, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«- Ecommerce URL structure best practices — minimizing alternate URLs, descriptive paths, & separators, canonical parameter handling. » (Traduction) (Résumé en français de la section cent un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Help Google understand your ecommerce site structure — the menu → category → sub-category → product hierarchy and <a href> requirement. » (Traduction) (Résumé en français de la section cent un, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Structured data for ecommerce sites — the recommended schema types. » (Traduction) (Résumé en français de la section cent un, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- Product snippet structured data — required and recommended Product fields. » (Traduction) (Résumé en français de la section cent un, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.)

«Google — technical » (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.)

«- Understanding Core Web Vitals and Google Search results — the LCP/INP/CLS thresholds and the CWV report. » (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.) «- Rich Results Test — validate Product, Breadcrumb, and other markup. » (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.)

«Bing / Microsoft » (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.)

«- bingbot Series: Maximizing Crawl Efficiency — Bing’s “crawl efficiency” framing; relevant to large-catalog stores. » (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.)

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

On-le-record statements behind le audit. Le deep liens jump à le quoted passage on le page source.

Me — audit methodology (depuis mon Ahrefs writing)

«- “If clients are coming to you asking for an audit, they already have a pain point. Talk to them. Solve that one thing and they’ll be happy with the audit.” — Patrick Stox, Free SEO Audit Template. » (Traduction) (Résumé en français de la section cent onze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Anything high-impact and low-effort is a quick win, so those tasks should be tackled first.” — Patrick Stox, Enterprise Technical SEO. » (Traduction) (Résumé en français de la section cent onze, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- “One mistake can keep millions of pages out of the index or remove an entire site from search results.” — Patrick Stox, Enterprise Technical SEO. » (Traduction) (Résumé en français de la section cent onze, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Sometimes, the best course of action is to do nothing because the costs outweigh the benefits.” — Patrick Stox, We Studied Over 1 Million Domains. » (Traduction) (Résumé en français de la section cent onze, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Most sites don’t need to worry about crawl budget, but there are few cases where you may want to take a look.” — Patrick Stox, When Should You Worry About Crawl Budget? » (Traduction) (Résumé en français de la section cent onze, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Though it’s a joke in the SEO community, ‘it depends’ is really the answer when dealing with out-of-stock products on e-commerce websites.” … “Ultimately, there’s no perfect solution.” — Patrick Stox, How Should You Handle Out-of-Stock Products?. » (Traduction) (Résumé en français de la section cent onze, sous-partie six : le texte source est conservé pour vérification lors de la relecture francophone.)

John Mueller, Recherche Google Advocate — thin category pages (relayed)

«- “When the ecommerce category pages don’t have any other content at all, other than links to the products, then it’s really hard for us to rank those pages.” » (Traduction) (Résumé en français de la section cent quatorze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Maybe 90%, 95% of that text is unnecessary. But some amount of text is useful to have on a page so that we can understand what this page is about.” » (Traduction) (Résumé en français de la section cent quatorze, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Our algorithms sometimes get confused when they have a list of products on top and essentially a giant article on the bottom.” » (Traduction) (Résumé en français de la section cent quatorze, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

Google — official docs

«- “Eliminate duplicate content to focus crawling on unique content rather than unique URLs.” Jump to quote » (Traduction) (Résumé en français de la section cent dix-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Don’t use noindex, as Google will still request, but then drop the page when it sees a noindex meta tag or header in the HTTP response, wasting crawling time.” Jump to quote » (Traduction) (Résumé en français de la section cent dix-sept, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- “The crawlers will typically access a very large number of faceted navigation URLs before the crawlers’ processes determine the URLs are in fact useless.” — Managing crawling of faceted navigation URLs. » (Traduction) (Résumé en français de la section cent dix-sept, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Use <a href> tags when creating links to other content. Don’t use JavaScript events on other HTML DOM elements for navigation.” — Help Google understand your ecommerce site structure. » (Traduction) (Résumé en français de la section cent dix-sept, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.)

Le ecommerce SEO audit liste de contrôle

Run top to bottom — the order is the prioritization. Don’t commencer at on-page.

1. Crawlability

• Lire robots.txt; rien important disallowed, faible-valeur parameter spaces bloqué.
• “Blocked by robots.txt” rapport reviewed pour faux positives.
• GSC Statistiques d’exploration vérifié pour exploré-vs-indexé gaps (explorer waste).
• Tout URLs exported et clustered par parameter/chemin à size le faceted problème.
• Explorer-budget concern confirmed réel (1M+ weekly / 10k+ daily / big “Discovered”) avant acting.

2. Indexation

• GSC Page Indexation “Pas indexé” exported par raison et quantified.
• Indexé count comparé contre connu catalog size.
• Inspection d’URL exécuter on a sample depuis chaque raison bucket.
• XML sitemap contient seulement canonical, indexable, 200-status URLs.
• Aucun accidental sitewide noindex.

3. Contenu dupliqué

• Les deux GSC “Duplicate” buckets reviewed.
• Duplicate clusters avec aucun canonical identified dans le robot d’exploration.
• Faceted parameters handled via robots.txt or # fragments (pas noindex).
• Shopify /collections/*/products/* canonicalized — et le canonical est internally lié.
• HTTP/HTTPS, www/non-www, trailing-slash tout 301 à un canonical.

4. On-page at scale

• Manquant/duplicate titles, H1s, et meta descriptions filtered dans le robot d’exploration.
• Thin category pages flagged; court utile copy bloquer, pas a wall de texte.
• Titre templates vérifié pour collisions.

5. Technical

• CWV by URL groupe: LCP < 2,5s, INP < 200ms, CLS < 0,1.
• HTTPS everywhere; aucun mixed content.
• Canonicals: aucun 4XX targets, aucun non-canonical sitemap URLs, aucun paginated-to-page-one, unique tag par page.
• Mobile version isn’t stripped of description/schema/images.

6. Données structurées

• Résultats enrichis Tester passes on product + category templates.
• GSC Product Snippets / Merchant Listings reports clean.
• Merchant listing requis définir présent: name, image, offers (price/currency/availability).
• Product snippet eligibility présent: name plus au moins un of review, aggregateRating, or offers.
• Schema prices match visible prices; breadcrumb schema matches visible trail.

7. Maillage interne

• Orphan pages et explorer depth reviewed; clé pages dans ~3 clicks.
• Liens à redirections et broken liens pulled.
• Meilleur sellers lié depuis nav et hub/editorial pages.

8. Out-of-stock / discontinued

• Soft 404 bucket pulled et resolved par modèle.
• Temporary vs. permanent decisions applied (garder / 301 / 404-410).
• Lien internes à deleted produits supprimé or mis à jour.

9. Off-page

• Branded vs. non-branded click share reviewed.
• Liens par page type assessed.
• 404s avec backlinks 301’d à actif pages.

10. Prioritize & deliver

• Every finding scored on impact/effort.
• Rapide wins premier; architecture planned; busywork skipped.
• Report focused on the few problèmes que matter, quantified in business impact.

Le frameworks behind le audit

1. Scale-premier ordering. Le audit exécute dans priority order parce que leverage differs par area: an sur la page tweak corrections un page; an indexation modèle corrections thousands. Donc: crawlability → indexation → contenu dupliqué → sur la page → technique → données structurées → lien internes → out-de-stock → hors page. Resist le urge à ouvrir avec titre balises.

2. Le impact/effort matrix. Score chaque finding on deux axes et act par quadrant:

The matrix’s réel valeur is permission to skip — “parfois the meilleur course of action is to ne faites pashing.”

3. Client-premier scoping. ne pas audit tout. Commencer depuis le pain le store en réalité a (trafic drop, a category que stopped classement, a mauvais migration), solve que, alors widen. A focused rapport de 5–10 quantified problèmes beats a 200-ligne explorer export chaque temps.

4. Le three “pas equals” (inherited depuis SEO technique). Exploration ≠ indexation (a bloqué page peut encore être indexé), exploration ≠ classement (plus explorer ≠ plus élevé positions), exploration ≠ rendu (JS exécute séparément). La plupart ecommerce confusion — “pourquoi est mon produit pas showing up?” — resolves une fois vous locate which stage c’est failing à.

5. Out-de-stock arbre de décision. Temporary → garder actif (restock/waitlist). Permanent + fermer match → 301. Permanent + liens/trafic, aucun match → garder avec connexe produits. Permanent + rien → 404/410. “Il depends” est le honest par défaut; le variables sont permanence et equity.

Outils pour an ecommerce SEO audit

Mentioned in ce audit

• Recherche Google Console — le backbone: Page Indexation rapport (chaque “pas indexé” raison), Statistiques d’exploration, Core Web Vitals, Sitemaps, Inspection d’URL, et Enhancements (Produit Extraits, Merchant Listings). Gratuit, et où le audit commence.
• Ahrefs Site Audit — mon principal robot d’exploration: crawlability, indexability, duplicate clusters, canonicals, orphan pages, lien internes, explorer depth, performances, et structured-données vérifications à travers 170+ problème types.
• Ahrefs Site Explorer — backlink profile par page type, broken pages avec liens (redirect-reclamation targets), organique mots-clés par page, concurrent lien gaps.
• Google Résultats enrichis Tester — valider Produit, BreadcrumbList, et autre schema on a actif URL.
• PageSpeed Insights — champ (CrUX) + lab CWV données on representative templates.

Free options

• Ahrefs Webmaster Outils — gratuit explorer + Site Audit pour sites vous vérifier; le aucun-coût façon à obtenir la plupart de le ci-dessus.
• Bing Webmaster Outils — explorer info, Site Scan, et IndexNow (push price/stock changements au lieu de waiting pour a recrawl).

Autre robots d’exploration

• Screaming Frog SEO Spider — desktop bulk export of URLs, code d’états, canonicals, meta données, hreflang; handy pour very grand custom crawls.
• Chrome DevTools — confirmer si product content is in the initial HTML or injected by JavaScript (“View source” vs. “Inspect”).

Playbook: trafic organique drops à travers an ecommerce site

«1. Confirm the scope. Split Search Console data by page type, country, device, and query class. If only one template or market moved, keep the investigation there; if all segments moved, continue sitewide. 2. Align the timing. Mark deployments, migrations, feed changes, inventory events, seasonality, and known search changes on the same timeline. If the drop begins with a release, inspect that release before compiling a generic issue list. 3. Check access and response changes. Compare current and prior robots rules, status codes, canonicals, sitemaps, and rendered internal links. If important URLs are blocked, redirected, noindexed, or orphaned, contain that failure first. 4. Reconcile indexation. Join intended URLs from the sitemap/catalog with crawl results and Search Console Page Indexing reasons. If the loss clusters in duplicate or canonical states, inspect URL signals; if it clusters in crawled-not-indexed, examine content and page value. 5. Test representative templates. Validate one known-good and one affected category, product, facet, and editorial page for rendering, schema, internal linking, and Core Web Vitals. If a shared component fails, widen the sample before changing individual pages. 6. Prioritize by affected value and confidence. Ship the smallest reversible fix for the highest-value confirmed cause. If evidence is inconclusive, gather a targeted sample rather than bundling speculative changes. 7. Verify and annotate. Record the exact change, test its technical output, and monitor the affected segment against its own baseline. If the intended signal did not change, roll back or reopen the diagnosis. » (Traduction) (Résumé en français de la section cent soixante-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«## Audit practices that waste the team’s attention » (Traduction) (Résumé en français de la section cent soixante-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«### Export every crawler warning and call it an audit » (Traduction) (Résumé en français de la section cent soixante-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Why it fails: severity labels do not know the site’s templates, traffic, revenue, or intended URL policy. Do instead: connect each finding to affected URLs, evidence, business impact, and a specific fix owner. » (Traduction) (Résumé en français de la section cent soixante-neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Commencer with title-tag rewrites during an indexation loss

Pourquoi il fails: sur la page polish ne peut pas corriger bloqué, redirigé, canonicalized, or unrendered pages. Faire à la place: establish crawlability et indexation scope avant moving bas le stack.

Treat chaque excluded URL as a problème

Pourquoi il fails: alternate variants, filtered URLs, et noncanonical duplicates peut être intentionally excluded. Faire à la place: comparer le observed state avec le documented indexation policy pour chaque URL class.

Modifier several systems avant measuring anything

Pourquoi il fails: combined template, canonical, contenu, et linking changements destroy causal clarity et complicate rollback. Faire à la place: groupe connexe corrections, state le attendu signal, et valider chaque release.

Diagnose audit evidence que ne fait pas line up

Utiliser le shared SEO audit evidence package pour capture, timestamp, environment, scope, limitations, reproduction, et acceptance tests. Extend il ici avec produit ID, SKU, selected variant, market, postcode, inventory/fulfillment state, feed source et processing temps. Garder le original catalog, page, et feed captures séparé depuis le analyst’s diagnosis.

Explorer totals are far ci-dessus the catalog size

Probable causer: faceted, sorting, tracking, recherche, or session parameters sont generating URL combinations. Corriger: classify le parameter patterns, inspect internal discovery et canonical behavior, et explorer a bounded sample avant recommending contrôle.

Search Console and the robot d’exploration disagree on indexability

Probable causer: le explorer voit aujourd’hui’s réponse pendant que Search Console reflects an précédent explorer, or rendu changements directives après raw HTML. Corriger: comparer timestamps, raw et rendu sortie, canonical signaux, et representative Inspection d’URL résultats.

Structured-data errors apparaître on seulement some products

Probable causer: optional catalog champs, variant logic, or out-de-stock states enter a différent template branch. Corriger: segment erreurs par template et données condition, reproduce un affected record, et correct le shared mapping plutôt que hand-editing URLs.

Recommendations garder growing but nothing ships

Probable causer: findings lack impact, ownership, dependencies, or acceptance tests. Corriger: convert chaque confirmed problème dans a ticket avec affected scope, evidence, proposed modifier, attendu signal, owner, et validation étape.

Prompts pour organizing audit evidence

Cluster findings sans inventing severity

Paste a sanitized explorer/problèmes export après ce prompt.

Group these ecommerce SEO findings by root cause and affected template. Preserve the
original evidence and URL counts. For each group, return: observed signal, likely
system owner, evidence still needed, affected page type, reversible first test, and
validation method. Do not assign business impact or severity unless the input
contains traffic, revenue, or indexation evidence supporting it.

[PASTE AUDIT EXPORT]

Turn confirmed findings dans implementation tickets

Convert only the confirmed findings below into engineering-ready tickets. Each ticket
must include current behavior, intended behavior, affected URL pattern, reproduction
steps, proposed acceptance tests, monitoring window, and rollback condition. Separate
facts from hypotheses and place unresolved questions in a final section.

[PASTE CONFIRMED FINDINGS AND EVIDENCE]

Ecommerce audit signal map

Mesurer si the audit program improves le site

Confirmed high-impact findings resolved

Metric: count et share de evidence-backed priority findings shipped et validated, pas merely closed. Ce que il indique vous: si audit fonctionner reaches production et produces le attendu technique signal. Comment pull il: join le audit ledger avec problème-tracker status et acceptance-test evidence. Benchmark / realistic range: establish a baseline par team capacity et dependency class; ne faites pas reward closure de faible-valeur findings à inflate le percentage. Cadence: chaque sprint et quarterly par root causer.

Prévu indexer coverage par page type

Metric: prévu URL canoniques represented dans le attendu indexation state, segmented par produit, category, editorial, et approved facet pages. Ce que il indique vous: si le searchable inventory matches policy. Comment pull il: reconcile sitemap/catalog URLs, explorer states, et Search Console Page Indexation exports. Benchmark / realistic range: le cible dépend on explicit URL policy; excluded variants ne doit pas être counted as échecs. Cadence: monthly et après plateforme releases.

Organic performances of affected cohorts

Metric: clicks, impressions, et qualified organique résultats pour le exact URL/requête cohorts tied à shipped corrections. Ce que il indique vous: si technically validated fonctionner corresponds avec durable recherche et entreprise improvement. Comment pull il: enregistrer pre-modifier Search Console cohorts et join les à analytics or commerce résultats où governance permet. Benchmark / realistic range: comparer chaque cohort avec son propre seasonal baseline et an unaffected comparaison groupe quand possible. Cadence: annotate à release, alors examiner après sufficient recrawling et monthly thereafter.

Recurrence rate

Metric: validated problèmes que reappear on le même template or URL class après remediation. Ce que il indique vous: si le root causer était fixed or seulement le actuel symptoms étaient patched. Comment pull il: comparer scheduled explorer detectors et audit ledger fingerprints à travers exécute. Benchmark / realistic range: utiliser le premier deux comparable audits à définir a baseline et treat repeated systemic defects as prevention fonctionner. Cadence: chaque audit cycle.

Testez vos connaissances: ecommerce SEO audits

Five questions on audit sequencing, evidence, et prioritization.

Journal des modifications