Schema Person là dữ liệu có cấu trúc giúp mô tả một người, chẳng hạn tác giả bài viết. Trên website, dữ liệu này có thể liên kết bài viết với trang hồ sơ tác giả, giúp Google hiểu rõ hơn ai đã tạo ra nội dung.
Điều quan trọng nhất vẫn là tác giả thật, tên hiển thị đúng và hồ sơ công khai có thông tin hữu ích. Thêm Schema Person không tự làm tăng thứ hạng, tạo E-E-A-T hay xuất hiện Knowledge Panel. Bài này hướng dẫn cách hiểu Article, Person và ProfilePage, cùng cách kiểm tra trên WordPress.
Chủ website cần nhớ 3 điều:
- Bài viết cần chỉ đúng tác giả: tên người viết nên dẫn tới trang giới thiệu người đó khi có hồ sơ phù hợp.
- Trang hồ sơ phải hữu ích cho người đọc: trình bày tiểu sử, vai trò, nội dung đã viết và thông tin có thể kiểm chứng.
- Schema nối dữ liệu, không tạo bằng chứng: đừng thêm bằng cấp, chuyên môn, giải thưởng hoặc tài khoản mạng xã hội không phải của tác giả.
Schema Person khác Article và ProfilePage ở đâu?
Hãy tưởng tượng người đọc mở một bài hướng dẫn. Dòng tên tác giả cho biết ai viết. Bấm tên đó để mở trang hồ sơ, người đọc biết tác giả là ai. Schema giúp máy liên kết hai phần thông tin.
| Thành phần | Vai trò |
|---|---|
Article hoặc BlogPosting | Mô tả bài viết; thuộc tính author cho biết tác giả |
Person | Mô tả người viết, gồm tên và đường dẫn nhận diện |
| Trang tác giả (Author Page) | Trang thật dành cho người đọc, thường có tiểu sử và những bài đã viết |
ProfilePage | Dữ liệu có cấu trúc mô tả trang hồ sơ; thuộc tính mainEntity chỉ ra người được giới thiệu |
Không có loại rich result riêng mang tên “Person cho mọi bài viết”. Theo hướng dẫn Article của Google, việc nêu tác giả và author.url là khuyến nghị giúp nhận diện người viết, không phải công thức bảo đảm một kiểu hiển thị.
Thông tin nào nên có trong Schema Person?
| Trường dữ liệu | Hiểu đơn giản |
|---|---|
name | Tên tác giả đúng với tên đang hiển thị trên bài và hồ sơ |
url | Địa chỉ hồ sơ giúp phân biệt tác giả với người trùng tên |
@id | Một mã nhận diện ổn định để kết nối cùng tác giả giữa các trang |
image, jobTitle, worksFor | Ảnh, vai trò, nơi làm việc nếu có và đúng thực tế |
sameAs | Đường dẫn ngoài website có thể xác minh là hồ sơ của đúng người |
Trên một trang ProfilePage, Google yêu cầu có mainEntity là người hoặc tổ chức được giới thiệu, cùng thông tin nhận diện name hoặc alternateName theo quy định. Đừng nhầm yêu cầu riêng này với các thuộc tính chỉ được khuyến nghị trên một bài Article. Xem yêu cầu ProfilePage của Google.
Các trường như award, alumniOf hay knowsAbout có trong bộ từ vựng Schema.org nhưng không phải lý do để nhồi thêm danh sách từ khóa hoặc tự khai chuyên môn không có bằng chứng.
Ví dụ: bài viết liên kết đúng đến tác giả bằng JSON-LD
Giả sử có một tác giả hoàn toàn giả định với trang hồ sơ tại https://example.com/author/minh-hoa/. Trên một bài blog, dữ liệu có thể viết:
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "Một bài viết minh họa",
"author": {
"@type": "Person",
"@id": "https://example.com/author/minh-hoa/#person",
"name": "Tác giả Minh Họa",
"url": "https://example.com/author/minh-hoa/"
}
}Ở đây, author chỉ tác giả của bài; url dẫn đến trang giới thiệu người đó; @id là mã dùng nhất quán cho cùng tác giả trên các trang khác. Các URL và tên ở ví dụ đều là mẫu, không được đưa lên website thật mà chưa thay bằng dữ liệu đúng.
Nếu một bài có nhiều tác giả thực sự cùng được ghi tên, Google khuyến nghị khai báo từng tác giả thành một đối tượng riêng, không gộp hai tên trong cùng một trường name. Nếu tác giả là tổ chức thì chọn Organization, không cố gọi tổ chức là Person.
Ví dụ: ProfilePage mô tả trang hồ sơ tác giả
Trên trang hồ sơ của chính người đó, dữ liệu ProfilePage có thể tham chiếu cùng mã @id. Ví dụ đơn giản:
{
"@context": "https://schema.org",
"@type": "ProfilePage",
"mainEntity": {
"@type": "Person",
"@id": "https://example.com/author/minh-hoa/#person",
"name": "Tác giả Minh Họa",
"url": "https://example.com/author/minh-hoa/"
}
}Phần mainEntity có nghĩa là trang này nói về tác giả đó. Cùng một @id được dùng ở bài viết và hồ sơ, tránh tạo hai danh tính không cần thiết cho một người. Đây là ví dụ tối giản; khi triển khai, dữ liệu khác phải dựa vào hồ sơ thật và yêu cầu Google hiện hành.
Không nhất thiết mọi Author Page đều cần ProfilePage: trang phải thực sự giới thiệu một người hoặc tổ chức gắn với website. Trang chủ cửa hàng hoặc trang danh sách nhiều nhân sự không nên tùy tiện đánh dấu như hồ sơ của một cá nhân.
Vì sao phải có trang tác giả rõ ràng trước khi thêm Schema?
Schema không thay thế phần mà độc giả muốn biết: người viết là ai, đã làm những công việc gì liên quan tới chủ đề, có thông tin nào để kiểm chứng và còn viết những nội dung nào trên website.
Nếu trang tác giả chỉ có tên “Admin” và danh sách bài viết, bạn nên cải thiện nội dung đó trước. Tại checklist Author Page và hướng dẫn viết tiểu sử tác giả, website đã có các bước xây hồ sơ cho người đọc. Bài hiện tại chỉ hướng dẫn phần kết nối dữ liệu kỹ thuật.
Google khuyến khích nội dung làm rõ ai tạo ra bài viết và không dùng hồ sơ giả hoặc bằng chứng chuyên môn không có thật. E-E-A-T không phải một điểm riêng được nâng lên bằng đoạn JSON-LD. Xem hướng dẫn nội dung đáng tin cậy của Google.
Quy trình 5 bước kiểm tra Schema Person trên WordPress
- Kiểm tra hồ sơ công khai: người viết có tên rõ ràng, ảnh và thông tin đúng thực tế; trang tác giả mở được và có nội dung hữu ích.
- Xem hệ thống đang tạo gì: kiểm tra plugin SEO, giao diện hoặc đoạn mã tùy chỉnh đã có dữ liệu
Article,PersonhoặcProfilePagechưa. - Kiểm tra kết nối: tên tác giả trên bài dẫn đúng trang hồ sơ,
author.urlvà các mã@iddùng nhất quán nếu có. - Kiểm tra cấu trúc: dùng Schema Markup Validator và Rich Results Test theo đúng tính năng mà Google hỗ trợ.
- Đối chiếu sau cập nhật: kiểm tra tên, URL, trang hồ sơ và mã thực tế khi cập nhật hồ sơ, đổi plugin, đổi tên hiển thị hoặc chuyển bài giữa tác giả.
Nếu plugin SEO hiện tại đã khai báo đúng, không cần chèn thêm một bộ JSON-LD chỉ để có nhiều Schema hơn. Hai đoạn dữ liệu về cùng một người không tự động sai, nhưng các thông tin mâu thuẫn về tên, hồ sơ hoặc tổ chức cần được sửa.
Những sai lầm dễ gặp
- Dùng tên chung như “Admin” dù bài có tác giả cụ thể.
- Liên kết từ tên tác giả tới trang rỗng hoặc hồ sơ người khác.
- Đưa các đường dẫn mạng xã hội không xác thực vào
sameAs. - Khai bằng cấp, vai trò hoặc kinh nghiệm mà người đọc không thể kiểm chứng.
- Đưa dữ liệu ví dụ hoặc thông tin giả định vào trang đang hoạt động.
- Cố thêm ProfilePage vào trang không thực sự nói về một người.
- Tin rằng kiểm tra Schema báo hợp lệ sẽ bảo đảm lên Google hoặc có Knowledge Panel.
Câu hỏi thường gặp
Bắt buộc phải có Schema Person cho mọi tác giả không?
Không. Đầu tiên hãy có thông tin người viết rõ ràng, nhất quán trên bài và hồ sơ. Dữ liệu có cấu trúc hỗ trợ thêm khi được triển khai đúng.
Nên dùng author.url hay sameAs?
Google có thể dùng cả hai để nhận diện tác giả. author.url thường dẫn tới trang giới thiệu chính; sameAs hữu ích khi có đường dẫn khác xác minh cùng một người. Không cần thêm các URL không liên quan.
Có Schema Person thì Google có tạo Knowledge Panel không?
Không có bảo đảm. Google sử dụng nhiều hệ thống và nguồn dữ liệu khi hiểu một thực thể và chọn cách hiển thị trong Search.
Kết luận
Schema Person giúp kết nối đúng tác giả với bài viết và trang hồ sơ. Hãy bắt đầu từ tác giả thật, nội dung hồ sơ hữu ích và URL ổn định; sau đó dùng Article.author và, khi phù hợp, ProfilePage.mainEntity để mô tả quan hệ đó. Chỉ kiểm tra và duy trì những dữ liệu có căn cứ, không dùng Schema thay thế uy tín thật.
Tài liệu tham khảo
- Google Search Central — Article và khai báo tác giả.
- Google Search Central — ProfilePage.
- Google Search Central — Nội dung đáng tin cậy và E-E-A-T.
- Google Search Central — Chính sách dữ liệu có cấu trúc.
- Schema.org — Person.
Đoàn Trình Dục là Giảng viên Khoa Công nghệ Thông tin tại Đại học Công nghệ Sài Gòn (STU), với hơn 10 năm kinh nghiệm thực chiến trong các lĩnh vực Mạng máy tính, Marketing Online, SEO và Bảo mật hệ thống.
Với nền tảng sư phạm và kinh nghiệm tư vấn cho nhiều doanh nghiệp, thầy chuyên sâu vào việc xây dựng các giải pháp kỹ thuật số toàn diện và hiệu quả.