Tester, entretenir et ce qui est interdit

Module 5: Données structurées · Temps de lecture : 12 minutes

Objectif pédagogique : À l'issue de cette leçon, vous saurez tester des données structurées avec le Rich Results Test et le Schema Markup Validator, expliquer la différence entre erreurs et avertissements, et appliquer les règles de Google, comme l'interdiction des avis sur votre propre entreprise.

Notions clés : Rich Results Test, Schema Markup Validator, problème critique (erreur) par opposition à problème non critique (avertissement), HTML affiché, rapports dans Search Console, consignes relatives aux données structurées, avis sur soi-même (self-serving), action manuelle, blocs en double, maintenance

Deux outils de test, deux questions

Il existe deux outils gratuits, et chacun répond à une question différente.

	Rich Results Test	Schema Markup Validator
Éditeur	Google	schema.org (le successeur de l'ancien Structured Data Testing Tool de Google, chez schema.org depuis 2021)
Question à laquelle il répond	"Cette page est-elle éligible à un affichage spécial dans Google ?"	"Ce balisage schema.org est-il valide ?"
Quels types	Uniquement les types pour lesquels Google propose un affichage spécial	Tous les types de schema.org
Vérifie les règles de Google	Oui : propriétés obligatoires et recommandées selon Google	Non, uniquement schema.org lui-même
Saisie	Adresse d'une page ou code collé	Adresse d'une page ou code collé

Commencez par le Rich Results Test (en français : test des résultats enrichis, https://search.google.com/test/rich-results). Saisissez l'adresse de votre page, pas le code : l'outil voit alors la page telle que Googlebot la récupère, y compris le JSON-LD ajouté par JavaScript. Si vous collez votre code, JavaScript peut se heurter à des limitations, comme le précise Google lui-même. Si vous voulez savoir si votre balisage est conforme à schema.org, y compris pour des types dont Google ne fait rien, utilisez le Schema Markup Validator (https://validator.schema.org/).

Lire les erreurs et les avertissements

Le Rich Results Test classe les problèmes en deux catégories :

Problèmes critiques (erreurs). Une propriété obligatoire manque, ou une valeur n'est pas valide. L'élément n'est alors pas éligible à un affichage spécial. Corrigez-les toujours.
Problèmes non critiques (avertissements). Une propriété recommandée manque, comme priceRange ou geo. L'élément est valide. Renseignez la propriété si vous disposez des données et qu'elles sont exactes ; n'inventez rien pour faire disparaître un avertissement.

Le test indique "Aucun élément détecté" alors que vous savez qu'il y a du JSON-LD sur la page ? Vérifiez alors trois causes :

Le JSON n'est pas valide (une virgule en trop ou en moins, un guillemet oublié). Le bloc entier est alors ignoré. Le Schema Markup Validator indique généralement la ligne où se trouve l'erreur.
Le type est inconnu (Fleuriste au lieu de Florist) ou mal orthographié (localbusiness).
La page est bloquée pour Googlebot par le robots.txt ou par noindex (leçons 3.3 et 1.3). Google le demande expressément : ne bloquez pas les pages contenant des données structurées.

Search Console assure le suivi

Dès que votre site est dans Search Console (module 2), Search Console affiche sous Améliorations un rapport par type pour lequel Google propose un affichage spécial et trouve un balisage valide sur votre site. Vous y voyez les éléments valides, les éléments présentant des problèmes non critiques et les éléments non valides, avec des pages d'exemple. Quelques points à savoir :

Il n'existe pas de bouton "corriger". Vous corrigez la source (votre site, votre extension, votre outil de création de site), puis vous pouvez demander une vérification dans le rapport.
Les chiffres comptent des éléments, pas des pages. Une même page peut contenir plusieurs éléments.
S'il n'y a pas de rapport pour un type, c'est que Google n'a pas trouvé de balisage valide de ce type, ou que ce type n'a pas d'affichage propre.

Ce qui est interdit

Les consignes de Google relatives aux données structurées sont courtes et strictes. Les plus importantes :

Ne décrivez que ce qui est visible. Pas d'horaires d'ouverture, de prix ou d'avis dans votre JSON-LD qu'un visiteur ne peut pas trouver sur la page.
Pas de tromperie. Les données doivent refléter fidèlement la page.
Sur la bonne page. Placez le balisage sur la page qu'il décrit.
Les images de vos données structurées doivent pouvoir être explorées et indexées par Google.
Pas de faux avis ni d'avis qui ne proviennent pas de véritables utilisateurs.

Les avis sur votre propre entreprise

Une règle qui surprend beaucoup d'entreprises : ne placez pas de aggregateRating ni de review sur vous-même dans le bloc LocalBusiness de votre propre site. Google l'indique : lorsque l'entreprise évaluée gère elle-même les avis la concernant, les pages comportant un balisage LocalBusiness ou un autre balisage Organization ne sont pas éligibles aux étoiles dans les résultats de recherche. Google a introduit cette règle en 2019. Peu importe que vous collectiez les avis vous-même, que vous les tiriez d'un widget ou que vous les repreniez d'un site d'avis. Les étoiles de votre entreprise dans Google Maps proviennent de votre fiche d'établissement Google (leçon 6.5), pas de votre propre JSON-LD.

Les extensions et les thèmes ajoutent parfois automatiquement une telle évaluation à votre balisage. Vérifiez donc si votre propre JSON-LD contient aggregateRating, et désactivez-le s'il concerne votre propre entreprise.

Ce qui se passe en cas d'abus

Si vous enfreignez les consignes, Google peut prendre une action manuelle pour les données structurées. Vous la voyez dans Search Console sous Sécurité et actions manuelles (leçon 2.4). La conséquence selon Google : la page n'est plus éligible aux affichages spéciaux. D'après Google, une telle action manuelle n'a pas d'influence sur le classement normal dans les résultats de recherche. Après correction, vous demandez un réexamen dans Search Console.

Entretenir : les erreurs silencieuses

La plupart des problèmes n'apparaissent pas lors de la rédaction, mais plus tard.

Deux blocs qui se contredisent. Votre thème ajoute un bloc LocalBusiness, et votre extension SEO aussi, avec un autre numéro de téléphone. Choisissez une seule source et désactivez l'autre. Deux blocs de types différents (un WebSite et un Florist) ne posent pas de problème ; deux fois la même entreprise avec des données différentes, si.
Des données qui changent. Nouveau numéro de téléphone, déménagement, horaires différents en été. Modifiez-les d'abord à votre emplacement de référence (votre outil de création de site ou votre extension), puis vérifiez votre fiche d'établissement Google, Apple Business et les annuaires (module 6).
Un nouveau thème ou un nouvel outil de création. Après une refonte de votre site, il arrive qu'il n'y ait plus de JSON-LD, ou au contraire qu'il soit en double. Testez après chaque modification importante.
Horaires temporaires. Les jours fériés et les vacances s'indiquent dans votre fiche d'établissement Google comme horaires exceptionnels. En JSON-LD, c'est possible avec validFrom et validThrough ; n'oubliez pas ensuite de les retirer.

Une bonne habitude : testez votre page de contact dans le Rich Results Test après chaque modification de vos coordonnées d'entreprise et après chaque mise à jour importante de votre site, et consultez le rapport dans Search Console une fois par trimestre.

En pratique : tester un site WordPress et un site AI Builder

Sur un site WordPress équipé d'une extension SEO, le Rich Results Test affiche souvent davantage d'éléments : WebSite, Organization ou LocalBusiness, BreadcrumbList et un Article par article. Sur un site créé avec l'AI Builder de WebOké, vous trouvez sur la page d'accueil un @graph contenant un WebSite et l'entreprise en tant que sous-type de LocalBusiness. Si vous voulez voir toutes les propriétés de ce bloc, y compris les horaires d'ouverture dans la notation courte openingHours, collez également l'adresse dans le Schema Markup Validator : il affiche chaque type et chaque propriété schema.org. Avec d'autres outils de création de site, le test fonctionne exactement de la même manière.

Résumé

Le Rich Results Test indique si votre page est éligible à un affichage dans Google ; le Schema Markup Validator indique si votre balisage est du schema.org valide.
Testez avec l'adresse de la page, pas avec du code collé. Corrigez toujours les problèmes critiques ; les avertissements, uniquement avec des données réelles.
Pas de JSON invalide, pas de types inconnus, et ne bloquez pas pour Googlebot les pages contenant des données structurées.
Pas d'avis ni d'évaluations sur votre propre entreprise dans votre propre balisage ; un abus peut entraîner une action manuelle.
Testez à nouveau après chaque modification de vos données ou de votre site, et évitez les blocs en double qui se contredisent.

Quiz

Exercice

Exercice A5.3 : Trouvez les erreurs. Téléchargez le fichier d'exemple jsonld-fouten-1.json : un bloc JSON-LD pour une boutique de fleurs contenant six erreurs. Lisez-le ligne par ligne (vous pouvez aussi le coller dans le Schema Markup Validator) et choisissez, parmi les dix affirmations de l'exercice, les six qui décrivent une véritable erreur. Le programme compare votre choix à la clé de correction et explique chaque affirmation.

Exercice A5.3: Trouvez les erreurs

Fichier pour cet exercice : jsonld-fouten-1.json

A. @context pointe vers une mauvaise adresse. B. telephone n'a pas le bon format. C. Le type Fleuriste n'existe pas dans schema.org. D. L'adresse est un texte au lieu d'un PostalAddress. E. Les valeurs de geo doivent être entre guillemets. F. Les horaires d'ouverture utilisent des noms de jours en français et pas la notation sur 24 heures. G. Le bloc contient un avis sur sa propre entreprise. H. url ne doit pas commencer par https. I. Une virgule suit la dernière propriété, ce qui rend le JSON invalide. J. sameAs ne doit pas pointer vers Instagram. Collez ensuite le fichier dans le Schema Markup Validator : quelles erreurs cet outil signale-t-il ?

Quelles affirmations (de A à J) décrivent une véritable erreur ? Lettres séparées par des virgules, par exemple A, B

Nous ne conservons pas ce que vous saisissez ni ce que nous trouvons. Votre navigateur mémorise vos réponses et si l'exercice est réussi. Si vous êtes connecté, nous enregistrons uniquement dans Mes formations que l'exercice était (presque) correct ; vous pouvez aussi le supprimer à cet endroit.

Pour aller plus loin

Rich Results Test de Google : https://search.google.com/test/rich-results
Schema Markup Validator : https://validator.schema.org/
Google Search Central, Consignes générales relatives aux données structurées : https://developers.google.com/search/docs/appearance/structured-data/sd-policies
Google Search Central, Extraits d'avis (avec la règle sur les avis concernant sa propre entreprise) : https://developers.google.com/search/docs/appearance/structured-data/review-snippet
Aide Google Search Console, Rapports sur les résultats enrichis : https://support.google.com/webmasters/answer/7552505
Google Search Central, Générer des données structurées avec JavaScript : https://developers.google.com/search/docs/appearance/structured-data/generate-structured-data-with-javascript

Cookies sur WebOké

Paramètres des cookies

Nécessaires

Marketing