Panduan Person Schema

TL;DR — Person schema adalah sebuah kecil block dari code itu tells mesin pencari who sebuah halaman adalah tentang — biasanya author dari sebuah artikel. ini menggunakan schema.org Person jenis untuk spell out sebuah name, sebuah tautan untuk sebuah bio, sebuah job judul, dan tautan untuk itu person’s lainnya profiles. -nya main job adalah helping mesin figure out itu “Jane Smith” (terjemahan) “Jane Smith” here adalah yang sama Jane Smith elsewhere pada web. ini melakukan not membuat Anda peringkat higher, dan ini melakukan not hand Anda “expertise points.” (terjemahan) “expertise poin.”

What Person schema adalah

When sebuah person’s name appears di sebuah byline, Anda know who mereka adalah dari context. sebuah mesin pencari hanya sees text. Person schema labels ini di code: ini tags sebuah name sebagai sebuah person, dan menambahkan machine-readable detail like mereka bio URL, job judul, employer, dan tautan untuk mereka social profiles.

ini menggunakan shared schema.org vocabulary — yang sama one behind product prices, review stars, dan breadcrumbs. spesifik jenis adalah Person, dan Anda sebagian besar sering attach ini sebagai author dari sebuah artikel. Anda dapat juga gunakan ini pada sebuah “about me” (terjemahan) “tentang me” atau bio halaman untuk say “this whole page is about this person.” (terjemahan) “ini whole halaman adalah tentang ini person.”

Why ini exists: telling people apart

nyata alasan untuk tambahkan ini adalah disambiguation. ada sebuah lot dari people who share sebuah name. Person schema — terutama sameAs property, which lists Anda lainnya profiles (LinkedIn, sebuah personal situs, X) — helps sebuah mesin connect dots: author here adalah yang sama individual sebagai itu lainnya profiles. itu consistent identity adalah what mesin pencari dan, increasingly, AI sistem adalah trying untuk bangun.

thing sebagian besar people get wrong

Person schema melakukan not boost Anda rankings, dan ini melakukan not buat “E-E-A-T.” (terjemahan) “E-E-sebuah-T.” itu’s big myth. Anda’ll see guides claiming itu menambahkan sebuah jobTitle atau sebuah bunch dari sameAs tautan membuat Google trust Anda more. ini doesn’t berfungsi itu cara. Google’s own people memiliki said, plainly, itu E-E-sebuah-T isn’t sebuah direct peringkat factor dan itu anyone dapat panggil themselves sebuah expert di markup — which berarti nothing pada -nya own.

What Google melakukan care tentang adalah terlihat authorship: nyata bylines dan bio informasi sebuah reader dapat actually see pada halaman. schema adalah sebuah machine-readable mirror dari itu terlihat byline — not sebuah substitute untuk ini, dan not sebuah magic trust switch.

Two beginner aturan:

• Put hanya name di name field. Don’t write “Jane Smith, Senior Editor” (terjemahan) “Jane Smith, Senior Editor” — Google says gunakan separate jobTitle property untuk judul.
• Match markup untuk what’s terlihat. jika Anda code claims sebuah job judul atau employer itu isn’t anywhere pada halaman, itu’s sebuah masalah, not sebuah bonus.

ingin property-oleh-property versi, artikel-vs-ProfilePage distinction, dan exact rep quotes? Switch untuk Advanced tab.

TL;DR — Person schema (schema.org/Person) marks up sebuah individual — sebagian besar sering sebagai sebuah artikel’s author, sometimes sebagai mainEntity dari sebuah ProfilePage. -nya job adalah entity disambiguation, primarily melalui sameAs: reconciling one identity di seluruh bylines, bios, dan profiles. ini adalah not sebuah peringkat factor dan melakukan not confer E-E-sebuah-T — Sullivan memiliki said E-E-sebuah-T isn’t sebuah direct peringkat factor dan self-declaring sebuah expert “means nothing,” (terjemahan) “berarti nothing,” dan Mueller memiliki said data terstruktur won’t membuat sebuah halaman peringkat better. artikel-author Person markup dan ProfilePage Person markup recommend berbeda property sets. dan markup harus reflect terlihat byline — hidden credentials di JSON-LD adalah opposite dari what Google actually encourages.

Where Person schema adalah digunakan

Three umum homes, dan mereka aren’t interchangeable:

1. artikel author. author property dari sebuah Article/BlogPosting, typed sebagai Person. Google’s own contoh mencakup name, jobTitle, dan url.
2. ProfilePage mainEntity. sebuah dedicated bio/tentang halaman where Person adalah primary subject. Google’s ProfilePage docs describe ini sebagai menjadi untuk situs “where creators (either people or organizations) share first-hand perspectives.” (terjemahan) “where creators (either people atau organizations) share pertama-hand perspectives.”
3. Inside Organization markup — sebuah founder atau employee mentioned pada sebuah company halaman.

ini adalah sebuah sibling topic untuk Organization schema ( business itself) dan LocalBusiness schema (sebuah physical-location business), dan semua three sit di bawah broader entity dan identity hub. Person adalah individual-tingkat piece dari itu sama entity-graph puzzle.

Why ini exists: disambiguation, not peringkat

Person schema’s nyata function adalah untuk let mesin identify sebuah person consistently dan connect mereka konten di seluruh sebuah situs dan di seluruh web. connective-tissue property adalah sameAs — Anda poin di lainnya URLs itu mewakili yang sama individual, dan Anda’re effectively saying “these are all me.” (terjemahan) “ini adalah semua me.”

Google’s documentation frames author URL yang sama cara. ini ditambahkan sebuah recommended author.url property specifically, dan describes ini sebagai sebuah tautan “that uniquely identifies the author” (terjemahan) “itu uniquely identifies author” — sebuah tentang halaman, sebuah bio halaman, atau sebuah social profile. poin adalah reconciliation: pick one canonical bio halaman dan poin setiap artikel’s author.url di ini, alih-alih scattering berbeda URLs per post. (John Mueller memiliki described author identification sebagai ini jenis dari reconciliation process dan recommended sebuah centralized profile halaman, though I’d treat exact phrasing sebagai paraphrase dari secondary coverage alih-alih sebuah verbatim quote.)

record: ini adalah not sebuah peringkat factor, dan ini adalah not E-E-sebuah-T

ini adalah crux, because nearly setiap competing guide gets ini wrong. Two separate, well-documented positions dari Google:

data terstruktur isn’t sebuah peringkat boost. John Mueller memiliki said data terstruktur won’t membuat sebuah situs peringkat better — ini adalah untuk search fitur documented di gallery, dan menggunakan ini untuk lainnya schema.org jenis adalah fine tetapi unlikely untuk produce sebuah terlihat perubahan di Search. So menambahkan sebuah Person block adalah not sebuah peringkat lever.

E-E-sebuah-T isn’t sebuah direct peringkat factor — dan self-declared expertise berarti nothing. Danny Sullivan, Google’s Search Liaison, put ini directly:

“having an expert write things doesn’t magically make you rank better, because

1. anyone could self declare someone to be an expert, and that means nothing and
2. we don’t somehow try to check and say ‘Yes, that’s an expert.’” (terjemahan) “having sebuah expert write things doesn’t magically membuat Anda peringkat better, because
3. anyone dapat self declare someone untuk menjadi sebuah expert, dan itu berarti nothing dan
4. kami don’t somehow try untuk periksa dan say ‘Yes, itu’s sebuah expert.’”

itu adalah exactly what Person schema adalah: sebuah self-declaration. Writing jobTitle: "Senior SEO Expert" dan sebuah stack dari sameAs tautan doesn’t cause Google untuk award “E-E-A-T points.” (terjemahan) “E-E-sebuah-T poin.” E-E-sebuah-T adalah sebuah quality-rater framework, not sebuah markup checklist.

What Google melakukan encourage adalah terlihat versi. -nya guidance strongly encourages menambahkan accurate authorship informasi, such sebagai bylines, where readers akan expect ini — framed sebagai helping readers memahami how konten adalah produced. takeaway: put credentials pada halaman where people dapat see them; schema mirrors itu, ini doesn’t replace ini.

Core properties

Google’s artikel structured-data guide doesn’t publish sebuah “required properties” (terjemahan) “diperlukan properties” table di semua — ini says untuk tambahkan whatever properties apply untuk Anda konten. -nya recommended properties table untuk author lists exactly two:

• name — name dan hanya name. Google adalah explicit: “In the author.name property, only specify the name of the author. Don’t add any other piece of information.” (terjemahan) “di undefined property, hanya specify name dari author. Don’t tambahkan apa pun lainnya piece dari informasi.” No “Jane Smith, Editor.” (terjemahan) “Jane Smith, Editor.”
• url — sebuah single canonical halaman itu uniquely identifies author (sebuah bio atau tentang halaman, ideally pada-domain). Google’s best-practices guidance treats sameAs sebagai sebuah accepted alternative untuk url untuk ini sama disambiguation job.

Beyond itu two, Google’s worked contoh untuk artikel author juga mencakup jobTitle — tetapi itu’s contoh konten, not sebuah separate row di recommended properties table. Treat ini sebagai legitimate schema.org properties worth menambahkan when mereka’re accurate dan sudah terlihat pada halaman, not sebagai sebuah Google-mandated checklist:

• jobTitle — role, dipertahankan out dari name. Appears di Google’s contoh hanya.
• worksFor — sebuah Organization object untuk employer. Not called out di Google’s artikel documentation di semua (neither recommended table nor contoh) — ini adalah schema.org vocabulary, berguna untuk professional context, tetapi don’t present ini sebagai something Google recommends.
• image — sebuah headshot. sama status sebagai worksFor: schema.org vocabulary, not di Google’s artikel recommended table.
• sameAs — disambiguation lever, dan one alternative Google’s own docs name alongside url. Priority candidates: LinkedIn, personal situs, Wikipedia/Wikidata jika mereka exist, X, GitHub untuk technical authors, ORCID untuk researchers. setiap tautan harus genuinely menjadi sama person — sebuah wrong sameAs breaks disambiguation alih-alih strengthening ini.
• Optional: description, alumniOf, knowsAbout.

artikel-author Person vs. ProfilePage Person

sebagian besar guides blur ini, dan ini causes di atas- atau di bawah-marking. Google documents berbeda status untuk two halaman jenis — dan bahkan labels properties differently di dalam setiap (diperlukan vs. recommended vs. contoh-hanya):

mistake adalah assuming setiap Person property belongs pada both, atau itu appearing di sebuah contoh berarti Google “recommends” (terjemahan) “recommends” ini. pada sebuah ProfilePage, Google’s actual diperlukan/recommended properties adalah mainEntity, name, alternateName, sameAs, description, image, dan date fields — ini melakukan not list jobTitle/worksFor there, dan ini doesn’t list them sebagai sebuah formal artikel-author recommendation either, bahkan though mereka tampilkan up di Google’s contoh.

sebuah minimal artikel-author contoh

{
  "@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 hanya name dan jobTitle carries role — itu’s distinction Google’s docs insist pada.

sebuah fuller contoh dengan affiliation dan sameAs

{
  "@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"
  ]
}

setiap sameAs here harus resolve untuk sebuah profile itu adalah actually ini person. Broken atau mismatched sameAs adalah worse daripada none.

Person schema dan Knowledge Panels

sameAs adalah sebuah disambiguation hint, not sebuah panel generator. ini doesn’t guarantee sebuah Knowledge Panel atau “prove” (terjemahan) “prove” identity untuk sebuah algorithm — Google masih perlu corroboration di seluruh independent, trusted sources sebelum ini membuat atau updates sebuah panel. Consistent Person/Organization markup helps itu recognition; ini doesn’t force ini.

AI-search angle — set expectations

Person schema adalah sering pitched sebagai sebuah lever untuk how LLMs dan AI search describe Anda. menjadi skeptical. I’ve pushed back publicly pada SEO habit dari assuming schema directly shapes LLM output — pada LinkedIn I ditanyakan, di sebagai banyak kata, why SEOs think schema markup akan impact LLM output, because saat ini AI crawler aren’t confirmed untuk factor data terstruktur ke mereka jawaban today. itu’s sebuah paraphrase dari my own LinkedIn post, excerpted, not sebuah verbatim quote. honest framing: Person schema adalah entity infrastructure — consistent, machine-readable identity itu helps knowledge-graph recognition di atas time — not sebuah switch itu perubahan what sebuah AI says tentang Anda right now.

intinya

gunakan Person schema untuk help mesin identify Anda consistently dan reconcile Anda konten di seluruh web. Match ini untuk terlihat byline dan bio. Don’t expect ini untuk peringkat Anda, dan don’t confuse ini dengan E-E-sebuah-T — itu record adalah jelas dari both Sullivan dan Mueller. See Anti-Patterns tab untuk spesifik mistakes.

AI summary

sebuah condensed take pada Advanced versi:

• What ini adalah: schema.org/Person marks up sebuah individual — sebagian besar sering sebuah artikel’s author, sometimes sebuah ProfilePage’s mainEntity, atau sebuah founder inside Organization markup. ini adalah individual-tingkat piece dari entity markup (sibling untuk Organization dan LocalBusiness schema).
• nyata job — disambiguation: connect one identity di seluruh bylines, bios, dan profiles. lever adalah sameAs (LinkedIn, personal situs, Wikidata, X, GitHub, ORCID). poin author.url di one canonical bio halaman — “reconciliation.” (terjemahan) “reconciliation.”
• NOT sebuah peringkat factor, NOT E-E-sebuah-T: Mueller — data terstruktur won’t membuat sebuah situs peringkat better. Sullivan — E-E-sebuah-T isn’t sebuah direct peringkat factor; self-declaring sebuah expert “means nothing.” (terjemahan) “berarti nothing.” Person schema adalah sebuah self-declaration, so ini dapat’t award “expertise.” (terjemahan) “expertise.” (Rep quotes adalah via reputable secondary reporting; confirm wording terhadap originals.)
• What Google melakukan encourage: terlihat authorship — accurate bylines dan background readers dapat see, not credentials hidden hanya di markup.
• artikel-author vs. ProfilePage: berbeda documented status, not one checklist. artikel-author: Google formally recommends hanya name dan url (sameAs accepted sebagai sebuah alternative untuk url); jobTitle appears di Google’s contoh hanya, dan worksFor/image aren’t di Google’s artikel docs di semua. ProfilePage: mainEntity dan name adalah diperlukan; alternateName, sameAs, description, image adalah recommended. Google melakukan not list jobTitle/worksFor untuk ProfilePage either.
• name aturan: hanya name di name; role goes di jobTitle (“Jane Smith, Editor” (terjemahan) “Jane Smith, Editor” adalah wrong).
• Knowledge Panels: sameAs adalah sebuah hint, not sebuah generator; Google perlu independent corroboration.
• AI search: entity infrastructure, not sebuah switch itu perubahan AI output today.
• Match markup untuk terlihat konten; mismatched atau broken sameAs breaks disambiguation alih-alih helping.

Official documentation

Primary-source documentation dari mesin pencari.

Google

• artikel data terstruktur — author property (Person/Organization), author.name “name only” (terjemahan) “name hanya” aturan, dan recommended author.url.
• Profile halaman (ProfilePage) data terstruktur — mainEntity, name/alternateName, sameAs, dan description (byline/credential).
• membuat helpful, reliable, people-pertama konten — Google’s guidance pada menambahkan accurate authorship informasi, such sebagai bylines, where readers expect ini.
• Rich hasil Test — validate artikel/ProfilePage markup.
• Schema Markup Validator — validates apa pun schema.org jenis, including Person where no rich hasil adalah produced.
• schema.org — Person — vocabulary reference: setiap Person property.

Bing / Microsoft

• Bing Webmaster Guidelines — Bing’s mendukung untuk schema.org data terstruktur dan JSON-LD.
• Bing Webmaster alat — inspect how Bing reads Anda markup.

Quotes dari source

pada—record statements dari Google reps. single verbatim quote below adalah one brief dapat tie untuk spesifik wording; rest dari ini topic’s rep positions adalah paraphrased because mereka reach me melalui secondary reporting, dan I won’t put quote marks sekitar wording I dapat’t tie untuk sebuah original.

Danny Sullivan, Google Search Liaison — self-declared expertise

“having an expert write things doesn’t magically make you rank better, because

1. anyone could self declare someone to be an expert, and that means nothing and
2. we don’t somehow try to check and say ‘Yes, that’s an expert.’” (terjemahan) “having sebuah expert write things doesn’t magically membuat Anda peringkat better, because
3. anyone dapat self declare someone untuk menjadi sebuah expert, dan itu berarti nothing dan
4. kami don’t somehow try untuk periksa dan say ‘Yes, itu’s sebuah expert.’”

Danny Sullivan — E-E-sebuah-T adalah not sebuah direct peringkat factor (paraphrase)

• Sullivan memiliki said E-E-sebuah-T adalah not sebuah peringkat factor di sense dari sebuah single technical thing Google measures directly ( cara ini dapat mengukur speed); Google instead menggunakan sebuah variety dari signals sebagai sebuah proxy untuk whether konten matches how sebuah human akan assess E-E-sebuah-T. Paraphrased dari secondary reporting; not quoted verbatim pending sebuah primary-source pull.

John Mueller, Google — data terstruktur dan peringkat (paraphrase)

• Mueller memiliki said data terstruktur won’t membuat sebuah situs peringkat better — ini adalah digunakan untuk membuat halaman eligible untuk documented search fitur, dan menggunakan ini untuk lainnya schema.org purposes adalah fine tetapi unlikely untuk produce sebuah terlihat perubahan di Google Search. He memiliki juga described author identification sebagai sebuah reconciliation process, recommending author URL poin untuk sebuah single centralized profile halaman. Paraphrased dari mesin pencari Journal / mesin pencari Roundtable coverage dari Mueller’s Bluesky/X posts; confirm terhadap originals sebelum quoting sebagai exact.

Google docs — author.name restriction (dari Google’s live docs)

• “In the author.name property, only specify the name of the author. Don’t add any other piece of information.” (terjemahan) “di undefined property, hanya specify name dari author. Don’t tambahkan apa pun lainnya piece dari informasi.” artikel data terstruktur

What not untuk melakukan dengan Person schema

mistakes itu tampilkan up di atas dan di atas, dan why setiap one fails.

Expecting Person schema untuk boost E-E-sebuah-T atau rankings. ini adalah headline error. Person schema adalah sebuah self-declaration, dan Sullivan’s poin adalah itu self-declaring sebuah expert “means nothing” (terjemahan) “berarti nothing” untuk rankings — Google doesn’t periksa dan certify experts. Mueller’s poin adalah itu data terstruktur doesn’t membuat sebuah halaman peringkat better. tambahkan Person markup untuk identity dan eligibility; jangan tambahkan ini expecting sebuah peringkat lift atau “E-E-A-T points.” (terjemahan) “E-E-sebuah-T poin.”

Confusing author markup dengan sameAs profile-linking. author (attributing sebuah artikel untuk sebuah person) dan sameAs (declaring which external profiles adalah yang sama person) melakukan berbeda jobs. sameAs adalah disambiguation lever; author object adalah attribution. Anda perlu both untuk melakukan what people think one dari them melakukan — dan mismatched sameAs nilai (sebuah tautan untuk wrong person’s profile) actively break disambiguation.

Treating jobTitle/worksFor sebagai Google requirements alih-alih optional enrichment. jobTitle menampilkan up di Google’s own artikel contoh; worksFor doesn’t appear di Google’s artikel documentation di semua. Neither adalah sebuah recommended-table property — Google’s formal artikel-author recommendation adalah hanya name dan url (atau sameAs). menambahkan accurate affiliation dapat masih help pada multi-author situs where two authors share sebuah name, tetapi don’t market ini sebagai something Google’s guidance memerlukan atau scores.

Hiding credentials hanya di markup alih-alih terlihat bylines. Google encourages terlihat authorship — bylines dan background readers dapat actually see. Stuffing sebuah job judul, employer, dan credentials ke JSON-LD while halaman menampilkan sebuah bare name adalah backwards. Worse, markup itu claims things not present di terlihat konten violates Google’s structured-data guidelines (markup harus reflect terlihat konten). Put ini pada halaman pertama; mirror ini di schema kedua.

Stuffing job judul ke name field. Google adalah explicit: hanya name goes di author.name — “Jane Smith, Senior Editor” (terjemahan) “Jane Smith, Senior Editor” adalah wrong. gunakan separate jobTitle property.

Treating Person dan ProfilePage sebagai yang sama checklist. two halaman jenis memiliki berbeda documented status. artikel-author Person: Google recommends name dan url (sameAs sebagai sebuah alternative); jobTitle adalah contoh konten, not sebuah recommendation. ProfilePage mainEntity Person: mainEntity dan name adalah diperlukan; alternateName, sameAs, description, dan image adalah recommended; jobTitle/worksFor adalah not called out there either. Applying one checklist untuk both di atas- atau di bawah-marks halaman.

Assuming sameAs alone membangun sebuah Knowledge Panel. ini adalah sebuah hint among banyak signals, not sebuah panel generator atau sebuah identity “proof.” (terjemahan) “proof.” Google perlu independent corroboration sebelum membuat atau updating sebuah panel.

Expecting Person schema untuk perubahan what AI/LLMs say tentang Anda today. saat ini AI crawler aren’t confirmed untuk factor data terstruktur directly ke mereka jawaban right now. Treat Person schema sebagai entity infrastructure untuk panjang game, not sebuah switch itu rewrites AI output ini week.

Which Person markup melakukan I perlu?

artikel-author markup dan ProfilePage markup panggil untuk berbeda property sets — ini walks melalui which one applies sebelum Anda write apa pun JSON-LD.

Person schema implementation checklist

berfungsi melalui ini sebelum publishing Person markup pada sebuah author byline atau sebuah ProfilePage.

• Name field memiliki hanya name. No “Jane Smith, Senior Editor” (terjemahan) “Jane Smith, Senior Editor” — Google adalah explicit itu author.name seharusnya berisi nothing tetapi name.
• jobTitle adalah sebuah separate property, ditambahkan hanya when itu role adalah genuinely terlihat pada halaman.
• author.url poin di one canonical bio/tentang halaman — yang sama URL pada setiap artikel oleh itu author, not sebuah berbeda tautan per post.
• worksFor (Organization) adalah set when employer adalah terlihat dan relevant untuk byline.
• image matches headshot actually ditampilkan pada halaman.
• sameAs hanya lists profiles verifiably belonging untuk ini person (LinkedIn, personal situs, Wikidata, X, GitHub, ORCID sebagai applicable) — sebuah wrong tautan breaks disambiguation alih-alih strengthening ini.
• setiap marked-up detail adalah terlihat pada halaman. Job judul, employer, dan bio di schema seharusnya mirror what sebuah reader dapat actually see, not tambahkan credentials itu exist hanya di JSON-LD.
• ProfilePage subjects gunakan ProfilePage property set, not artikel-author one: name, alternateName (handle), sameAs, description — skip jobTitle/worksFor there.
• Markup validates di Rich hasil Test atau Schema Markup Validator.
• Expectations adalah set correctly: ini adalah sebuah identity/eligibility improvement, not sebuah peringkat atau E-E-sebuah-T lever — don’t mengukur ini terhadap peringkat perubahan.

Person schema quick reference

Person markup disambiguates sebuah entity; ini melakukan not manufacture expertise, rankings, atau sebuah Knowledge Panel.

Test yourself: Person Schema

Five quick pertanyaan pada what Person schema melakukan — dan doesn’t — melakukan. Pick sebuah jawaban untuk setiap, lalu periksa.

Log perubahan