Guide : Person Schema

TL;DR — Person schema est a petit bloquer de code que indique moteur de recherches qui une page est à propos de — généralement le author de an article. Il utilise le schema.org Person type à spell out a nom, a lien à a bio, a job titre, et liens à que person’s autre profiles. Son principal job est helping moteurs figure out que le “Jane Smith” ici est le même Jane Smith elsewhere on le web. Il fait pas faire vous classer plus élevé, et il fait pas hand vous “expertise points.”

Ce que Person schema is

Quand a person’s nom apparaît dans a byline, vous know qui ils sont depuis context. A moteur de recherche simplement voit texte. Person schema étiquettes il dans code: il balises a nom as a person, et ajoute machine-readable details comme leur bio URL, job titre, employer, et liens à leur social profiles.

Il utilise le shared schema.org vocabulary — le même un behind produit prices, examiner stars, et breadcrumbs. Le spécifique type est Person, et vous la plupart souvent attach il as le author de an article. Vous pouvez aussi utiliser il on an “sur me” or bio page à dire “ce entier page est sur ce person.”

Pourquoi it exists: telling personnes apart

Le réel raison à ajouter il est disambiguation. Là sont a lot de personnes qui share a nom. Person schema — surtout le sameAs property, qui listes votre autre profiles (LinkedIn, a personal site, X) — aide an moteur connecter le dots: le author ici est le même individual as ceux autre profiles. Que consistent identity est ce que moteur de recherches et, increasingly, AI systèmes sont trying à construire.

The chose la plupart personnes obtenir incorrect

Person schema ne fait pas boost votre rankings, et il ne fait pas créer “E-E-A-T.” c’est le big myth. Vous’ll voir guides claiming que ajout a jobTitle or a bunch de sameAs liens rend Google confiance vous plus. Il ne fait pas fonctionner que façon. Google’s propre personnes ont said, plainly, que E-E-A-T n’est pas a direct facteur de classement et que anyone peut appel themselves an expert dans markup — qui signifie rien on son propre.

Ce que Google fait care à propos de est visible authorship: réel bylines et bio information a lecteur peut en réalité voir on lune page. Le schema est a machine-readable mirror de que visible byline — pas a substitute pour il, et pas a magic confiance switch.

Two beginner rules:

• Put seulement le nom dans le nom champ. ne pas écrire “Jane Smith, Senior Editor” — Google dit utiliser le séparé jobTitle property pour le titre.
• Match le markup à qu’est-ce que visible. Si votre code claims a job titre or employer que n’est pas anywhere on lune page, c’est a problème, pas a bonus.

Vouloir le property-par-property version, le Article-vs-ProfilePage distinction, et le exact rep citations? Switch à le Avancé tab.

TL;DR — Person schema (schema.org/Person) marks up an individual — la plupart souvent as an article’s author, parfois as le mainEntity de a ProfilePage. Son job est entity disambiguation, primarily via sameAs: reconciling un identity à travers bylines, bios, et profiles. Il est pas a facteur de classement et fait pas confer E-E-A-T — Sullivan a said E-E-A-T n’est pas a direct facteur de classement et self-declaring an expert “means nothing,” et Mueller a said données structurées ne va pas faire une page classer meilleur. Article-author Person markup et ProfilePage Person markup recommend différent property sets. Et le markup doit reflect le visible byline — hidden credentials dans JSON-LD sont le opposite de ce que Google en réalité encourages.

Où Person schema is utilisé

Three courant homes, and ils aren’t interchangeable:

1. Article author. Le author property de an Article/BlogPosting, typed as Person. Google’s propre exemple inclut name, jobTitle, et url.
2. ProfilePage mainEntity. A dedicated bio/à propos de page où le Person est le principal subject. Google’s ProfilePage docs décrire il as étant pour sites “where creators (either people or organizations) share first-hand perspectives.”
3. À l’intérieur Organization markup — a founder or employee mentioned on a entreprise page.

Ce est a sibling topic à Organization schema (le entreprise itself) et LocalBusiness schema (a physical-location entreprise), et tout three sit sous le broader entity et identity hub. Person est le individual-level piece de que même entity-graph puzzle.

Pourquoi it exists: disambiguation, pas ranking

«Person schema’s real function is to let engines identify a person consistently and connect their content across a site and across the web. The connective-tissue property is sameAs — you point at the other URLs that represent the same individual, and you’re effectively saying “these are all me.” » (Traduction) (Résumé en français de la section vingt-cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Google’s documentation frames the author URL the same way. It added a recommended author.url property specifically, and describes it as a link “that uniquely identifies the author” — an about page, a bio page, or a social profile. The point is reconciliation: pick one canonical bio page and point every article’s author.url at it, rather than scattering different URLs per post. (John Mueller has described author identification as this kind of reconciliation process and recommended a centralized profile page, though I’d treat the exact phrasing as paraphrase from secondary coverage rather than a verbatim quote.) » (Traduction) (Résumé en français de la section vingt-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

The record: it’s pas a ranking factor, and it’s pas E-E-A-T

Ce est le crux, parce que nearly chaque competing guide obtient il incorrect. Deux séparé, well-documented positions depuis Google:

Données structurées n’est pas a classement boost. John Mueller a said données structurées ne va pas faire a site classer meilleur — c’est pour le recherche fonctionnalités documented dans le gallery, et en utilisant il pour autre schema.org types est fine mais unlikely à produce a visible modifier dans Recherche. Donc ajout a Person bloquer n’est pas a classer lever.

E-E-A-T n’est pas a direct facteur de classement — et self-declared expertise signifie rien. Danny Sullivan, Google’s Recherche Liaison, put il directement:

“having an expert écrire choses ne fait pas magically faire vous classer meilleur, parce que

1. anyone pourrait self declare quelqu’un à être an expert, et que signifie rien et
2. nous ne pas somehow essayer à vérifier et dire ‘Oui, c’est an expert.’”

Que is exactly ce que Person schema is: a self-declaration. Writing jobTitle: "Senior SEO Expert" and a stack of sameAs liens doesn’t causer Google to award “E-E-A-T points.” E-E-A-T is a quality-rater framework, pas a markup checklist.

Ce que Google fait encourage est le visible version. Son guidance strongly encourages ajout précis authorship information, tel as bylines, où lecteurs voudrait expect il — framed as helping lecteurs comprendre comment contenu était produced. Le takeaway: put le credentials on lune page où personnes peut voir les; le schema mirrors que, il ne fait pas remplacer il.

Core properties

Google’s Article structured-data guide doesn’t publish a “required properties” table at tout — it dit to ajouter whatever properties appliquer to votre content. Its recommended properties table pour author listes exactly two:

• name — le nom et seulement le nom. Google est explicit: “Dans le author.name property, seulement specify le nom de le author. ne pas ajouter quelconque autre piece de information.” Aucun “Jane Smith, Editor.”
• url — a unique canonical page que uniquely identifies le author (a bio or à propos de page, ideally on-domain). Google’s meilleur-practices guidance treats sameAs as an accepted alternative à url pour ce même disambiguation job.

Au-delà ceux deux, Google’s worked exemple pour Article author aussi inclut jobTitle — mais c’est exemple contenu, pas a séparé ligne dans le recommended properties tableau. Treat ces as legitimate schema.org properties worth ajout quand ils sont précis et déjà visible on lune page, pas as a Google-mandated liste de contrôle:

• jobTitle — le role, kept out de name. Apparaît dans Google’s exemple seulement.
• worksFor — an Organization object pour le employer. Pas appelé out dans Google’s Article documentation à tout (aucun le recommended tableau nor le exemple) — ce est schema.org vocabulary, utile pour professional context, mais ne pas présent il as quelque chose Google recommends.
• image — a headshot. Même status as worksFor: schema.org vocabulary, pas dans Google’s Article recommended tableau.
• sameAs — le disambiguation lever, et le un alternative Google’s propre docs nom alongside url. Priority candidates: LinkedIn, le personal site, Wikipedia/Wikidata si ils exist, X, GitHub pour technique authors, ORCID pour researchers. Chaque lien doit genuinely être le même person — a incorrect sameAs breaks le disambiguation plutôt que strengthening il.
• Optional: description, alumniOf, knowsAbout.

«## Article-author Person vs. ProfilePage Person » (Traduction) (Résumé en français de la section quarante, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Most guides blur these, and it causes over- or under-marking. Google documents different status for the two page types — and even labels properties differently within each (required vs. recommended vs. example-only): » (Traduction) (Résumé en français de la section quarante et un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«| | Article author (Person) | ProfilePage mainEntity (Person) | | --- | --- | --- | | Primary purpose | Attribute the article to a person | Declare a page is about a person | | Required by Google | Nothing formally required — Google says add what applies | mainEntity, and the entity’s name (alternateName can stand in when name isn’t available) | | Recommended by Google | name, url (sameAs accepted as an alternative to url) | alternateName (handle), sameAs, description (byline/credential), image, dateCreated/dateModified | | jobTitle / worksFor | Appear in Google’s worked example only — not a recommended-table row | Not documented for ProfilePage at all | | name guidance | Name only | Real name in name, handle in alternateName | » (Traduction) (Résumé en français de la section quarante-deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«The mistake is assuming every Person property belongs on both, or that appearing in an example means Google “recommends” it. On a ProfilePage, Google’s actual required/recommended properties are mainEntity, name, alternateName, sameAs, description, image, and the date fields — it does not list jobTitle/worksFor there, and it doesn’t list them as a formal Article-author recommendation either, even though they show up in Google’s example. » (Traduction) (Résumé en français de la section quarante-trois, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«## A minimal Article-author example » (Traduction) (Résumé en français de la section quarante-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How search engines crawl the web",
  "author": {
    "@type": "Person",
    "name": "Willow Lane",
    "jobTitle": "Journalist",
    "url": "https://www.example.com/staff/willow-lane"
  }
}

«Note name carries only the name and jobTitle carries the role — that’s the distinction Google’s docs insist on. » (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.)

«## A fuller example with affiliation and sameAs » (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.)

{
  "@type": "Person",
  "name": "Willow Lane",
  "jobTitle": "Senior Journalist",
  "url": "https://www.example.com/staff/willow-lane",
  "image": "https://www.example.com/img/willow-lane.jpg",
  "worksFor": {
    "@type": "Organization",
    "name": "Example Media",
    "url": "https://www.example.com/"
  },
  "sameAs": [
    "https://www.linkedin.com/in/willowlane",
    "https://x.com/willowlane",
    "https://www.wikidata.org/wiki/Q00000000"
  ]
}

«Every sameAs here must resolve to a profile that is actually this person. Broken or mismatched sameAs is worse than none. » (Traduction) (Résumé en français de la section quarante-neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Person schema et Knowledge Panels

sameAs is a disambiguation hint, pas a panel generator. It doesn’t guarantee a Knowledge Panel or “prove” identity to an algorithm — Google encore nécessite corroboration à travers independent, trusted sources avant it creates or updates a panel. Consistent Person/Organization markup helps que recognition; it doesn’t force it.

The AI-search angle — définir expectations

Person schema est souvent pitched as a lever pour comment LLMs et AI recherche décrire vous. Être skeptical. j’ai pushed back publicly on le SEO habit de assuming schema directement shapes LLM sortie — on LinkedIn Je asked, dans as nombreux words, pourquoi SEOs think balisage de données structurées va impact LLM sortie, parce que actuel AI robots d’exploration ne sont pas confirmed à factor données structurées dans leur réponses aujourd’hui. c’est a paraphrase de mon propre LinkedIn post, excerpted, pas a verbatim citation. Le honest framing: Person schema est entity infrastructure — consistent, machine-readable identity que aide knowledge-graph recognition over temps — pas a switch que changements ce que an AI dit à propos de vous correct maintenant.

L’essentiel

Utiliser Person schema à aider moteurs identifier vous consistently et reconcile votre contenu à travers le web. Match il à le visible byline et bio. ne pas expect il à classer vous, et ne pas confuse il avec E-E-A-T — que record est clair depuis les deux Sullivan et Mueller. Voir le Anti-Patterns tab pour le spécifique mistakes.

AI summary

A condensed prendre on the Avancé version:

• Ce que c’est: schema.org/Person marks up an individual — la plupart souvent an article’s author, parfois a ProfilePage’s mainEntity, or a founder à l’intérieur Organization markup. c’est le individual-level piece de entity markup (sibling à Organization et LocalBusiness schema).
• Réel job — disambiguation: connecter un identity à travers bylines, bios, et profiles. Le lever est sameAs (LinkedIn, personal site, Wikidata, X, GitHub, ORCID). Point author.url à un canonical bio page — “reconciliation.”
• PAS a facteur de classement, PAS E-E-A-T: Mueller — données structurées ne va pas faire a site classer meilleur. Sullivan — E-E-A-T n’est pas a direct facteur de classement; self-declaring an expert “means nothing.” Person schema est a self-declaration, donc il ne peut pas award “expertise.” (Rep citations sont via reputable secondary reporting; confirmer wording contre originals.)
• Ce que Google fait encourage: visible authorship — précis bylines et background lecteurs peut voir, pas credentials hidden seulement dans markup.
• Article-author vs. ProfilePage: différent documented status, pas un liste de contrôle. Article-author: Google formally recommends seulement name et url (sameAs accepted as an alternative à url); jobTitle apparaît dans Google’s exemple seulement, et worksFor/image ne sont pas dans Google’s Article docs à tout. ProfilePage: mainEntity et name sont requis; alternateName, sameAs, description, image sont recommended. Google fait pas liste jobTitle/worksFor pour ProfilePage soit.
• name règle: seulement le nom dans name; le role goes dans jobTitle (“Jane Smith, Editor” est incorrect).
• Knowledge Panels: sameAs est a hint, pas a generator; Google nécessite independent corroboration.
• AI recherche: entity infrastructure, pas a switch que changements AI sortie aujourd’hui.
• Match markup à visible contenu; mismatched or broken sameAs breaks disambiguation plutôt que helping.

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

«Primary-source documentation from the search engines. » (Traduction) (Résumé en français de la section soixante-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Google » (Traduction) (Résumé en français de la section soixante-cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Article structured data — the author property (Person/Organization), the author.name “name only” rule, and the recommended author.url. » (Traduction) (Résumé en français de la section soixante-cinq, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Profile page (ProfilePage) structured data — mainEntity, name/alternateName, sameAs, and description (byline/credential). » (Traduction) (Résumé en français de la section soixante-cinq, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- Creating helpful, reliable, people-first content — Google’s guidance on adding accurate authorship information, such as bylines, where readers expect it. » (Traduction) (Résumé en français de la section soixante-cinq, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- Rich Results Test — validate Article/ProfilePage markup. » (Traduction) (Résumé en français de la section soixante-cinq, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.) «- Schema Markup Validator — validates any schema.org type, including Person where no rich result is produced. » (Traduction) (Résumé en français de la section soixante-cinq, sous-partie six : le texte source est conservé pour vérification lors de la relecture francophone.) «- schema.org — Person — the vocabulary reference: every Person property. » (Traduction) (Résumé en français de la section soixante-cinq, sous-partie sept : le texte source est conservé pour vérification lors de la relecture francophone.)

«Bing / Microsoft » (Traduction) (Résumé en français de la section soixante-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Bing Webmaster Guidelines — Bing’s support for schema.org structured data and JSON-LD. » (Traduction) (Résumé en français de la section soixante-six, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Bing Webmaster Tools — inspect how Bing reads your markup. » (Traduction) (Résumé en français de la section soixante-six, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

«Note: Bing has historically maintained a dedicated “People markup” help page, but it returned a 404 during research for this article and could not be verified — treat any Bing-specific Person guidance as unconfirmed until you can load the live page. Bing broadly supports the same schema.org vocabulary and JSON-LD as Google. » (Traduction) (Résumé en français de la section soixante-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«## Quotes from the source » (Traduction) (Résumé en français de la section soixante-dix, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

On-le-record statements depuis Google reps. Le unique verbatim citation ci-dessous est le un le brief pourrait tie à spécifique wording; le rest de ce topic’s rep positions sont paraphrased parce que ils reach me via secondary reporting, et Je ne va pas put citation marks autour wording Je ne peut pas tie à an original.

Danny Sullivan, Recherche Google Liaison — self-declared expertise

“having an expert écrire choses ne fait pas magically faire vous classer meilleur, parce que

1. anyone pourrait self declare quelqu’un à être an expert, et que signifie rien et
2. nous ne pas somehow essayer à vérifier et dire ‘Oui, c’est an expert.’”

Danny Sullivan — E-E-A-T n’est pas a direct ranking factor (paraphrase)

• Sullivan a said E-E-A-T n’est pas a facteur de classement dans le sense de a unique technique chose Google mesure directement (le façon il peut mesurer speed); Google à la place utilise a variety de signaux as a proxy pour si contenu matches comment a human voudrait assess E-E-A-T. Paraphrased depuis secondary reporting; pas quoted verbatim pending a primary-source pull.

John Mueller, Google — données structurées and ranking (paraphrase)

• Mueller a said données structurées ne va pas faire a site classer meilleur — c’est utilisé à faire pages eligible pour le documented recherche fonctionnalités, et en utilisant il pour autre schema.org purposes est fine mais unlikely à produce a visible modifier dans Google Recherche. Il a aussi décrit author identification as a reconciliation traiter, recommending le author URL point à a unique centralized profile page. Paraphrased depuis Moteur de recherche Journal / Moteur de recherche Roundtable coverage de Mueller’s Bluesky/X posts; confirmer contre le originals avant quoting as exact.

Google docs — le author.name restriction (depuis Google’s actif docs)

• “Dans le author.name property, seulement specify le nom de le author. ne pas ajouter quelconque autre piece de information.” Article données structurées

Ce que pas to do with Person schema

Le mistakes que montrer up over et over, et pourquoi chaque un fails.

Expecting Person schema à boost E-E-A-T or rankings. Ce est le headline erreur. Person schema est a self-declaration, et Sullivan’s point est que self-declaring an expert “means nothing” à rankings — Google ne fait pas vérifier et certify experts. Mueller’s point est que données structurées ne fait pas faire a page classer meilleur. Ajouter Person markup pour identity et eligibility; ne faites pas ajouter il expecting a classer lift or “E-E-A-T points.”

Confusing author markup avec sameAs profile-linking. author (attributing an article à a person) et sameAs (declaring qui external profiles sont le même person) faire différent jobs. sameAs est le disambiguation lever; le author object est le attribution. Vous besoin les deux à faire ce que personnes think un de les fait — et mismatched sameAs valeurs (a lien à le incorrect person’s profile) actively break disambiguation.

Treating jobTitle/worksFor as Google requirements au lieu de optional enrichment. jobTitle montre up in Google’s propre Article exemple; worksFor doesn’t apparaître in Google’s Article documentation at tout. Neither is a recommended-table property — Google’s formal Article-author recommendation is simplement name and url (or sameAs). Ajout accurate affiliation peut encore aider on multi-author sites où two authors share a nom, but don’t market it as something Google’s guidance exige or scores.

Hiding credentials seulement dans markup au lieu de visible bylines. Google encourages visible authorship — bylines et background lecteurs peut en réalité voir. Stuffing a job titre, employer, et credentials dans JSON-LD pendant que lune page montre a bare nom est backwards. Pire, markup que claims choses pas présent dans le visible contenu violates Google’s structured-données guidelines (markup doit reflect visible contenu). Put il on lune page premier; mirror il dans schema deuxième.

Stuffing le job titre dans le name champ. Google est explicit: seulement le nom goes dans author.name — “Jane Smith, Senior Editor” est incorrect. Utiliser le séparé jobTitle property.

Treating Person et ProfilePage as le même liste de contrôle. Le deux page types ont différent documented status. Article-author Person: Google recommends name et url (sameAs as an alternative); jobTitle est exemple contenu, pas a recommendation. ProfilePage mainEntity Person: mainEntity et name sont requis; alternateName, sameAs, description, et image sont recommended; jobTitle/worksFor sont pas appelé out là soit. Applying un liste de contrôle à les deux over- or under-marks lune page.

Assuming sameAs alone builds a Knowledge Panel. It’s a hint among nombreux signals, pas a panel generator or an identity “proof.” Google nécessite independent corroboration avant creating or updating a panel.

Expecting Person schema à modifier ce que AI/LLMs dire à propos de vous aujourd’hui. Actuel AI robots d’exploration ne sont pas confirmed à factor données structurées directement dans leur réponses correct maintenant. Treat Person schema as entity infrastructure pour le long game, pas a switch que rewrites AI sortie ce week.

Qui Person markup do I besoin?

Article-author markup et ProfilePage markup appel pour différent property sets — ce walks via qui un s’applique avant vous écrire quelconque JSON-LD.

Person schema implementation checklist

Fonctionner via ce avant publishing Person markup on an author byline or a ProfilePage.

• Nom champ a seulement le nom. Aucun “Jane Smith, Senior Editor” — Google est explicit que author.name devrait contenir rien mais le nom.
• jobTitle est a séparé property, ajouté seulement quand que role est genuinely visible on lune page.
• author.url points à un canonical bio/à propos de page — le même URL on chaque article par que author, pas a différent lien per post.
• worksFor (Organization) est définir quand le employer est visible et pertinent à le byline.
• image matches le headshot en réalité affiché on lune page.
• sameAs seulement listes profiles verifiably belonging à ce person (LinkedIn, personal site, Wikidata, X, GitHub, ORCID as applicable) — a incorrect lien breaks disambiguation au lieu de strengthening il.
• Chaque marked-up detail est visible on lune page. Job titre, employer, et bio dans le schema devrait mirror ce que a lecteur peut en réalité voir, pas ajouter credentials que exist seulement dans JSON-LD.
• ProfilePage subjects utiliser le ProfilePage property définir, pas le Article-author un: name, alternateName (handle), sameAs, description — skip jobTitle/worksFor là.
• Markup valide dans le Résultats enrichis Tester or le Balisage de données structurées Validator.
• Expectations sont définir correctement: ce est an identity/eligibility improvement, pas a classement or E-E-A-T lever — ne pas mesurer il contre classer changements.

Person schema Référence rapide

Person markup disambiguates an entity; it ne fait pas manufacture expertise, rankings, or a Knowledge Panel.

Testez vos connaissances: Person Schema

Five rapide questions on ce que Person schema fait — and doesn’t — do. Pick an réponse pour chaque, alors vérifier.

Journal des modifications