Données structurées LocalBusiness : le minimum utile

Les données structurées LocalBusiness décrivent un établissement pour qu’un moteur comprenne qui il est, où il se trouve et comment le joindre. SiteBienfait vérifie que ce balisage correspond au contenu visible de la page, puis le contrôle avant publication plutôt que de le laisser aux extensions.

À quoi sert le balisage LocalBusiness ?

Il sert à décrire l’établissement de manière lisible par une machine : nom, adresse, coordonnées, horaires, services. Google documente ce format et l’utilise pour comprendre les entreprises locales (Google, documentation Search Central sur les données structurées LocalBusiness, consultée le 11 novembre 2026). Il ne s’agit pas d’un texte caché qui influencerait un classement : le balisage doit refléter ce que la page affiche, sinon il expose le site à une action manuelle pour contenu trompeur. Le bénéfice attendu est la compréhension, pas une place réservée dans les résultats.

Quelles propriétés Google attend-il vraiment ?

Trois blocs suffisent pour un site de petite entreprise. L’identité : @type avec le sous-type le plus précis (LocalBusiness, Restaurant, ProfessionalService, Store), name, url, telephone. L’adresse : un objet PostalAddress complet, avec streetAddress, addressLocality, postalCode et addressCountry. La preuve d’existence : image, priceRange si l’information est publique, openingHoursSpecification quand les horaires sont affichés. On ajoute geo quand les coordonnées sont connues, sameAs pour les profils officiels. Une propriété inventée vaut moins que son absence.

Faut-il un seul LocalBusiness par site ?

Un établissement, un balisage. Un site qui présente plusieurs lieux doit décrire chaque établissement avec son propre nœud et son propre @id, relié à l’organisation générale. Le cas à éviter est le balisage dupliqué sur toutes les pages avec des valeurs différentes : le moteur reçoit alors deux vérités pour la même adresse. Sur un site monolingue, un seul nœud bien rempli suffit. Sur un site avec une version française et une version anglaise, les deux pages décrivent le même établissement : mêmes valeurs, textes traduits.

Quelles erreurs voit-on le plus souvent ?

L’adresse incomplète, le numéro de téléphone au format local sans indicatif, les horaires en texte libre au lieu de openingHoursSpecification, le @type trop générique, et surtout un balisage qui ne correspond pas à la page. Le contrôle se fait avec le test des résultats enrichis et avec l’outil de validation de schema.org, puis à nouveau après l’indexation (Google, aide Search Console sur le test des résultats enrichis, consultée le 11 novembre 2026). Un avertissement n’est pas toujours une erreur, mais un avertissement jamais lu finit par masquer une erreur.

Le balisage améliore-t-il le classement ?

Google documente le balisage comme un moyen de décrire le contenu et d’accéder à certains affichages enrichis, pas comme un facteur de classement annoncé. La réponse honnête est donc : le balisage ne crée pas de position, il aide le moteur à comprendre l’établissement et à afficher des informations justes. Les signaux qui pèsent restent le contenu de la page, la pertinence par rapport à la requête et la qualité de l’expérience. Croire l’inverse conduit à empiler des propriétés au lieu de corriger une adresse erronée.

Comment vérifier le balisage avant publication ?

On compare terme à terme le JSON-LD et le contenu affiché : nom, adresse, téléphone, horaires, services. On vérifie ensuite que le balisage est présent dans le HTML brut, pas seulement injecté après un rendu JavaScript, car un crawler peut ne pas exécuter le script. Enfin, on teste une page par type d’établissement, pas un échantillon aléatoire. Une fois le balisage en place, la priorité suivante est de choisir les requêtes à travailler : voir les requêtes en position de striking distance. Le vérificateur de plan de redirections n’a pas de rapport direct avec le balisage, mais il évite qu’une refonte d’URL ne détruise les pages qui portent ces données.

Sources

• Google Search Central, « Local business structured data », documentation consultée le 11 novembre 2026 : developers.google.com/search/docs/appearance/structured-data/local-business
• Google Search Central, « Understand how structured data works », documentation consultée le 11 novembre 2026 : developers.google.com/search/docs/appearance/structured-data/intro-structured-data
• Aide Search Console, « Rapport sur le test des résultats enrichis », consultée le 11 novembre 2026 : support.google.com/webmasters/answer/7445569

Le référencement SEO réunit ces contrôles avec les autres corrections techniques que SiteBienfait peut préparer, prévisualiser et faire approuver.