Données structurées Product : prix, stock et vérification

Les données structurées Product aident Google à comprendre une offre. Elles ne remplacent pas une fiche claire et ne garantissent aucun affichage enrichi.

Vérifier d’abord la page visible

Un visiteur doit trouver le nom, l’image, le prix, la devise et la disponibilité. Si un produit possède plusieurs variantes, vérifiez quelle URL et quel prix correspondent à chaque choix. Ne marquez pas comme « en stock » un article indisponible ni comme avis client une note inventée.

Choisir le bon type de balisage

Sur une page où votre boutique vend le produit, le balisage marchand associe Product et Offer. Google précise ses exigences pour les annonces marchandes, notamment la cohérence avec l’offre visible. Une page éditoriale qui présente un produit vendu ailleurs relève d’un autre usage : Google distingue les extraits produit des annonces marchandes. Cette nuance compte pour un blog qui renvoie vers une boutique externe.

Tester après chaque changement de catalogue

Contrôlez un produit simple, un produit à variantes et un produit en rupture. Utilisez le test des résultats enrichis et les rapports Search Console pour repérer les champs manquants. Vérifiez aussi que la mise à jour du stock ou du prix modifie le HTML et le balisage au même moment.

La priorité reste la fiabilité : une donnée absente est moins trompeuse qu’une donnée structurée inexacte. Documentez qui met à jour les prix, les variantes et la disponibilité.

Cas d’erreur fréquent

Un thème peut afficher « épuisé » sur une fiche tandis qu’une application injecte encore « en stock » dans les données structurées. Ce décalage est plus grave qu’un champ facultatif absent. Faites une commande de test sur un produit à stock limité, puis vérifiez le HTML public après la mise à jour. Pour les variantes, contrôlez au moins un prix différent et une rupture partielle. Conservez la capture et la date du test afin de pouvoir comparer le comportement après un changement de thème ou d’application.

Suivre un produit et ses variantes de bout en bout

Choisissez un produit comportant deux variantes, dont l'une est indisponible. Notez pour chacune l'URL, le prix affiché, la devise, la disponibilité et l'identifiant utilisé par votre catalogue. Comparez ces informations à ce que le HTML et le balisage Product exposent réellement. Si la page annonce « en stock » pour une taille qui ne peut pas être commandée, le problème vient probablement de la source ou du rendu, pas d'un simple test de syntaxe.

Exemple fictif : une veste existe en bleu et en noir. Le noir coûte plus cher et n'est plus disponible. Une seule offre générique au prix du bleu pour toutes les variantes peut induire en erreur. Vérifiez la manière dont votre thème et votre plateforme représentent les variantes, ainsi que les données du flux marchand si vous en utilisez un. N'inventez pas une note ou un avis pour obtenir un affichage enrichi ; les informations structurées doivent refléter une information réellement visible et vérifiable.

Procédure de contrôle après une mise à jour

Après changement de prix, de stock ou de thème, inspectez une fiche populaire, une fiche à variantes et une fiche épuisée. Passez leurs URL dans l'outil de test des résultats enrichis de Google, puis comparez la sortie au contenu visible. Le test peut confirmer un format ; il ne garantit ni l'affichage d'un enrichissement ni l'exactitude du stock. Complétez avec une vérification manuelle du panier et, si pertinent, du Merchant Center.

Gardez la date, l'URL et la capture des valeurs comparées. Ainsi, lorsqu'une alerte apparaît, vous pourrez distinguer un problème de données, de thème ou de cache.

Faire correspondre le balisage à ce que voit le client

Avant de modifier un JSON-LD Product, ouvrez la fiche publique et relevez nom, image, prix, devise, disponibilité et variantes. Ces valeurs doivent refléter l'offre réellement affichée et les paramètres de la boutique. Une donnée structurée annonçant « en stock » alors que la variante choisie est épuisée crée une incohérence ; ajouter une balise ne corrige pas la source de stock. Si le thème ou une application génère déjà le balisage, inspectez le HTML avant d'en installer un second.

Testez une fiche simple et une fiche à variantes. Comparez le balisage avec le prix visible pour chaque option, en tenant compte des règles et limites de la plateforme. Les avis ne doivent être ajoutés que s'ils existent et respectent les règles du moteur et de la plateforme ; inventer une note pour obtenir des étoiles dans les résultats est trompeur.

Mettre en place une surveillance utile

Après un changement de thème, un import de prix ou une installation d'application, contrôlez quelques produits dans l'outil de test de Google et sur la page publique. Notez l'URL, la date, les erreurs ou avertissements et la correction apportée. Une validation syntaxique prouve que le code se lit ; elle ne prouve ni éligibilité à un résultat enrichi ni affichage dans Google.

Rattachez ce contrôle aux opérations du catalogue : celui qui modifie prix et stock doit savoir que le balisage doit suivre. Si le rapport Search Console remonte une série d'erreurs sur le même champ, cherchez le modèle ou l'application commune plutôt que de corriger cent fiches à la main. La priorité est l'exactitude pour l'acheteur, puis la cohérence des données exposées aux moteurs.