Schema Organization ou LocalBusiness : lequel utiliser sur son site ?

Utilisez LocalBusiness (ou, mieux, son sous-type le plus précis : Dentist, Restaurant, Store, LegalService…) lorsque l’entreprise accueille ses clients dans un lieu physique ; utilisez Organization (ou son sous-type, comme OnlineStore ou Corporation) pour une entreprise qui n’a pas de lieu d’accueil ou pour décrire le groupe au-dessus de plusieurs établissements. Dans tous les cas, une seule entité identifiée par un @id stable, des informations visibles et exactes, et aucune promesse d’affichage enrichi.

Ce guide porte sur la modélisation de l’entreprise. Pour corriger des erreurs signalées par Search Console, consultez notre guide des données structurées invalides ; pour les fiches produit, celui sur le balisage Product.

Organization et LocalBusiness : définitions et hiérarchie

Cette double hiérarchie explique la règle pratique : tout LocalBusiness est une Organization, mais une Organization n’est pas forcément un lieu. Un cabinet de dentiste avec un seul fauteuil est décrit entièrement par Dentist ; un éditeur de logiciels sans accueil du public est une Organization ; un réseau de vingt agences combine les deux.

Les sous-types à connaître

Google recommande explicitement le sous-type le plus précis, aussi bien pour Organization que pour LocalBusiness. Plusieurs types peuvent être déclarés dans un tableau lorsque l’activité les combine ; la propriété additionalType n’est pas prise en charge par Google pour ce balisage.

Quel type pour quelle entreprise ?

Entreprise nationale, établissement local, siège

Une entreprise nationale sans agence ouverte au public n’a pas besoin de LocalBusiness : son siège est une adresse d’Organization, renseignée dans address. Dès qu’un établissement reçoit des clients, il mérite sa propre page et son propre LocalBusiness. Le siège administratif, s’il n’accueille pas de clients, reste décrit par l’Organization.

Plusieurs établissements

Google demande de baliser chaque établissement comme un LocalBusiness distinct. Chaque page d’agence décrit son lieu ; la propriété parentOrganization renvoie à l’@id de l’organisation. Pour des services distincts au sein d’un même lieu (pharmacie dans un hypermarché, atelier dans une concession), la propriété department imbrique des LocalBusiness secondaires avec leurs propres horaires et téléphones.

Les propriétés qui comptent, et celles à éviter

Google n’impose aucune propriété pour Organization : il recommande d’ajouter celles qui s’appliquent, en priorité celles qui aident les utilisateurs (nom, adresse, téléphone, URL, logo). Les identifiants comme le numéro de TVA intracommunautaire servent aussi à distinguer deux entreprises homonymes, ce qui aide les moteurs à construire une entité fiable dans leur graphe de connaissances.

Relier Organization, WebSite et WebPage avec des @id

Une organisation se déclare une fois et se référence ensuite. Le mécanisme est l’@id : un identifiant stable, généralement l’URL de la page d’accueil suivie d’un fragment, que les autres blocs réutilisent.

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://www.exemple.fr/#organization",
      "name": "Nom d’usage",
      "url": "https://www.exemple.fr/",
      "logo": "https://www.exemple.fr/logo.png"
    },
    {
      "@type": "WebSite",
      "@id": "https://www.exemple.fr/#website",
      "url": "https://www.exemple.fr/",
      "publisher": { "@id": "https://www.exemple.fr/#organization" }
    },
    {
      "@type": "Dentist",
      "@id": "https://www.exemple.fr/cabinet-lyon/#localbusiness",
      "name": "Nom d’usage – Lyon",
      "url": "https://www.exemple.fr/cabinet-lyon/",
      "parentOrganization": { "@id": "https://www.exemple.fr/#organization" },
      "address": { "@type": "PostalAddress", "addressLocality": "Lyon", "addressCountry": "FR" }
    }
  ]
}

Les valeurs ci-dessus sont des emplacements à remplacer, pas des données à publier. Une page d’article référence l’éditeur par "publisher": {"@id": "…#organization"} au lieu de redéclarer l’entreprise. C’est l’implémentation retenue sur Devsource : l’organisation est centralisée et chaque page y renvoie.

Générateur Organization / LocalBusiness

Étape 1 : un questionnaire choisit le type adapté. Étape 2 : vous saisissez les informations réelles de l’entreprise ; l’outil contrôle les formats. Étape 3 : il génère un JSON-LD propre, avec un aperçu et l’explication de chaque propriété. Les champs vides ne sont jamais complétés automatiquement et n’apparaissent pas dans le code.

Les erreurs fréquentes de modélisation

• Déclarer une Organization différente sur chaque page, avec des noms ou logos variables. Résultat : plusieurs entités concurrentes pour une seule entreprise.
• Utiliser LocalBusiness sans lieu d’accueil, avec une adresse de domiciliation : l’information est trompeuse pour l’utilisateur.
• Baliser un seul LocalBusiness pour un réseau d’agences, avec l’adresse du siège : aucun établissement n’est correctement décrit.
• Ajouter des avis auto-attribués dans aggregateRating : ils ne rendent pas la page éligible aux extraits d’avis.
• Baliser des informations invisibles ou différentes du contenu affiché (horaires, téléphone). Les consignes générales de Google exigent que le balisage représente le contenu de la page.
• Oublier de mettre à jour les horaires, numéros ou adresses après un déménagement, alors que la fiche d’établissement Google a changé.
• Lister dans sameAs des profils non officiels ou des annuaires, qui brouillent l’identité au lieu de la confirmer.
• Choisir ProfessionalService comme type générique : Schema.org le signale comme déconseillé ; préférez un sous-type précis ou LocalBusiness.

Ce que ce balisage apporte au SEO local et aux moteurs génératifs

Pour le référencement local, le balisage LocalBusiness complète une fiche d’établissement Google bien tenue ; il ne la remplace pas. Nos conseils pour optimiser votre Google Business Profile restent le premier chantier, et la cohérence du nom, de l’adresse et du téléphone entre la fiche, le site et les annuaires reste déterminante.

Pour les moteurs génératifs, une entité décrite de façon cohérente (même nom, mêmes identifiants, profils officiels reliés) réduit les risques de confusion avec un homonyme. Ce n’est pas un levier de citation garanti : notre analyse sur les sources que cite ChatGPT montre que l’accès et la pertinence du contenu pèsent davantage. Notre accompagnement GEO traite ces deux dimensions ensemble.

Procédure de validation

1. Coller le code ou l’URL dans le test des résultats enrichis pour vérifier la lecture par Google.
2. Contrôler la conformité Schema.org avec le validateur officiel.
3. Comparer chaque valeur avec le contenu visible de la page.
4. Après publication, surveiller les rapports d’améliorations de Search Console.

Conclusion : une entité, des lieux, des liens explicites

Organization décrit qui vous êtes ; LocalBusiness décrit où vous recevez vos clients. Une entreprise sans accueil du public se contente d’Organization, un établissement unique d’un LocalBusiness précis, un réseau des deux, reliés par des @id. Les données doivent être exactes, visibles et maintenues dans le temps.

Si votre activité se joue sur plusieurs villes, notre accompagnement SEO local structure pages d’établissement, données et fiches Google. Pour un contrôle complet du balisage existant, notre audit SEO technique inclut les données structurées, et notre équipe de création de site intègre ce modèle dès la conception.