1. Ce que fait le balisage
Sur une page de service, un humain comprend immédiatement qu’il s’agit d’une prestation offerte par une entreprise dans une région donnée. Un moteur doit l’inférer du texte, des titres et du contexte. Le balisage transforme cette inférence en déclaration.
Deux bénéfices distincts en découlent. Le premier est l’éligibilité aux affichages enrichis dans les résultats : fil d’Ariane, avis, questions, événements. Le second, moins visible et plus durable, est la certitude d’identité : Google et les modèles savent qui vous êtes et cessent de vous confondre avec une entreprise au nom voisin.
2. Les balisages à installer
- Organization ou LocalBusiness — l’entreprise : nom, logo, coordonnées, zones desservies, langues, catalogue de services. À déclarer une fois, référencée partout.
- WebSite — le site, sa langue, son éditeur.
- WebPage ou Article — la page consultée, sa description, sa date, son auteur.
- BreadcrumbList — le chemin de navigation, qui aide à comprendre la hiérarchie.
- Service — chaque prestation, avec le territoire desservi.
- FAQPage — les questions réellement présentes sur la page.
Ce socle suffit à la grande majorité des sites d’entreprise. Product, Event, Recipe ou JobPosting n’ont d’intérêt que si le contenu correspondant existe.
3. Le nœud d’entité, pièce centrale
L’erreur la plus courante consiste à redéclarer l’entreprise sur chaque page, avec des variations. La bonne pratique est un graphe : un nœud Organization identifié par une adresse unique, auquel toutes les pages renvoient.
Cette information doit concorder exactement avec votre fiche Google, vos réseaux et les annuaires où vous apparaissez. Même nom légal, même téléphone, même description d’activité. La concordance est ce qui fait passer une information du statut de déclaration à celui de fait établi.
4. Les erreurs qui annulent l’effet
- Baliser ce qui n’est pas visible — une FAQ déclarée mais absente du texte est une non-conformité, détectée et sanctionnée par le retrait des affichages enrichis.
- S’attribuer des avis — le balisage d’avis sur sa propre page d’accueil, sans source vérifiable, est explicitement interdit.
- Des données divergentes — un téléphone dans le balisage, un autre dans le pied de page.
- Un balisage orphelin — des nœuds sans liens entre eux, qui ne construisent aucune identité.
- Un balisage figé — des prix, des heures ou des services qui ne sont plus à jour deviennent des informations fausses reprises par les modèles.
5. Pourquoi l’IA rend l’exercice plus important
Un utilisateur de moteur classique voit dix liens et corrige lui-même une information douteuse. Un utilisateur d’assistant reçoit une réponse unique, souvent sans vérifier. Si le modèle reprend une donnée erronée à votre sujet, elle circule telle quelle.
Les données structurées sont le moyen le plus direct de fixer les faits : ce que vous faites, où, sous quel nom, joignable comment. Elles ne suffisent pas à être cité — il faut aussi de l’autorité et de la matière — mais leur absence laisse le modèle deviner.
6. Vérifier et maintenir
Après installation : contrôlez chaque gabarit avec l’outil de test des résultats enrichis, puis suivez le rapport de la Search Console pour les erreurs à l’échelle du site. Une seule vérification par gabarit suffit — pas par page.
Ensuite, traitez le balisage comme une donnée d’affaires : à réviser lors de chaque changement de téléphone, d’heures, de services ou de zones desservies. Un balisage abandonné devient une source d’erreurs sur votre propre compte.
7. Questions fréquentes
Pas directement. Elles augmentent l’éligibilité aux affichages enrichis et la compréhension de vos pages, ce qui se traduit par de meilleurs taux de clic et une identification plus fiable.
JSON-LD, recommandé par Google : le balisage est isolé du contenu visible, donc plus simple à maintenir.
Chaque gabarit doit être balisé — accueil, service, local, article, contact. Les pages secondaires reprennent le même modèle automatiquement.
L’affichage est restreint dans les résultats classiques, mais le balisage reste lu comme signal de structure par les moteurs et par les modèles génératifs.
Pour le socle, souvent oui. Le nœud d’entité, les services et la cohérence entre pages demandent presque toujours une configuration manuelle.
