Google vient d’étoffer la manière dont les produits peuvent être décrits pour la recherche avec une mise à jour clé des données structurées dédiées aux fiches marchands. Deux nouveautés retiennent l’attention des équipes SEO et e-commerce : l’introduction d’une propriété category dans le balisage Product et une clarification complète sur la manière d’indiquer la durée des promotions. Résultat attendu ? Des informations produits plus précises, des listings plus fiables en SERP et, potentiellement, une visibilité accrue pour les marchands qui adoptent ces bonnes pratiques. Dans cet article, nous décryptons ces changements, expliquons comment les implémenter correctement et partageons des checklists pour éviter les écueils courants. 🛍️🔎
Pourquoi ces évolutions des données structurées comptent pour votre SEO
Les données structurées permettent aux moteurs d’interpréter sans ambiguïté le contenu d’une page. Dans un contexte e-commerce, elles servent à décrire les produits, leurs offres, leurs prix, leurs disponibilités et, désormais de manière plus fine, leurs catégories et la période de validité d’un prix en promotion. En rapprochant le balisage Schema.org de la taxonomie produits de Google et en normalisant les dates de promotion, la mise à jour offre un meilleur alignement entre ce que vous affichez sur la page et ce qui est ingéré par les systèmes de recherche. 📈
Concrètement, ces améliorations aident Google à présenter des résultats plus exacts et à réduire les incohérences fréquentes (catégorie imprécise, promo expirée mais toujours visible, etc.). Pour un marchand, cela se traduit par une expérience utilisateur plus fiable en SERP, un potentiel gain de taux de clics et, à moyen terme, un signal de qualité renforcé pour les pages produits. ✨
Nouvelle propriété category pour Product : plus de précision, moins d’ambiguïté
Jusqu’ici, la catégorisation côté page dépendait surtout des éléments de navigation, de titres, de breadcrumbs et de quelques propriétés des données structurées. Le flux Merchant Center (product_type et google_product_category) fournissait des signaux forts, mais le balisage on-page restait parfois en retrait. La nouvelle propriété category pour le type Product comble cette lacune et offre deux modes de saisie complémentaires. 🧭
Deux façons d’indiquer la catégorie : texte libre et CategoryCode
La propriété category accepte :
• Du texte libre (plain text) : pratique pour refléter vos catégories internes ou personnalisées. C’est l’analogue du product_type que vous envoyez dans vos flux. Il est recommandé de rester sous environ 750 caractères par valeur pour garder un signal net et exploitable. 🏷️
• Un objet CategoryCode : ce format structuré permet d’indiquer une Google Product Category (GPC) directement dans votre balisage. Vous pointez la taxonomie officielle via inCodeSet (l’URL de la taxonomie Google) et vous fournissez la catégorie via codeValue, soit sous forme d’ID numérique, soit sous forme de chemin complet (avec le séparateur “>”). 🔗
Bon à savoir : vous pouvez fournir un tableau mixte qui combine à la fois des valeurs texte personnalisées et plusieurs CategoryCode. Cette souplesse s’avère très utile pour les catalogues complexes, les produits multi-usages ou les déclinaisons qui relèvent de plusieurs segments marché. 🧩
Que change concrètement l’ajout de CategoryCode ?
En reliant explicitement votre page à la taxonomie produit de Google, vous réduisez le “bruit” sémantique. Un exemple courant : une robe de soirée peut être mentionnée dans plusieurs catégories internes (Collections, Cérémonies, Robes). Avec CategoryCode, vous ancrez le produit dans la hiérarchie normalisée attendue par Google, ce qui facilite sa compréhension et son affichage dans les carrousels, filtres ou modules produits. 👗
Cet alignement page/flux a deux bénéfices :
• Cohérence des signaux : vos pages et vos flux ne se contredisent plus. Le moteur perçoit la même catégorie à toutes les étapes d’ingestion. ✅
• Désambiguïsation : lorsque le libellé interne n’est pas clair (abréviations, marketing naming), l’ID GPC ou le chemin standardisé tranche sans ambiguïté. 🎯
Bonnes pratiques pour category
• Fournissez à la fois vos catégories internes (pour le contexte propriétaire) et une ou plusieurs GPC (pour la normalisation). 🧾
• Utilisez le chemin complet lisible quand il est utile (par exemple “Vêtements et accessoires > Robes de soirée”), surtout si vos équipes merchandising l’exploitent facilement. Le numérique (ID) reste plus robuste aux changements de noms, mais le texte facilite le contrôle humain. 👀
• Évitez les catégories fourre-tout ou vagues en texte libre. Plus c’est spécifique, mieux c’est, à condition que cela reste fidèle au produit et à sa landing page. 🧠
• Restez cohérent sur toute la durée de vie du produit. Modifier fréquemment la catégorie crée des signaux instables. 🔁
Durée des promotions : rendre les prix en soldes fiables en SERP
La seconde évolution majeure concerne la façon de déclarer la période de validité d’un prix en promotion. Trois propriétés s’articulent désormais clairement pour couvrir les cas les plus fréquents : validFrom, validThrough et priceValidUntil. ⏱️
Les rôles de validFrom, validThrough et priceValidUntil
• validFrom indique la date et l’heure de début de validité du prix affiché (format ISO 8601 recommandé : YYYY-MM-DDThh:mm:ss±hh:mm). 🗓️
• validThrough indique la date et l’heure de fin de validité du prix affiché, toujours en ISO 8601. 🏁
• priceValidUntil peut également servir à indiquer la fin de validité du prix, mais il s’applique lorsqu’il est directement attaché au nœud Offer. Il n’est pas prévu pour les nœuds PriceSpecification. 🧩
En d’autres termes, vous pouvez : (a) poser validFrom et validThrough sur l’Offer, ou (b) utiliser validFrom sur l’Offer et priceValidUntil pour la fin, toujours sur l’Offer. Si vous utilisez PriceSpecification pour décrire un prix remisé (par exemple avec un prix barré à côté), attachez plutôt validFrom et validThrough à ce PriceSpecification spécifique, en évitant d’y mettre priceValidUntil. 📌
Pourquoi ces précisions sont essentielles
Les promotions expirées qui continuent à s’afficher en recherche génèrent de la déception et peuvent écornent la confiance de l’utilisateur. En fournissant des dates claires, complètes et en tenant compte du fuseau horaire, vous aidez Google à retirer automatiquement les promos expirées et à n’afficher que ce qui est réellement actif. C’est bon pour l’expérience utilisateur et pour votre performance organique. ❤️
Erreurs fréquentes à éviter
• Absence de fuseau horaire : à l’échelle internationale, une promo censée finir “à minuit” peut durer plus longtemps ou expirer trop tôt sans offset explicite. Indiquez toujours la timezone. 🌍
• validFrom postérieur à validThrough : vérifiez par tests automatisés que la logique temporelle est toujours respectée. ✔️
• Réutilisation de priceValidUntil sur PriceSpecification : restez fidèle aux recommandations et limitez cette propriété au nœud Offer. ⚠️
• Incohérence entre prix affiché, microdonnées et scripts : si le front affiche -20% jusqu’au 30, mais que les données structurées parlent d’une fin au 28, Google peut douter et choisir de ne pas afficher d’enrichissement. Harmonisez vos sources. 🔄
Implémentation pas à pas : de la taxonomie au déploiement
Passer des bonnes intentions à un balisage fiable suppose de structurer l’effort. Voici une démarche éprouvée pour intégrer ces nouvelles données structurées sans friction excessive. 🛠️
1) Cartographier vos catégories internes vers la GPC
• Exportez vos catégories internes et identifiez les 80/20 de votre CA et de votre trafic. 🎯
• Établissez un mapping vers la Google Product Taxonomy. Pour chaque catégorie, conservez : l’ID GPC, le chemin lisible, la date de dernière validation, l’équipe propriétaire. 🗺️
• Traitez les cas multi-catégories (ex. “Sport” et “Lifestyle”). Priorisez la catégorie la plus descriptive pour la recherche. Vous pourrez fournir plusieurs valeurs dans category, mais maintenez une hiérarchie claire. 🧭
• Organisez une gouvernance pour les nouveaux produits : qui choisit la ou les GPC ? comment gérer les exceptions ? 📋
2) Générer le JSON-LD au bon endroit de la stack
• CMS/Plateforme (WooCommerce, Shopify, Magento, headless) : implémentez les mises à jour dans les templates produits, idéalement côté serveur pour garantir la parité entre affichage et balisage. 🧩
• Synchronisez votre flux Merchant Center et votre balisage : le même produit doit partager les mêmes signaux de catégorie et de promotion. Évitez les “branches” logicielles qui se mettent à diverger au fil du temps. 🔗
• Si vous utilisez des PriceSpecification pour gérer prix normal et prix remisé, positionnez validFrom/validThrough au niveau du PriceSpecification de la remise. Gardez priceValidUntil uniquement si vous décrivez l’offre directement sur Offer. 💡
3) Tester, monitorer, itérer
• Testez vos pages avec l’outil de test des résultats enrichis. Vérifiez la présence de category, la bonne résolution de inCodeSet, et la validité des dates ISO 8601. 🧪
• Dans la Search Console, surveillez les rapports relatifs aux fiches marchands et aux produits. Les erreurs et avertissements vous aident à corriger rapidement. 📊
• Mettez en place des tests E2E automatisés (staging + prod) qui valident la cohérence des prix affichés, des dates et des données structurées. Un simple script qui lit le JSON-LD et compare aux valeurs métier évite bien des surprises. 🤖
Cas particuliers et arbitrages techniques
Tous les catalogues ne se ressemblent pas. Voici des points d’attention selon des scénarios fréquents. 🧠
Produits appartenant à plusieurs catégories
Il est acceptable de fournir plusieurs valeurs dans category, en mélangeant texte personnalisé et plusieurs CategoryCode. Ne tombez pas dans l’excès : restez pertinent par rapport à la page et au rôle principal du produit. Si vous vendez des “kits” ou bundles, choisissez la catégorie dominante (celle qui décrit l’usage principal), tout en ajoutant une ou deux catégories secondaires si elles apportent du contexte utile. 🧺
Variantes, déclinaisons et disponibilité
Les variantes de taille, couleur ou matière justifient souvent l’usage d’AggregateOffer ou d’Offer multiples. Si la promo ne s’applique qu’à certaines variantes, attachez les dates de promotion au niveau des entités concernées. Évitez de “généraliser” une promotion à l’ensemble du produit quand seule une SKU est en solde. 🎨
Internationalisation et fuseaux horaires
• Utilisez des URL de taxonomie GPC adaptées à la langue/zone si disponible, et vérifiez la parité sémantique entre vos sites locaux. 🌐
• Fournissez toujours des timestamps avec timezone (ex. +01:00). Cela évite les décalages lors de changements d’heure saisonniers ou lorsque vos équipes opèrent depuis plusieurs pays. 🕰️
• Prenez en compte la fiscalité locale dans vos prix affichés et dans les Offres (TVA incluse ou non) afin d’éviter des incohérences perçues. 💶
Mesurer l’impact sur la performance organique
Sans mesure, pas d’amélioration. Après implémentation des nouvelles données structurées, planifiez un suivi sur 4 à 8 semaines. 📆
• Taux de clics (CTR) sur les requêtes de type produit : observez les variations par marque, par catégorie prioritaire et par pages promues. 📈
• Visibilité des fiches marchands (Search Console) : surveillez impressions et clics pour repérer des gains sur des SERP enrichies. 🧭
• Alignement avec Merchant Center : vérifiez la baisse d’avertissements “mismatch” entre ce qui est déclaré dans le flux et ce qui figure sur la page. Moins de divergences = plus de confiance. ✅
• Impact business : suivez les conversions assistées par le canal organique, en isolant les pages ayant reçu les nouvelles annotations (cohorte). Utilisez des tags ou paramètres internes pour distinguer les vagues de déploiement. 💼
Checklist d’implémentation et de qualité
• Catégorisation : chaque Product comporte category, avec au moins une valeur GPC via CategoryCode et, si utile, une valeur texte correspondant à la catégorie interne. 🗂️
• Taxonomie : inCodeSet pointe vers la taxonomie Google pertinente. codeValue est fourni soit en ID, soit en chemin lisible avec “>” comme séparateur. 🔖
• Promotions : validFrom est renseigné et antérieur ou égal à validThrough/priceValidUntil, avec timezone. 🕒
• Placement : si la remise est détaillée dans PriceSpecification, utilisez validFrom/validThrough à ce niveau. N’utilisez pas priceValidUntil sur PriceSpecification. 🧷
• Cohérence : prix, dates et catégories concordent entre page, données structurées et flux Merchant Center. 🔗
• Tests : validité du JSON-LD vérifiée en staging et prod. Alerting mis en place en cas de dates expirées encore visibles. 🚨
Questions fréquentes (FAQ)
Dois-je absolument utiliser la nouvelle propriété category si mon flux Merchant Center est déjà propre ?
Ce n’est pas strictement obligatoire, mais vivement recommandé. En ajoutant category côté page, vous créez un pont explicite entre votre contenu et la GPC. Cela réduit les ambiguïtés et renforce la cohérence globale des signaux. En SEO, la clarté gagne presque toujours. 🧠
Puis-je mélanger plusieurs CategoryCode et du texte libre ?
Oui. Vous pouvez fournir un tableau qui combine plusieurs objets CategoryCode (par exemple une catégorie principale et une ou deux secondaires) et des libellés personnalisés. Veillez simplement à rester pertinent et parcimonieux. 🎛️
Faut-il privilégier les ID GPC ou le chemin lisible ?
Les ID sont plus stables à long terme si la taxonomie est renommée, tandis que le chemin lisible est plus facile à contrôler par les équipes métiers. Dans la pratique, beaucoup de marchands utilisent les deux, ce qui facilite à la fois l’audit humain et la robustesse. 🔍
Comment gérer les promos qui se renouvellent chaque semaine ?
Générez des dates fraîches à chaque nouvelle vague, en automatisant le process. Évitez d’utiliser des fenêtres “ouvertes” imprécises. Pour ne pas échouer à minuit à cause du cache, programmez une purge ou un rafraîchissement du JSON-LD autour des bascules de date. ⏲️
Les données structurées garantissent-elles un affichage enrichi ?
Non, jamais de garantie. Les données structurées aident Google à comprendre et à éligibiliser vos pages, mais l’affichage final dépend de nombreux facteurs (qualité, pertinence, concurrence, contexte utilisateur). L’objectif est d’augmenter vos chances avec un balisage propre et complet. 🎯
Exemples d’application concrets
• Mode : un produit “Robe longue cérémonie” peut déclarer deux valeurs category : une GPC correspondant aux “Robes de soirée” et un texte libre reflétant votre arborescence interne “Événements > Cérémonie”. Pour une promo “-30% du 1er au 10”, attachez validFrom et validThrough à l’Offer ou au PriceSpecification de la remise, avec timezone explicite. 👗
• High-tech : un smartphone en “Semaine Black Friday” bénéficie d’une fenêtre courte. Déclarez validFrom/validThrough précis au niveau Offer. Si vous affichez un prix barré, décrivez la remise dans un PriceSpecification dédié avec ses dates. 📱
• Sport/outdoor : un bundle “Tente + Matelas” peut nécessiter plusieurs CategoryCode si le bundle chevauche différentes sous-branches de la GPC. Choisissez une catégorie principale claire et ajoutez une secondaire si cela apporte un contexte utile. 🏕️
Gouvernance, maintenance et qualité continue
La réussite ne repose pas que sur l’implémentation initiale ; elle demande une gouvernance continue. Voici comment rester solide dans la durée. 🧩
• Ownership clair : nommez un responsable “données structurées” côté SEO/Content et un binôme côté engineering. Définissez un canal de communication avec l’équipe Merchant Center/SEA pour conserver la parité des signaux. 👥
• Documentation vivante : centralisez le mapping catégories internes → GPC, consignez les décisions d’arbitrage et gardez des exemples validés. 📚
• QA récurrente : planifiez des audits trimestriels sur les catégories à fort trafic. Surveillez l’apparition d’avertissements dans la Search Console et corrigez rapidement. 🔁
• Observabilité : mettez en place des métriques simples (taux d’erreurs de balisage, délai moyen de correction, couverture des pages clés). L’objectif est de détecter vite et de corriger avant que l’impact business ne se fasse sentir. 📈
En résumé : cap sur des données structurées plus utiles et plus fiables
Avec la nouvelle propriété category et l’encadrement de la “sale duration”, Google pousse vers un balisage produit plus riche, plus normalisé et plus opérationnel. Pour les e-commerçants, l’opportunité est triple : améliorer la qualité des signaux envoyés à la recherche, éviter les malentendus sur les catégories, et garantir que les promotions reflétées en SERP soient à jour. 💡
La recette gagnante : un mapping propre vers la GPC, une implémentation JSON-LD rigoureuse (Offer/PriceSpecification bien choisis), des dates en ISO 8601 avec timezone, des tests réguliers, et une gouvernance claire. En somme, donner à vos données structurées le même niveau d’exigence qu’à votre UX et à vos flux garantit une meilleure cohérence globale… et souvent, de meilleurs résultats. 🚀
Si vous ne deviez retenir qu’une chose : alignez vos pages, vos flux et vos données structurées autour d’une taxonomie commune, et décrivez précisément la durée de vos promotions. Le reste n’est qu’une affaire de méthode et de rigueur. 🔧
