Un site e-commerce peut proposer des produits attractifs, afficher des prix compétitifs et publier des contenus optimisés sans obtenir la visibilité attendue sur Google. Le problème ne vient pas toujours de l’offre ou des mots-clés ciblés. Il peut se trouver dans les fondations techniques de la boutique.
Pages bloquées, catégories trop profondes, produits orphelins, filtres générant des milliers d’URL, balises canoniques incohérentes, temps de chargement élevé ou erreurs de redirection peuvent empêcher les moteurs de recherche d’explorer et d’indexer correctement le catalogue.
Un audit technique de site e-commerce permet d’identifier ces facteurs bloquants, de mesurer leur impact et de construire un plan d’action priorisé. Il ne consiste pas uniquement à lancer un outil d’audit SEO et à exporter une liste d’erreurs. Il doit déterminer quelles pages Google peut découvrir, quelles URL méritent d’être indexées et si l’architecture du site soutient réellement les objectifs commerciaux.
Voici la méthode complète pour réaliser un audit SEO technique d’un site e-commerce.
Checklist d’un audit technique de site e-commerce
Un audit technique SEO complet doit au minimum vérifier les éléments suivants :
|
Domaine analysé |
Principales vérifications |
|
Crawlabilité |
robots.txt, liens internes, JavaScript, ressources bloquées |
|
Indexation |
directives noindex, couverture Search Console, pages exclues |
|
Architecture |
profondeur, arborescence, pages orphelines, fil d’Ariane |
|
Navigation à facettes |
filtres, paramètres, combinaisons d’URL, crawl infini |
|
Pagination |
liens crawlables, scroll infini, découverte des produits |
|
URL |
structure, paramètres, versions multiples, stabilité |
|
Duplication |
balises canoniques, variantes, tri, contenus similaires |
|
Performances |
LCP, INP, CLS, images, scripts, serveur |
|
Mobile |
responsive design, contenu, filtres, parcours d’achat |
|
Catalogue |
catégories, produits, variantes, produits indisponibles |
|
Données structurées |
Product, Offer, ProductGroup, BreadcrumbList |
|
Codes HTTP |
3xx, 4xx, 5xx, soft 404, chaînes de redirections |
|
Sitemap XML |
URL indexables, codes 200, dates de modification |
|
Sécurité |
HTTPS, certificat SSL, contenus mixtes |
|
Priorisation |
impact SEO, chiffre d’affaires, effort et dépendances |
Qu’est-ce qu’un audit technique de site e-commerce ?
Un audit technique e-commerce est une analyse approfondie des éléments qui influencent l’exploration, l’indexation, les performances et la compréhension d’une boutique en ligne par les moteurs de recherche.
Il porte notamment sur :
L’audit technique ne remplace pas l’audit sémantique ou l’analyse des backlinks. L’audit sémantique étudie les mots-clés, les intentions de recherche et la qualité du contenu. L’audit de popularité analyse les backlinks, les domaines référents et les ancres de liens.
L’audit technique se concentre sur une question préalable : le site permet-il aux moteurs de recherche de découvrir, comprendre et indexer les bonnes pages ?
Pourquoi réaliser un audit technique SEO sur un site e-commerce ?
Une fiche produit parfaitement optimisée ne générera aucun trafic organique si elle est bloquée par une directive noindex, absente du maillage interne ou canonicalisée vers une autre URL. De même, une catégorie stratégique peut rester invisible si elle se trouve à huit clics de la page d’accueil.
L’audit technique permet ainsi de :
- faciliter la découverte des produits et catégories ;
- concentrer le crawl sur les URL utiles ;
- améliorer l’indexation des pages commerciales ;
- réduire les contenus dupliqués ;
- renforcer le maillage interne ;
- améliorer la vitesse et l’expérience mobile ;
- préparer une migration ou une refonte ;
- relier les optimisations SEO au trafic, aux ventes et au taux de conversion.
Préparer l’audit avant de lancer le crawl
Lancer un crawler sans préparation produit souvent un rapport volumineux mais difficile à exploiter. Une erreur technique n’a pas la même importance sur une catégorie générant une part importante du chiffre d’affaires et sur une ancienne URL de filtre sans trafic.
Avant de commencer, réunissez les sources suivantes :
- Google Search Console ;
- Google Analytics 4 ou un autre outil d’analyse d’audience ;
- le catalogue des produits et des catégories ;
- les données de chiffre d’affaires par type de page ;
- les sitemaps XML ;
- l’historique des migrations et refontes ;
- les rapports Core Web Vitals ;
- les accès au CMS ;
- les fichiers de logs serveur, lorsqu’ils sont disponibles.
Il faut également dresser la liste des modèles de pages :
- page d’accueil ;
- catégories et sous-catégories ;
- pages de marques ;
- fiches produits ;
- variantes ;
- filtres ;
- pages paginées ;
- résultats de recherche interne ;
- contenus éditoriaux ;
- pages promotionnelles ;
- panier, compte et tunnel de commande.
Cette segmentation est essentielle. Une anomalie présente sur un modèle de fiche produit peut affecter plusieurs milliers d’URL.
1. Analyser la crawlabilité du site
La crawlabilité désigne la capacité de Googlebot et des autres robots à accéder aux pages et aux ressources du site.
Vérifier le fichier robots.txt
Le fichier robots.txt peut limiter l’exploration de zones sans valeur SEO, comme :
- le panier ;
- les pages de connexion ;
- certaines pages de recherche interne ;
- les paramètres de session ;
- les tris sans intérêt ;
- les combinaisons infinies de filtres.
Il ne doit pas bloquer des catégories, des produits ou des ressources CSS et JavaScript indispensables au rendu.
Une règle importante doit être respectée : une page bloquée dans robots.txt ne peut pas être explorée et Google ne peut donc pas lire sa directive noindex. Lorsqu’une URL doit disparaître de l’index, il faut d’abord permettre son exploration afin que le noindex puisse être traité, puis limiter éventuellement son crawl une fois la désindexation vérifiée.
Vérifier les liens accessibles aux robots
L’audit doit rechercher :
- les pages importantes sans lien HTML ;
- les liens générés uniquement après une interaction ;
- les menus dépendant entièrement de JavaScript ;
- les boutons qui chargent des produits sans créer d’URL ;
- les liens vers des pages bloquées ou non indexables ;
- les ressources essentielles refusées aux robots.
Les pages stratégiques doivent être accessibles par de vrais liens internes et ne pas dépendre uniquement d’un formulaire, d’un champ de recherche ou d’une action utilisateur.
Analyser les logs serveur
Les logs indiquent les URL réellement demandées par Googlebot. Ils permettent de répondre à plusieurs questions :
- Google explore-t-il les catégories importantes ?
- Consacre-t-il une grande partie de ses passages à des paramètres inutiles ?
- Revient-il régulièrement sur les produits mis à jour ?
- Rencontre-t-il de nombreuses erreurs 404 ou 5xx ?
- Ignore-t-il certaines sections profondes du catalogue ?
L’analyse des logs est particulièrement utile pour les grands sites e-commerce, les marketplaces et les catalogues fréquemment mis à jour.
L’audit doit rechercher :
- les pages importantes bloquées par erreur ;
- les zones inutiles accessibles aux robots ;
- les fichiers CSS ou JavaScript bloqués ;
- les liens internes vers des pages non explorables ;
- les URL de paramètres générant un crawl excessif ;
- les pages nécessitant une interaction avant d’afficher leur contenu.
Le test d’inspection d’URL dans Search Console permet ensuite de comparer la page visible par l’utilisateur avec celle interprétée par Google.
2. Comparer les URL découvertes, indexables et indexées
Un catalogue contenant 10 000 produits peut générer 100 000 URL ou davantage à cause des variantes, filtres, tris et paramètres. L’objectif n’est pas d’indexer toutes les URL, mais de faire indexer les bonnes pages.
Comparez au minimum :
- les URL découvertes pendant le crawl ;
- les URL présentes dans les sitemaps ;
- les URL techniquement indexables ;
- les URL recevant du trafic dans Search Console ;
- les URL effectivement indexées ou exclues.
Cette comparaison permet de détecter :
- des pages indexables absentes du sitemap ;
- des URL du sitemap renvoyant une redirection ou une erreur ;
- des catégories stratégiques non indexées ;
- des filtres sans valeur présents dans les résultats ;
- des pages orphelines découvertes uniquement par le sitemap ;
- des URL canoniques différentes des URL soumises ;
- d’anciennes adresses toujours explorées.
Traiter les pages « explorées, actuellement non indexées »
Ce statut signifie que Google a visité la page mais ne l’a pas retenue dans son index au moment de l’analyse.
Il faut examiner :
- la qualité et l’originalité du contenu ;
- la similarité avec d’autres produits ou catégories ;
- la présence de liens internes ;
- la cohérence de la balise canonique ;
- la disponibilité du produit ;
- le code HTTP ;
- la profondeur de la page ;
- la demande réelle associée à l’URL.
Demander une nouvelle indexation sans corriger la cause ne constitue pas une solution durable.
3. Auditer l’architecture e-commerce et la profondeur des pages
Une architecture e-commerce claire aide les utilisateurs et les moteurs de recherche à comprendre la relation entre les différentes pages.
Une structure courante suit ce modèle :
Accueil > catégorie principale > sous-catégorie > produit
Les catégories et sous-catégories importantes ne doivent pas être enfouies trop profondément. L’audit doit mesurer :
- le nombre de clics depuis l’accueil ;
- le nombre de liens internes reçus ;
- la profondeur moyenne par type de page ;
- les produits accessibles uniquement via un filtre ;
- les catégories vides ;
- les pages orphelines ;
- les chemins de navigation incohérents.
Une sous-catégorie comme « baskets blanches homme » ne devrait pas exister uniquement sous la forme d’un filtre dynamique si elle possède une demande SEO importante. Elle mérite alors une URL stable, un contenu spécifique et des liens internes directs.
Vérifier le fil d’Ariane
Le fil d’Ariane :
- facilite la navigation ;
- matérialise la hiérarchie ;
- crée des liens vers les catégories parentes ;
- aide à comprendre la structure du catalogue.
Il peut être complété par des données structurées BreadcrumbList.
4. Contrôler la structure des URL
Une URL e-commerce doit rester lisible, stable et prévisible.
Exemple clair :
/chaussures/baskets-blanches/
Exemple difficile à gérer :
/index.php?id_cat=47&filter=white&type=12&session=2487
L’audit doit vérifier :
- l’usage cohérent des minuscules ;
- l’absence de paramètres inutiles ;
- la gestion des accents et caractères spéciaux ;
- la cohérence des slashs finaux ;
- l’unicité des URL ;
- la longueur des chemins ;
- la stabilité de l’URL produit ;
- les anciennes adresses après modification de l’arborescence.
Google recommande une structure cohérente et des paramètres organisés sous la forme clé=valeur, afin de faciliter l’interprétation et l’exploration des URL e-commerce.
Un produit accessible depuis plusieurs catégories doit généralement conserver une URL principale unique. Son adresse ne devrait pas changer selon le chemin emprunté par l’utilisateur.
5. Auditer les filtres à facettes
Les filtres à facettes représentent l’un des principaux risques techniques d’un site e-commerce.
Chaque combinaison peut créer une URL supplémentaire :
- couleur noire ;
- couleur noire et taille 42 ;
- couleur noire, taille 42 et marque donnée ;
- couleur noire, taille 42, marque donnée et prix inférieur à 100 euros.
Sans règles précises, le nombre d’URL peut augmenter de manière exponentielle.
Certaines combinaisons correspondent à de véritables recherches. Une page « robe noire femme » ou « canapé convertible deux places » peut mériter une URL indexable, un title unique, un contenu spécifique et une place dans le maillage interne.
Les combinaisons très précises, comme une couleur, quatre tailles et une plage de prix, facilitent l’achat mais n’ont pas nécessairement de potentiel SEO. Elles peuvent rester accessibles aux utilisateurs sans devoir être indexées.
Les tris par prix, paramètres de session, changements d’affichage ou combinaisons presque vides doivent généralement être exclus du crawl ou neutralisés.
La solution peut combiner des règles de génération d’URL, des balises canoniques, des directives robots et une limitation des liens explorables. Il ne faut toutefois pas appliquer une canonicalisation générale sans vérifier que Google peut accéder à la page et interpréter correctement le signal.
6. Vérifier la pagination et le scroll infini
La pagination est souvent négligée pendant un audit technique de site e-commerce.
Chaque page paginée doit permettre aux moteurs de recherche de découvrir les produits qu’elle contient. Les boutons « charger plus » et les fonctionnalités de scroll infini ne suffisent pas toujours, car les robots ne reproduisent pas systématiquement les interactions réalisées par un utilisateur.
Google recommande de rendre les pages suivantes accessibles par des liens HTML possédant un attribut href.
L’audit doit vérifier :
- l’existence d’une URL distincte pour chaque page ;
- la présence de liens vers les pages suivantes et précédentes ;
- l’absence de blocage dans robots.txt ;
- la possibilité d’accéder aux produits sans interaction complexe ;
- les balises canoniques ;
- la profondeur des produits situés sur les dernières pages ;
- l’absence de boucles ou de suites de pagination infinies.
Une canonical systématique de toutes les pages vers la première page peut empêcher Google de comprendre que les pages suivantes présentent d’autres produits.
7. Contrôler les balises canoniques et le contenu dupliqué
La balise canonique aide les moteurs de recherche à identifier la version principale d’un contenu accessible par plusieurs URL.
L’audit doit détecter :
- les pages indexables sans canonical ;
- les canonicals vers une URL en erreur ;
- les canonicals vers une redirection ;
- les chaînes de canonicalisation ;
- les canonicals vers une page noindex ;
- les URL HTTPS pointant vers une version HTTP ;
- les URL du sitemap dont la canonical désigne une autre page ;
- les contradictions entre canonical, sitemap et liens internes.
Google considère la canonical comme un signal, et non comme une instruction absolue. Le sitemap, les redirections, les liens internes et la canonical doivent donc converger vers la même URL de référence.
Détecter le contenu dupliqué des produits
Les descriptions copiées depuis un fournisseur peuvent être présentes sur de nombreux autres sites.
Pour renforcer une fiche produit, ajoutez lorsque cela est pertinent :
- une description originale ;
- des caractéristiques détaillées ;
- les dimensions et matériaux ;
- des conseils d’utilisation ;
- des informations de compatibilité ;
- une FAQ ;
- des images originales ;
- des produits complémentaires ;
- des avis clients vérifiés.
8. Auditer séparément les catégories, produits et variantes
Pages de catégories
Une catégorie stratégique doit comporter :
- un code HTTP 200 ;
- une URL stable ;
- un title et un H1 uniques ;
- une sélection de produits cohérente ;
- un texte utile sans gêner la navigation ;
- des liens vers les sous-catégories ;
- un fil d’Ariane ;
- une pagination accessible ;
- une canonical cohérente.
Fiches produits
Pour chaque fiche produit, vérifiez :
- l’indexabilité ;
- le nom du produit dans le title et le H1 ;
- la description ;
- les images et attributs alt ;
- le prix ;
- la disponibilité ;
- les avis ;
- les variantes ;
- les produits associés ;
- les données structurées ;
- la canonical ;
- le statut HTTP.
Fiches produits
Pour chaque fiche produit, vérifiez :
- l’indexabilité ;
- le nom du produit dans le title et le H1 ;
- la description ;
- les images et attributs alt ;
- le prix ;
- la disponibilité ;
- les avis ;
- les variantes ;
- les produits associés ;
- les données structurées ;
- la canonical ;
- le statut HTTP.
Google prend en charge ProductGroup, hasVariant et variesBy pour l’aider à comprendre les relations entre les variantes d’un même produit.
9. Vérifier les données structurées e-commerce
Les données structurées aident Google à interpréter les informations présentes sur les pages. Elles peuvent également rendre une page éligible à certaines présentations enrichies.
Pour un site marchand, contrôlez notamment :
- Product ;
- Offer ;
- AggregateRating ;
- Review ;
- ProductGroup ;
- BreadcrumbList ;
- Organization ;
- MerchantReturnPolicy, lorsque pertinent.
Les données doivent correspondre aux informations visibles sur la page :
- prix ;
- devise ;
- stock ;
- état du produit ;
- avis ;
- marque ;
- identifiant produit ;
- politique de retour.
Le balisage Product destiné aux pages marchandes permet de communiquer des informations détaillées sur les offres, les variantes, la livraison et les retours. Son implémentation rend la page éligible, mais ne garantit pas l’affichage d’un résultat enrichi.
10. Auditer les Core Web Vitals et la vitesse
La performance d’un site marchand influence à la fois l’expérience utilisateur, la conversion et la capacité des robots à parcourir efficacement les pages.
L’analyse doit combiner deux types de données :
- les données de laboratoire, obtenues dans un environnement contrôlé ;
- les données réelles, issues de l’expérience des visiteurs.
Les trois principales métriques Core Web Vitals sont :
- Largest Contentful Paint, qui mesure le chargement du contenu principal ;
- Interaction to Next Paint, qui évalue la réactivité après une interaction ;
- Cumulative Layout Shift, qui mesure la stabilité visuelle.
Sur un site e-commerce, les ralentissements sont souvent causés par :
- des images produits trop lourdes ;
- des sliders chargés dès l’ouverture ;
- un nombre excessif de scripts marketing ;
- des applications tierces ;
- des polices non optimisées ;
- un thème complexe ;
- un JavaScript trop volumineux ;
- un serveur lent ;
- une absence de cache ;
- un chargement incorrect des ressources critiques.
L’audit technique permet notamment de :
- faciliter la découverte des nouveaux produits ;
- réduire l’exploration des URL inutiles ;
- améliorer l’indexation des catégories stratégiques ;
- consolider les signaux SEO des pages dupliquées ;
- diminuer les erreurs rencontrées par les utilisateurs ;
- améliorer les performances sur mobile ;
- renforcer la visibilité des prix, avis et disponibilités dans les résultats ;
- préparer les migrations et refontes sans perte de trafic.
Les actions prioritaires consistent à compresser les images, utiliser des formats modernes, dimensionner correctement les visuels, différer les scripts non essentiels, supprimer les extensions inutilisées et optimiser le temps de réponse du serveur.
Le lazy loading peut être utile pour les images situées sous la ligne de flottaison. En revanche, il ne faut pas retarder le chargement de l’image principale du produit lorsqu’elle représente l’élément visuel le plus important de la page.
11. Vérifier l’expérience mobile et le rendu JavaScript
L’audit mobile ne doit pas se limiter à contrôler la largeur de la page.
Il doit tester :
- la taille des textes ;
- l’espacement des boutons ;
- le menu ;
- les filtres ;
- la sélection des variantes ;
- les descriptions ;
- les prix ;
- le panier ;
- les formulaires ;
- les pop-ups ;
- les temps de réponse sur un réseau mobile.
Le contenu important doit être disponible dans le HTML rendu. Les éléments chargés uniquement après un clic ou une action complexe risquent d’être moins facilement découverts.
Il faut comparer la page initiale, le DOM rendu dans le navigateur et la version observée avec l’inspection d’URL de Search Console.
12. Gérer les erreurs, redirections et produits indisponibles
L’audit doit examiner :
- les erreurs 404 ;
- les erreurs serveur 5xx ;
- les soft 404 ;
- les redirections temporaires utilisées durablement ;
- les chaînes de redirections ;
- les boucles ;
- les redirections vers l’accueil ;
- les liens internes pointant vers des URL redirigées.
Produit temporairement indisponible
La page peut rester accessible si le produit doit revenir en stock. Elle peut proposer :
- une alerte de disponibilité ;
- une date estimée ;
- des produits similaires ;
- les caractéristiques du produit.
Produit définitivement supprimé
Trois solutions sont possibles :
- redirection permanente vers un véritable produit équivalent ;
- maintien d’une page utile si elle conserve une demande ou des backlinks ;
- code 404 ou 410 lorsqu’aucune alternative pertinente n’existe.
Une ancienne fiche ne doit pas être automatiquement redirigée vers l’accueil.
13. Examiner le sitemap XML et le fichier robots.txt
Le sitemap doit contenir uniquement des URL :
- indexables ;
- canoniques ;
- accessibles ;
- renvoyant un code 200 ;
- pertinentes pour la recherche.
Pour un grand catalogue, il peut être utile de séparer les sitemaps :
- produits ;
- catégories ;
- marques ;
- articles ;
- images.
Cette organisation facilite la comparaison des taux d’indexation par type de page.
Le champ lastmod doit être modifié uniquement lorsqu’un changement significatif est apporté à la page. Le mettre à jour chaque jour sur l’ensemble du catalogue réduit son utilité.
Le fichier robots.txt doit rester compréhensible. Chaque règle doit correspondre à un objectif précis et être testée avant sa mise en production.
14. Vérifier HTTPS et les versions du domaine
Toutes les pages doivent être disponibles en HTTPS.
Contrôlez les quatre variantes possibles :
- HTTP avec www ;
- HTTP sans www ;
- HTTPS avec www ;
- HTTPS sans www.
Une seule version doit être conservée. Les autres doivent effectuer une redirection permanente directe.
Recherchez également :
- les contenus mixtes ;
- les scripts appelés en HTTP ;
- les images non sécurisées ;
- les certificats expirés ;
- les redirections HTTPS en chaîne.
Quels outils utiliser pour un audit technique e-commerce ?
Aucun outil ne suffit à lui seul.
|
Outil |
Utilisation |
|
Google Search Console |
Indexation, performances, inspection d’URL |
|
Screaming Frog ou Sitebulb |
Crawl, canonicals, métadonnées, liens |
|
Google Analytics 4 |
Trafic, ventes et taux de conversion |
|
PageSpeed Insights |
Core Web Vitals et performance |
|
Chrome DevTools |
Réseau, ressources et JavaScript |
|
Rich Results Test |
Validation des données structurées |
|
Merchant Center |
Données et alertes liées aux produits |
|
Analyseur de logs |
Comportement réel de Googlebot |
|
Ahrefs ou Semrush |
Positionnement, concurrents et backlinks |
Les outils gratuits permettent d’effectuer un premier état des lieux, mais un site volumineux nécessite souvent un crawler complet, l’accès aux données internes et une analyse manuelle.
Transformer l’audit technique en plan de croissance SEO
Un audit technique de site e-commerce ne doit pas se terminer par un export de centaines d’erreurs. Sa véritable valeur réside dans sa capacité à transformer les problèmes observés en décisions concrètes.
Les priorités consistent à rendre les pages stratégiques accessibles, réduire les URL inutiles, consolider les duplications, améliorer les performances et structurer le catalogue autour des catégories et produits présentant une véritable valeur commerciale.
