Schema LocalBusiness : exemple JSON-LD complet, règles de Google et erreurs à éviter

Le schema LocalBusiness est le type de balisage schema qui transforme le bloc de contact d'une boutique, d'un restaurant, d'un cabinet médical ou d'une agence en données lisibles par les machines. Google le documente dans son guide des données structurées pour les établissements locaux, et le vocabulaire vient de schema.org/LocalBusiness. Ce guide vous donne un exemple complet à adapter, les règles qui comptent et les erreurs qui rendent le balisage inutile.

Qu'est-ce que le schema LocalBusiness ?

LocalBusiness est un type schema.org qui désigne « un établissement physique précis ou une succursale d'une organisation ». Il hérite de deux types parents, Organization et Place : il accepte donc à la fois les propriétés d'une entreprise (logo, téléphone, profils sociaux) et celles d'un lieu (adresse, coordonnées, carte, horaires d'ouverture).

Schema.org recense 30 sous-types directs, dont beaucoup ont leurs propres enfants. Google vous demande d'utiliser le sous-type le plus précis disponible. Un dentiste doit être Dentist, une boulangerie Bakery, un cabinet d'avocats LegalService ou Attorney. Les choix les plus fréquents :

Si l'activité correspond à plusieurs types, Google accepte un tableau, par exemple ["Store", "AutoRepair"]. Il ne prend pas en charge additionalType pour cet usage.

Quelles propriétés Google exige-t-il et recommande-t-il ?

La documentation de Google répartit les propriétés en deux groupes. Seules deux sont obligatoires ; ce sont les propriétés recommandées qui rendent le balisage utile.

La dernière ligne compte pour la visibilité dans les IA. sameAs relie votre page à votre fiche d'établissement, à vos comptes sociaux et à vos inscriptions dans les annuaires, ce qui aide n'importe quel système à confirmer que ces profils décrivent la même entité.

Un exemple complet de schema LocalBusiness en JSON-LD

JSON-LD est le format recommandé par Google : une balise script de type application/ld+json, placée dans le head ou le body de la page de l'établissement. Voici un exemple complet pour un cabinet dentaire fictif, à adapter avec vos propres données :

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Dentist",
  "@id": "https://www.example-dental.com/lyon/#business",
  "name": "Example Dental Lyon",
  "url": "https://www.example-dental.com/lyon/",
  "image": "https://www.example-dental.com/images/lyon-front.jpg",
  "logo": "https://www.example-dental.com/images/logo.png",
  "telephone": "+33 4 00 00 00 00",
  "priceRange": "$$",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "12 Rue de la République",
    "addressLocality": "Lyon",
    "postalCode": "69002",
    "addressRegion": "Auvergne-Rhône-Alpes",
    "addressCountry": "FR"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 45.76012,
    "longitude": 4.83584
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
      "opens": "08:30",
      "closes": "19:00"
    },
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": "Saturday",
      "opens": "09:00",
      "closes": "12:30"
    }
  ],
  "sameAs": [
    "https://www.facebook.com/exampledentallyon",
    "https://www.linkedin.com/company/example-dental"
  ]
}
</script>

Trois détails rendent cet exemple robuste : le @id donne à l'établissement un identifiant stable que d'autres blocs de votre site (un Organization, un Service, un Review) peuvent référencer ; les coordonnées ont 5 décimales, comme le demande Google ; et l'url pointe vers la page de l'établissement plutôt que vers la page d'accueil. Si vous préférez ne pas écrire le code à la main, notre générateur de schema gratuit construit le bloc à partir d'un formulaire.

Comment baliser les horaires, les jours fériés et plusieurs établissements ?

Horaires d'ouverture

Utilisez un objet OpeningHoursSpecification par groupe de jours aux horaires identiques. La documentation de Google couvre les cas particuliers :

• Ouverture tardive : un seul objet peut dépasser minuit (samedi de 18:00 à 03:00).
• Ouvert 24 h sur 24 : opens "00:00" et closes "23:59".
• Fermé toute la journée : opens et closes tous deux à "00:00".
• Horaires saisonniers ou fermeture pour congés : ajoutez à l'objet les dates validFrom et validThrough (AAAA-MM-JJ).

Mettez à jour le balisage quand les horaires changent, en même temps que votre fiche d'établissement. Des horaires qui divergent entre les deux sont une source fréquente d'informations erronées dans Google et dans les réponses des IA.

Plusieurs établissements

Chaque établissement a besoin de sa propre page, avec son propre bloc LocalBusiness, sa propre adresse, son téléphone et ses horaires. N'empilez pas dix adresses dans un seul bloc sur la page d'accueil. La page d'accueil porte un bloc Organization pour la marque, et chaque page d'établissement y fait référence avec parentOrganization. Nos guides sur le SEO multi-établissements et sur les pages locales expliquent comment construire ces pages.

Services rattachés

Une pharmacie dans un supermarché ou un atelier dans une concession automobile se déclare dans le tableau department, avec uniquement les propriétés qui diffèrent de l'établissement principal. Google suggère de le nommer « {nom du magasin} {nom du service} », sauf si le service a sa propre marque.

Entreprises qui se déplacent chez le client

Un plombier qui intervient au domicile de ses clients peut tout de même utiliser LocalBusiness avec l'adresse de son siège social, et décrire la zone couverte avec areaServed. Google ne cite pas areaServed parmi ses propriétés, mais schema.org l'accepte, et elle garde votre page cohérente avec une fiche d'établissement configurée en zone desservie.

Le schema LocalBusiness remplace-t-il la fiche d'établissement Google ?

Non. La fiche d'établissement Google reste la source principale du pack local et de Google Maps. Le centre d'aide de Google indique que les résultats locaux dépendent surtout de la pertinence, la distance et la notoriété, et que « les établissements dont les informations sont complètes et exactes ont plus de chances d'apparaître ». Le balisage schema agit de l'autre côté : il fait dire à votre site la même chose que votre fiche, dans un format que les machines lisent sans avoir à deviner.

Le lien entre les deux tient à la cohérence NAP : nom, adresse et téléphone écrits de la même façon sur votre fiche, votre site, votre balisage et les annuaires. Notre définition du NAP détaille les règles, et la page SEO local situe le schema parmi les autres signaux locaux.

Comment valider le balisage LocalBusiness, et quelles erreurs sont fréquentes ?

Testez chaque modèle de page d'établissement avec deux outils : le test des résultats enrichis de Google, qui vérifie l'éligibilité aux fonctionnalités de Google, et le Schema Markup Validator, qui contrôle la syntaxe par rapport à schema.org. Notre validateur de données structurées fait une vérification rapide sur n'importe quelle URL. Après le déploiement, les rapports Améliorations de la Search Console montrent les erreurs à grande échelle.

Les règles de Google relatives aux données structurées posent le cadre : « Ne balisez pas un contenu qui n'est pas visible pour les lecteurs de la page. » Une infraction peut entraîner une action manuelle qui retire l'éligibilité aux résultats enrichis. Les erreurs que nous voyons le plus souvent :

L'erreur sur les avis mérite attention : depuis 2019, Google n'affiche plus d'étoiles pour les avis « intéressés » qu'un LocalBusiness ou une Organization publie sur lui-même. Notre guide sur le schema des avis détaille ce point, et la même logique s'applique au schema FAQ : ne balisez que ce que la page affiche.

Schema LocalBusiness et GEO : comment les assistants IA l'utilisent

Quand quelqu'un demande à ChatGPT, Gemini ou Perplexity « un dentiste ouvert le samedi à Lyon », la réponse se construit à partir de sources que l'assistant peut lire et recouper : données de la fiche d'établissement, annuaires, plateformes d'avis et sites des établissements eux-mêmes. Notre étude sur les annuaires dans les réponses des IA montre à quelle fréquence ces inscriptions tierces sont citées.

Les données structurées aident de deux façons. Elles donnent aux robots d'exploration des faits sans ambiguïté (horaires, adresse, type) qui ne dépendent pas de l'analyse d'un pied de page, et elles rattachent votre site à la même entité que vos autres profils grâce à sameAs et à un NAP cohérent. Notre guide sur les données structurées pour la recherche par IA explique le cadre général, et l'audit des données structurées pour les LLM montre ce qu'un modèle de langage extrait de votre page. Le balisage ne suffit jamais seul : les faits doivent aussi figurer dans le texte visible, car la plupart des assistants lisent la page elle-même, et pas seulement son JSON-LD.

Pour savoir si l'effort porte ses fruits, le suivi des mentions dans les IA de Sorank suit les questions locales que posent vos clients et montre si votre établissement est cité, tandis que l'optimisation GEO vous aide à publier sur vos établissements et vos services les contenus que les assistants reprennent. Notre page consacrée aux commerces et entreprises de proximité résume l'approche.

La règle à retenir : un établissement, une page, un bloc LocalBusiness, avec les mêmes nom, adresse, téléphone et horaires que votre fiche d'établissement. Ajoutez-le, validez-le et mettez-le à jour à chaque changement dans l'entreprise.