En 2025, près de la moitié des problèmes d’exploration signalés à l’équipe de Google chargée du robot venaient des filtres de navigation des sites. Près d’un quart venait de liens d’action, comme les boutons d’ajout au panier. Et pour l’un de ces liens, l’équipe de Google a fini par ouvrir elle-même un ticket dans le dépôt de code de WooCommerce.
Le référencement d’une boutique WooCommerce ne ressemble pas à celui d’un blog. Il faut décrire des produits à Google, alimenter Merchant Center, gérer des variations, des filtres, des ruptures de stock et des catégories, sans laisser le robot se perdre dans des milliers d’adresses inutiles.
Ce guide s’appuie sur la documentation de Google et sur ce que fait réellement WooCommerce 11.1, vérifié dans son code en octobre 2026. Il couvre les données structurées, Merchant Center et les fiches gratuites, les variations, la navigation à facettes, les ruptures de stock, les pages catégories, les fiches produits et le maillage interne. Il raconte aussi comment Google et WooCommerce ont corrigé ensemble un gaspillage d’exploration en huit jours.
Ce que Google lit sur une boutique WooCommerce
Extraits de produit et fiches marchandes
Google distingue deux usages du balisage de produit. Les extraits de produit concernent les pages où l’on ne peut pas acheter directement, comme un comparatif ou un test. Les fiches marchandes concernent les pages où le client peut acheter : c’est le cas de chaque fiche produit d’une boutique.
Seules les pages qui permettent l’achat sont éligibles aux fiches marchandes, avec un prix supérieur à zéro. Les pages catégories ne le sont pas : les résultats enrichis de produit ne concernent que des pages consacrées à un seul produit, ou aux variantes d’un même produit.
Données structurées, flux Merchant Center, ou les deux
Google lit les produits de deux façons : par les données structurées des pages, et par un flux envoyé à Merchant Center. Sa documentation recommande les deux, qui maximisent l’éligibilité aux différents affichages et l’aident à vérifier les données. Depuis 2022, une boutique peut apparaître dans les fiches marchandes de la recherche sans compte Merchant Center. L’onglet Shopping exige en revanche ce compte.
Pour les fonctions d’intelligence artificielle de la recherche, Google précise qu’aucun balisage particulier n’est nécessaire, et que les flux Merchant Center aident les produits à y être visibles.
Les données structurées produit : ce que WooCommerce fait seul
Ce que le cœur imprime déjà
WooCommerce produit lui-même un balisage JSON-LD de type Product sur chaque fiche : nom, adresse, description, image principale, référence, prix, disponibilité, avis et note moyenne. Le code GTIN, EAN ou ISBN dispose d’un champ dédié depuis la version 9.2 et entre dans le balisage depuis la 9.3. La marque s’y ajoute grâce à la gestion des marques, intégrée au cœur depuis la version 9.6.
Quelques détails comptent. La description reprise est la description courte si elle existe, sinon la description longue. Seule l’image principale figure dans le balisage. Pour un produit simple en promotion, WooCommerce indique le prix soldé et marque le prix normal comme prix de référence, une valeur que Google accepte encore pendant une période de transition.
Ce qui manque : livraison, retours, état, variantes
En version 11.1.2, le balisage du cœur ne contient ni frais de livraison, ni politique de retour, ni état du produit, ni groupe de variantes. Des avertissements de la Search Console sur ces champs sont donc attendus. Un balisage de politique de retour au niveau de la boutique existe dans la branche de développement de WooCommerce, prévu pour une version future, mais il n’est pas encore publié.
Un plugin SEO peut compléter ou remplacer ce balisage. La règle d’or reste de n’avoir qu’une seule source de balisage produit, pour éviter deux graphes contradictoires. Notre comparatif des meilleurs plugins SEO pour WordPress détaille ce que chacun fait pour WooCommerce.
Déclarer livraison et retours une fois pour tout le site
Google ne demande plus de répéter livraison et retours sur chaque produit. Il recommande de déclarer une politique de retour globale au niveau de l’organisation, et propose la même approche pour la livraison. Depuis novembre 2025, le réglage « Livraison et retours » de la Search Console est ouvert à tous les sites que Google identifie comme marchands, et il l’emporte sur les données structurées du site.
Pour qui préfère le balisage, la forme minimale ressemble à l’exemple de Google ci-dessous, avec des valeurs à remplacer par la vraie politique de la boutique.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "OnlineStore",
"hasMerchantReturnPolicy": {
"@type": "MerchantReturnPolicy",
"applicableCountry": ["FR", "BE"],
"returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
"merchantReturnDays": 30,
"returnMethod": "https://schema.org/ReturnByMail",
"returnFees": "https://schema.org/FreeReturn"
}
}
</script>Vérifier le résultat
Le test des résultats enrichis de Google montre ce que lit le robot sur une fiche. Dans la Search Console, les rapports consacrés aux fiches marchandes et aux extraits de produit listent les erreurs et avertissements à l’échelle du site. Un avertissement sur un champ facultatif n’empêche pas l’affichage, une erreur sur un champ obligatoire, si.
Merchant Center et fiches gratuites
Ce que sont les fiches gratuites, et ce qu’elles excluent
Depuis avril 2020, Google affiche gratuitement les produits des marchands dans l’onglet Shopping, puis dans la recherche, les images, YouTube et d’autres surfaces. Ces fiches gratuites ne mettent en avant que des pages produits, jamais la page d’accueil, les conditions de livraison ou les pages catégories.
Elles sont activées par défaut dans la plupart des cas, mais Google prévient que cette autorisation ne garantit pas l’affichage. Une politique de retour visible sur le site et des réglages de livraison font partie des exigences.
Google for WooCommerce et la fin de la Content API
Le plugin gratuit que WooCommerce publie avec Google, autrefois appelé Google Listings & Ads, s’appelle Google for WooCommerce depuis juillet 2024. Il synchronise les produits avec Merchant Center sans fichier de flux à entretenir, et compte plus de 800 000 installations actives au moment où nous écrivons, en octobre 2026.
La Content API for Shopping, l’ancienne API de Merchant Center, a atteint sa fin de vie le 18 août 2026, avec une extinction complète prévue début 2027. Google for WooCommerce utilise la nouvelle Merchant API depuis sa version 3.8.0, publiée en juillet 2026. Si vous utilisez une version plus ancienne, mettez-la à jour sans attendre.
La règle de cohérence entre page, balisage et flux
Merchant Center exige une disponibilité cohérente entre la page produit, les données structurées, la page de commande et le flux. Un écart entraîne le refus du produit. La même logique vaut pour le prix : un prix du flux qui ne correspond pas à celui que Google lit sur la page ou au moment de la commande provoque un refus pour prix incohérent.
Les descriptions du flux suivent aussi des règles précises : pas de texte promotionnel, pas de liens, pas de majuscules pour insister, et les informations essentielles dans les premiers caractères. Un texte rédigé par une intelligence artificielle doit être déclaré comme tel dans un attribut dédié.
Variations et paramètres : le contenu dupliqué propre à WooCommerce
Les adresses de variation et la balise canonique
Une variation se présélectionne par un paramètre d’adresse, comme ?attribute_pa_taille=large. Google recommande précisément ce modèle pour les sites où toutes les variantes vivent sur une seule page : une seule adresse canonique pour le groupe, et chaque variante accessible par un paramètre.
WordPress produit la balise canonique des pages individuelles sans paramètre, si bien que les adresses de variation renvoient vers la fiche principale. Les pages d’archives, en revanche, catégories, étiquettes, boutique et pages filtrées, ne reçoivent aucune balise canonique du cœur : c’est l’un des apports d’un plugin SEO. Google rappelle aussi qu’un peu de contenu dupliqué est normal et ne viole aucune de ses règles.
Les catégories dans les permaliens
Avec une base de produit qui inclut la catégorie, un même produit peut apparaître sous plusieurs adresses. Depuis la version 9.5, WooCommerce redirige une adresse portant une mauvaise catégorie vers l’adresse canonique du produit. Depuis la 10.5, il choisit la catégorie la plus profonde de la hiérarchie, et redirige automatiquement les anciennes adresses en 301.
Près de cinq ans pour corriger le prix d’une variation
Un ticket ouvert en septembre 2021 décrivait un problème bien connu des marchands. Sur l’adresse d’une variation, WooCommerce affichait dans le balisage la fourchette de prix du produit parent. Google lisait le prix le plus bas, Merchant Center constatait un écart avec le prix de la variation envoyé dans le flux, et refusait le produit.
Le correctif est arrivé avec WooCommerce 11.0, en août 2026, dans une version consacrée au nettoyage des tickets en souffrance. Quand tous les attributs figurent dans l’adresse et désignent une seule variation, le balisage contient désormais une offre unique, au prix exact de la variation.
Navigation à facettes : ce que Google demande depuis décembre 2024
Bloquer ou optimiser
En décembre 2024, Gary Illyes, analyste chez Google, a publié un article et une documentation sur la navigation à facettes, ces filtres par prix, couleur, taille ou marque qui multiplient les adresses. Google la décrit comme de loin la première source de surexploration signalée par les propriétaires de sites.
Google propose deux voies. Si les pages filtrées n’ont pas besoin d’être indexées, bloquez leur exploration dans le robots.txt, ou utilisez des fragments d’adresse, que le robot ignore. Si elles doivent être explorées, utilisez le séparateur &, gardez un ordre stable des filtres et renvoyez une erreur 404 quand une combinaison ne donne aucun résultat. Les balises canonique et nofollow sont jugées moins efficaces à long terme.
Les paramètres du bloc de filtres de WooCommerce
Le bloc de filtres de produits de WooCommerce utilise des paramètres comme min_price, max_price, rating_filter, filter_stock_status, et filter_ suivi du nom de l’attribut. Le tri classique passe par orderby. WooCommerce ne bloque aucun de ces paramètres dans son robots.txt : la décision revient à chaque boutique.
Un robots.txt pour les filtres
Pour une boutique qui ne veut pas voir ses pages filtrées explorées, un exemple construit sur la syntaxe de Google et les noms de paramètres de WooCommerce ressemble à ceci. Ce n’est pas une recommandation officielle : testez-le sur votre propre site avant de l’appliquer.
User-agent: *
Disallow: /*?*filter_
Disallow: /*?*query_type_
Disallow: /*?*min_price=
Disallow: /*?*max_price=
Disallow: /*?*rating_filter=
Disallow: /*?*orderby=Le bloc utilise aussi categories, tags et brands pour les filtres de catégorie, d’étiquette et de marque : ces noms génériques peuvent servir à d’autres plugins, vérifiez-les avant de les bloquer.
Un piège classique guette ici. Le robots.txt contrôle l’exploration, pas l’indexation : une adresse bloquée peut rester dans l’index. Si des pages filtrées y figurent déjà, ajoutez d’abord une balise noindex, attendez leur sortie, puis bloquez. Google ne peut pas lire un noindex sur une page qu’il n’a pas le droit d’explorer.
Le cas réel : quand Google a ouvert un ticket chez WooCommerce
Cette histoire est documentée par le dépôt de code de WooCommerce, par le podcast officiel de Google Search et par Search Engine Journal. Elle montre qu’un problème d’exploration peut venir de la plateforme elle-même, et qu’un correctif en amont peut en libérer d’un coup toutes les boutiques qui se mettent à jour.
Des boutons qui doublent les adresses
Sur un thème classique, le bouton d’ajout au panier des listes de produits est un lien vers une adresse comme ?add-to-cart=123, accompagné d’un attribut nofollow. Chaque produit de chaque catégorie expose ainsi une adresse d’action que le robot peut suivre. Les thèmes de blocs utilisent le plus souvent un bouton sans adresse, mais pas dans tous les cas.
En juin 2024, Gary Illyes avait déjà demandé publiquement aux sites de bloquer les adresses d’ajout au panier et de liste de souhaits, inutiles pour les robots. En juillet 2025, un marchand avait ouvert un ticket chez WooCommerce sur le même sujet. Il avait été fermé sans suite deux jours plus tard, le mainteneur répondant que le réglage demandé ne serait pas développé, comme un contributeur l’avait signalé, et notant que le texte semblait généré par une intelligence artificielle sans vérification.
Le ticket du 8 septembre 2025
Le 8 septembre 2025, Gary Illyes ouvre lui-même un ticket dans le dépôt de WooCommerce. Son constat est bref : les robots continuent d’explorer les adresses d’action de WooCommerce, inutiles pour eux comme pour les propriétaires de sites, et l’adresse sans paramètre est de toute façon la version canonique. Il propose une règle de robots.txt et estime que tous les sites WooCommerce sont potentiellement concernés.
Quatre jours plus tard, un développeur de WooCommerce ouvre une demande de fusion. La discussion porte sur la forme exacte de la règle, et la version finale en ajoute deux, pour couvrir aussi le paramètre quand il n’est pas en première position. Le 16 septembre, huit jours après le signalement, la modification est fusionnée. Elle part avec WooCommerce 10.3, en octobre 2025.
Ce que Google en a dit
Le 3 février 2026, dans un épisode de Search Off the Record consacré au bilan de l’année, Gary Illyes et Martin Splitt reviennent sur les signalements reçus. La navigation à facettes représente près de la moitié des problèmes validés, les paramètres d’action près d’un quart. Un seul paramètre d’ajout au panier, explique Gary Illyes, suffit à doubler l’espace d’adresses d’un site.
Il raconte que l’équipe a remonté ces paramètres jusqu’à des plugins WordPress, et ouvert des tickets quand leur code était public. WooCommerce a pris le problème en charge presque immédiatement et l’a résolu. Le ticket ouvert chez un autre plugin, non nommé, attendait toujours. Search Engine Journal a relaté l’épisode le jour même.
Les suites, et ce qu’il faut vérifier
Les deux lignes d’ajout au panier n’ont pas changé depuis 10.3. Les autres lignes que WooCommerce ajoute au robots.txt, celles de ses dossiers de journaux et de fichiers téléchargeables, ont en revanche été corrigées depuis : 10.7 pour les sites installés dans un sous-dossier, 11.1 pour les installations qui déplacent le dossier wp-content ou les médias. Sur une installation standard en 11.1.2, le robots.txt virtuel de WordPress devrait contenir ces lignes.
User-agent: *
Disallow: /wp-content/uploads/wc-logs/
Disallow: /wp-content/uploads/woocommerce_transient_files/
Disallow: /wp-content/uploads/woocommerce_uploads/
Disallow: /*?add-to-cart=
Disallow: /*?*add-to-cart=
Disallow: /wp-admin/
Allow: /wp-admin/admin-ajax.phpTrois leçons s’en dégagent. L’attribut nofollow sur les boutons n’a pas suffi à arrêter l’exploration. La règle ne vit que dans le robots.txt virtuel de WordPress : un fichier robots.txt physique à la racine du site la remplace, et elle n’y figure alors pas. Enfin, WooCommerce n’a traité que les adresses d’action : les filtres, près de la moitié des signalements reçus par Google, restent à votre charge.
Ouvrez l’adresse /robots.txt de votre boutique et cherchez les deux lignes d’ajout au panier. Le rapport des statistiques d’exploration de la Search Console montre ensuite comment le robot répartit ses requêtes, même si Google le destine aux utilisateurs avancés et juge qu’un site de moins d’un millier de pages n’en a pas besoin.
Rupture de stock et produits arrêtés
Rupture temporaire : garder la page
Google est explicite : un produit en rupture de stock ne doit pas passer par l’outil de suppression de la Search Console. Mieux vaut laisser la page en ligne et l’indiquer comme indisponible. Le balisage de WooCommerce gère trois états : en stock, en réapprovisionnement et en rupture.
En 2022, John Mueller, de Google, précisait qu’une page qui se contente d’annoncer une rupture peut être traitée comme une erreur 404 soft, alors qu’une page riche en informations sur le produit peut rester pertinente. Une fiche en rupture garde donc tout son contenu, ses avis et ses liens vers des produits proches.
Produit arrêté : rediriger ou supprimer
Un produit arrêté pour de bon suit une autre règle. S’il a un successeur ou un équivalent proche, une redirection permanente 301 transmet son adresse. S’il n’a aucun remplaçant, une erreur 404 ou 410 est la réponse correcte, et Google traite ces deux codes de la même façon. Dans Merchant Center, un produit arrêté se retire du flux au lieu d’être marqué en rupture.
Le réglage qui masque les produits en rupture
Les réglages d’inventaire de WooCommerce proposent de masquer les produits en rupture de stock du catalogue. D’après son code, ce réglage les retire seulement des listes de produits : leur adresse reste accessible. Un produit masqué perd donc ses liens depuis les catégories tout en restant indexable, ce qui affaiblit sa page sans la retirer de Google.
Pages catégories : un peu de contenu, beaucoup de liens
Une hiérarchie que Google peut suivre
Google recommande une structure simple : des liens des menus vers les catégories, des catégories vers les sous-catégories, puis vers tous les produits. Les meilleures ventes peuvent aussi recevoir des liens depuis la page d’accueil ou des articles. Quand tout ne peut pas être relié, un plan du site ou un flux Merchant Center prend le relais.
Le texte de catégorie
En 2021, John Mueller expliquait qu’une page doit contenir assez d’information pour que Google comprenne son sujet, et qu’un texte supplémentaire aide surtout quand les noms des produits sont peu parlants. Une à trois phrases de contexte en haut de la catégorie suffisent souvent, selon lui, sans pavé écrit pour le robot. Dans les modèles classiques de WooCommerce, la description de catégorie ne s’affiche que sur la première page de l’archive.
Pagination et catégories vides
Pour la pagination, Google demande une adresse unique par page, une balise canonique propre à chaque page, et des liens classiques entre elles. Il ne faut pas pointer les pages suivantes vers la première comme version canonique, et Google n’utilise plus les balises de pages précédente et suivante. Les performances de ces listes comptent aussi : notre guide des correctifs Core Web Vitals pour WordPress détaille les leviers.
Une catégorie vide doit recevoir une balise noindex. Si elle disparaît de la navigation, Google suggère d’envisager une erreur 404.
Fiches produits : descriptions et images
Des descriptions écrites pour le client
La description courte de WooCommerce sert de description dans le balisage, ce qui justifie de la soigner. Les textes générés par une intelligence artificielle ne sont pas interdits, mais Google rappelle que produire en masse des pages sans valeur pour l’utilisateur peut relever de sa politique contre les contenus produits à grande échelle. Une fiche reprise mot pour mot du fabricant n’apporte rien de plus que les autres revendeurs.
Des images que Google peut lire
Google n’indexe pas les images placées en CSS : elles doivent être de vraies balises d’image, avec un nom de fichier et un texte alternatif descriptifs. Pour les fiches marchandes, Google recommande plusieurs images d’au moins 50 000 pixels chacune. Merchant Center exigera un minimum de 500 pixels sur 500 à partir du 31 janvier 2027, et recommande 1 500 sur 1 500.
WooCommerce affiche par défaut l’image principale en 600 pixels de large, et les vignettes du catalogue en 300 pixels. Depuis la version 11.1, les galeries d’images par variation sont disponibles dans toutes les boutiques. Notre comparatif des meilleurs plugins d’optimisation d’images aide à alléger ces fichiers sans perte visible.
Maillage interne et fil d’Ariane
Des liens que le robot peut suivre
Google ne suit que les liens écrits sous forme de balise <a> avec un attribut href. Chaque page importante doit recevoir au moins un lien d’une autre page du site, avec un texte d’ancre descriptif. Les produits liés, les ventes additionnelles et les ventes croisées de WooCommerce créent naturellement ces liens entre fiches.
Depuis la version 11.1, WooCommerce retire l’attribut nofollow des boutons qui mènent simplement à la fiche produit, tout en le gardant sur les liens d’ajout au panier et vers les produits externes.
Le fil d’Ariane de WooCommerce et celui du cœur
Le fil d’Ariane de WooCommerce, en version classique comme en bloc, produit un balisage BreadcrumbList. Le bloc Fil d’Ariane ajouté au cœur avec WordPress 7.0 n’en produit aucun. Remplacer le bloc de WooCommerce par celui du cœur retire donc ce balisage, sauf si un plugin SEO le fournit. Depuis janvier 2025, Google n’affiche plus ce résultat enrichi que sur ordinateur.
Tableau récapitulatif
| Sujet | Ce que dit Google | Ce que fait WooCommerce 11.1 | Action |
|---|---|---|---|
| Balisage produit | Fiches marchandes sur les pages d’achat | Product avec prix, GTIN, marque, avis | Une seule source de balisage |
| Livraison et retours | Niveau organisation ou Search Console | Absents du balisage | Réglage Search Console ou balisage global |
| Merchant Center | Fiches gratuites, pages produits seules | Google for WooCommerce, Merchant API | Dernière version, au moins 3.8.1 |
| Filtres | Bloquer ou structurer | Aucun blocage | Décider et écrire le robots.txt |
| Ajout au panier | Bloquer les adresses d’action | Bloqué depuis 10.3 | Vérifier le robots.txt servi |
| Rupture de stock | Garder la page, marquer la rupture | Disponibilité dans le balisage | Fiche riche, produits proches |
| Produit arrêté | 301 si équivalent, sinon 404 ou 410 | Aucun traitement automatique | Redirection, retrait du flux |
| Fil d’Ariane | Chemin type de l’utilisateur | Balisé par WooCommerce, pas par le cœur | Garder le bloc de WooCommerce |
Questions fréquentes
Faut-il un compte Merchant Center ?
Pas pour apparaître dans les fiches marchandes de la recherche, qui peuvent se fonder sur les données structurées. Il est en revanche nécessaire pour l’onglet Shopping et les fiches gratuites, et Google recommande de combiner les deux sources.
Faut-il indexer les pages filtrées ?
Rarement. Une combinaison de filtres qui correspond à une vraie recherche, comme une couleur dans une catégorie, peut mériter une page dédiée. Les autres gagnent à être bloquées dans le robots.txt, après leur sortie de l’index si elles y figurent déjà.
Que faire d’un produit en rupture définitive ?
Une redirection 301 vers son successeur ou le produit le plus proche s’il existe, sinon une erreur 404 ou 410. Retirez-le aussi du flux Merchant Center.
WooCommerce gère-t-il seul les données structurées ?
En grande partie. Le cœur produit un balisage Product solide, mais sans livraison, retours, état ni groupe de variantes. La Search Console et un plugin SEO complètent ce qui manque.
Le robots.txt de WooCommerce suffit-il ?
Il bloque les adresses d’ajout au panier depuis la version 10.3, à condition qu’aucun fichier robots.txt physique ne le remplace. Il ne bloque aucun filtre ni aucun tri.
Combien de texte sur une page catégorie ?
Assez pour que le sujet soit clair, souvent une à trois phrases. Un long texte écrit pour le robot n’aide pas le client, qui vient chercher des produits.
Conclusion
Le référencement d’une boutique WooCommerce tient en quelques décisions : une seule source de balisage produit, livraison et retours déclarés une fois, un flux Merchant Center à jour, des filtres maîtrisés, des ruptures gérées sans supprimer de pages, et des catégories qui relient tout. WooCommerce fait déjà une partie du travail, et Google documente le reste avec précision.
L’histoire du ticket de Google rappelle aussi qu’une boutique à jour bénéficie de correctifs qu’elle n’a pas demandés. Le référencement ne s’arrête pas à la fiche produit : une page de commande rapide et claire transforme ensuite ces visites en ventes, comme le montre notre guide pour optimiser la page de commande WooCommerce.
Sources
- Google Search Central. Introduction to Product structured data
- Google Search Central. Merchant listing (Product, Offer) structured data
- Google Search Central. Product snippet structured data
- Google Search Central. Product variant structured data
- Google Search Central. Merchant return policy structured data
- Google Search Central Blog, Pascal Fleury et Irina Tuduce (12 novembre 2025). More ways to share your shipping and returns policies with Google
- Google Search Central Blog (septembre 2022). Merchant listings
- Google Search Central. AI features and your website
- Google Merchant Center Help. Free listings for products
- Google Merchant Center Help. Availability
- Google Merchant Center Help. Description
- Google Merchant Center Help. Image link
- Google for Developers. Content API for Shopping: Deprecation and sunset
- WordPress.org Plugins. Google for WooCommerce
- Google Search Central Blog, Gary Illyes (17 décembre 2024). Crawling December: Faceted navigation
- Google for Developers. Managing crawling of faceted navigation URLs
- Google Search Central. Designing a URL structure for ecommerce sites
- Google Search Central. What is canonicalization
- Google Search Central. Block Search indexing with noindex
- Google Search Central. Introduction to robots.txt
- GitHub, WooCommerce (23 septembre 2021). Issue 30799, Variable product schema structured data getting disapproved
- GitHub, WooCommerce (3 juillet 2026). Pull request 66043
- WooCommerce Developer Blog, Darren Ethier (13 janvier 2026). Product permalink changes coming in WooCommerce 10.5
- Search Engine Journal, Matt G. Southern (juin 2024). Google Reminds Websites To Use Robots.txt To Block Action URLs
- GitHub, WooCommerce (13 juillet 2025). Issue 59627
- GitHub, WooCommerce, Gary Illyes (8 septembre 2025). Issue 60810, robots.txt disallow ?add-to-cart=
- GitHub, WooCommerce (16 septembre 2025). Pull request 60899, Add add-to-cart paths to robots.txt file
- Search Off the Record, Martin Splitt et Gary Illyes (3 février 2026). Crawling Challenges: What the 2025 Year-End Report Tells Us
- Search Engine Journal, Matt G. Southern (3 février 2026). Google’s Crawl Team Filed Bugs Against WordPress Plugins
- GitHub, WooCommerce. changelog.txt
- WP Engine. Read and use robots.txt
- Search Console Help. Crawl Stats report
- Google Search Central. Temporarily pause or disable a website
- Search Engine Journal, Matt G. Southern (4 avril 2022). Google: Out Of Stock Products May Impact Search Visibility
- Google for Developers. How HTTP status codes affect Google’s crawlers
- Google Search Central. Help Google understand your ecommerce site structure
- Search Engine Journal (24 septembre 2021). Google: Extra Content Not Always Needed For Category Pages
- Google Search Central. Pagination, incremental page loading, and their impact on Google Search
- Google Search Central. Using generative AI content
- Google Search Central. Image SEO best practices
- WooCommerce Developer Docs. Image sizes
- WooCommerce Developer Blog (3 septembre 2026). WooCommerce 11.1 release notes
- Google Search Central. Link best practices for Google
- GitHub, WooCommerce (22 juillet 2026). Pull request 66743
- Google Search Central. Breadcrumb structured data
- Google, The Keyword, Bill Ready (21 avril 2020). It’s now free to sell on Google
- Google Search Central. AI optimization guide
- WordPress.org Plugins SVN. Google for WooCommerce, changelog.txt
- Google Search Central. Latest documentation updates
- WooCommerce Developer Blog (4 août 2026). WooCommerce 11.0
- Google Search Central. Where ecommerce data can appear on Google
- Aide Search Console. Paramètres de livraison et de retour
LaFactory conçoit, développe et maintient des sites WordPress et WooCommerce, et développe ses propres plugins. Parlons de votre projet WordPress.