Audit SEO technique d'un site e-commerce : ce que j'ai relevé sur 80 boutiques
Article écrit par l'agence AmiSEO, relu par Maxim, fondateur d'AmiSEO
· 11 min de lecture
En résumé
Un audit SEO technique e-commerce vérifie d'abord les fiches produit : que Google les lit, qu'il lit leur prix, et qu'une fiche n'a qu'une adresse.
- Sur 80 boutiques relevées le 2 octobre 2026, aucune fiche n'est en noindex, mais 15 ne donnent pas à Google un prix qu'il peut lire.
- Le test des résultats enrichis de Google le montre en une minute : la ligne Extraits de produits doit être valide, sans problème critique.
- Filtres, tri et pagination ne se vérifient pas sur une fiche : c'est ce qu'un audit acheté doit couvrir, par écrit.
Votre boutique en quatre réponses : par quoi commencer
Collez l'adresse d'une fiche produit dans le test des résultats enrichis de Google. Que dit la ligne Extraits de produits ?
Résumer cet article avec
Un audit SEO technique e-commerce commence par la fiche produit
Un audit SEO technique d'un site e-commerce vérifie trois choses sur les fiches produit : que Google peut les lire, qu'il lit leur prix, et qu'une même fiche ne se cache pas derrière dix adresses. Le reste vient après.
Sur une boutique, les pages qui rapportent sont les fiches produit, et ce sont elles qu'un audit doit ouvrir en premier.
Un site vitrine compte quelques dizaines de pages. Une boutique en compte des centaines, et chaque filtre, chaque tri, chaque couleur d'un même article peut fabriquer une adresse de plus. Le prix et le stock changent, des produits disparaissent.
Les douze points d'un audit technique SEO de site vitrine restent valables : vitesse, adresse unique, fichier robots.txt. Cet article traite ce qu'une boutique ajoute par-dessus.
J'ai lu les cinq premiers résultats de Google sur cette question le 2 octobre 2026. Trois sont des pages d'agence qui listent ce qu'elles contrôlent, un est un dossier sur l'audit en général, le cinquième est un guide public sur l'audit en général, qui ne parle d'e-commerce qu'à travers un exemple. Aucun ne publie une mesure sourcée faite sur un ensemble de boutiques, ni un seuil que vous pouvez vérifier vous-même. Ce sont les deux choses que cette page apporte.
Ce que j'ai relevé sur 80 boutiques françaises, le 2 octobre 2026
J'ai ouvert une fiche produit sur chacune de 80 boutiques en ligne d'entreprises françaises, et je l'ai lue comme Google la reçoit au premier passage, sans exécuter ses scripts. Voici ce que donnent les points qu'on peut mesurer de l'extérieur.
| Point contrôlé sur la fiche | Boutiques en règle | Ce que ça change |
|---|---|---|
| Fiche ouverte à Google, sans consigne noindex | 80 sur 80 | Une fiche en noindex ne sort jamais dans Google |
| Fichier robots.txt qui répond | 78 sur 80 | C'est le premier fichier que lit le robot de Google |
| Adresse en http qui bascule en https | 77 sur 80 | 2 restent en http, 1 ne répondait pas |
| Balise canonical présente | 76 sur 80 | Elle désigne l'adresse principale de la fiche |
| Canonical inchangée quand on ajoute un paramètre | 74 sur 80 | Un lien de campagne ne crée pas de double |
| Données produit lisibles par Google | 67 sur 80 | Sans elles, Google ne sait pas que c'est un produit |
| Prix lisible par Google dans ces données | 65 sur 80 | Le prix est exigé pour les fiches marchandes de Google |
| Disponibilité lisible par Google | 64 sur 80 | En stock, en rupture, en précommande |
| Plan du site déclaré dans robots.txt | 62 sur 80 | Pas une faute si le plan est envoyé par la Search Console |
Relevé du 2 octobre 2026, une fiche produit par boutique, HTML servi sans rendu JavaScript. Base : 80 boutiques, soit 41 sous WooCommerce, 20 sous PrestaShop, 11 sous Shopify et 8 sur d'autres solutions. Valeurs absolues, pas de pourcentage sur un panel de cette taille. La règle d'entrée dans le panel et la définition de chaque point sont dans le bloc méthode en bas de page.
La panne qui ferme une boutique à Google est absente du relevé : aucune des 80 fiches n'est en noindex.
Ce qui manque est plus discret. 15 boutiques sur 80 ne donnent pas à Google un prix qu'il peut lire, alors que le client, lui, le voit à l'écran.
Vous voulez savoir dans quelle colonne tombe votre boutique sans faire les tests ? Demandez mon autopsie vidéo : je regarde vos fiches et je vous montre ce que Google en lit, en vidéo, par email.
Le défaut qui revient : un prix que Google ne lit pas
Le prix affiché à l'écran ne suffit pas. Pour montrer un produit avec son prix dans ses résultats, Google lit un balisage à part, invisible pour le client, qu'on appelle les données structurées : un petit bloc de code qui dit « ceci est un produit, voici son nom, son image, son prix ».
Google exige, pour une fiche marchande, un nom, une image et une offre avec un prix supérieur à zéro et sa devise.
La disponibilité est recommandée, pas obligatoire. C'est écrit dans sa documentation sur les fiches de marchand, mise à jour le 12 septembre 2026.
Le prix de la fiche, lu par Google, sur 80 boutiques
- 65 boutiques donnent un prix lisible par Google
- 13 boutiques n'ont aucune donnée produit sur la fiche
- 2 boutiques déclarent un produit, mais sans offre ni prix
Relevé du 2 octobre 2026, une fiche par boutique. Données produit cherchées en JSON-LD et en microdonnées, deux des trois formats que Google accepte ; le troisième, RDFa, n'a pas été cherché. Le dernier segment n'est pas étiqueté sur la jauge, son chiffre ne tiendrait pas dans sa largeur sur un téléphone : sa valeur est dans la clé juste au-dessus.
Le défaut ne dépend pas d'une solution en particulier, mais il ne pèse pas pareil partout.
| Solution | Boutiques relevées | Prix lisible par Google |
|---|---|---|
| WooCommerce | 41 | 31 |
| PrestaShop | 20 | 16 |
| Shopify | 11 | 11 |
| Autres | 8 | 7 |
Relevé du 2 octobre 2026. Effectifs trop petits pour comparer des pourcentages entre solutions : 11 boutiques Shopify sur 11 ne prouvent pas que Shopify ne rate jamais, seulement qu'aucune de celles-ci ne rate.
10 des 41 boutiques WooCommerce n'ont pas de prix lisible par Google sur la fiche ouverte.
Je ne publie pas de cause : il faudrait ouvrir l'administration de chaque boutique pour savoir quelle extension ou quel thème est en jeu.
Le piège
- Un produit déclaré sans offre est refusé par Google : le test de Google répond alors « Il faut indiquer "offers", "review", ou "aggregateRating" », vu le 2 octobre 2026 sur une fiche du panel.
- Un prix à zéro dans le balisage ne passe pas non plus pour une fiche marchande, même quand le vrai prix s'affiche à l'écran : Google exige un prix supérieur à zéro.
- Le bon contrôle se fait sur une fiche produit, pas sur l'accueil : c'est la fiche qui porte le prix que Google doit lire.
Filtres, tri, déclinaisons : une fiche, une seule adresse
Une boutique fabrique des adresses sans le vouloir. Un filtre par couleur, un tri par prix, un lien de campagne publicitaire : chacun ajoute un morceau après un point d'interrogation, et Google peut voir dix adresses pour une seule fiche.
La balise canonical sert à dire laquelle est la bonne. Google écrit qu'elle n'est pas obligatoire, et qu'un site devrait s'en sortir sans elle. Sur une boutique, c'est elle qui évite que les signaux d'une fiche se dispersent entre ses copies.
J'ai fait le test sur chaque fiche : ajouter un paramètre à l'adresse, puis relire la canonical. 74 boutiques sur 80 renvoient vers l'adresse propre. 4 n'ont pas de canonical du tout. 2, toutes deux sous PrestaShop, recopient le paramètre dans la canonical : elles déclarent elles-mêmes la copie comme adresse principale.
Sous PrestaShop, les déclinaisons, les filtres et les produits retirés ont chacun leur réglage, que passe en revue la page référencement d'une boutique PrestaShop.
Pour ce qu'un relevé de l'extérieur ne voit pas, voici ce que Google demande, lu dans sa documentation le 2 octobre 2026.
Ce que Google écrit
- Filtres : si vous ne voulez pas les voir dans Google, interdisez leur exploration dans robots.txt, et laissez ouvertes les fiches et une page qui liste tous les produits sans filtre.
- Une combinaison de filtres sans résultat doit répondre « introuvable » avec le code 404, pas une page vide qui répond normalement.
- Pagination : chaque page de la liste garde sa propre canonical, jamais celle de la page 1, avec de vrais liens vers la page suivante.
- Déclinaison passée en paramètre, comme une couleur : la canonical pointe vers l'adresse sans ce paramètre.
Ces quatre points ne se vérifient pas sur une seule fiche. Ce sont eux qui distinguent un audit acheté d'un contrôle fait en dix minutes.
Le plan du site : déclaré, et sans fiches mortes
Le plan du site, ou sitemap, est la liste des adresses que vous donnez à Google. Google demande d'y mettre les adresses que vous voulez voir dans ses résultats, ce qui exclut les produits supprimés.
Il accepte trois façons de le déclarer : le rapport Sitemaps de la Search Console, son outil gratuit pour les propriétaires de sites, l'interface de programmation de cette même Search Console, ou une ligne Sitemap dans le fichier robots.txt. 18 boutiques sur 80 n'ont pas cette ligne, ce qui n'est pas une faute si le plan est déclaré dans la Search Console, chose qu'on ne peut pas voir de l'extérieur.
Dans le plan, j'ai ouvert jusqu'à cinq fiches par boutique. Sur 68 boutiques dont j'ai pu lire les fiches dans le plan, 4 envoient Google vers au moins une fiche qui répond « page introuvable », et trois d'entre elles 3 fois sur 5. C'est le signe d'un plan qui ne suit pas les produits retirés du catalogue.
Le reste du relevé est rassurant. 77 boutiques sur 80 basculent d'elles-mêmes en https quand on tape l'adresse sans le s, 2 restent en http, et la dernière ne répondait pas le jour du relevé.
Vérifier votre boutique vous-même en dix minutes
Ces quatre gestes refont, sur votre boutique, les points du relevé. Prenez une vraie fiche produit, pas l'accueil.
- Le prix lu par Google. Ouvrez le test des résultats enrichis de Google, collez l'adresse de la fiche, lancez le test. La ligne « Extraits de produits » doit dire « élément valide », avec 0 problème critique. Pas de ligne du tout : Google ne voit aucun produit.
- L'adresse principale. Ajoutez ?test=1 à la fin de l'adresse de la fiche, ouvrez-la, faites Ctrl+U pour voir le code, puis Ctrl+F et tapez canonical. L'adresse qui suit ne doit pas contenir test=1.
- Le plan du site. Tapez votreboutique.fr/robots.txt. Cherchez une ligne qui commence par Sitemap, ouvrez l'adresse qu'elle donne, et cliquez trois fiches produit de la liste. Les trois doivent s'ouvrir. Pas de ligne Sitemap : ce n'est pas une faute, regardez le rapport Sitemaps de la Search Console.
- Le https. Tapez votre adresse en commençant par http://, sans le s. La barre d'adresse doit afficher https:// une fois la page chargée.
Si les quatre gestes passent, votre boutique est en règle sur ces points, et vous n'avez pas besoin d'un audit pour les vérifier. Le simulateur en haut de page range vos réponses par ordre de priorité.
Dans mon relevé, lu sans exécuter les scripts : 15 boutiques sur 80 en défaut sur le prix, 6 sur l'adresse principale, 4 avec des fiches mortes dans le plan, 3 sur le https, dont une qui ne répondait pas. Le test de Google, lui, exécute les scripts : il peut trouver un prix que mon relevé n'a pas vu.
Ce qu'un audit acheté doit couvrir en plus
Un audit vendu pour une boutique doit aller là où ces quatre gestes ne vont pas. Demandez qu'il couvre, par écrit :
- Les filtres et le tri : combien d'adresses ils fabriquent, lesquelles Google explore, et ce que dit robots.txt à leur sujet.
- La pagination des catégories : de vrais liens vers la page suivante, une canonical par page.
- Les produits en rupture et les produits supprimés : la disponibilité déclarée dans les données produit, et ce que répondent les fiches retirées.
- Toutes les fiches, pas une : le rapport Pages de la Search Console dit combien de fiches Google a écartées, et pourquoi.
- La vitesse des fiches sur téléphone, mesurée comme dans l'article pour tester la vitesse de son site, fiche par fiche et pas seulement sur l'accueil.
Sur Shopify, la plateforme pose d'elle-même une partie de ces réglages : les 11 boutiques Shopify du relevé passent tous les points mesurés sur la fiche. La page SEO d'une boutique Shopify dit ce qui reste à régler.
Vous préférez qu'on regarde vos fiches à votre place ? Demandez mon autopsie vidéo : elle est gratuite et vous arrive par email.
Et si vous vous demandez ce que la boutique coûte une fois en ligne, j'ai chiffré le prix d'un site e-commerce, coût par vente compris.
Ce que ce relevé ne dit pas
J'ai ouvert une fiche par boutique, pas tout le catalogue. Une boutique en règle sur cette fiche peut rater sur une autre, et l'inverse.
Le relevé lit le HTML tel que le serveur l'envoie, sans exécuter les scripts. Google, lui, peut exécuter les scripts dans un second temps : une donnée ajoutée par script peut donc exister pour Google et manquer ici.
Les 80 boutiques viennent de mes relevés de sites d'entreprises françaises de septembre 2026. Ce n'est pas un échantillon tiré au sort de toutes les boutiques du pays, et je ne publie pas de pourcentage national.
Comment cet article a été fait
- Panel de départ : les 5 425 adresses de sites d'entreprises françaises de mes relevés de septembre 2026. Le 2 octobre 2026, chaque accueil est rouvert ; passent à l'étape suivante ceux qui portent la signature d'une solution de boutique ou un bouton panier, soit 1 283 sites.
- Pour chacun, lecture de robots.txt et de toutes les lignes Sitemap, puis du plan du site (12 fichiers et 6 Mo par fichier au plus), et à défaut des liens de l'accueil, pour trouver des fiches produit à leur forme d'adresse. Jusqu'à cinq fiches sont ouvertes, la première qui répond est retenue.
- Règle d'entrée dans le panel, écrite avant de compter et indépendante des points mesurés : la fiche répond, en français, avec un bouton d'ajout au panier et un prix en euros écrit dans le texte. 84 boutiques passent, 4 sont retirées à la lecture : deux pages de catégorie, un article de blog, un produit nommé produit test. Reste 80.
- Sur chaque fiche : consigne noindex, canonical, canonical relue après ajout d'un paramètre, données produit en JSON-LD et en microdonnées, prix supérieur à zéro, disponibilité, et bascule de http vers https. Chaque compte est fait deux fois, par deux chemins de calcul, et le script échoue s'ils divergent. Les cas en défaut sur la canonical, le prix et le https ont été rouverts un par un.
- Lignes du relevé conservées dans des fichiers de travail : une ligne par boutique, avec l'adresse de la fiche ouverte et la valeur de chaque point.
Ce que cette méthode ne dit pas. Une seule fiche par boutique, lue sans exécuter les scripts. Les données produit ont été cherchées en JSON-LD et en microdonnées, pas en RDFa, le troisième format accepté par Google. Le blocage d'une fiche par robots.txt n'a pas été testé, seule la consigne noindex l'a été. Pour 9 boutiques Shopify qui ont limité mes requêtes lors du second passage, le test du paramètre reprend la valeur du premier passage du même jour. Un point mesuré a été retiré avant publication : savoir si la fiche figurait dans le plan du site, parce que mon outil ne trouvait pas les plans rangés sous une adresse non standard, et il les comptait à tort comme absents.
Sources
- Google Search Central, données structurées des fiches de marchand (mise à jour du 12 septembre 2026)
- Google Search Central, gérer l'exploration des URL de navigation à facettes (mise à jour du 6 mars 2026)
- Google Search Central, pagination et chargement incrémentiel (mise à jour du 18 décembre 2025)
- Google Search Central, regrouper les URL en double (mise à jour du 13 juillet 2026)
- Google Search Central, créer et envoyer un sitemap (mise à jour du 15 juillet 2026)
- Google Search Central, structure d'URL d'un site d'e-commerce (mise à jour du 18 décembre 2025)
Ressources utiles


