L'essentiel
WooCommerce fait tourner 8 % de tous les sites web en septembre 2026, ce qui en fait de loin la plateforme e-commerce la plus répandue. Sa base SEO est saine, avec une URL par produit, une balise canonique posée par défaut et des données structurées Product générées sans extension. Les problèmes viennent de ce qui s'ajoute autour, filtres et tris à paramètres, tags produits, pages de panier explorables, produits en rupture laissés en ligne, et d'un poids de page qui dégrade vite les Core Web Vitals. Les pages qui comptent le plus pour le référencement d'une boutique sont les catégories, et WooCommerce leur réserve nativement une zone de texte que presque personne ne remplit.
Les problèmes SEO propres à WooCommerce
Une boutique WooCommerce installée sans réglage produit rapidement des adresses que Google découvre et que vous n'avez jamais voulu voir indexées. Le tableau donne les cinq sources les plus courantes, la façon de les repérer et la correction qui convient à chacune.
| Problème | Origine | Correction |
|---|---|---|
| URL de filtres et de tri | Le filtrage par attribut et le tri ajoutent ?filter_couleur=, ?orderby=, ?min_price= aux catégories, et chaque combinaison est une URL |
Balise canonique vers la catégorie sans paramètre, ce que WooCommerce fait par défaut, et noindex sur les combinaisons si elles sont déjà indexées. Ne pas les bloquer dans le robots.txt tant qu'elles le sont |
| Liens d'ajout au panier | Chaque bouton « Ajouter au panier » des listes est un lien ?add-to-cart=123 que Googlebot suit |
Disallow: /*add-to-cart=* dans le robots.txt, avec /panier/, /commande/ et /mon-compte/ |
| Tags produits | Chaque étiquette de produit crée une page d'archive sans texte | Noindex sur les étiquettes produits, comme pour les tags d'articles, sauf celles qui reçoivent une vraie description |
| Pagination des catégories | /categorie/page/2/, /page/3/ |
Les laisser indexables, chacune avec sa propre canonique, sans les renvoyer vers la page 1 et sans noindex, conformément à la documentation de Google sur la pagination |
| Produits en rupture | L'option « Masquer les produits en rupture » retire le produit des listes mais laisse sa page en ligne, désormais orpheline | Garder la page indexable si le produit revient, la rediriger en 301 vers la catégorie ou le produit remplaçant s'il ne revient pas |
Deux idées reçues méritent d'être écartées. Les balises rel="next" et rel="prev" ne servent plus à rien pour Google, qui a indiqué en 2019 ne plus les utiliser. Et l'outil de paramètres d'URL de la Search Console, longtemps conseillé pour ces filtres, a été supprimé en avril 2022. La gestion des paramètres repose aujourd'hui sur la canonique, le noindex et, pour les adresses qui ne doivent jamais être explorées comme le panier, le robots.txt.
La structure des URL
Par défaut, WooCommerce préfixe les fiches produits par /product/ (ou /produit/ en français) et les catégories par /product-category/. Les réglages de permaliens de WordPress permettent de renommer ces bases et de choisir entre trois schémas pour les produits : /boutique/produit/, /boutique/categorie/produit/, ou une base personnalisée. Retirer complètement le préfixe demande une extension ou du code, et crée des conflits possibles entre une page et un produit qui porteraient le même slug.
Le choix entre une URL plate et une URL qui inclut la catégorie a moins d'effet sur le classement qu'on le dit. Google lit la hiérarchie dans les liens et le fil d'Ariane, pas dans le chemin de l'URL. Le vrai critère est la stabilité. Un produit rangé dans deux catégories n'a qu'une URL, construite sur sa catégorie principale, et changer cette catégorie change l'adresse. Sur une boutique où les produits bougent souvent de rayon, l'URL plate évite des redirections en série. Sur un catalogue stable et profond, l'URL avec catégorie rend les rapports plus lisibles. Dans les deux cas, la décision se prend avant la mise en ligne, parce que la changer ensuite est une migration.
Les catégories sont les pages qui rapportent
Sur la plupart des boutiques, les requêtes à volume ne visent pas un produit précis mais une famille, « chaussures de randonnée femme » plutôt qu'une référence. Ce sont les pages de catégories qui répondent à ces requêtes, et WooCommerce leur donne trois leviers natifs que peu de boutiques utilisent.
Le premier est le champ Description de chaque catégorie, dans Produits puis Catégories. La plupart des thèmes l'affichent au-dessus de la grille de produits. Un texte de quelques paragraphes qui aide à choisir, en expliquant les critères, les différences entre les gammes et les cas d'usage, transforme une page de liste en page de réponse. Le deuxième est la hiérarchie, puisque les sous-catégories héritent du contexte de leur parente dans le fil d'Ariane et dans le menu, et une sous-catégorie qui ne contient que deux produits ne mérite pas d'exister. Le troisième est le maillage depuis les fiches, où chaque produit renvoie vers sa catégorie par le fil d'Ariane, ce qui fait des catégories les pages les plus liées du site après l'accueil, et donc les mieux placées pour se classer.
Les fiches produits
Une fiche produit se travaille comme une page de contenu, avec quelques champs propres à WooCommerce.
- Le titre du produit, qui devient le H1 et la base de la balise title. Il gagne à être précis, avec la marque, le modèle et la caractéristique qui distingue le produit, plutôt qu'un nom de catalogue interne.
- La description courte, affichée à côté de l'image et souvent reprise dans les extraits. Elle répond en deux ou trois phrases à la question « pour qui et pour quoi ».
- La description longue, dans l'onglet sous le produit. C'est là que se joue la différence avec les concurrents qui copient la fiche du fabricant. Usages, conseils de taille ou de compatibilité, entretien, comparaison avec le modèle voisin.
- Les images, nommées avant l'import et dotées d'un attribut alt qui décrit le produit, parce que la recherche d'images apporte un trafic réel sur les produits visuels.
- Les données structurées. WooCommerce génère nativement un balisage Product avec le prix, la disponibilité et les avis, sans extension. Les extensions SEO l'enrichissent parfois, et il arrive qu'elles le dupliquent, ce qui se vérifie avec le test des résultats enrichis de Google.
Sur les catalogues qui reprennent les descriptions du fournisseur, le même texte existe sur des dizaines de boutiques. Google ne pénalise pas ce contenu dupliqué en tant que tel, il choisit simplement une version à afficher, et ce n'est presque jamais la plus petite boutique. Réécrire les fiches des produits qui se vendent le mieux, dans l'ordre du chiffre d'affaires, est l'investissement de contenu le plus rentable sur ce type de site.
Performance et extensions
WooCommerce alourdit WordPress, et le premier poste n'est pas visuel. Sur toutes les pages du site, y compris les articles de blog, l'extension charge ses feuilles de style et ses scripts, et selon le thème une requête AJAX de rafraîchissement du panier à chaque affichage. Désactiver ces chargements en dehors des pages de boutique est le premier gain de vitesse, avant tout réglage de cache. Viennent ensuite les images produits, souvent importées en 3 000 pixels de large, et les extensions accumulées, dont chacune ajoute ses feuilles de style et ses scripts.
Les Core Web Vitals d'une boutique se dégradent surtout sur le LCP des pages de catégories, où la grille d'images est l'élément principal, et sur l'INP des fiches produits, où les sélecteurs de variation et les galeries réagissent lentement. Le cache de pages ne règle pas ces deux points, qui se travaillent dans le thème.
Ce que j'installe sur une boutique WooCommerce
- Une extension SEO, Rank Math ou Yoast SEO, pour les balises, le noindex des étiquettes et des filtres, le sitemap et le fil d'Ariane. Une seule, jamais les deux.
- Un cache de pages adapté à l'hébergement, WP Rocket ou LiteSpeed Cache selon le serveur, en excluant le panier, la commande et le compte client.
- Une compression d'images à l'import, Imagify ou ShortPixel, avec conversion en WebP.
- Un plugin de redirections pour gérer les produits retirés et les changements de catégorie.
Le reste se règle sans extension. La désactivation des scripts WooCommerce hors boutique tient en quelques lignes dans le thème enfant, et le robots.txt se modifie à la main. Une boutique qui empile quinze extensions pour corriger ce que trois réglages auraient évité perd en vitesse ce qu'elle croit gagner en fonctionnalités. Le comparatif avec la principale alternative hébergée est sur la page Shopify ou WooCommerce, et les réglages communs à tout site WordPress sur la page référencement WordPress.
Questions fréquentes
Sources (consultées le 13 septembre 2026)
- W3Techs, « Usage statistics of WooCommerce » : 8,0 % de tous les sites et 11,7 % des sites dont le CMS est connu, relevé du 13 septembre 2026
- Google Search Central, « Pagination, chargement incrémentiel et recherche Google » : URL unique par page, canonique propre à chaque page, abandon de rel next et prev, liens vers la page suivante
- Google Search Central, annonce de la suppression de l'outil de paramètres d'URL de la Search Console, avril 2022
- Documentation WooCommerce, réglages des permaliens, option d'affichage des produits en rupture, balisage Product natif