Choisir une entité et un objectif précis
Identifiez ce que représente réellement la page : organisation, article, produit, événement ou liste. Décrivez l’entité principale avant d’ajouter des propriétés. Une page de service ne devient pas un produit avec prix fixe parce que le schéma existe ; une FAQ visible n’est pas automatiquement éligible à un affichage enrichi.
Vérifiez dans la galerie officielle des résultats enrichis de Google si un type possède une fonctionnalité prise en charge. Schema.org décrit davantage de vocabulaires que ceux utilisés pour ces affichages. Le besoin sémantique et l’éligibilité à une fonctionnalité sont deux questions distinctes.
Comparer chaque valeur au contenu publié
Confrontez nom, description, image, auteur, date, adresse, prix et disponibilité à ce que voit un visiteur. Écartez avis, notes, montants ou lieux non affichés ou non établis. Les règles de Google demandent un contenu représentatif et visible ; elles ne garantissent aucun résultat enrichi.
Pour les pages traduites, utilisez les valeurs et URL de la langue correspondante. Reprenez les dates seulement si elles décrivent la publication ou la modification réelles. Évitez de répliquer la même entité locale sur des pages qui décrivent simplement une zone desservie.
- Valeurs vérifiables sur la page.
- Dates et images cohérentes.
- Aucune promesse de fonctionnalité garantie.
Valider la syntaxe et les identifiants
Lisez le JSON-LD produit par la page finale, y compris après rendu si du JavaScript le construit. Vérifiez les champs obligatoires ou recommandés du type visé, les URL absolues, les doublons et la stabilité des identifiants @id. Le test des résultats enrichis et le validateur Schema.org répondent à des questions différentes : prise en charge Google et conformité du vocabulaire.
Une erreur de syntaxe doit être corrigée dans le gabarit ou la source de données, puis contrôlée sur plusieurs pages du même type. Une page de test unique ne révèle pas les champs vides, les caractères échappés ou les données particulières d’autres fiches.
Suivre les changements et les limites
Après publication, examinez les erreurs signalées dans Search Console lorsqu’un rapport existe pour le type utilisé. Comparez plusieurs URL et dates de crawl ; l’absence de résultat enrichi n’est pas à elle seule la preuve d’un défaut de balisage. Les fonctionnalités et critères peuvent évoluer.
Intégrez ce contrôle à la recette éditoriale : lorsqu’un contenu, une image, un prix ou un gabarit change, vérifiez la donnée structurée correspondante. Le guide de recette place cette vérification dans le parcours de publication.
- Un exemple de chaque gabarit contrôlé.
- Erreurs suivies et datées.
- Recontrôle après modification de contenu ou de code.