SEO e-commerce — Shopify, WooCommerce, Prestashop
Le référencement d’une boutique en ligne n’est pas une version plus grande du SEO classique. C’est un problème structurellement différent. Un blog de 80 articles a 80 URLs à optimiser. Une boutique avec 400 produits, 30 catégories, 6 filtres de couleur et 3 filtres de taille produit mécaniquement plusieurs milliers d’URLs — dont la grande majorité ne devrait jamais être indexée.
Quatre enjeux rendent l’e-commerce SEO singulier :
- L’échelle du catalogue. Chaque produit est une page. Chaque variante peut en générer d’autres. Le pilotage de l’indexation est non-négociable.
- L’intention transactionnelle. Les visiteurs arrivent souvent avec un portefeuille, pas seulement de la curiosité. Le contenu doit convertir autant qu’informer.
- Le panier moyen (AOV). Doubler le panier moyen sur un trafic stable double le chiffre d’affaires sans un centime de plus en acquisition. Le SEO bien pensé oriente vers les pages à forte marge.
- La cannibalisation catégorie × produit. Quand une page catégorie et une fiche produit ciblent le même mot-clé, Google choisit — rarement la bonne page.
Je traite ces quatre enjeux de front. Voici comment.
Les trois plateformes que je connais bien
Shopify
Shopify est rapide à démarrer et hébergé. Ses forces SEO : Core Web Vitals généralement corrects, CDN intégré, sitemap automatique. Ses limites : structure d’URL figée (/products/ et /collections/ ne se renomment pas), duplication native des URLs produit accessibles depuis plusieurs collections, balises canoniques parfois mal gérées sur les variantes. Je travaille directement dans les templates Liquid pour corriger ces points sans dépendre d’apps tierces coûteuses.
WooCommerce
WooCommerce offre une flexibilité totale sur l’architecture d’URL, la taxonomie des catégories et les métas. C’est son avantage et son piège : la flexibilité attire les plugins, les plugins accumulent du bloat, le bloat dégrade le TTFB. J’audite systématiquement la charge plugin avant toute intervention — souvent, supprimer trois extensions suffit à gagner 400 ms sur le Time to First Byte.
Prestashop
Prestashop reste présent dans l’écosystème marocain, notamment dans les boutiques fondées avant 2019. La plateforme a vieilli : gestion des canonicals approximative, pagination souvent dupliquée, modules SEO parfois en conflit. Je connais ses quirks et je sais moderniser une architecture Prestashop sans migration complète — ce qui économise plusieurs mois de travail.
Architecture de catégories — l’enjeu numéro un
La plupart des problèmes de référencement e-commerce naissent ici. Une arborescence mal pensée crée de la dilution de PageRank, de la cannibalisation entre niveaux, et des pages trop profondes que Google ne crawle jamais assez souvent.
Mon approche : partir des clusters de mots-clés, pas des catégories métier. Ce que les clients cherchent ne correspond pas toujours à comment les acheteurs organisent leur catalogue. Je cartographie les requêtes transactionnelles par volume et par intention, puis je propose une arborescence à deux ou trois niveaux maximum — chaque nœud ayant un angle sémantique distinct.
L’architecture est documentée dans un fichier de pilotage partagé avec le client, avec le mapping URL ancien → nouveau, les redirections 301 à déployer et le calendrier de réindexation.
Pages produits indexables — éviter le bruit
Un catalogue de 400 références peut générer 4 000 URLs si les variantes (taille, couleur, matière) sont toutes accessibles en GET. Google crawle ces URLs, consomme le budget de crawl et indexe du contenu quasi-identique. Résultat : les fiches produit qui méritent d’être en première page se retrouvent noyées dans le bruit.
Trois décisions structurelles permettent d’éviter ça :
- Canonical sur les variantes. La fiche maîtresse est indexée ; les variantes de couleur et de taille pointent vers elle via
rel="canonical". Le contenu reste accessible à l’utilisateur sans multiplier les URLs dans l’index. - Paramètres d’URL en noindex ou bloqués. Les paramètres de tri (
?sort=price_asc) et de session (?ref=) ne doivent jamais être indexés. Je configure soit les règles GSC, soit directement lerobots.txtou les balises méta selon la plateforme. - Thin content détecté et corrigé. Une fiche produit avec titre, prix et trois mots de description ne ranke pas. J’identifie les pages sous-alimentées et je propose un modèle de contenu minimal (150-300 mots) reproductible par l’équipe rédac du client.
Cannibalisation catégorie × produit
La cannibalisation la plus fréquente en e-commerce oppose la page catégorie à la fiche produit phare. Exemple : une catégorie « sneakers blanches » et un produit « Sneaker Blanc Classic » ciblent tous les deux « sneakers blanches homme ». Google affiche alternativement l’une ou l’autre — aucune ne se stabilise en position.
La résolution passe par une différenciation d’intention :
- La catégorie cible les requêtes génériques et comparatives (« sneakers blanches homme », « meilleures sneakers blanches »). Son contenu est éditorial : guide d’achat, comparatif, FAQ.
- La fiche produit cible les requêtes nominales et d’achat direct (« Sneaker Blanc Classic taille 42 », « acheter [nom produit] »). Son contenu est factuel : dimensions, matières, composition, avis.
Quand la différenciation d’intention ne suffit pas, j’utilise une balise canonical depuis la fiche produit vers la catégorie, ou l’inverse selon laquelle des deux a le plus de potentiel de trafic. Cette décision se prend données en main, pas à l’intuition.
Schema Product, AggregateRating, Offer — le code qui fait gagner du CTR
Les rich snippets produit (étoiles, prix, disponibilité) augmentent le taux de clic sans changer la position. Sur des requêtes e-commerce très concurrentielles, passer de 3 % à 6 % de CTR double le trafic sans gain de ranking. C’est du levier pur.
Voici la structure minimale valide pour une fiche produit :
« name »: « Sneaker Blanc Classic »,
« image »: [« https://…/sneaker-blanc.jpg »],
« description »: « Sneaker en cuir pleine fleur, semelle EVA, disponible en 38-46. »,
« sku »: « SBC-001 »,
« offers »: {
« @type »: « Offer »,
« priceCurrency »: « MAD »,
« price »: « 490 »,
« availability »: « https://schema.org/InStock »
},
« aggregateRating »: {
« @type »: « AggregateRating »,
« ratingValue »: « 4.7 »,
« reviewCount »: « 38 »
}
Je déploie ce schema en JSON-LD via wp_head (WooCommerce) ou via les paramètres de thème Shopify, jamais en dur dans le body du post — les filtres wp_kses_post de WordPress stripperaient les balises <script>. Je valide ensuite avec l’outil Rich Results Test de Google avant de pousser en production.
Recherche transactionnelle vs informationnelle
Pas toutes les requêtes autour d’un produit ont la même intention. « Comment choisir des sneakers pour pieds larges » est informationnelle — l’utilisateur n’est pas encore en mode achat. « Acheter sneakers larges homme taille 44 Casablanca » est transactionnelle — il est prêt.
Le mapping d’intention détermine quel type de page répond à quelle requête :
- Transactionnelle → page catégorie ou fiche produit. Contenu court, prix visible, CTA achat immédiat, schema Offer.
- Informationnelle → article de blog ou guide d’achat. Contenu long, comparatif, FAQ, lien vers catégorie en CTA final.
- Navigationnelle → page marque ou landing dédiée. L’utilisateur cherche une enseigne précise — la page doit confirmer l’autorité de la marque.
En clair : si une requête informationnelle atterrit sur une fiche produit, le taux de rebond explose et le signal comportemental plombe le ranking. Je cartographie l’intention avant d’écrire le premier mot de contenu.
AOV vs trafic — pourquoi je préfère doubler le panier moyen que doubler le trafic
Doubler le trafic organique prend souvent 12 à 18 mois. Doubler le panier moyen peut se travailler en deux à trois mois en optimisant la hiérarchie des pages et en orientant les liens internes vers les catégories à plus forte marge.
Concrètement, le SEO influence l’AOV de plusieurs façons :
- Maillage interne orienté marge. Les pages qui génèrent du trafic doivent lier vers les catégories premium, pas seulement vers la homepage.
- Pages bundle et lot bien indexées. Un lot de trois produits à prix réduit, bien optimisé SEO, capte des requêtes à forte valeur commerciale (« pack cadeau », « lot », « bundle »).
- Contenu de réassurance sur les fiches à fort prix. Plus le prix est élevé, plus le visiteur a besoin de contenu pour se décider. Une fiche à 2 900 MAD avec 30 mots de description ne convertit pas.
Je pose toujours la question de l’AOV cible avant de prioriser les mots-clés. Cibler des requêtes à fort volume sur des produits à faible marge, c’est travailler pour peu de résultat net.
Filtres et tri — comment éviter les milliers d’URL parasites
Un système de filtres facettes (couleur, taille, matière, marque, prix) non maîtrisé peut générer des dizaines de milliers d’URLs pour un catalogue de taille modeste. Google crawle ces URLs, consomme le budget de crawl et n’explore jamais les pages qui comptent vraiment.
Les options sont au nombre de trois, selon la plateforme et la valeur SEO des combinaisons :
- Noindex + follow. Les pages de filtre sont accessibles aux utilisateurs, non indexées par Google. Le PageRank circule toujours via les liens internes. Solution la plus simple pour la majorité des filtres.
- Canonical vers la catégorie parente. La page filtrée pointe canoniquement vers la catégorie. Google comprend que la catégorie est la référence.
- Index sélectif sur les combinaisons à fort volume. Si « robes noires longues » génère 1 200 recherches par mois, la page filtrée mérite d’être indexée et optimisée. Je l’identifie par la recherche de mots-clés, je lui donne un contenu et un titre uniques, je la laisse indexer.
La règle : indexer ce qui a une demande mesurable, masquer le reste.
Pagination, infinite scroll — bonnes pratiques 2026
Google ne recommande plus les balises rel="prev" et rel="next" depuis 2019. La pagination reste pourtant un sujet actif en 2026, pour deux raisons :
- Les pages 2, 3, 4… d’une catégorie sont crawlées mais reçoivent peu de PageRank. Si elles contiennent des produits importants, ces produits sont difficiles à découvrir pour Google.
- L’infinite scroll (popularisé par les applications mobiles) pose un problème de crawlabilité : Googlebot charge souvent seulement le premier écran.
Mes recommandations pour 2026 :
- Pagination classique avec liens HTML. Chaque page de pagination a une URL propre, accessible sans JavaScript. Googlebot peut les suivre.
- Load more progressif. Bouton « Voir plus » qui charge des produits supplémentaires en AJAX, mais maintient une URL canonique vers la première page et des liens HTML statiques vers les pages suivantes dans le source.
- Produits importants en page 1. Les articles à forte marge ou forte demande doivent apparaître dans les premiers résultats de catégorie, pas en page 4.
- Infinite scroll avec balises canoniques. Si l’infinite scroll est imposé par le design, chaque fragment doit avoir une URL propre accessible directement, et la page principale doit en faire référence dans son source HTML.
Cas type · e-commerce mode FR/MA
J’ai travaillé avec une boutique de mode distribuée entre la France et le Maroc — catalogue bilingue, deux devises, audiences distinctes. Les enjeux étaient multiples : hreflang mal configuré, pages produit dupliquées entre les deux versions linguistiques, filtres non maîtrisés générant 3 000 URLs parasites.
En six mois : réduction de 70 % des URLs indexées, stabilisation des fiches produit phares en première page sur les deux marchés, hausse mesurable du trafic organique sur les catégories restructurées. Les détails — méthode, décisions, résultats chiffrés — sont disponibles dans le cas client dédié.
Lire le cas client e-commerce mode FR/MA →
Et Google Shopping ?
Le SEO e-commerce et Google Shopping sont complémentaires, pas substituables. Le SEO organique capte les recherches textuelles longues et les intentions informationnelles. Google Shopping capte les recherches produit avec image, prix et disponibilité en temps réel.
Un flux Shopping mal structuré pénalise les deux canaux : des titres produits peu optimisés dans le flux Merchant Center affaiblissent aussi le ranking organique des fiches, car Google croise les signaux. Je traite souvent les deux en parallèle — l’optimisation du flux titre/attributs bénéficie directement aux balises <title> et <h1> des fiches.
Voir mon approche Google Shopping →
Je fais un premier audit gratuit de l’architecture, de l’indexation et du schema markup. Vous repartez avec un plan d’action concret, sans engagement.
Discutons sur WhatsApp
Voir aussi : tous mes services SEO · ma méthode de travail