Le schéma LocalBusiness est la couche de données structurées qui rend votre adresse, vos horaires, vos services et vos coordonnées lisibles par les machines.
Voici la réponse directe, tout de suite : créez une page dédiée par établissement, ajoutez un JSON-LD LocalBusiness avec un NAP exact, les horaires, la géolocalisation, les sameAs et les services, gardez-le synchronisé avec Google Business Profile (GBP) et Bing Places, puis surveillez chaque semaine les erreurs et les citations IA.
Ce guide couvre les configurations mono- et multi-établissements, les nuances multilingues, ainsi que la gouvernance pour que vos entités locales restent fiables dans les réponses IA et les SERP locales.
Pourquoi le schéma LocalBusiness est crucial pour la recherche IA
- Les assistants IA utilisent des données locales structurées pour répondre aux requêtes “près de moi” et “ouvert maintenant” ; un schéma propre augmente vos chances d’inclusion.
- Un NAP cohérent et des sameAs réduisent l’ambiguïté et les citations dans la mauvaise langue.
- Les nœuds LocalBusiness renforcent votre graphe de connaissances de marque, en reliant les établissements à votre Organization et à vos praticiens (Person), ce qui améliore l’E‑E‑A‑T.
- Des horaires et des services exacts réduisent les mauvaises expériences et les mauvaises citations.
Champs essentiels à inclure
- name, url, image/logo
- address (streetAddress, addressLocality, addressRegion, postalCode, addressCountry)
- telephone
- openingHoursSpecification (et specialOpeningHours si nécessaire)
- geo (latitude, longitude)
- sameAs (GBP, Facebook, annuaires)
- priceRange (optionnel mais utile)
- areaServed (pour les service area businesses)
- serviceType ou makesOffer/hasOfferCatalog pour les services
- department ou parentOrganization pour les chaînes/franchises
Modèles : établissement unique vs multi-établissements
- Établissement unique : un LocalBusiness par page d’établissement ; un schéma Organization à l’échelle du site. Reliez LocalBusiness à Organization via parentOrganization.
- Multi-établissements : une URL unique par établissement ; un LocalBusiness distinct avec @id, téléphone et horaires uniques. Évitez d’empiler plusieurs établissements sur une seule page.
- Siège + établissements : utilisez Organization pour le siège/la homepage ; un LocalBusiness par établissement ; reliez via parentOrganization et department si pertinent.
Exemple de JSON-LD (LocalBusiness)
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"@id": "https://example.com/locations/lisbon#localbusiness",
"name": "Example Clinic Lisbon",
"url": "https://example.com/locations/lisbon",
"image": "https://example.com/images/lisbon-clinic.jpg",
"telephone": "+351-21-000-0000",
"address": {
"@type": "PostalAddress",
"streetAddress": "Av. da Liberdade 100",
"addressLocality": "Lisboa",
"addressRegion": "Lisboa",
"postalCode": "1250-001",
"addressCountry": "PT"
},
"geo": {
"@type": "GeoCoordinates",
"latitude": 38.7223,
"longitude": -9.1393
},
"openingHoursSpecification": [
{"@type": "OpeningHoursSpecification","dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"],"opens": "09:00","closes": "18:00"}
],
"sameAs": ["https://www.google.com/maps?cid=123","https://www.facebook.com/exampleclinic"],
"parentOrganization": {"@id": "https://example.com/#org"},
"priceRange": "$$",
"makesOffer": [{"@type": "Offer","itemOffered": {"@type": "Service","name": "Dermatology consultation"}}]
}
Adaptez le type (par ex.
MedicalClinic, Dentist, ProfessionalService) lorsque c’est pertinent et ajoutez les détails de services.
Services et praticiens (E‑E‑A‑T)
- Marquez les services avec Service ou Offer ; reliez-les au LocalBusiness via makesOffer/hasOfferCatalog.
- Ajoutez un schéma Person pour les praticiens avec les qualifications et reliez-le au LocalBusiness via worksFor/affiliation.
- Incluez des avis uniquement s’ils sont réels et visibles ; évitez les notes factices.
- Gardez les pages À propos/politiques à jour ; liez-les depuis les pages d’établissement pour renforcer la confiance.
Multilingue et multi‑pays
- Gardez @id stable ; localisez name/description et les champs d’adresse ; utilisez inLanguage lorsque c’est pertinent.
- Alignez hreflang/canonicals entre les pages d’établissement EN/PT/FR ; assurez-vous que le schéma correspond à la langue de la page.
- sameAs doit pointer vers des profils spécifiques au locale (GBP/FB/annuaires) ; évitez de mélanger les langues sur une même page.
- Utilisez priceCurrency et des formats de téléphone locaux selon le marché.
Gouvernance et cohérence
- Maintenez un registre des établissements : URLs, @id, NAP, horaires, sameAs, services, responsables.
- Versionnez les modèles ; exigez une revue pour les changements de schéma.
- Lint dans la CI ; bloquez les déploiements si des champs requis manquent ou en cas de doublons d’établissements.
- Journal des changements : date, URL de l’établissement, modifications (horaires, téléphone), owner, prompts à retester.
- Audit trimestriel : comparez le schéma vs la page vs GBP/Bing Places vs annuaires ; corrigez les écarts.
Checklist d’audit (par établissement)
- Un LocalBusiness unique avec @id et URL corrects.
- Le NAP correspond à la page, au GBP et aux annuaires.
- Horaires (y compris jours fériés) exacts ; specialOpeningHours si nécessaire.
- Coordonnées geo exactes ; liens vers la carte fonctionnels.
- sameAs inclut GBP/Maps et les principaux profils ; aucun lien mort.
- Les services listés correspondent au contenu on‑page ; les FAQ sont visibles si elles sont balisées.
- Pas de doublon LocalBusiness sur la même page.
- hreflang/canonicals corrects pour les variantes locales.
Suivi et KPIs
- Erreurs/avertissements d’enrichissements Search Console pour LocalBusiness.
- Citations IA pour les requêtes “près de moi” et de services ; incidents de citations dans la mauvaise langue.
- Métriques GBP (vues, demandes d’itinéraire, appels) avant/après corrections de schéma.
- Référents assistants ou pics directs après citations.
- Fraîcheur : % d’établissements mis à jour (horaires/NAP) sur les 45 derniers jours.
- Time‑to‑fix pour les changements NAP/horaires et les erreurs de schéma.
Gouvernance et gestion des changements
- Conservez un registre des établissements avec @id, URL, NAP, horaires, sameAs, services, responsables et date de dernière mise à jour.
- Versionnez les templates ; revue de code sur les changements ; bloquez les déploiements si des champs requis manquent.
- Tenez un changelog : date, changement (horaires, téléphone, services), owner, prompts retestés.
- Audits trimestriels : schéma vs page vs GBP/Bing Places vs annuaires ; corrigez vite.
- Définissez des SLA : erreurs critiques NAP/horaires corrigées sous 24–48 h ; erreurs de schéma dans un sprint.
- Formez les responsables régionaux et les équipes support à remonter immédiatement les changements de NAP.
Avis, réputation et E‑E‑A‑T
- Balisez uniquement des avis réels et visibles on‑page ; incluez author, datePublished et rating ; retirez le balisage si les avis disparaissent.
- Ajoutez un schéma Person pour les praticiens/fondateurs avec des qualifications ; reliez au LocalBusiness via worksFor/affiliation.
- Mettez en avant les prix, certifications et adhésions dans le contenu et, si pertinent, dans le schéma (award/additionalProperty).
- Gardez les pages À propos/politiques à jour et liées depuis les pages d’établissement ; les assistants vérifient le contenu de confiance.
Sources de données et cohérence
- Alignez le schéma avec GBP/Bing Places, les horaires internes CRM/POS et les annuaires ; évitez les données contradictoires.
- Utilisez les mêmes patterns de @id et de sameAs sur l’ensemble des établissements ; évitez les doublons.
- Gardez les coordonnées geo alignées avec les pins de la carte ; vérifiez que les liens carte retournent 200.
- Sur les marchés multilingues, assurez-vous que les formats d’adresse et de téléphone respectent les conventions locales.
Prompts IA à exécuter chaque semaine
- “
près de moi à ouvert maintenant.” - “Est‑ce que
est ouvert le samedi ?” - “Numéro de contact de
à .” - “Meilleur
à avec de bons avis.” - “Est‑ce que
propose à?”
Consignez les citations, la langue et l’exactitude ; mettez à jour schéma/page/GBP en cas d’erreur.
Modèle de gouvernance multi‑établissements
- Assignez des responsables par région ; un référent central du schéma définit les templates et les patterns @id.
- Exigez une validation locale pour les changements NAP/horaires ; poussez les mises à jour vers le schéma et le GBP simultanément.
- Utilisez l’édition en masse quand c’est possible, mais validez un échantillon de pages.
- Définissez des SLA : erreurs critiques NAP corrigées sous 24–48 h ; erreurs de schéma dans un sprint.
- Prévoyez une escalade vers le juridique/conformité pour les niches régulées.
Entreprises de zone de service (SAB)
- Utilisez Service avec areaServed ; évitez de publier des adresses résidentielles si elles ne sont pas publiques.
- Gardez des régions de service cohérentes entre schéma, GBP et contenu de la page.
- Affichez clairement les options de contact ; évitez “ouvert 24/7” sauf si c’est vrai et opérationnel.
Nuances multi‑pays et multilingues
- Gardez @id stable ; localisez name/description/address et les formats de téléphone ; paramétrez inLanguage et priceRange de façon appropriée.
- Alignez hreflang et canonicals entre les pages EN/PT/FR ; validez séparément le schéma localisé.
- Utilisez des sameAs spécifiques au locale (annuaires locaux, presse, GBP/Maps) quand disponibles.
- Surveillez les citations dans la mauvaise langue et corrigez rapidement les écarts hreflang/schéma.
- Traduisez les FAQ et services avec une formulation native ; évitez les traductions littérales qui ratent l’intention.
Intégrations avec la prise de rendez‑vous et les événements
- Utilisez Action/EntryPoint ou des intégrations Booking/Appointment quand c’est supporté ; reliez depuis le LocalBusiness.
- Pour les événements (portes ouvertes, ateliers), ajoutez un schéma Event et reliez au LocalBusiness via location.
- Assurez-vous que les liens de réservation et les détails d’événements sont visibles et exacts.
Intégration dans les opérations
- Ajoutez des contrôles de schéma au QA (contrôle qualité) pré‑release pour les nouvelles pages d’établissement ou mises à jour.
- Mettez à jour schéma, contenu de page et GBP simultanément quand les horaires ou numéros changent.
- Exécutez des panels de prompts hebdomadaires ; relancez après toute mise à jour NAP/horaires et consignez les résultats.
- Partagez des rapports mensuels : erreurs, citations, métriques GBP, incidents de mauvaise langue et conversions.
- Alignez les scripts support et les présentations commerciaux avec le même NAP/services pour éviter les messages incohérents.
Idées d’expérimentation
- Ajoutez des FAQ de services sur les établissements prioritaires ; surveillez les citations IA et l’évolution du volume d’appels.
- Testez l’ajout de schémas Offer/Service spécifiques pour des services à forte intention ; suivez les prompts “
près de moi”. - Optimisez openingHours pour plus de clarté (par ex. horaires jours fériés séparés) ; voyez si les prompts “ouvert maintenant” s’améliorent.
- Localisez les images et descriptions ; vérifiez si les réponses IA choisissent plus souvent la bonne langue.
- Ajoutez des liens de rendez‑vous/réservation dans le schéma et la page ; suivez les réservations et la formulation des recommandations IA.
Analytics et attribution
- Suivez les appels, demandes d’itinéraire et réservations par établissement avant/après les mises à jour ; annotez les tableaux de bord.
- Surveillez les référents assistants/pics directs après citations IA ; associez-les aux logs de prompts pour le contexte.
- Mettez en place le tracking de conversion sur les formulaires et widgets de réservation ; segmentez par pages citées.
- Partagez des captures avant/après de réponses IA dans les mises à jour direction pour démontrer les gains de confiance/exactitude.
Notes techniques et setups headless/SPA
- Faites du server-render ou injectez le JSON-LD LocalBusiness tôt ; vérifiez que le HTML rendu contient le schéma.
- Évitez les injections multiples (plugins + thème) ; gardez un bloc propre par page d’établissement.
- Pour des listes multi‑établissements, utilisez ItemList qui pointe vers des pages d’établissement plutôt que d’empiler plusieurs LocalBusiness ; placez LocalBusiness sur la page d’établissement.
- Assurez-vous que les embeds de carte et les coordonnées geo correspondent ; des embeds cassés peuvent signaler une faible confiance.
- Surveillez les performances (LCP/INP) ; des pages d’établissement lentes peuvent limiter le crawl et le parsing.
Gestion des risques
- Ne revendiquez pas des horaires 24/7 si ce n’est pas vrai ; les réponses IA exposent rapidement ces affirmations.
- Évitez de baliser des adresses non publiques pour les service-area businesses ; respectez la confidentialité et les règles des plateformes.
- Utilisez les bonnes catégories/sous‑types (MedicalClinic, Dentist, ProfessionalService) ; une mauvaise étiquette peut détourner les requêtes.
- Gardez les avis conformes ; ne balisez pas des témoignages comme des avis si ce n’est pas conforme et visible.
Cadence post‑lancement
- Hebdomadaire : valider les changements, relancer les panels de prompts sur les établissements mis à jour, corriger les problèmes critiques NAP/horaires.
- Mensuel : revoir les erreurs/avertissements, incidents de mauvaise langue, tendances de métriques GBP et citations assistants.
- Trimestriel : auditer tous les établissements pour la cohérence NAP, la santé des assets, sameAs et hreflang ; rafraîchir FAQ/services si besoin.
Démarrage rapide pour les petites équipes
- Balisez une page d’établissement avec les fondamentaux LocalBusiness (NAP, horaires, geo, sameAs) et validez.
- Alignez GBP et infos on‑page ; corrigez tout écart.
- Ajoutez 3–5 FAQ de services ; lancez des checks de prompts “
près de moi/ouvert maintenant”. - Mettez un rappel mensuel pour vérifier horaires et numéros ; consignez les mises à jour dans un simple tableur.
- Étendez à d’autres établissements une fois la première page stabilisée.
Pièges fréquents et corrections
- Horaires/NAP obsolètes : mettez à jour page, schéma et GBP/Bing Places ensemble ; consignez les changements.
- LocalBusiness dupliqué : un seul par page d’établissement ; supprimez les doublons des plugins.
- Mauvaise catégorie/type : choisissez le sous‑type le plus proche (MedicalClinic, Dentist, ProfessionalService, Store).
- Liens sameAs/carte cassés : corrigez les 404 ; gardez des URLs cohérentes.
- Balisage de plusieurs établissements sur une seule page : utilisez ItemList pour lier vers les pages ; placez LocalBusiness sur la page d’établissement.
Déploiement 30/60/90 jours
30 premiers jours
- Auditer les établissements prioritaires ; corriger les erreurs NAP/horaires ; ajouter LocalBusiness avec @id, geo, sameAs et services ; valider.
- Aligner les données GBP/Bing Places avec le schéma et le contenu on‑page ; standardiser les patterns @id.
- Mettre en place lint et changelog ; exécuter un panel de prompts IA/local référence initiale.
30 jours suivants
- Localiser le schéma pour EN/PT/FR ; vérifier hreflang/canonicals.
- Ajouter Person (praticiens) et Service pour les offres clés ; ajouter des FAQ quand c’est pertinent.
- Suivre les métriques GBP et les citations IA ; corriger vite les citations dans la mauvaise langue.
- Standardiser le maillage interne vers les pages d’établissement ; ajouter le schéma de breadcrumb.
30 derniers jours
- Étendre le schéma à tous les établissements ; automatiser les mises à jour horaires/NAP quand c’est possible.
- Construire des tableaux de bord pour erreurs LocalBusiness, citations IA, métriques GBP et incidents de mauvaise langue ; ajouter des alertes.
- Documenter gouvernance, SLA et playbooks ; former les responsables régionaux.
- Lancer des expériences : précision “ouvert maintenant”, FAQ de services, liens de rendez‑vous ; mesurer les évolutions de citations.
Exemples (anonymisés)
- Clinique (PT/EN) : NAP nettoyé, ajout de LocalBusiness + Person praticiens, FAQ localisées ; les citations Copilot ont remplacé les annuaires ; appels de prise de rendez‑vous +18 %.
- Services multi‑établissements : standardisation de @id et sameAs sur 25 établissements ; citations dans la mauvaise langue tombées à zéro ; demandes d’itinéraire +9 %.
- Services professionnels : ajout de Service et FAQ sur les pages LocalBusiness ; citations Perplexity pour “meilleur
à ” passées de 8 % à 21 %.
Anti‑patterns à éviter
- Faux horaires ou promesses de services ; assistants et utilisateurs signaleront les écarts.
- Marquer le siège comme LocalBusiness pour tous les marchés ; créez plutôt des pages d’établissement.
- Copier un schéma EN vers PT/FR sans localiser l’adresse ou les formats de téléphone.
- Ignorer les politiques d’avis/ratings ; ne balisez pas des témoignages comme des avis si ce n’est pas conforme et visible.
- Bloquer les bots assistants/moteurs tout en espérant des citations IA.
Comment AISO Hub peut aider
Nous construisons et gouvernons les données d’entités locales pour la recherche IA.
AISO Audit : audit du schéma local et de la santé NAP ; roadmap pour corriger et prioriser.
AISO Foundation : modèles, patterns @id, gouvernance et localisation pour l’ensemble des établissements.
AISO Optimize : extension services/FAQ, ajout du schéma praticiens, et tests sur les prompts “près de moi/ouvert maintenant”.
AISO Monitor : dashboards, alertes et panels de prompts pour les citations locales, les erreurs et la dérive NAP.
Conclusion
Le schéma LocalBusiness ancre vos établissements dans la recherche IA et les SERP locales.
Donnez à chaque établissement un bloc JSON-LD propre avec un NAP exact, des horaires, geo, services et sameAs ; alignez avec GBP/Bing Places ; validez et surveillez en continu.
Localisez par marché, reliez praticiens et services, et corrigez vite les erreurs.
En suivant ce playbook aux côtés des piliers Structured Data et AI Ranking Factors, les assistants et moteurs obtiennent une vue fiable de votre activité — et c’est vous qui êtes cité quand les gens cherchent autour d’eux.
Si vous voulez un partenaire pour implémenter et gouverner cela à l’échelle, AISO Hub est prêt à auditer, construire, optimiser et monitorer pour que vos établissements apparaissent partout où les gens posent la question.

