WooCommerce ne freine pas votre référencement. Ce qui le freine, sur la plupart des boutiques que je diagnostique, tient en trois points : un hébergement qui plafonne, deux plugins SEO qui tournent en même temps, et des pages catégories laissées vides. Voici les six chantiers que je traite, dans l'ordre, avec le symptôme à chercher dans la Search Console avant de toucher à quoi que ce soit.
WooCommerce n'est pas le problème, votre configuration l'est
WooCommerce hérite de tout ce que WordPress fait bien pour le SEO : des URLs propres, un blog natif sur le même domaine que le catalogue, un contrôle total sur chaque page, et un écosystème de plugins SEO parmi les plus matures du marché. C'est une plateforme ouverte. Contrairement aux plateformes fermées, rien ne vous empêche de corriger quoi que ce soit.
En revanche, WooCommerce ne gère pas nativement les balises title et méta-description produit, le sitemap XML couvrant produits et catégories, le fil d'Ariane SEO, ni un balisage produit riche. Tout cela passe par un plugin SEO. C'est la première chose à installer, et c'est aussi la première chose que je vois mal réglée.
Ma position est simple : la question « WooCommerce est-il bon pour le SEO ? » est mal posée. La bonne question, c'est « quel est l'état réel de ma boutique ? ». Sur les diagnostics que je fais, le frein numéro un est le temps de chargement, jamais la plateforme. Suivent les doubles métas issues de deux plugins concurrents, puis les catégories sans texte. Trois problèmes de configuration, pas trois problèmes de WooCommerce.
Les six chantiers, par ordre d'impact
| Chantier | Symptôme dans la Search Console | Correction |
|---|---|---|
| Hébergement, PHP, cache | Temps de réponse serveur élevé, LCP mobile au-delà de 2,5 s | PHP à jour, cache de page, cache d'objet, CDN |
| Un seul plugin SEO | Doubles titres, deux sitemaps, balisage produit dupliqué | Yoast, Rank Math ou SEOPress : un seul |
| Pages catégories | La catégorie cible la bonne requête et reste en position 30 | 150 à 300 mots en haut de page, deux niveaux maximum |
| Variantes et pagination | URLs ?attribute_pa_* indexées, /page/2/ en index | Canonical vers le produit parent, canonical vers la page 1 |
| Navigation à facettes | Des milliers d'URLs crawlées, peu de pages positionnées | Indexer une mono-facette seulement si la demande est prouvée |
| Données structurées | Des avis présents et aucun résultat enrichi | Un seul bloc Product, avec offre complète |
Chaque chantier se corrige indépendamment, mais l'ordre compte. Traiter les données structurées avant l'hébergement, c'est mettre du vernis sur une base qui ne tiendra pas. Le bloc Product sert aussi à être cité dans les réponses d'IA : AI Overviews et e-commerce.
Hébergement, PHP et cache : le plafond que rien ne rattrape
J'ai diagnostiqué des boutiques à 400 produits qui mettaient six secondes à s'afficher sur mobile, parce que le serveur mutualisé tournait sous une version PHP que php.net ne maintient plus, et parce que chaque visite exécutait une centaine de requêtes SQL. Aucune optimisation de contenu ne compense ça. Google mesure le temps réel de rendu, pas vos intentions.
Trois réglages, dans cet ordre : la version PHP du serveur (demandez à votre hébergeur la version la plus récente supportée par votre WooCommerce), le cache de page, puis le cache d'objet avec Redis si votre hébergement le propose. Le cache d'objet est ce qui fait vraiment la différence sur un catalogue de plusieurs centaines de références : sans lui, chaque page refait les mêmes requêtes. Un CDN ferme le sujet pour les images et les fichiers statiques.
WooCommerce stocke désormais les commandes dans des tables dédiées, plutôt que dans la table générique des articles. Ce mode, plus rapide côté administration, n'a aucun effet direct sur le classement. Le bénéfice SEO est indirect : une base de données allégée accélère le reste du site. Activez-le, et cherchez vos gains de vitesse ailleurs.
Sur les images, privilégiez le WebP. WordPress sait convertir et servir l'AVIF, plus léger encore, si votre thème le gère. Le piège classique, c'est une image de 2 000 pixels servie en pleine largeur sur une fiche produit qui en affiche 400.
Là où je perds des batailles : sur un mutualisé à trois euros par mois, je ne fais pas de miracle. À un moment, l'hébergement est le plafond, et le plus court chemin vers le premier positionnement passe par un hébergement dédié ou un VPS. Pour le détail des tarifs d'une prise en charge technique, j'ai écrit un article sur le coût de l'optimisation WooCommerce.
Un seul plugin SEO, et des permaliens réglés avant le reste
Une règle, sans exception : un seul plugin SEO actif. Deux plugins qui cohabitent produisent des doubles métas, deux sitemaps, et du balisage produit dupliqué. Les résultats enrichis sont la première victime collatérale. Yoast, Rank Math et SEOPress font tous le travail ; le choix se fait sur l'ergonomie, pas sur des promesses de ranking.
Les permaliens produit se règlent dans Réglages > Permaliens. WooCommerce propose quatre bases : l'URL par défaut avec un identifiant (/?product=123), la base boutique, la base boutique avec catégorie, et une base personnalisée. La documentation officielle de WooCommerce détaille ces quatre options et insiste sur un point que beaucoup découvrent trop tard : changer de structure après le lancement casse les anciennes URLs, à moins de poser des redirections. Voir la documentation officielle des permaliens WooCommerce.
Mon avis, tranché : sur une boutique existante, ne touchez pas aux bases. Vos backlinks et votre historique d'indexation valent plus qu'une URL plus courte. Sur une boutique neuve, une base courte est défendable. J'évite en revanche la base « boutique avec catégorie », qui place le même produit sous plusieurs chemins selon la catégorie d'appartenance. Et le débat « faut-il retirer /product/ des URLs ? » m'indiffère : aucun gain de classement n'est démontré, et le vrai risque n'est pas dans le préfixe, c'est la chaîne de redirections que vous créerez en changeant d'avis six mois après.
Pendant que vous y êtes, vérifiez le fil d'Ariane : activé dans le plugin SEO, affiché par le thème, et un seul à la fois. Le checklist d'audit SEO e-commerce reprend l'ensemble de ces points.
Les pages catégories : là où se joue le trafic
Une boutique WooCommerce cible deux types de requêtes. Les pages catégories visent les requêtes génériques à intention commerciale, celles que vos clients tapent quand ils cherchent un type de produit sans avoir choisi de référence : « huile essentielle bio », « mobilier de salon scandinave ». Les fiches produits, elles, captent la longue traîne transactionnelle, beaucoup plus précise et beaucoup moins volumineuse.
La conséquence est mécanique. C'est la page catégorie qui doit ranker sur la requête générique, pas la fiche produit. Or la plupart des boutiques laissent ces pages réduites à un nom en H1 et une grille. C'est l'erreur la plus fréquente que je rencontre, et la plus facile à corriger.
Le bloc du haut se lit en priorité. Deux cents mots suffisent : votre positionnement, ce qui distingue cette sélection, un ou deux arguments concrets. Le mot-clé principal dans la première phrase. Pas d'histoire de la catégorie, personne ne la lit. En dessous des produits, un bloc plus long peut dérouler le guide d'achat et une FAQ courte.
Sur la structure, deux niveaux de catégories au maximum. Au-delà, l'autorité se disperse sur trop de profondeurs et le crawl s'épuise sur des pages qu'il n'atteindra jamais. Les étiquettes, elles, créent des archives indexables souvent pauvres : cinq à dix sur toute la boutique, pas un par produit. Si une étiquette recoupe une catégorie, supprimez-la. Pour une vision d'ensemble de l'architecture, l'article sur les silos SEO e-commerce détaille la méthode.
Le contenu dupliqué que WooCommerce fabrique pour vous
Deux mécanismes génèrent du dupliqué sans que vous fassiez rien. Le premier, ce sont les variations. Un produit avec des couleurs ou des tailles peut être atteint par une URL du type ?attribute_pa_couleur=rouge. Sans canonical, l'autorité se disperse entre le produit propre et ses déclinaisons paramétrées. La correction tient en une ligne : canonical de chaque variation vers l'URL produit sans paramètre. La plupart des plugins SEO le font, à condition que l'option soit activée.
Le second mécanisme, c'est la pagination. La page 2 d'une catégorie est une variante de navigation, pas une page distincte. Elle doit porter une canonical vers la page 1.
Trois familles d'URLs parasites consomment ensuite votre budget de crawl sans jamais se positionner : les liens « ajouter au panier » qui traînent un add-to-cart dans l'URL, les pages de commande et de confirmation, et les URLs de compte client. WooCommerce pose déjà un noindex sur ces dernières. Ne le retirez jamais. Dans la Search Console, filtrez sur ?attribute_, add-to-cart et /order-received/ : si vous voyez des dizaines d'URLs de ce type dans l'index, le chantier suivant est ouvert. Les sept erreurs SEO qui plombent les ventes détaillent ce type de diagnostic.
Les facettes : bloquer tout vous coûte des positions
Les filtres couleur, taille, prix et marque sont indispensables dès cinquante produits. Ils sont aussi le piège SEO le plus costaud d'une boutique WooCommerce : chaque combinaison crée une URL, et une catégorie avec six filtres de dix valeurs génère théoriquement un million de pages.
Le réflexe courant est de tout bloquer. C'est excessif. Certaines combinaisons correspondent à de vraies requêtes : « chaussures running femme », « fauteuil de bureau noir ». La doctrine que j'applique tient en deux règles. Une combinaison mono-facette avec une demande de recherche prouvée dans la Search Console devient une page indexable, avec un titre et un peu de texte. Toutes les combinaisons multi-facettes restent hors index.
À mon avis, le réglage par défaut d'un plugin de filtres est presque toujours le mauvais : soit tout est indexable et le duplicate explose, soit tout est bloqué et vous perdez des requêtes que vos concurrents captent. Le triage se fait facette par facette, sur vos dix filtres principaux, à la main.
Un seul bloc de données structurées Product
WooCommerce émet nativement un balisage produit : nom, description, image, prix, disponibilité. Pour une petite boutique, c'est un socle honnête. Il manque en général la marque, la livraison et les conditions de retour, que Google recommande d'afficher sur les fiches marchands.
Le vrai problème n'est pas le manque, c'est la redondance. Un thème qui ajoute son propre Product, un plugin SEO qui en ajoute un second, WooCommerce qui en émet déjà un : la page sort trois blocs, Google n'en retient aucun, et vos étoiles disparaissent des résultats. Vérifiez le HTML rendu d'une fiche produit. Vous devez trouver exactement un bloc Product, avec une offre complète (prix, devise, statut de disponibilité) et une note d'avis si vos avis existent réellement. La spécification de référence reste celle de schema.org pour le type Product.
Un avertissement sur les avis : ne fabriquez pas de notes. Un aggregateRating sans avis réels est une manipulation visible à l'œil nu par Google, et elle coûte plus cher qu'elle ne rapporte.
Comment je diagnostique une boutique WooCommerce en vingt minutes
- La Search Console, rapport Couverture, séparé par type de page : catégories d'un côté, fiches produits de l'autre. Les deux ne se positionnent pas sur les mêmes requêtes.
- Un test mobile sur une fiche produit réelle, en 4G simulée. Le LCP, c'est presque toujours la photo principale.
- La liste des plugins actifs. Deux plugins SEO, c'est déjà un diagnostic de fin de compte.
- Le HTML d'une page catégorie. S'il n'y a pas de texte au-dessus de la grille, le chantier est ouvert.
- Le HTML d'une fiche produit. Je compte les blocs Product et je regarde la balise canonical.
- Un filtre sur
attribute_padans les pages indexées de la Search Console.
En une heure, j'ai une liste de corrections priorisée et une estimation du temps que chaque chantier prendra.
Plan 90 jours : dans quel ordre faire
- Semaines 1 et 2 : fondations. Un seul plugin SEO, permaliens définitivement figés, Search Console et Analytics vérifiés, versions PHP et WooCommerce à jour.
- Semaines 3 à 6 : technique. Hébergement et cache, canonicals des variantes et de la pagination, triage des facettes filtre par filtre.
- Semaines 7 à 10 : catégories. Contenu sur les dix catégories principales, profondeur limitée à deux niveaux, étiquettes nettoyées.
- Semaines 11 à 13 : produit et contenu. Un seul bloc Product vérifié avec marque et disponibilité, et un premier article de blog qui relie les catégories entre elles.
Le blog natif est l'avantage WooCommerce le plus sous-utilisé : vos articles vivent sur le même domaine que votre catalogue, ce que Shopify ne vous offre pas sans contournement. Un guide d'achat qui relie trois catégories vaut mieux que dix liens ajoutés à la main dans un menu.
FAQ : référencement WooCommerce
Combien de temps avant de voir des résultats sur WooCommerce ?
Entre trois et six mois pour les corrections techniques, plus longtemps pour le contenu. Les canonicals et le plugin SEO corrigés donnent des signaux en quelques semaines. Les catégories enrichies, elles, demandent un trimestre avant de bouger. Méfiez-vous de quiconque promet la première page en trente jours.
Faut-il un plugin SEO payant pour ranker ?
Non pour démarrer. Les versions gratuites de Rank Math et SEOPress couvrent les titres, le sitemap, les canonicals et le balisage produit de base. Le payant devient utile sur un gros catalogue : redirections automatiques, support avancé des données structurées, analyse de liens internes. C'est un gain de temps, pas un levier de classement.
WooCommerce ou Shopify pour le SEO ?
WooCommerce donne plus de contrôle et un blog natif sur le même domaine. Shopify donne plus de vitesse d'exécution et une infrastructure qui ne bronche pas. Les deux rankent. Le comparatif WooCommerce contre Shopify détaillé aborde le coût total, qui est souvent le vrai critère de décision.
Pourquoi mes fiches produits n'apparaissent-elles pas dans Google ?
Quatre causes, dans cet ordre de fréquence : la requête est portée par la page catégorie et non par le produit, le produit est trop récent pour être indexé, une canonical pointe ailleurs, ou le site est trop lent pour que Googlebot le crawl souvent. Vérifiez d'abord si la page catégorie correspondante se positionne déjà.
Le blog WordPress aide-t-il vraiment une boutique WooCommerce ?
Oui, et plus que sur Shopify. Les articles captent des requêtes informationnelles que vos fiches produits ne cibleront jamais, et ils distribuent de l'autorité vers les catégories. Un guide d'achat de mille mots qui relie trois catégories produit fait plus que trois liens ajoutés dans un menu de navigation.
Vous voulez savoir ce que votre boutique WooCommerce laisse passer en référencement ? Je vous propose un échange de 30 minutes pour repérer les deux ou trois chantiers qui feront la différence sur votre catalogue.
Pour aller plus loin : mon audit SEO e-commerce, le coût d'une optimisation WooCommerce, et ma méthode de référencement pour les boutiques en ligne.
Consultant SEO e-commerce et expert Adobe Analytics, dans le web depuis 2007. J'aide les boutiques en ligne à gagner des clients grâce au référencement naturel.
