Un rapport de validation tout vert dans la Search Console, et pourtant rien ne s’affiche dans Google. La scène est banale chez les référenceurs : on colle un balisage JSON-LD impeccable, l’outil de test ne signale aucune erreur, on rafraîchit les SERP pendant des jours et les étoiles, le prix ou la FAQ restent invisibles. Le problème ne vient pas du code. Il vient d’une confusion tenace entre deux choses que Google distingue soigneusement : la validité technique d’un balisage et son éligibilité réelle à l’affichage.
Un balisage propre n’est qu’un ticket d’entrée
Google le dit lui-même dans sa documentation : ajouter des données structurées sert à rendre les résultats de recherche plus attrayants et à inciter les internautes à interagir davantage avec le site, ce qu’on appelle les résultats enrichis. Notez le vocabulaire employé.
On parle de rendre possible, pas de déclencher. Le moteur valide la syntaxe, comprend le type de contenu, puis décide seul s’il affiche quelque chose. Pour creuser les bases du sujet, le blog geneve-agence-seo.ch détaille les formats acceptés et les pièges du balisage.
Le rapport de la Search Console fait exactement ce qu’on lui demande : il vérifie que le JSON-LD respecte le vocabulaire Schema.org, que les propriétés obligatoires sont présentes, que la syntaxe tient debout. Il ne dit rien sur la qualité du contenu, la confiance accordée au site ou la pertinence de l’affichage pour une requête donnée. Un peu comme un contrôle technique de voiture : le papier prouve qu’elle peut rouler, pas qu’elle passera le péage à l’heure prévue.
Validité, éligibilité, affichage : la chaîne à trois étages
La validité est un état binaire, vérifiable en quelques secondes par un outil. L’éligibilité est une notion floue, décidée par un algorithme qui croise des dizaines de signaux. L’affichage, lui, dépend en plus de la requête tapée, du type de résultat concerné et de la place disponible sur la page. Trois étages, trois temporalités, et un seul est entre vos mains.
Un balisage de produit impeccable peut rester éligible sans jamais s’afficher, simplement parce que Google estime que le prix n’est pas fiable ou que la page sent le dropshipping. À l’inverse, une page abandonnée depuis des mois peut conserver ses étoiles parce que le balisage a été posé une fois et que Google n’a pas encore revu son jugement. Le rapport ne vous alertera pas dans un cas comme dans l’autre.
Ce que les entreprises mesurent quand l’affichage fonctionne
Les cas documentés par Google donnent une idée de l’enjeu, et ils sont parlants. Rotten Tomatoes a ajouté des données structurées à 100 000 pages uniques et a mesuré un taux de clics 25 % supérieur sur les pages balisées par rapport aux autres. Food Network a converti 80 % de ses pages pour y inclure des options d’affichage et a constaté une hausse de 35 % du nombre de visites.
Rakuten a observé que les internautes passaient 1,5 fois plus de temps sur les pages avec données structurées, et un taux d’interaction 3,6 fois supérieur sur ses pages AMP avec options d’affichage. Nestlé, de son côté, a mesuré un taux de clics 82 % supérieur sur les pages affichées en résultats enrichis. Ces chiffres décrivent ce qui se passe quand tout s’aligne. Ils ne disent rien de la probabilité d’y arriver, et c’est précisément là que les lectures optimistes se plantent.
Tester, oui, mais savoir quoi regarder
Comment tester les données structurées ? Deux outils cohabitent, et ils ne répondent pas à la même question. Le test des résultats enrichis valide un code collé à la main, sans passer par l’indexation. Le rapport de la Search Console travaille sur les pages réellement indexées, ce qui donne une image plus honnête du terrain. Sur ce point, voir aussi notre article sur securite sur vos donnees.
Le piège classique consiste à corriger une erreur signalée, voir le statut passer au vert et conclure que le dossier est clos. La validation ne fait que confirmer que Google a lu quelque chose de compréhensible.
Elle ne vous dit jamais pourquoi une page éligible ne s’affiche pas. Cette réponse-là, il faut la chercher du côté de la qualité perçue, de la cohérence entre le balisage et le contenu visible, et parfois du simple hasard de la mise en page.
La confusion la plus fréquente oppose données structurées et non structurées, et elle mérite qu’on s’y arrête :
- Les données structurées suivent un vocabulaire normalisé, Schema.org en l’occurrence, pour que la machine comprenne le contenu sans ambiguïté.
- Une page remplie de texte libre, avec un prix écrit au milieu d’un paragraphe et une note de restaurant noyée dans une phrase.
- La différence tient-elle seulement au balisage, ou aussi à la façon dont un humain lit la page ?
- Sans balisage, le moteur devine. Avec, il lit. Encore faut-il qu’il ait envie de se servir de ce qu’il a lu.
Google recommande JSON-LD, un script de type application/ld+json glissé dans la page, pour intégrer le vocabulaire Schema.org. Microdata et RDFa restent acceptés, aucun format unique n’est imposé. Cette souplesse a un revers : deux sites avec un balisage équivalent peuvent obtenir des traitements différents selon l’historique de leur domaine, la fraîcheur de leur contenu ou l’humeur de la mise à jour en cours.
Les explications qui tiennent debout, et celles qu’on invente
Quand un résultat enrichi refuse de sortir, on entend souvent la même rengaine : « Google n’a pas encore recrawlé la page ». C’est parfois vrai. C’est aussi un excellent paravent pour éviter de regarder le contenu de près. Une fiche produit sans avis réels, balisée en type Product avec une note à cinq étoiles, n’affichera pas d’étoiles longtemps, et le rapport de validation ne verra rien.
Franchement, la plupart des déconvenues viennent d’un balisage plus ou moins opportuniste. On colle une FAQ sur des questions que personne ne se pose, on déclare un prix qui ne correspond pas à la page, on oublie que Google recoupe le code avec ce que voit l’internaute. Le moteur est devenu méfiant, à raison.
La visibilité se mérite après la validation
Un rapport valide vous place dans la file d’attente, il ne vous fait pas entrer dans la salle. Les chiffres de Rotten Tomatoes, de Rakuten ou de Nestlé montrent le gain possible une fois l’affichage obtenu, et ils montrent aussi que ces entreprises ont balisé des dizaines de milliers de pages avant d’observer quoi que ce soit.
Le travail sérieux consiste à poser un balisage honnête, à surveiller ce que la Search Console remonte sur la durée et à ne pas confondre un voyant vert avec une promesse de résultat. Votre balisage le plus propre vous a-t-il déjà rapporté autre chose qu’une belle capture d’écran ?