Hướng dẫn về Person Schema

TL;DR — Person schema là một nhỏ block of code đó tells các công cụ tìm kiếm ai một trang là về — thường đó tác giả of an bài viết. Điều này dùng đó schema.org Person loại để spell out một name, một link để một bio, một job tiêu đề, và links để đó person other profiles. Của nó main job là helping engines hình out đó “Jane Smith” ở đây là đó giống nhau Jane Smith elsewhere on đó web. Điều này làm không làm bạn xếp hạng cao hơn, và điều này làm không hand bạn “expertise points.” (bản dịch) «expertise points.»

Điều gì Person schema là

Khi person name xuất hiện trong byline, bạn know ai họ là từ context. công cụ tìm kiếm chỉ sees text. Person schema labels nó trong code: nó tags name as person, và adds machine-readable details như của họ bio URL, job tiêu đề, employer, và links để của họ social profiles.

Điều này dùng đó shared schema.org vocabulary — đó giống nhau một behind sản phẩm prices, review stars, và breadcrumbs. Đó cụ thể loại là Person, và bạn hầu hết thường attach điều này as đó author of an bài viết. Bạn có thể cũng dùng điều này on an “về me” hoặc bio trang để chẳng hạn “this whole page is about this person.” (bản dịch) «này toàn bộ trang là về này person.»

Vì sao nó tồn tại: telling mọi người apart

thực reason để thêm nó là disambiguation. có lot của mọi người ai share name. Person schema — especially sameAs thuộc tính, mà lists của bạn khác profiles (LinkedIn, personal trang web, X) — helps engine connect dots: tác giả ở đây là giống nhau riêng lẻ as những điều đó khác profiles. đó consistent identity là Điều gì các công cụ tìm kiếm và, increasingly, AI các hệ thống là trying để xây dựng.

điều phần lớn mọi người nhận sai

Person schema không boost của bạn thứ hạng, và nó không tạo “E-E-MỘT-T.” đó big myth. bạn’ll see các hướng dẫn claiming đó thêm jobTitle hoặc bunch của sameAs links làm Google trust bạn nhiều hơn. nó không hoạt động đó way. Google own mọi người có đã nói, plainly, đó E-E—T không phải trực tiếp xếp hạng factor và đó anyone có thể call themselves expert trong markup — mà có nghĩ là không có gì on của nó own.

Điều gì Google làm care về là visible authorship: thực bylines và bio information reader có thể thực ra see on trang. schema là machine-readable mirror của đó visible byline — không substitute cho nó, và không magic trust chuyển.

Hai Người mới bắt đầu rules:

• Put chỉ đó name trong đó name trường. không ghi “Jane Smith, Senior Editor” (bản dịch) «Jane Smith, Senior Editor» — Google says dùng đó tách biệt jobTitle thuộc tính cho đó tiêu đề.
• Match đó markup để điều gì là visible. Nếu của bạn code claims một job tiêu đề hoặc employer đó không anywhere on đó trang, đó là một vấn đề, không một bonus.

Muốn thuộc tính-by-thuộc tính version, Bài viết-so với-ProfilePage phân biệt, và chính xác rep quotes? Chuyển để Nâng cao tab.

TL;DR — Person schema (schema.org/Person) marks lên an riêng lẻ — hầu hết thường as an bài viết author, sometimes as đó mainEntity of một ProfilePage. Của nó job là entity disambiguation, primarily qua sameAs: reconciling một identity trên bylines, bios, và profiles. Điều này là không một xếp hạng factor và làm không confer E-E-MỘT-T — Sullivan có đã nói E-E-MỘT-T không một trực tiếp xếp hạng factor và self-declaring an expert “means nothing,” (bản dịch) «có nghĩa là không có gì,» và Mueller có đã nói dữ liệu có cấu trúc sẽ không làm một trang xếp hạng tốt hơn. Bài viết-tác giả Person markup và ProfilePage Person markup khuyến nghị khác nhau thuộc tính sets. Và đó markup phải reflect đó visible byline — hidden credentials trong JSON-LD là đó opposite of điều gì Google thực ra encourages.

nơi Person schema là được sử dụng

Three phổ biến homes, và họ không phải interchangeable:

1. Bài viết tác giả. Đó author thuộc tính of an Article/BlogPosting, typed as Person. Google own ví dụ bao gồm name, jobTitle, và url.
2. ProfilePage mainEntity. MỘT dedicated bio/về trang nơi đó Person là đó chính subject. Google ProfilePage tài liệu mô tả điều này as đang cho các trang “where creators (either people or organizations) share first-hand perspectives.” (bản dịch) «nơi creators (either mọi người hoặc tổ chức) share đầu tiên-hand perspectives.»
3. Bên trong Organization markup — một founder hoặc employee mentioned on một company trang.

Đây là sibling topic để Organization schema ( business itself) và LocalBusiness schema ( physical-location business), và all three sit dưới rộng hơn entity và identity hub. Person là riêng lẻ-cấp độ piece của đó giống nhau entity-graph puzzle.

Vì sao nó tồn tại: disambiguation, không xếp hạng

Person schema real function là để let engines identify một person consistently và connect của họ nội dung trên một site và trên đó web. Đó connective-tissue thuộc tính là sameAs — bạn point tại đó other URLs đó represent đó giống nhau riêng lẻ, và bạn là effectively saying “these are all me.” (bản dịch) «những là all me.»

Google tài liệu frames đó tác giả URL cùng cách. Điều này đã thêm một được khuyến nghị author.url thuộc tính cụ thể, và mô tả điều này as một link “that uniquely identifies the author” (bản dịch) «đó uniquely identifies đó tác giả» — an về trang, một bio trang, hoặc một social profile. Đó point là reconciliation: pick một canonical bio trang và point mỗi bài viết author.url tại điều này, thay vì scattering khác nhau URLs theo post. (John Mueller có described tác giả identification as này kind of reconciliation xử lý và được khuyến nghị một centralized profile trang, though I’d treat đó chính xác phrasing as paraphrase từ phụ coverage thay vì một verbatim quote.)

record: nó không xếp hạng factor, và nó không E-E—T

Đây là crux, vì nearly mỗi competing hướng dẫn nhận nó sai. Hai tách biệt, well-được ghi lại positions từ Google:

Dữ liệu có cấu trúc không phải xếp hạng boost. John Mueller có đã nói dữ liệu có cấu trúc sẽ không làm trang web xếp hạng tốt hơn — nó cho tìm kiếm features được ghi lại trong gallery, và sử dụng nó cho khác schema.org types là fine nhưng khó có khả năng để produce visible thay đổi trong Tìm kiếm. So thêm Person block không phải xếp hạng lever.

E-E—T không phải trực tiếp xếp hạng factor — và self-declared expertise có nghĩ là không có gì. Danny Sullivan, Google Tìm kiếm Liaison, put nó trực tiếp:

“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.’” (bản dịch) «có an expert ghi điều không magically làm bạn xếp hạng tốt hơn, vì 1) anyone có thể self declare ai đó để là an expert, và đó có nghĩa là không có gì và 2) we không somehow try để kiểm tra và chẳng hạn ‘Có, đó là an expert.’»

Đó là chính xác điều gì Person schema là: một self-declaration. Writing jobTitle: "Senior SEO Expert" và một stack of sameAs links không nguyên nhân Google để award “E-E-A-T points.” (bản dịch) «E-E-MỘT-T points.» E-E-MỘT-T là một quality-rater framework, không một markup checklist.

Điều gì Google làm encourage là visible version. Của nó hướng dẫn strongly encourages thêm chính xác authorship information, chẳng hạn như bylines, nơi readers sẽ expect nó — được diễn đạt as helping readers understand Cách nội dung là produced. takeaway: put credentials on trang nơi mọi người có thể see them; schema mirrors đó, nó không replace nó.

Cốt lõi properties

Google Bài viết structured-dữ liệu hướng dẫn không publish một “required properties” (bản dịch) «bắt buộc properties» bảng tại all — điều này says để thêm whatever properties apply để nội dung của bạn. Của nó được khuyến nghị properties bảng cho author lists chính xác hai:

• name — đó name và chỉ đó name. Google là rõ ràng: “In the author.name property, only specify the name of the author. Don’t add any other piece of information.” (bản dịch) «Trong đó thuộc tính, chỉ specify đó name of đó tác giả. không thêm bất kỳ other piece of information.» Không “Jane Smith, Editor.” (bản dịch) «Jane Smith, Editor.»
• url — một single canonical trang đó uniquely identifies đó tác giả (một bio hoặc về trang, ideally on-domain). Google best-practices hướng dẫn xử lý sameAs as an accepted alternative để url cho này giống nhau disambiguation job.

Beyond những điều đó hai, Google worked ví dụ cho Bài viết tác giả cũng bao gồm jobTitle — nhưng đó ví dụ nội dung, không tách biệt hàng trong được khuyến nghị properties bảng. Treat những điều này as legitimate schema.org properties worth thêm Khi họ’re chính xác và đã visible on trang, không as Google-mandated checklist:

• jobTitle — role, kept out của name. Xuất hiện trong Google ví dụ chỉ.
• worksFor — Organization object cho employer. không được gọi là out trong Google Bài viết tài liệu tại all (neither được khuyến nghị bảng nor ví dụ) — Đây là schema.org vocabulary, hữu ích cho professional context, nhưng không present nó as điều gì đó Google khuyến nghị.
• image — headshot. giống nhau status as worksFor: schema.org vocabulary, không trong Google Bài viết được khuyến nghị bảng.
• sameAs — disambiguation lever, và một alternative Google own tài liệu name alongside url. Priority candidates: LinkedIn, personal trang web, Wikipedia/Wikidata nếu họ exist, X, GitHub cho kỹ thuật authors, ORCID cho researchers. mỗi link phải genuinely là giống nhau person — sai sameAs breaks disambiguation thay vì strengthening nó.
• Tùy chọn: description, alumniOf, knowsAbout.

Bài viết-tác giả Person so với. ProfilePage Person

phần lớn các hướng dẫn blur những điều này, và nó gây ra over- hoặc dưới-marking. Google documents khác status cho hai trang types — và ngay cả labels properties differently trong mỗi (bắt buộc so với. được khuyến nghị so với. ví dụ-chỉ):

mistake là assuming mỗi Person thuộc tính belongs on cả hai, hoặc đó appearing trong ví dụ có nghĩ là Google “khuyến nghị” nó. On ProfilePage, Google thực tế bắt buộc/được khuyến nghị properties là mainEntity, name, alternateName, sameAs, description, image, và date các trường — nó làm không list jobTitle/worksFor ở đó, và nó không list them as formal Bài viết-tác giả khuyến nghị either, mặc dù họ xuất hiện trên Google ví dụ.

minimal Bài viết-tác giả ví dụ

{
  "@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 chỉ name và jobTitle carries role — đó phân biệt tài liệu củ Google insist on.

fuller ví dụ với affiliation và 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"
  ]
}

mỗi sameAs ở đây phải resolve để profile Đó là thực ra điều này person. Hỏng hoặc mismatched sameAs là tệ hơn none.

Person schema và Knowledge Panels

sameAs là disambiguation hint, không panel generator. nó không bảo đảm Knowledge Panel hoặc “prove” identity để algorithm — Google vẫn cần corroboration trên independent, trusted sources trước khi nó tạo hoặc cập nhật panel. Consistent Person/Organization markup helps đó recognition; nó không force nó.

AI-tìm kiếm angle — đặt expectations

Person schema là thường pitched as lever cho Cách LLMs và AI tìm kiếm mô tả bạn. là skeptical. I’ve pushed lại publicly on SEO habit của assuming schema trực tiếp shapes LLM output — on LinkedIn I asked, trong as nhiều words, Vì sao SEOs think schema markup sẽ impact LLM output, vì hiện tại AI các crawler không phải confirmed để factor dữ liệu có cấu trúc vào của họ các câu trả lời hôm nay. đó paraphrase của my own LinkedIn post, excerpted, không verbatim quote. honest cách diễn đạt: Person schema là entity infrastructure — consistent, machine-readable identity đó helps knowledge-graph recognition theo thời gian — không chuyển đó thay đổi Điều gì AI nói về bạn hiện tại.

bottom line

sử dụng Person schema để help engines identify bạn consistently và reconcile của bạn nội dung trên web. Match nó để visible byline và bio. không expect nó để xếp hạng bạn, và không confuse nó với E-E—T — đó record là clear từ cả hai Sullivan và Mueller. See Anti-Patterns tab cho cụ thể mistakes.

AI summary

condensed take on Nâng cao version:

• Điều gì điều này là: schema.org/Person marks lên an riêng lẻ — hầu hết thường an bài viết author, sometimes một ProfilePage’s mainEntity, hoặc một founder bên trong Organization markup. đây là đó riêng lẻ-cấp độ piece of entity markup (sibling để Organization và LocalBusiness schema).
• Real job — disambiguation: connect một identity trên bylines, bios, và profiles. Đó lever là sameAs (LinkedIn, personal site, Wikidata, X, GitHub, ORCID). Point author.url tại một canonical bio trang — “reconciliation.” (bản dịch) «reconciliation.»
• Không phải là yếu tố xếp hạng, KHÔNG E-E-MỘT-T: Mueller — dữ liệu có cấu trúc sẽ không làm một site xếp hạng tốt hơn. Sullivan — E-E-MỘT-T không một trực tiếp xếp hạng factor; self-declaring an expert “means nothing.” (bản dịch) «có nghĩa là không có gì.» Person schema là một self-declaration, so điều này không thể award “expertise.” (Rep quotes là qua reputable phụ reporting; xác nhận wording so với originals.)
• Điều gì Google làm encourage: visible authorship — chính xác bylines và background readers có thể see, không credentials hidden chỉ trong markup.
• Bài viết-tác giả so với. ProfilePage: khác nhau được ghi lại status, không một checklist. Bài viết-tác giả: Google formally khuyến nghị chỉ name và url (sameAs accepted as an alternative để url); jobTitle xuất hiện trong Google ví dụ chỉ, và worksFor/image không trong Google Bài viết tài liệu tại all. ProfilePage: mainEntity và name là bắt buộc; alternateName, sameAs, description, image là được khuyến nghị. Google làm không list jobTitle/worksFor cho ProfilePage either.
• name rule: chỉ đó name trong name; đó role goes trong jobTitle (“Jane Smith, Editor” (bản dịch) «Jane Smith, Editor» là sai).
• Knowledge Panels: sameAs là một hint, không một generator; Google cần independent corroboration.
• AI tìm kiếm: entity infrastructure, không một chuyển đó thay đổi AI output hôm nay.
• Match markup để visible nội dung; mismatched hoặc hỏng sameAs breaks disambiguation thay vì helping.

Tài liệu chính thức

Chính-nguồn tài liệu từ các công cụ tìm kiếm.

Google

• Bài viết dữ liệu có cấu trúc — author thuộc tính (Person/Organization), author.name “name chỉ” rule, và được khuyến nghị author.url.
• Profile trang (ProfilePage) dữ liệu có cấu trúc — mainEntity, name/alternateName, sameAs, và description (byline/credential).
• Creating helpful, reliable, mọi người-đầu tiên nội dung — Google hướng dẫn on thêm chính xác authorship information, chẳng hạn như bylines, nơi readers expect nó.
• Rich Kết quả Kiểm thử — validate Bài viết/ProfilePage markup.
• Schema Markup Validator — validates bất kỳ schema.org loại, including Person nơi không rich kết quả là produced.
• schema.org — Person — vocabulary reference: mỗi Person thuộc tính.

Bing / Microsoft

• Bing Quản trị viên web Guidelines — Bing hỗ trợ cho schema.org dữ liệu có cấu trúc và JSON-LD.
• Bing Quản trị viên web Tools — inspect Cách Bing đọc của bạn markup.

Quotes từ nguồn

On—record statements từ Google reps. single verbatim quote dưới là một brief có thể tie để cụ thể wording; rest của điều này topic rep positions là paraphrased vì họ reach me qua phụ reporting, và I sẽ không put quote marks khoảng wording I có thể’t tie để gốc.

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.’” (bản dịch) «có an expert ghi điều không magically làm bạn xếp hạng tốt hơn, vì 1) anyone có thể self declare ai đó để là an expert, và đó có nghĩa là không có gì và 2) we không somehow try để kiểm tra và chẳng hạn ‘Có, đó là an expert.’»

Danny Sullivan — E-E—T không phải trực tiếp xếp hạng factor (paraphrase)

• Sullivan có đã nói E-E—T không phải xếp hạng factor trong hợp lý của single kỹ thuật điều Google measures trực tiếp ( way nó có thể đo lường speed); Google thay vì dùng variety của các tín hiệu as proxy cho liệu nội dung matches Cách human sẽ assess E-E—T. Paraphrased từ phụ reporting; không quoted verbatim pending chính-nguồn pull.

John Mueller, Google — dữ liệu có cấu trúc và xếp hạng (paraphrase)

• Mueller có đã nói dữ liệu có cấu trúc sẽ không làm trang web xếp hạng tốt hơn — nó được sử dụng để làm các trang eligible cho được ghi lại tìm kiếm features, và sử dụng nó cho khác schema.org purposes là fine nhưng khó có khả năng để produce visible thay đổi trong Google Tìm kiếm. He có cũng described tác giả identification as reconciliation xử lý, recommending tác giả URL point để single centralized profile trang. Paraphrased từ công cụ tìm kiếm Journal / công cụ tìm kiếm Roundtable coverage của Mueller Bluesky/X posts; xác nhận so với originals trước khi quoting as chính xác.

Google tài liệu — author.name restriction (từ Google trực tiếp tài liệu)

• “In the author.name property, only specify the name of the author. Don’t add any other piece of information.” (bản dịch) «Trong đó thuộc tính, chỉ specify đó name of đó tác giả. không thêm bất kỳ other piece of information.» Bài viết dữ liệu có cấu trúc

Điều gì không để làm với Person schema

mistakes đó hiển thị lên over và over, và Vì sao mỗi một fails.

Expecting Person schema để boost E-E-MỘT-T hoặc thứ hạng. Này là đó headline lỗi. Person schema là một self-declaration, và Sullivan point là đó self-declaring an expert “means nothing” (bản dịch) «có nghĩa là không có gì» để thứ hạng — Google không kiểm tra và certify experts. Mueller point là đó dữ liệu có cấu trúc không làm một trang xếp hạng tốt hơn. Thêm Person markup cho identity và eligibility; không thêm điều này expecting một xếp hạng lift hoặc “E-E-A-T points.” (bản dịch) «E-E-MỘT-T points.»

Confusing tác giả markup với sameAs profile-linking. author (attributing bài viết để person) và sameAs (declaring mà external profiles là giống nhau person) làm khác jobs. sameAs là disambiguation lever; author object là attribution. bạn cần cả hai để làm Điều gì mọi người think một của them làm — và mismatched sameAs các giá trị ( link để sai person profile) actively break disambiguation.

Treating jobTitle/worksFor as Google requirements thay vì tùy chọn enrichment. jobTitle hiển thị lên trong Google own Bài viết ví dụ; worksFor không xuất hiện trong Google Bài viết tài liệu tại all. Neither là được khuyến nghị-bảng thuộc tính — Google formal Bài viết-tác giả khuyến nghị là chỉ name và url (hoặc sameAs). Thêm chính xác affiliation có thể vẫn help on multi-tác giả các trang nơi hai authors share name, nhưng không market nó as điều gì đó Google hướng dẫn requires hoặc scores.

Hiding credentials chỉ trong markup thay vì visible bylines. Google encourages visible authorship — bylines và background readers có thể thực ra see. Stuffing job tiêu đề, employer, và credentials vào JSON-LD trong khi trang hiển thị bare name là backwards. Tệ hơn, markup đó claims điều không present trong visible nội dung violates Google structured-dữ liệu guidelines (markup phải reflect visible nội dung). Put nó on trang đầu tiên; mirror nó trong schema thứ hai.

Stuffing đó job tiêu đề vào đó name trường. Google là rõ ràng: chỉ đó name goes trong author.name — “Jane Smith, Senior Editor” (bản dịch) «Jane Smith, Senior Editor» là sai. Dùng đó tách biệt jobTitle thuộc tính.

Treating Person và ProfilePage as giống nhau checklist. hai trang types có khác được ghi lại status. Bài viết-tác giả Person: Google khuyến nghị name và url (sameAs as alternative); jobTitle là ví dụ nội dung, không khuyến nghị. ProfilePage mainEntity Person: mainEntity và name là bắt buộc; alternateName, sameAs, description, và image là được khuyến nghị; jobTitle/worksFor là không được gọi là out ở đó either. Applying một checklist để cả hai over- hoặc dưới-marks trang.

Assuming sameAs alone xây dựng Knowledge Panel. nó hint among nhiều các tín hiệu, không panel generator hoặc identity “proof.” Google cần independent corroboration trước khi creating hoặc updating panel.

Expecting Person schema để thay đổi Điều gì AI/LLMs chẳng hạn về bạn hôm nay. hiện tại AI các crawler không phải confirmed để factor dữ liệu có cấu trúc trực tiếp vào của họ các câu trả lời hiện tại. Treat Person schema as entity infrastructure cho dài game, không chuyển đó rewrites AI output điều này week.

Mà Person markup làm I cần?

Bài viết-tác giả markup và ProfilePage markup call cho khác thuộc tính sets — điều này walks qua mà một áp dụng trước khi bạn ghi bất kỳ JSON-LD.

Person schema implementation checklist

Hoạt động qua điều này trước khi xuất bản Person markup on tác giả byline hoặc ProfilePage.

• Name trường có chỉ đó name. Không “Jane Smith, Senior Editor” (bản dịch) «Jane Smith, Senior Editor» — Google là rõ ràng đó author.name nên contain không có gì nhưng đó name.
• jobTitle là một tách biệt thuộc tính, đã thêm chỉ khi đó role là genuinely visible on đó trang.
• author.url points tại một canonical bio/về trang — đó giống nhau URL on mỗi bài viết by đó tác giả, không một khác nhau link theo post.
• worksFor (Organization) là set khi đó employer là visible và relevant để đó byline.
• image matches đó headshot thực ra shown on đó trang.
• sameAs chỉ lists profiles verifiably belonging để này person (LinkedIn, personal site, Wikidata, X, GitHub, ORCID as applicable) — một sai link breaks disambiguation thay vì strengthening điều này.
• Mỗi marked-lên detail là visible on đó trang. Job tiêu đề, employer, và bio trong đó schema nên mirror điều gì một reader có thể thực ra see, không thêm credentials đó exist chỉ trong JSON-LD.
• ProfilePage subjects dùng đó ProfilePage thuộc tính set, không đó Bài viết-tác giả một: name, alternateName (xử lý), sameAs, description — skip jobTitle/worksFor ở đó.
• Markup validates trong đó Rich Kết quả Kiểm thử hoặc đó Schema Markup Validator.
• Expectations là set correctly: này là an identity/eligibility improvement, không một xếp hạng hoặc E-E-MỘT-T lever — không đo lường điều này so với xếp hạng thay đổi.

Person schema bảng tham khảo nhanh

Person markup disambiguates entity; nó không manufacture expertise, thứ hạng, hoặc Knowledge Panel.

Tự kiểm tra: Person Schema

Five nhanh các câu hỏi on Điều gì Person schema làm — và không — làm. Pick câu trả lời cho mỗi, sau đó kiểm tra.

Nhật ký thay đổi