Données structurées produit : ce que Google attend

Votre compte Merchant Center affiche des produits refusés, ou vos prix ne se mettent plus à jour automatiquement depuis le site. La cause est souvent le code de vos pages produit, pas le flux : des données structurées absentes, incomplètes, ou qui ne racontent pas la même chose que ce que voit l’acheteur. Si le compte est déjà suspendu, commencez par lire que faire quand Merchant Center est suspendu, puis revenez ici corriger le balisage.

Cet article détaille ce que Google attend techniquement de vos données structurées produit : où elles doivent se trouver, ce qu’elles doivent dire, et ce qui se passe quand elles ne correspondent pas à la page. Tout ce qui suit vient des pages d’aide officielles de Google, citées en bas de l’article.

Que sont les données structurées produit, et que vérifie Google ?

Les données structurées produit sont un balisage ajouté dans le code de vos pages, écrit avec le vocabulaire schema.org, un langage standard utilisé pour décrire un produit aux moteurs de recherche. Ce balisage indique le nom du produit, son prix, sa disponibilité et son état. Google s’en sert pour comprendre la page sans avoir à deviner ce qui est affiché à l’écran.

Google l’utilise aussi pour trouver et ajouter vos produits sans que vous construisiez un flux à la main : il explore votre site, repère les pages produit, puis lit le balisage pour en extraire titre, prix et disponibilité. Sans balisage correct, cette extraction automatique ne fonctionne pas, même si la page s’affiche normalement pour un visiteur.

Google recommande de placer ce balisage directement dans le HTML initial de la page, celui qui est envoyé avant tout chargement de script. C’est une différence simple à vérifier : si le balisage n’apparaît pas quand vous affichez le code source brut de la page, Google ne le voit pas non plus. Commencez toujours par cette vérification avant de chercher une autre cause de refus.

• Le balisage doit figurer dans le code HTML renvoyé par votre serveur, pas ajouté ensuite par un script
• Les valeurs du balisage doivent être celles que voit réellement l’acheteur, notamment le prix et la disponibilité
• Si l’une de ces conditions manque, le produit de la page n’est pas mis en correspondance avec votre fiche

Quelles conséquences si vos données structurées sont incorrectes ou absentes ?

Une donnée structurée mal renseignée n’empêche pas forcément votre site de fonctionner pour un client, mais elle casse le pont entre votre page et votre fiche produit chez Google. Les situations ci-dessous reviennent le plus souvent dans les comptes que nous corrigeons.

Illustration

Ces situations partagent souvent la même origine : un site qui affiche une information et un flux qui en affiche une autre. Ce mécanisme, une page qui dit une chose et un flux qui en dit une autre, fait partie des causes détaillées dans notre article sur les déclarations trompeuses.

Toutes les lignes de ce tableau reprennent des règles publiées par Google dans ses pages d’aide Merchant Center.

Comment corriger vos données structurées produit ?

Corriger ce balisage se fait dans un ordre précis, pour ne pas revalider une page qui contient encore une incohérence. Commencez par regarder ce que Google voit réellement, pas ce que votre navigateur affiche à l’écran.

Illustration

1. Lisez le code source brut. Ouvrez la page produit en affichage du code source, pas les outils de développement qui exécutent les scripts. Si le balisage Product n’apparaît pas à cet endroit, Google ne le lit pas non plus.
2. Alignez chaque attribut sur le flux. Prix, disponibilité, état et catégorie doivent porter les mêmes valeurs dans le balisage, sur la page visible et dans le flux envoyé à Merchant Center. Une différence sur un seul de ces attributs suffit à provoquer un refus ou une disparité signalée.
3. Testez avant de réactiver l’automatisation. Si vous comptez laisser Google mettre à jour prix et disponibilité à partir du balisage, vérifiez d’abord qu’il reste stable sur plusieurs pages, pas seulement sur celle que vous venez de corriger. Un balisage fiable sur une partie du catalogue et absent sur le reste revient au même problème, juste plus difficile à repérer.

Si vous ne savez plus par où commencer, ou si le compte est déjà suspendu pendant que vous corrigez le site, un diagnostic extérieur à 350 € repère rapidement ce qui bloque. Pour aller plus vite, vous pouvez aussi confier la réactivation de votre compte Merchant Center à Merchant Reborn, avec un compte réactivé sous 45 jours ou remboursé.

Faut-il activer la mise à jour automatique à partir du balisage ?

La mise à jour automatique utilise votre balisage pour ajuster prix, prix soldé, disponibilité et état sans que vous ayez à retoucher le flux à la main. Google propose aussi d’autres façons de garder ces valeurs à jour, par exemple un flux automatisé classique ou une interface technique appelée Merchant API : le balisage n’est qu’une méthode parmi d’autres. C’est pratique quand le balisage est fiable sur tout le catalogue, et risqué dans le cas contraire.

Désactiver cette fonction n’empêche pas vos informations produit de base d’apparaître dans les résultats de recherche naturelle, mais arrête l’ajout automatique de nouveaux produits. Si votre balisage n’est fiable que sur une partie du site, il vaut souvent mieux le désactiver le temps de tout corriger plutôt que de laisser des valeurs fausses circuler automatiquement.

Ce même balisage sert aussi à repérer un GTIN manquant ou mal formé, le code-barres international qui identifie votre produit ; c’est une cause de blocage distincte de celle-ci : voir GTIN Merchant Center, que faire si le code est manquant. Si vos produits sont déjà refusés et que vous venez de corriger le balisage, le compte doit encore passer par un examen avant de redevenir actif : le détail des états et des délais est expliqué dans notre article sur la demande de réexamen Merchant Center.

Questions fréquentes