Guide : Organization Schema

Comment implement Organization schema, ce que il en réalité fait (disambiguation, pas a guaranteed Knowledge Panel or a facteur de classement), et le mistakes que quietly break il.

Première publication : 1 juil. 2026 · Dernière mise à jour : 3 août 2026 · Avancé

Organization schema (schema.org/Organization) est le JSON-LD bloquer que indique moteur de recherches qui votre entreprise est — nom, logo, official URL, sameAs profiles, et identifiers. Google dit il peut aider disambiguate votre organization et que some properties peut influence visual elements comme a Knowledge Panel or attribution UI — il n’est pas a facteur de classement et ne fait pas guarantee soit. Google dit là sont aucun requis properties (ajouter qu’est-ce que pertinent), et il recommends placing il une fois on votre homepage or À propos de page, pas on chaque page. Le logo nécessite à être au moins 112x112px et crawlable. Le big myth à kill: markup ne fait pas guarantee a Knowledge Panel et n’est pas a facteur de classement. Google's November 2023 mettre à jour folded le old Logo docs dans Organization et ajouté administrative champs (adresse, legalName, duns, leiCode, naics, numberOfEmployees, foundingDate); le commerce-adjacent champs (retourner policy, shipping, loyalty/membership) came plus tard dans séparé 2024–2025 mises à jour, pas le 2023 batch.

TL;DR — Organization schema (schema.org/Organization, JSON-LD) décrit le entity behind le site — nom, logo, url, sameAs, plus administrative champs — et son documented job est disambiguation, et some properties peut influence visual elements comme Knowledge Panel/attribution UI — pas classement. Aucun est guaranteed. Google dit là sont aucun requis properties (ajouter qu’est-ce que pertinent), et il recommends une fois on le homepage or an À propos de page — Mueller compare site-wide duplication à review-markup spam. Le logo nécessite à être ≥112x112px et crawlable/indexable. Le November 2023 mettre à jour folded le old Logo docs dans Organization et ajouté administrative champs (address, legalName, duns, leiCode, naics, iso6523Code, numberOfEmployees, foundingDate). Le commerce-adjacent champs (hasMerchantReturnPolicy, hasMemberProgram, hasShippingService) came plus tard, dans séparé 2024–2025 mises à jour — pas le 2023 batch. Et le core myth à kill: markup ≠ guaranteed Knowledge Panel, et c’est pas a facteur de classement.

Preuve à l’appui de cette affirmation Schema.org Organization describes an organization and properties such as name, url, logo, and sameAs. Portée : Schema.org vocabulary; Google determines which properties it uses in Search. Niveau de confiance : élevé · Vérifié : Schema.org: Organization

Ce que Organization schema en réalité fait

Google’s propre framing est precise: ajout Organization données structurées à votre home page “peut aider Google meilleur comprendre votre organization’s administrative details et disambiguate votre organization dans résultats de recherche.” Deux words là matter — comprendre et disambiguate. Ce markup est comment vous tell an moteur qui “Acme” vous sont, séparé depuis chaque autre Acme, et hand il le administrative facts (logo, official liens, identifiers) il utilise à represent vous.

Preuve à l’appui de cette affirmation Google says Organization structured data can help it understand and disambiguate an organization and influence organization details shown in Search. Portée : Google Search Organization documentation; no Knowledge Panel or ranking outcome is guaranteed. Niveau de confiance : élevé · Vérifié : Google: Organization structured data

Google aussi splits le properties par objectif: “Some properties sont utilisé behind le scenes à disambiguate votre organization depuis autre organizations (comme iso6523 et naics), pendant que others peut influence visual elements dans Résultats de recherche (tel as qui logo est affiché dans Résultats de recherche et votre knowledge panel).” Donc le markup fait deux jobs — quiet identity confirmation, et a possible influence on visible UI comme le logo et Knowledge Panel details. Aucun de ceux est a classement lever, et aucun est a guarantee — Google’s propre verbs sont “peut aider” et “can influence,” pas “va afficher” or “va classer.”

Preuve à l’appui de cette affirmation Google says Organization markup can help it understand administrative details and disambiguate the organization; some properties can influence visual elements such as a logo or knowledge panel, without guaranteeing display. Portée : web Niveau de confiance : élevé · Vérifié : Organization structured data

Ce est le entity couche de données structurées. Il sits alongside le Entity & Identity Schema hub, et son fermer relatives — LocalBusiness Schema (a subtype pour businesses avec a physical emplacement et hours) et Person Schema (pour individuals et authors) — faire le même identity job pour différent entity types. Organization est le un vous utiliser pour le entreprise or brand itself.

Aucun requis properties — ajouter what’s relevant

«This surprises people: Google states “There are no required properties; instead, we recommend adding as many properties that are relevant to your organization.” A sparse-but-accurate block (name, logo, url, a few good sameAs) is legitimate and often better than a padded one stuffed with guessed identifiers. Google doesn’t name a defined “core,” but name, logo, url, and sameAs are a reasonable practical starting point — they’re the ones most tied to the visible/disambiguation elements Google describes.

Preuve à l’appui de cette affirmation Google has no required Organization properties and recommends adding properties that apply to the organization. Portée : Google Search Organization documentation; accurate applicable data is preferred over irrelevant completeness. Niveau de confiance : élevé · Vérifié : Google: Organization structured data

» (Traduction) (Résumé en français de la section vingt-deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Où to put it — and pourquoi pas every page

Placement is a documented rule, pas a preference: “We recommend placing ce information on votre home page, or a unique page que describes votre organization, Par exemple the à propos de us page. Vous don’t besoin to inclure it on every page of votre site.”

John Mueller a reinforced ce directement. His guidance est que Google seulement nécessite à trouver il somewhere obvious — le page d’accueil or contact/À propos de page — et il warned contre le site-wide instinct par comparaison à review-markup spam: putting entreprise markup on chaque page dans le hope de getting an enhancement everywhere est le incorrect mental model, le même mistake as sprinkling examiner stars à travers a entier site. (Paraphrased depuis Mueller’s comments as reported par Moteur de recherche Journal; treat as a paraphrase, pas a verbatim citation.)

The practical takeaway is unchanged: un instance, on the homepage or À propos de page.

Preuve à l’appui de cette affirmation Google recommends placing Organization information on the home page or a single organization-focused page rather than every page. Portée : Google Search Organization implementation guidance. Niveau de confiance : élevé · Vérifié : Google: Organization structured data

Le complet property liste (et le November 2023 expansion)

Google’s pris en charge Organization properties, as documented:

address · alternateName · contactPoint · description · duns · email · foundingDate · globalLocationNumber · hasMerchantReturnPolicy · hasMemberProgram · hasShippingService · iso6523Code · legalName · leiCode · logo · naics · name · numberOfEmployees · sameAs · taxID · telephone · url · vatID

Le administrative batch — legal nom, adresse, contact info, entreprise identifiers (duns, leiCode, naics, iso6523Code), numberOfEmployees, foundingDate — arrived dans November 2023, quand Google folded le old standalone Logo structured-datune page dans le Organization documentation et expanded bien au-delà le original logo + url pair. Sites que déjà avait logo + url markup n’a pas besoin à modifier n’importe quoi. (Le November 2023 expansion est summarized depuis Google’s blog announcement, qui ne pouvait pas être re-récupéré verbatim during research — treat le specifics as paraphrase.)

Preuve à l’appui de cette affirmation Google expanded Organization support on November 29, 2023 for administrative data such as name, address, contact details and business identifiers; Organization-level returns arrived June 11, 2024, loyalty support in June 2025 and merchant shipping policy support November 12, 2025, so those later features must not be attributed to the 2023 expansion. Portée : web Niveau de confiance : élevé · Vérifié : Expanding markup support for Organization details, including Logo structured data

Le commerce-adjacent objects sont pas partie de que 2023 batch — chaque landed dans son propre, plus tard mettre à jour, confirmed contre Google’s actif recherche-mises à jour history:

  • hasMerchantReturnPolicy (organization-level retourner policies) — ajouté June 11, 2024.
  • hasMemberProgram (loyalty programs) — ajouté June 10, 2025.
  • hasShippingService (shipping policies) — ajouté November 12, 2025.

Chaque de ceux a son propre documentation, availability règles, et precedence behavior contre produit-level markup et Merchant Center paramètres. Valide Organization markup ne fait pas par itself guarantee Merchant Center acceptance or Recherche afficher pour quelconque de les.

Groupe the rest roughly comme ce:

  • Core identity: name, alternateName, legalName, url, logo.
  • Contact / emplacement: address, contactPoint, telephone, email.
  • Business identifiers (disambiguation): duns, leiCode, naics, iso6523Code, globalLocationNumber, taxID, vatID.
  • Profiles: sameAs.
  • Org-level facts: numberOfEmployees, foundingDate.
  • Commerce & membership (separately dated, voir ci-dessus): hasMerchantReturnPolicy, hasShippingService, hasMemberProgram.

sameAs: ce que it’s pour, and ce que belongs là

«sameAs is the identity-confirmation lever. Google’s own description: it’s “the URL of a page on another website with additional information about your organization” — its example is a social media or review-site profile page. Schema.org’s broader definition is a bit stricter: a reference page that “unambiguously indicates the item’s identity,” like a Wikipedia page, a Wikidata entry, or the official website. In practice, point it at pages that reliably represent your organization — official social accounts, Wikipedia, Wikidata, Crunchbase, LinkedIn — but neither definition requires you to literally own every URL; a page you don’t operate (a verified Wikipedia entry, for example) still qualifies if it unambiguously identifies you. The job is disambiguation, not link-building.

Preuve à l’appui de cette affirmation Google defines sameAs here as another-site URL with additional information about the organization, such as a social or review profile; Schema.org defines it as an unambiguous identity reference, so it should not be limited to profiles the organization owns. Portée : web Niveau de confiance : élevé · Vérifié : Organization

» (Traduction) (Résumé en français de la section trente-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Deux cautions. Premier, sameAs est pas itself a facteur de classement et ne fait pas guarantee a Knowledge Panel — c’est un corroborating signal parmi le nombreux Google weighs. Deuxième, a sameAs pointing à le incorrect profile (a différent entreprise’s page, an unrelated Wikipedia entry) peut actively confuse le entity match. Tester votre sameAs valeurs as carefully as vous’d tester a canonical.

sameAs aussi obtient confused avec knowsAbout, qui est a différent property entirely: sameAs = identity (qui entity vous sont), pendant que knowsAbout = topical expertise (ce que le entity est knowledgeable à propos de). Ils ne sont pas interchangeable et ne pas faire le même job.

Logo requirements and courant échecs

Le logo a difficile requirements: per Google’s docs, “le image doit être 112x112px, à minimum. Le image URL doit être crawlable et indexable.” Où ce silently fails:

  • Aussi petit — sous 112x112px et il ne va pas qualify même si le JSON-LD valide.
  • Bloqué — le image URL est disallowed dans robots.txt or behind a redirection chain Google ne peut pas resolve, donc il ne peut pas récupérer il.
  • Incorrect image — le markup points à quelque chose que n’est pas votre réel sur la page logo.

A JSON-LD bloquer peut valider perfectly et encore échouer à produce le logo vous wanted parce que le image n’a pas meet ces conditions.

Exemple JSON-LD

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Example Co",
  "legalName": "Example Company, Inc.",
  "url": "https://example.com/",
  "logo": "https://example.com/logo.png",
  "sameAs": [
    "https://www.linkedin.com/company/example",
    "https://en.wikipedia.org/wiki/Example_Co",
    "https://www.crunchbase.com/organization/example"
  ]
}

« Preuve à l’appui de cette affirmation Schema.org Organization describes an organization and properties such as name, url, logo, and sameAs. Portée : Schema.org vocabulary; Google determines which properties it uses in Search. Niveau de confiance : élevé · Vérifié : Schema.org: Organization » (Traduction) (Résumé en français de la section quarante-cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Place that once — homepage or About page. Add address, contactPoint, and identifiers only where they’re accurate. » (Traduction) (Résumé en français de la section quarante-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«### Reusing the Organization node across your graph (optional) » (Traduction) (Résumé en français de la section quarante-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«If your site emits multiple JSON-LD nodes — a WebSite, a Person/author node, an Article publisher — you can give the Organization a stable @id and reference that same @id from the other nodes instead of repeating the full object: » (Traduction) (Résumé en français de la section quarante-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://example.com/#organization",
      "name": "Example Co",
      "url": "https://example.com/",
      "logo": "https://example.com/logo.png"
    },
    {
      "@type": "WebSite",
      "@id": "https://example.com/#website",
      "url": "https://example.com/",
      "publisher": { "@id": "https://example.com/#organization" }
    }
  ]
}

Ce isn’t a Google requirement — leur docs don’t mandate an @id or quelconque particulier graph shape. It’s a graph-hygiene pratique: un canonical Organization definition que autre nodes point to, au lieu de several slightly différent copies drifting out of sync. It doesn’t modifier ranking or eligibility on its propre.

Ce que Bing fait

Bing prend en charge schema.org markup (JSON-LD, Microdata, RDFa) et valide il contre le declared types — si a valeur ne fait pas match le attendu données type, Bing’s robots d’exploration ignore que annotation, donc vérifier avant publishing. Bing ne fait pas apparaître à publish a dedicated Organization-spécifique référence comparable à Google’s; son general structured-données aider est le closest official source. Treat le Bing side de ce topic as modest dans scope. (Bing’s guidance ici est paraphrased depuis son Webmaster Outils aider, qui ne pouvait pas être re-récupéré verbatim during research.)

Validate avant vous ship

Validation confirms le markup est well-formed. Il ne peut pas confirmer vous’ll obtenir a Knowledge Panel — c’est earned via broader corroboration, pas markup alone.

Ajouter une note d’expert

Épingler une citation d’expert

Nouvelle personne ? Créez son profil non revendiqué à /admin/experts/ → Épingler une citation d’expert d’abord.