Audit SEO e-commerce : les 10 points propres à un catalogue que les audits classiques ratent

L’essentiel : Un audit SEO e-commerce utile ne se limite pas aux balises et à la vitesse : il vérifie ce que le catalogue fabrique. Les filtres et le tri qui génèrent des milliers d’adresses, les variantes mal regroupées, les ruptures et produits retirés, la pagination des catégories et surtout l’écart entre le flux produit et la page (prix, disponibilité) sont les points qui coûtent des commandes. Ces mêmes données alimentent Google Shopping et les réponses des IA : un catalogue cohérent sert à la fois le SEO et le GEO.

Un audit SEO classique lit un site comme une collection de pages. Une boutique n’est pas une collection de pages. C’est un catalogue qui bouge tous les jours : des prix qui changent, des tailles qui partent, des filtres qui fabriquent des adresses à la volée, un flux produit envoyé chaque nuit à Google et, depuis peu, aux assistants IA.

La plupart des rapports que je reprends listent des balises title trop longues, des images sans attribut alt, un score de vitesse en orange. Rien de faux. Rien non plus qui explique pourquoi les commandes ne suivent pas.

Prenez une boutique d’équipement sportif sous WooCommerce, sur le marché français, dont j’ai repris les fondations fin juillet 2026. Aujourd’hui, 52 % de ses commandes arrivent par Google Shopping gratuit, 16 % par la publicité payante et 8 % par ChatGPT. Aucun de ces canaux n’apparaît dans un audit SEO standard. Ils reposent pourtant sur le même socle : un catalogue propre, des données produit cohérentes, des pages que Google et les IA lisent sans contradiction.

Autre signal sur ce même site : les AI Overviews (les réponses générées par Google au-dessus des résultats) mentionnaient la boutique une vingtaine de fois par jour avant la refonte. Environ 150 fois par jour à la mi-septembre, depuis la remise à plat. Le travail n’a pas porté sur les balises. Il a porté sur le catalogue.

Voici donc les dix points que je vérifie sur une boutique, et qu’un audit générique saute presque toujours. Pour la méthode générale et les tarifs d’un audit, j’ai écrit un article dédié. Ici, uniquement ce qui est propre à un catalogue.

1. Les filtres indexés (navigation à facettes)

La navigation à facettes, ce sont les filtres de vos catégories : taille, couleur, marque, prix. Chaque combinaison crée une adresse. Une catégorie de 40 produits avec cinq filtres peut produire des milliers d’URL que Googlebot va explorer une à une.

Le résultat se lit dans la Search Console : des milliers de pages « explorées, actuellement non indexées », et des fiches produit récentes que Google met des semaines à découvrir. Google le dit lui-même dans sa documentation : explorer ces adresses consomme des ressources serveur et ralentit la découverte des URL utiles.

Ma position est tranchée. Sur une PME, je bloque presque toujours les filtres dans le robots.txt et je laisse indexer quelques combinaisons choisies, celles qui correspondent à une vraie recherche (par exemple une marque dans une catégorie). Ces combinaisons-là deviennent de vraies pages, avec une adresse propre, un titre et un texte. Les autres n’ont rien à faire dans l’index.

Un détail que presque personne ne contrôle : une combinaison de filtres sans aucun produit doit renvoyer une erreur 404, pas une page vide en code 200. C’est une recommandation explicite de Google.

2. Le tri et la recherche interne

Trier par prix croissant, par nouveauté, par popularité : même contenu, nouvelle adresse. Sur WooCommerce, le paramètre de tri s’ajoute à chaque URL de catégorie. Les pages de résultats de la recherche interne posent le même problème, en pire : leur nombre est infini, puisque chaque requête tapée par un visiteur crée une page.

Je les trouve indexées sur une boutique sur trois que j’ouvre, à peu près. Un audit générique les classe en « contenu dupliqué » parmi cinquante autres lignes. Sur un catalogue, c’est souvent la première fuite de budget de crawl (le temps que Google accepte de passer sur votre site).

3. La pagination des catégories

Page 2, page 3, page 4 d’une catégorie : c’est par là que Google atteint les produits du fond de catalogue. Deux erreurs reviennent sans cesse.

La première : une balise canonical (l’indication de la version de référence d’une page) qui pointe de toutes les pages vers la page 1. Google la déconseille noir sur blanc : chaque page de la série doit avoir sa propre canonical. La seconde : un bouton « charger plus » ou un défilement infini sans vrais liens <a href> vers les pages suivantes. Pour le visiteur, tout fonctionne. Pour Googlebot, la catégorie s’arrête aux 24 premiers produits.

4. Le même produit sous plusieurs adresses

Sur Shopify, un produit affiché depuis une collection est souvent lié en /collections/nom/products/produit, alors que son adresse de référence est /products/produit. La canonical rattrape le doublon, mais tout le maillage interne pointe vers la mauvaise version. Sur WooCommerce, le même phénomène apparaît quand la catégorie est intégrée au permalien et qu’un produit appartient à plusieurs catégories.

Le test prend deux minutes : ouvrez une catégorie, survolez un produit, regardez l’adresse du lien. Si elle diffère de l’adresse canonique de la fiche, vous envoyez à Google un signal contradictoire sur chaque produit du catalogue.

5. Les variantes de produit

Un t-shirt en six couleurs et cinq tailles : une page ou trente ? Les deux choix se défendent. Le problème, c’est l’entre-deux que je croise le plus souvent : une page par couleur créée à la main, avec la même description, sans lien entre elles, et un balisage qui annonce un seul prix pour toutes.

Google documente un balisage dédié, ProductGroup, qui regroupe les variantes et précise sur quoi elles varient (couleur, taille, matière). Sa documentation pose deux exigences que je vérifie systématiquement : chaque variante doit pouvoir être présélectionnée par une adresse distincte, et chaque variante doit porter un identifiant unique. Quand la boutique tient sur une seule page, une seule canonical pour tout le groupe.

Pourquoi c’est commercial et pas seulement technique ? Parce que Google Shopping et les assistants IA renvoient l’acheteur vers une variante précise. Si l’adresse ouvre la variante par défaut, en noir taille M, alors que l’acheteur a cliqué sur le rouge en L, vous perdez la vente au premier écran.

6. Les ruptures de stock temporaires

Deux réflexes coûteux. Le premier : masquer les produits en rupture, ce qui renvoie une 404 sur une fiche qui avait des positions et des liens. Quand le produit revient trois semaines plus tard, tout est à reconstruire. Le second : laisser la fiche en ligne, mais avec un flux et un balisage qui affichent encore « en stock ». Google Shopping envoie alors des clics vers un produit indisponible.

Ma règle : une rupture temporaire garde sa page, sa position et son adresse. Elle affiche clairement l’indisponibilité, propose une alerte de retour en stock et des alternatives proches. Le flux et le balisage disent la même chose que la page.

7. Les produits définitivement retirés

Un catalogue vieillit. Les fins de série s’accumulent en 404, ou pire, sont toutes redirigées vers la page d’accueil. Google peut traiter ces redirections massives vers une page sans rapport comme de fausses 404 : vous perdez le bénéfice et vous gardez le problème.

Newsletter · chaque mardi

Brief Digital Hebdo.

Chaque mardi matin, un conseil précis pour améliorer votre boutique en ligne et vos ventes. Cinq minutes de lecture.

Adresse e-mail

J’accepte de recevoir le Brief Digital Hebdo de M-Twice, un e-mail par semaine. Désinscription en un clic.

Votre adresse sert uniquement à l’envoi du Brief. Politique de confidentialité

Ce que je regarde : les fiches retirées qui reçoivent encore des visites ou des liens externes. Celles-là méritent une redirection vers le produit qui les remplace, ou à défaut vers la catégorie la plus proche. Les autres peuvent disparaître proprement. Cette liste n’existe dans aucun audit automatique, parce qu’elle demande de croiser la Search Console, les statistiques de visite et l’historique du catalogue.

8. Le flux qui contredit la page

C’est le point que je place en tête de toutes mes analyses de boutique. Votre flux produit (le fichier qui décrit votre catalogue pour Google Merchant Center, Meta ou les assistants IA) annonce un prix et une disponibilité. Votre page en affiche d’autres. Google compare les deux.

Dans son aide Merchant Center, Google précise qu’il considère les incohérences de prix entre flux et page comme des erreurs critiques, qui peuvent aller jusqu’à la suspension du compte. La mise à jour automatique des articles corrige certains écarts, mais elle ne règle pas la cause.

Les causes, je les retrouve presque toujours parmi trois : une extension de flux qui se synchronise une fois par jour alors que le stock bouge toutes les heures, un cache de page qui affiche l’ancien prix, et des variantes dont le flux renvoie vers la fiche parente. Un audit SEO ne regarde jamais le flux. Un audit e-commerce commence par lui. Pour la configuration côté Google, j’ai détaillé les erreurs fréquentes dans le guide Google Merchant Center.

9. Les promotions qui ne s’arrêtent jamais

Le prix barré fait vendre. Le prix barré oublié fait perdre la confiance de Google. Une promotion terminée sur le site mais toujours active dans le flux, ou l’inverse, produit exactement l’écart du point précédent. Et une période de soldes est le moment où le catalogue change le plus vite.

Je vérifie trois choses : les dates de début et de fin des prix promotionnels dans le flux, la cohérence du prix barré entre la page, le balisage et le flux, et le comportement du cache le jour où la promotion démarre. La spécification de flux publiée par OpenAI pour la découverte de produits le dit sans détour : mettez le flux à jour quand une promotion commence ou se termine, et quand un article revient en stock ou s’épuise.

10. Les données produit lisibles par les IA

Le GEO (Generative Engine Optimization, l’optimisation pour être cité par les moteurs IA) ne se joue pas seulement dans les articles de blog. Pour une boutique, il se joue dans les données produit. Les assistants IA qui recommandent des produits lisent des flux et des balisages structurés : prix, disponibilité, identifiants, variantes, livraison, retours. La spécification d’OpenAI rejette d’ailleurs toute ligne de flux dont la disponibilité est absente ou non reconnue.

Un audit générique vérifie qu’un balisage Product existe. Je vérifie qu’il est complet, qu’il dit la même chose que le flux et la page, et que les informations qui font acheter (délai de livraison, conditions de retour) sont présentes en données structurées et pas seulement dans une image ou un onglet. C’est sur ce point que la boutique d’équipement sportif a le plus bougé : depuis que flux, pages et balisage racontent la même histoire, 8 % de ses commandes viennent de ChatGPT. J’en parle plus longuement dans le guide du flux produit.

Voici la grille que j’utilise en première lecture. Elle ne remplace pas l’analyse, elle dit où creuser.

Pendant mes premières années, je livrais des audits sous forme d’export de crawl trié par gravité, avec des dizaines d’onglets. J’ai fini par regarder ce qui était corrigé trois mois plus tard. Les balises alt et les meta descriptions, oui. Les filtres indexés et le flux divergent, presque jamais. Les points simples passaient, les points rentables restaient bloqués. Depuis, je ne livre plus de liste à plat.

Je classe chaque point selon une seule question : combien de commandes passe-t-il par là ? Une boutique dont la moitié des ventes vient de Google Shopping gratuit commence par le flux, pas par la vitesse. Une boutique de 3 000 références avec des filtres ouverts commence par le robots.txt. Une boutique qui investit en publicité regarde aussi ses campagnes : sur le site d’équipement sportif, plus de 4 400 clics s’étaient accumulés sur des campagnes de notoriété sans produire un seul panier. Aucun audit SEO ne l’aurait signalé, et c’était pourtant de l’argent qui sortait chaque mois.

Un audit qui ne dit pas par où commencer reste un rapport. Celui qui dit par où commencer devient un plan.

Ce suivi dans le temps, c’est ce que je fais dans le pilotage mensuel : un catalogue ne se corrige pas une fois pour toutes, il dérive à chaque nouvelle gamme, chaque soldes, chaque mise à jour d’extension.

Vous n’avez pas besoin d’un outil payant pour savoir si votre catalogue fuit. Trois contrôles suffisent pour un premier avis.

Ouvrez Merchant Center et regardez les produits signalés pour un prix ou une disponibilité non concordants. S’il y en a, commencez là : ce sont des ventes Shopping qui ne se font pas. Tapez ensuite site:votreboutique.com inurl:? dans Google pour voir combien de pages à paramètres sont indexées. Enfin, cliquez sur un produit en rupture depuis Google et regardez ce qui s’affiche.

Si vous préférez un regard extérieur, je réalise une analyse vidéo de votre boutique : cinq minutes, faite depuis l’extérieur sans accès à vos données, sur WooCommerce, Shopify ou Odoo. Elle passe en revue votre présence dans Google Shopping, dans les réponses IA de Google et dans ChatGPT, votre parcours d’achat et votre fidélisation, et se termine par trois actions prioritaires. Vous la recevez par e-mail sous 48 heures ouvrées.