Panduan Person Schema

TL;DR — Person schema adalah sebuah kecil block dari code itu tells mesin pencari siapa 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” di sini adalah yang sama Jane Smith elsewhere pada web. ini melakukan tidak membuat Anda peringkat lebih tinggi, dan ini melakukan tidak hand Anda “expertise points.” (terjemahan) “expertise poin.”

Apa Person schema adalah

Ketika sebuah person’s name muncul di sebuah byline, Anda know siapa 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 satu 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 “tentang me” (terjemahan) “tentang me” atau bio halaman untuk say “ini seluruh halaman adalah tentang ini person.” (terjemahan) “ini seluruh halaman adalah tentang ini person.”

Mengapa ini ada: telling orang apart

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

hal sebagian besar orang mendapatkan wrong

Person schema melakukan tidak boost Anda rankings, dan ini melakukan tidak 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 lebih. ini tidak berfungsi itu cara. Google’s own orang memiliki mengatakan, plainly, itu E-E-sebuah-T tidak sebuah direct peringkat factor dan itu anyone dapat panggil themselves sebuah expert di markup — yang berarti tidak ada apa pun pada -nya own.

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

Dua beginner aturan:

• Put hanya name di name field. jangan tulis “Jane Smith, Senior Editor” (terjemahan) “Jane Smith, Senior Editor” — Google says gunakan terpisah jobTitle property untuk judul.
• Match markup untuk apa terlihat. jika Anda code claims sebuah job judul atau employer itu tidak anywhere pada halaman, itu’s sebuah masalah, tidak sebuah bonus.

ingin property-oleh-property versi, artikel-vs-ProfilePage pembedaan, dan tepat 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 satu identity di seluruh bylines, bios, dan profiles. ini adalah tidak sebuah peringkat factor dan melakukan tidak confer E-E-sebuah-T — Sullivan memiliki mengatakan E-E-sebuah-T tidak sebuah direct peringkat factor dan self-declaring sebuah expert “berarti tidak ada apa pun,” (terjemahan) “berarti tidak ada apa pun,” dan Mueller memiliki mengatakan data terstruktur tidak akan membuat sebuah halaman peringkat better. artikel-author Person markup dan ProfilePage Person markup merekomendasikan berbeda property sets. dan markup harus reflect terlihat byline — hidden credentials di JSON-LD adalah opposite dari apa Google sebenarnya encourages.

Di mana Person schema adalah digunakan

Three umum homes, dan mereka tidak interchangeable:

«1. Article author. The author property of an Article/BlogPosting, typed as Person. Google’s own example includes name, jobTitle, and url. 2. ProfilePage mainEntity. A dedicated bio/about page where the Person is the primary subject. Google’s ProfilePage docs describe it as being for sites “where creators (either people or organizations) share first-hand perspectives.” 3. Inside Organization markup — a founder or employee mentioned on a company page. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian dua puluh dua, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

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

Mengapa ini ada: disambiguation, tidak 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 “ini adalah all me.” (terjemahan) “ini adalah semua me.”

«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.) » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian dua puluh enam, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

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

ini adalah crux, karena nearly setiap competing guide mendapatkan ini wrong. Dua terpisah, well-terdokumentasi positions dari Google:

data terstruktur tidak sebuah peringkat boost. John Mueller memiliki mengatakan data terstruktur tidak akan membuat sebuah situs peringkat better — ini adalah untuk penelusuran fitur terdokumentasi di gallery, dan menggunakan ini untuk lainnya schema.org jenis adalah fine tetapi unlikely untuk produce sebuah terlihat perubahan di Penelusuran. So menambahkan sebuah Person block adalah tidak sebuah peringkat lever.

E-E-sebuah-T tidak sebuah direct peringkat factor — dan self-declared expertise berarti tidak ada apa pun. Danny Sullivan, Google’s Penelusuran Liaison, put ini secara langsung:

«> “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) (Ringkasan bahasa Indonesia untuk bagian tiga puluh satu, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

itu adalah persis apa Person schema adalah: sebuah self-declaration. Writing jobTitle: "Senior SEO Expert" dan sebuah stack dari sameAs tautan tidak penyebab Google untuk award “E-E-A-T points.” (terjemahan) “E-E-sebuah-T poin.” E-E-sebuah-T adalah sebuah quality-rater kerangka kerja, tidak sebuah markup checklist.

Apa Google melakukan encourage adalah terlihat versi. -nya guidance strongly encourages menambahkan accurate authorship informasi, such sebagai bylines, di mana readers akan expect ini — dibingkai sebagai helping readers memahami bagaimana konten adalah produced. takeaway: put credentials pada halaman di mana orang dapat see them; schema mirrors itu, ini tidak replace ini.

Core properties

Google’s artikel structured-data guide tidak publish sebuah “wajib properties” (terjemahan) “diperlukan properties” table di semua — ini says untuk tambahkan whatever properties apply untuk Anda konten. -nya recommended properties table untuk author lists persis dua:

• name — name dan hanya name. Google adalah jelas: “Di itu author.name property, hanya specify itu name dari itu author. jangan add any other piece dari information.” (terjemahan) “di tidak terdefinisi property, hanya specify name dari author. jangan tambahkan apa pun lainnya piece dari informasi.” Tidak “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 memperlakukan sameAs sebagai sebuah accepted alternative untuk url untuk ini sama disambiguation job.

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

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

artikel-author Person vs. ProfilePage Person

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

mistake adalah assuming setiap Person property belongs pada keduanya, atau itu appearing di sebuah contoh berarti Google “recommends” (terjemahan) “recommends” ini. pada sebuah ProfilePage, Google’s sebenarnya diperlukan/recommended properties adalah mainEntity, name, alternateName, sameAs, description, image, dan date fields — ini melakukan tidak list jobTitle/worksFor di sana, dan ini tidak 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 pembedaan 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 di sini harus resolve untuk sebuah profile itu adalah sebenarnya ini person. Rusak atau mismatched sameAs adalah worse daripada none.

Person schema dan Knowledge Panels

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

AI-penelusuran angle — set expectations

Person schema adalah sering pitched sebagai sebuah lever untuk bagaimana LLMs dan AI penelusuran deskripsikan Anda. menjadi skeptical. I’ve pushed back publicly pada SEO habit dari assuming schema secara langsung shapes LLM output — pada LinkedIn I ditanyakan, di sebagai banyak kata, mengapa SEOs think schema markup akan impact LLM output, karena saat ini AI crawler tidak confirmed untuk factor data terstruktur ke mereka jawaban hari ini. itu’s sebuah paraphrase dari my own LinkedIn post, excerpted, tidak sebuah verbatim quote. honest framing: Person schema adalah entity infrastructure — consistent, machine-readable identity itu helps knowledge-graph recognition di atas time — tidak sebuah switch itu perubahan apa sebuah AI says tentang Anda saat ini.

intinya

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

AI summary

sebuah condensed take pada Advanced versi:

• Apa ini adalah: schema.org/Person marks up sebuah individual — sebagian besar sering sebuah artikel’s author, sometimes sebuah ProfilePage’s mainEntity, atau sebuah founder di dalam Organization markup. ini adalah individual-tingkat piece dari entity markup (sibling untuk Organization dan LocalBusiness schema).
• nyata job — disambiguation: connect satu identity di seluruh bylines, bios, dan profiles. lever adalah sameAs (LinkedIn, personal situs, Wikidata, X, GitHub, ORCID). poin author.url di satu canonical bio halaman — “reconciliation.” (terjemahan) “reconciliation.”
• Tidak sebuah peringkat factor, Tidak E-E-sebuah-T: Mueller — data terstruktur tidak akan membuat sebuah situs peringkat better. Sullivan — E-E-sebuah-T tidak sebuah direct peringkat factor; self-declaring sebuah expert “berarti tidak ada apa pun.” (terjemahan) “berarti tidak ada apa pun.” Person schema adalah sebuah self-declaration, so ini dapat’t award “expertise.” (terjemahan) “expertise.” (Rep quotes adalah melalui reputable sekunder reporting; konfirmasi wording terhadap originals.)
• Apa Google melakukan encourage: terlihat authorship — accurate bylines dan background readers dapat see, tidak credentials hidden hanya di markup.
• artikel-author vs. ProfilePage: berbeda terdokumentasi status, tidak satu checklist. artikel-author: Google formally recommends hanya name dan url (sameAs accepted sebagai sebuah alternative untuk url); jobTitle muncul di Google’s contoh hanya, dan worksFor/image tidak di Google’s artikel docs di semua. ProfilePage: mainEntity dan name adalah diperlukan; alternateName, sameAs, description, image adalah recommended. Google melakukan tidak 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, tidak sebuah generator; Google perlu independent corroboration.
• AI penelusuran: entity infrastructure, tidak sebuah switch itu perubahan AI output hari ini.
• Match markup untuk terlihat konten; mismatched atau rusak sameAs breaks disambiguation alih-alih helping.

Dokumentasi resmi

Utama-sumber documentation dari mesin pencari.

Google

• artikel data terstruktur — author property (Person/Organization), author.name “name hanya” (terjemahan) “name hanya” aturan, dan recommended author.url.
• Profile halaman (ProfilePage) data terstruktur — mainEntity, name/alternateName, sameAs, dan description (byline/credential).
• membuat helpful, reliable, orang-pertama konten — Google’s guidance pada menambahkan accurate authorship informasi, such sebagai bylines, di mana readers expect ini.
• Rich hasil Test — validate artikel/ProfilePage markup.
• Schema Markup Validator — validates apa pun schema.org jenis, including Person di mana Tidak 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 bagaimana Bing membaca Anda markup.

Quotes dari sumber

pada—record statements dari Google reps. single verbatim quote di bawah adalah satu brief dapat tie untuk spesifik wording; rest dari ini topic’s rep positions adalah paraphrased karena mereka reach me melalui sekunder reporting, dan I tidak akan put quote marks sekitar wording I dapat’t tie untuk sebuah original.

«Danny Sullivan, Google Search Liaison — self-declared expertise » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh dua, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

«> “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) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh tiga, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

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

• Sullivan memiliki mengatakan E-E-sebuah-T adalah tidak sebuah peringkat factor di sense dari sebuah single teknis hal Google measures secara langsung ( cara ini dapat mengukur speed); Google alih-alih menggunakan sebuah variety dari sinyal sebagai sebuah proxy untuk apakah konten matches bagaimana sebuah human akan assess E-E-sebuah-T. Paraphrased dari sekunder reporting; tidak quoted verbatim pending sebuah utama-sumber pull.

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

• Mueller memiliki mengatakan data terstruktur tidak akan membuat sebuah situs peringkat better — ini adalah digunakan untuk membuat halaman eligible untuk terdokumentasi penelusuran fitur, dan menggunakan ini untuk lainnya schema.org purposes adalah fine tetapi unlikely untuk produce sebuah terlihat perubahan di Google Penelusuran. He memiliki juga described author identification sebagai sebuah reconciliation proses, 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; konfirmasi terhadap originals sebelum quoting sebagai tepat.

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

• “Di itu author.name property, hanya specify itu name dari itu author. jangan add any other piece dari information.” (terjemahan) “di tidak terdefinisi property, hanya specify name dari author. jangan tambahkan apa pun lainnya piece dari informasi.” artikel data terstruktur

Apa tidak untuk melakukan dengan Person schema

mistakes itu tampilkan up di atas dan di atas, dan mengapa setiap satu 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 tidak ada apa pun” untuk rankings — Google tidak periksa dan certify experts. Mueller’s poin adalah itu data terstruktur tidak 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 yang external profiles adalah yang sama person) melakukan berbeda jobs. sameAs adalah disambiguation lever; author object adalah attribution. Anda perlu keduanya untuk melakukan apa orang think satu 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 opsional enrichment. jobTitle menampilkan up di Google’s own artikel contoh; worksFor tidak muncul 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 di mana dua authors share sebuah name, tetapi jangan market ini sebagai sesuatu Google’s guidance memerlukan atau scores.

Hiding credentials hanya di markup alih-alih terlihat bylines. Google encourages terlihat authorship — bylines dan background readers dapat sebenarnya see. Stuffing sebuah job judul, employer, dan credentials ke JSON-LD sementara halaman menampilkan sebuah bare name adalah backwards. Worse, markup itu claims hal tidak 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 jelas: hanya name goes di author.name — “Jane Smith, Senior Editor” (terjemahan) “Jane Smith, Senior Editor” adalah wrong. gunakan terpisah jobTitle property.

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

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

Expecting Person schema untuk perubahan apa AI/LLMs say tentang Anda hari ini. saat ini AI crawler tidak confirmed untuk factor data terstruktur secara langsung ke mereka jawaban saat ini. Treat Person schema sebagai entity infrastructure untuk panjang game, tidak sebuah switch itu rewrites AI output ini week.

Yang Person markup melakukan I perlu?

artikel-author markup dan ProfilePage markup panggil untuk berbeda property sets — ini walks melalui yang satu applies sebelum Anda tulis apa pun JSON-LD.

Person schema implementation checklist

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

• Name field memiliki hanya name. Tidak “Jane Smith, Senior Editor” (terjemahan) “Jane Smith, Senior Editor” — Google adalah jelas itu author.name seharusnya berisi tidak ada apa pun tetapi name.
• jobTitle adalah sebuah terpisah property, ditambahkan hanya ketika itu role adalah genuinely terlihat pada halaman.
• author.url poin di satu canonical bio/tentang halaman — yang sama URL pada setiap artikel oleh itu author, tidak sebuah berbeda tautan per post.
• worksFor (Organization) adalah set ketika employer adalah terlihat dan relevant untuk byline.
• image matches headshot sebenarnya 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 apa sebuah reader dapat sebenarnya see, tidak tambahkan credentials itu exist hanya di JSON-LD.
• ProfilePage subjects gunakan ProfilePage property set, tidak artikel-author satu: name, alternateName (tangani), sameAs, description — skip jobTitle/worksFor di sana.
• Markup validates di Rich hasil Test atau Schema Markup Validator.
• Expectations adalah set correctly: ini adalah sebuah identity/eligibility improvement, tidak sebuah peringkat atau E-E-sebuah-T lever — jangan mengukur ini terhadap peringkat perubahan.

Person schema quick reference

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

Uji pemahaman Anda: Person Schema

Five quick pertanyaan pada apa Person schema melakukan — dan tidak — melakukan. Pick sebuah jawaban untuk setiap, lalu periksa.

Log perubahan