Les données structurées décrivent certaines informations d’une page dans un format que les outils peuvent lire. Elles ne remplacent ni une offre claire, ni une preuve réelle, ni un site accessible. Avant d’ajouter du balisage, demande-toi ce que la page présente effectivement et quelles informations tu peux confirmer.
Ce guide propose une méthode de contrôle : choisir le contenu à décrire, comparer les informations, tester le balisage puis vérifier la version publiée. Il ne promet pas d’étoiles, de classement ou de citation dans les réponses d’un assistant IA.
1. Partir du contenu visible
Ouvre la page comme un visiteur, sans connexion. Identifie son sujet principal : présentation de l’entreprise, article, produit ou événement réellement annoncé. Note les informations affichées, leur source et la personne capable de les confirmer. Une donnée absente ou incertaine ne doit pas être inventée pour remplir un champ.
Les consignes Google sur les données structurées demandent notamment une représentation fidèle du contenu visible. Un balisage valide ne garantit pas un affichage enrichi. Prépare donc la page avant son code : un avis fictif reste faux, même si un validateur accepte sa syntaxe.
Le guide de vérification des preuves aide à distinguer mission réalisée, média autorisé et résultat mesuré. Cette relecture éditoriale est différente du contrôle technique du balisage.
2. Choisir un type réellement applicable
Liste les éléments à décrire et vérifie les conditions du type envisagé dans sa documentation actuelle. Ne sélectionne pas un type uniquement parce qu’un concurrent l’utilise ou qu’un outil le recommande. Une page de service n’est pas automatiquement un produit, et une adresse de contact ne suffit pas à définir un établissement recevant du public.
Exemple illustratif : pour la présentation d’un atelier, la fiche de contrôle rapproche le nom affiché, la date confirmée, le lieu prévu et l’organisateur. Si la session n’est pas fixée, ces champs restent à confirmer. Le balisage ne doit pas transformer un programme sur mesure en événement ouvert à une date fictive.
Évite aussi d’ajouter tous les types disponibles sur chaque page. Chaque élément doit avoir un rôle compréhensible et des informations cohérentes avec les autres éléments qui le décrivent.
3. Rapprocher les données de leurs preuves
Prépare une fiche avec l’information, sa valeur attendue, son emplacement visible et sa source de validation. Compare notamment les noms, liens, dates et médias utilisés. Les informations administratives nécessitent une confirmation adaptée ; le développeur ne doit pas les deviner à partir d’un ancien pied de page.
- Nom et rôle : même personne ou organisation que dans le texte.
- Adresse et coordonnées : informations réellement applicables et validées.
- Date et disponibilité : état confirmé, pas une valeur destinée à paraître récente.
- Média : fichier pertinent, autorisé et accessible selon le périmètre public prévu.
- Avis : provenance et conditions propres au type, sans note fabriquée.
Si deux composants publient des versions contradictoires, identifie leur origine avant de corriger. Ajouter un troisième bloc ne résout pas une contradiction entre un thème et une extension.
4. Séparer validité, éligibilité et affichage
La validité concerne d’abord la structure du format, par exemple JSON-LD, et les informations interprétables. L’éligibilité dépend ensuite des conditions de la fonctionnalité et de la page. L’affichage est enfin ce que le moteur présente pour une recherche donnée. Ces trois contrôles ne sont pas interchangeables.
Vérifie les outils et fonctions encore disponibles. Les mises à jour Google indiquent que les résultats enrichis FAQ ne sont plus affichés depuis mai 2026. Une FAQ peut rester utile au lecteur sans être vendue comme moyen d’obtenir cet affichage.
Pour une page privée ou un brouillon, conserve la protection voulue. Un projet de balisage ne justifie pas d’ouvrir un espace client ou d’enlever une exclusion de sécurité.
5. Recevoir la version effectivement publiée
Avant toute modification, conserve les fichiers ou réglages concernés et prépare un retour arrière. Délimite les pages touchées, puis contrôle le code réellement servi après la mise en ligne. Une valeur correcte dans l’administration peut être remplacée ailleurs ou ne pas encore être présente dans la réponse publique.
Compare le contenu visible et les données reçues. Vérifie les destinations et les médias cités, les informations contradictoires et les conditions du type retenu. Consigne la date, l’adresse testée, les outils utilisés et les limites du contrôle. Une correction enregistrée n’est pas encore une correction reçue.
6. Entretenir les informations avec la page
Attribue l’entretien à une personne et note les changements qui déclenchent une relecture : modification d’offre, déplacement, événement terminé ou média remplacé. Le texte et son balisage doivent évoluer ensemble. Ne change pas une date uniquement pour donner une impression de nouveauté.
Pour cadrer une mission de référencement, prépare les pages, les informations confirmées et les composants concernés. Tu peux me les transmettre via le contact. Le devis peut distinguer diagnostic, correction et vérification publique, sans présenter un test réussi comme une promesse de visibilité.
