Analyse SEO Technique pour l'E-commerce

Google ne crawle pas chaque page de votre site tous les jours. Il alloue un budget de crawl, c'est-à-dire une limite approximative sur le nombre de pages que Googlebot récupère sur une période donnée. Pour les boutiques avec quelques centaines de produits, cela importe rarement. Pour les boutiques avec 10 000+ SKU, c'est déterminant.

Le problème : la plupart des plateformes e-commerce génèrent des quantités massives d'URLs sans valeur, comme les pages de catégories paginées (/chaussures?page=47), les combinaisons de filtres et de tris (/chaussures?sort=prix&couleur=rouge&taille=40), les pages de produits épuisés et les résultats de recherche interne. Google crawle tout cela à la place de vos vrais contenus.

Corrigez le problème à la source. Dans robots.txt, désautorisez Googlebot à crawler les schémas d'URLs qui génèrent des pages inutiles. Pour les paramètres de filtre et de tri, utilisez soit des balises canonical pointant vers la page catégorie de base, soit rel="nofollow" sur les liens de pagination et de filtre pour que Googlebot ne les découvre pas. Consultez régulièrement le rapport de couverture dans GSC — il vous montre exactement quelles URLs Google gaspille du temps à crawler.

La navigation à facettes (les barres de filtre latérales que les acheteurs utilisent pour affiner par taille, couleur, marque et prix) est l'une des fonctionnalités UX les plus utiles de n'importe quelle boutique. C'est aussi, presque systématiquement, un désastre SEO quand elle n'est pas configurée.

Chaque combinaison de filtres génère une nouvelle URL. Une catégorie avec 200 produits, 5 couleurs, 8 tailles et 3 tranches de prix peut produire des dizaines de milliers de combinaisons d'URLs uniques. La plupart ne contiennent aucun contenu unique. Ce sont des doublons allégés de la page catégorie de base. Google les indexe, répartit le link equity entre elles, et le classement de votre page catégorie chute.

En pratique : ajoutez une balise canonical sur chaque URL de filtre pointant vers la page catégorie de base. Ou, si votre plateforme le supporte, utilisez des mises à jour d'URL en JavaScript uniquement pour que les filtres changent l'état de la page sans créer de nouvelles URLs côté serveur. Shopify gère cela mal par défaut — l'application de recherche à facettes standard crée des URLs entièrement indexables pour chaque filtre. Il faut gérer les canonicals manuellement ou via une modification du thème.

Utilisez Screaming Frog pour crawler votre boutique et compter les URLs par template. Si votre page catégorie a 12 vraies sous-pages mais que Screaming Frog trouve 4 000 URLs avec ce chemin de catégorie, vous avez un problème de navigation à facettes.

Un produit avec 5 options de couleur devrait avoir une seule page indexable, pas cinq. Quand chaque variante a sa propre URL (/basket-bleue, /basket-rouge, /basket-verte) et que chaque page porte le même titre, la même description et le même contenu avec juste le nom de couleur changé, Google voit cinq contenus dupliqués allégés. Aucun ne se positionne bien.

La correction passe par les balises canonical. Chaque URL de variante doit avoir un canonical pointant vers la page produit principale. La page produit principale elle-même doit être auto-canonicalisée. Dans Shopify, les URLs de variantes sont générées par défaut en ?variant=12345. La logique canonical intégrée de Shopify s'en charge, mais il vaut la peine de vérifier, surtout sur des thèmes fortement personnalisés, que la balise canonical sur chaque URL de variante pointe bien vers la bonne URL produit.

Google utilise les Core Web Vitals comme signal de classement. Les seuils : LCP (Largest Contentful Paint) sous 2,5 secondes, CLS (Cumulative Layout Shift) sous 0,1, et INP (Interaction to Next Paint) sous 200 ms. La plupart des sites e-commerce échouent sur au moins l'un d'eux sur mobile, et c'est là que Google les mesure.

Les principaux responsables d'un mauvais LCP sur les sites e-commerce sont les images produit non optimisées. Un JPEG de 3 Mo en image hero sur une page produit détruira votre score LCP. Servez du WebP ou de l'AVIF, définissez des attributs de largeur et hauteur explicites, utilisez next/image ou une couche d'optimisation d'image équivalente, et assurez-vous que l'image produit principale a fetchpriority="high". Ahrefs Site Audit et PageSpeed Insights signalent clairement les problèmes d'élément LCP.

L'INP est la métrique la plus récente et la plus difficile à corriger. Elle mesure le temps que met la page à répondre aux interactions utilisateur. Sur les sites e-commerce, le JavaScript lourd en est généralement la cause, notamment les scripts tiers pour les widgets de chat, les pixels de reciblage et les moteurs de recommandation. Différez tous les scripts tiers non critiques. Utilisez le panneau Performance de Chrome DevTools pour identifier quels scripts bloquent le thread principal après le chargement de la page.

Le rapport de couverture dans Google Search Console rend les problèmes de crawl visibles. Il classe les URLs en : Indexées, Non indexées (avec les raisons), Erreurs, et Valides avec avertissements. Chaque catégorie vous dit quelque chose de différent.

• —Soft 404 : pages qui renvoient un statut HTTP 200 mais affichent un message 'aucun résultat' ou 'produit indisponible'. Google les traite comme des pages valides. Elles sont indexées, ne transmettent aucune valeur, et peuvent silencieusement nuire aux signaux de qualité de domaine.
• —Chaînes de redirections : l'URL A redirige vers l'URL B qui redirige vers l'URL C. Chaque saut dilue le PageRank et ralentit le crawl. Correction : mettre à jour tous les liens internes pour pointer directement vers l'URL de destination finale.
• —Crawlé mais non indexé : Google a visité la page mais a décidé de ne pas l'indexer. Généralement un problème de signal qualité : contenu mince, dupliqué ou quasi-dupliqué.
• —Découvert mais non crawlé : Google a trouvé l'URL (via sitemap ou lien interne) mais ne l'a pas encore récupérée. Sur les grands sites, cela indique un épuisement du budget de crawl. Google met en file d'attente des URLs qu'il n'atteindra jamais.

Le flux de travail le plus productif : exporter vos données de couverture GSC, effectuer un crawl complet avec Screaming Frog, et croiser les deux. GSC vous dit ce que Google voit ; Screaming Frog vous dit ce qui se trouve réellement sur le site. Les pages que GSC signale comme soft 404 mais que Screaming Frog trouve avec du vrai contenu ont généralement un problème de rendu, typiquement du JavaScript qui ne se charge pas pour Googlebot.

Les données structurées n'améliorent pas directement les classements, mais elles influencent l'apparence de vos pages dans les résultats de recherche. Pour l'e-commerce, cela compte plus que dans la plupart des niches parce que le schéma Product débloque des rich results avec le prix, la disponibilité et les étoiles d'avis directement dans la SERP. Cela augmente le taux de clics de manière notable, particulièrement sur les requêtes shopping concurrentielles où les résultats organiques sont sous un mur d'annonces Shopping.

Chaque page produit a besoin du schéma Product avec au minimum : name, image, description, sku, brand, offers (avec price, priceCurrency, availability, et url). Si la page contient des avis, ajoutez AggregateRating. Sans lui, vos étoiles d'avis n'apparaîtront pas dans les résultats de recherche même si les avis sont sur la page.