Schema Person cho tác giả: Cấu hình Article và ProfilePage đúng cách

Schema Person là dữ liệu có cấu trúc mô tả một cá nhân. Trong hệ thống tác giả, Person thường được dùng trong thuộc tính author của Article hoặc làm mainEntity của một ProfilePage.

Schema Person là gì?

Person là một type của Schema.org dùng để mô tả con người. Các thuộc tính có thể gồm tên, URL hồ sơ, ảnh, chức danh, tổ chức, mô tả và các trang định danh bên ngoài. Không phải thuộc tính nào cũng cần dùng; dữ liệu phải phản ánh thông tin công khai và có thể duy trì.

Person không phải một loại rich result riêng dành cho mọi Author Page. Google hỗ trợ Article structured data và ProfilePage structured data trong các trường hợp cụ thể; markup hợp lệ không bảo đảm trang được hiển thị dưới dạng kết quả nâng cao.

Mô hình Article → Person → Author Page

Lớp	Nhiệm vụ	Điểm nối
Article hoặc BlogPosting	Mô tả bài viết	author là Person hoặc Organization
Person	Mô tả tác giả	url hoặc @id trỏ đến hồ sơ ổn định
Author Page	Hiển thị hồ sơ cho người đọc	Có thể đánh dấu bằng ProfilePage
ProfilePage	Mô tả trang hồ sơ	mainEntity là Person hoặc Organization

Google khuyến nghị cung cấp author.url để nhận diện tác giả. Nếu URL đó là hồ sơ nội bộ, Google khuyến nghị đánh dấu trang hồ sơ bằng ProfilePage. Cách triển khai này giúp tránh việc mỗi bài tạo ra một Person rời rạc chỉ có tên.

Phần nội dung hồ sơ xem tại checklist Author Page; phần giới thiệu ngắn xem tại cách viết Author Bio.

Thuộc tính nên ưu tiên

Thuộc tính	Dùng để làm gì?	Lưu ý
name	Tên hiển thị của tác giả	Phải nhất quán với byline và Author Page
url	URL nhận diện tác giả	Ưu tiên hồ sơ chính, ổn định và crawlable
@id	Định danh node trong graph	Dùng một giá trị ổn định để tái sử dụng giữa các trang
image	Ảnh tác giả	Phải là ảnh đúng người và truy cập được
jobTitle	Vai trò nghề nghiệp	Chỉ khai báo vai trò hiện tại hoặc có căn cứ
worksFor	Tổ chức tác giả làm việc cùng	Không khai báo quan hệ không tồn tại
sameAs	Trang bên ngoài nhận diện cùng một người	Không dùng như danh sách mọi mạng xã hội
description	Mô tả ngắn về tác giả	Khớp với nội dung hiển thị

Các thuộc tính như knowsAbout, alumniOf hoặc award chỉ nên dùng khi thông tin được hiển thị hoặc có thể kiểm chứng. Không thêm một danh sách từ khóa vào knowsAbout để tạo “độ liên quan”.

Ví dụ Article liên kết đến tác giả

Ví dụ dưới đây dùng dữ liệu minh họa. Khi triển khai, thay toàn bộ URL, tên và ảnh bằng dữ liệu thật của website.

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Tiêu đề bài viết",
  "author": {
    "@type": "Person",
    "@id": "https://example.com/author/ten-tac-gia/#person",
    "name": "Tên tác giả",
    "url": "https://example.com/author/ten-tac-gia/"
  }
}

Không bắt buộc nhúng một object Person đầy đủ trong mọi Article. Hệ thống có thể tái sử dụng @id ổn định và mô tả chi tiết Person ở graph phù hợp. Điều quan trọng là không sinh nhiều node mâu thuẫn cho cùng một người.

Ví dụ ProfilePage cho Author Page

{
  "@context": "https://schema.org",
  "@type": "ProfilePage",
  "dateCreated": "2026-01-01",
  "dateModified": "2026-07-27",
  "mainEntity": {
    "@type": "Person",
    "@id": "https://example.com/author/ten-tac-gia/#person",
    "name": "Tên tác giả",
    "url": "https://example.com/author/ten-tac-gia/",
    "image": "https://example.com/uploads/author.webp",
    "jobTitle": "Vai trò của tác giả",
    "worksFor": {
      "@type": "Organization",
      "name": "Tên tổ chức",
      "url": "https://example.com/"
    },
    "sameAs": [
      "https://www.linkedin.com/in/ho-so-that/"
    ]
  }
}

Chỉ dùng ngày tạo và ngày sửa phản ánh đúng lịch sử trang. Không thay ngày hàng loạt chỉ để tạo cảm giác hồ sơ mới được cập nhật.

Quy trình triển khai trên WordPress

1. Chuẩn hóa display name, bio, ảnh và URL Author Page.
2. Kiểm tra theme và plugin SEO hiện đang sinh Article, Person hoặc ProfilePage nào.
3. Chọn một nguồn sinh schema chính để tránh markup trùng.
4. Đảm bảo byline liên kết đến đúng Author Page.
5. Đồng bộ author.url, @id và URL hồ sơ.
6. Kiểm tra markup, nội dung hiển thị và khả năng crawl/index.

Nếu Yoast hoặc plugin khác đã tạo graph tác giả đúng, không chèn thêm JSON-LD thủ công chỉ để có “nhiều schema hơn”. Markup trùng hoặc mâu thuẫn làm việc kiểm tra và bảo trì khó hơn.

Checklist kiểm tra

• Tên Person khớp byline và Author Page.
• author.url trỏ đến hồ sơ thật, không phải trang archive rỗng.
• Không có nhiều @id cho cùng một người.
• Ảnh, chức danh, tổ chức và sameAs đều có căn cứ.
• Structured data khớp nội dung người dùng nhìn thấy.
• Author Page trả HTTP 200, crawlable và có canonical phù hợp.
• Không để ghi chú nội bộ, placeholder hoặc dữ liệu mẫu trong JSON-LD live.
• Không có plugin và code thủ công cùng sinh graph trùng nhau.

Cách kiểm tra sau khi triển khai

1. Mở source HTML để xác nhận JSON-LD thực sự được render.
2. Dùng Schema Markup Validator để kiểm tra cú pháp và quan hệ Schema.org.
3. Dùng Rich Results Test cho các loại structured data Google hỗ trợ.
4. Dùng URL Inspection để kiểm tra HTML Google nhận được.
5. Kiểm tra frontend để chắc chắn thông tin trong schema cũng được hiển thị cho người đọc.

Validation PASS chỉ xác nhận dữ liệu đáp ứng một số yêu cầu kỹ thuật; không bảo đảm rich result, index hoặc thứ hạng.

Sai lầm thường gặp

• Dùng “Admin” hoặc một tên nhóm như Person cụ thể.
• Khai báo chứng chỉ, giải thưởng hoặc chuyên môn không có bằng chứng.
• Đưa mọi profile vào sameAs dù không nhận diện cùng một người.
• Tạo một Person khác nhau cho mỗi bài do thiếu @id ổn định.
• Đánh dấu Author Page mỏng nhưng không cải thiện nội dung hiển thị.
• Cho rằng Person schema tạo E-E-A-T hoặc tăng hạng trực tiếp.

Nguồn chính thức

• Google Search Central: Article structured data
• Google Search Central: ProfilePage structured data
• Google Search Central: Structured data guidelines
• Schema.org: Person
• Schema.org: ProfilePage

FAQ

Có bắt buộc dùng Person schema cho mọi tác giả không?

Không. Điều quan trọng trước tiên là byline và hồ sơ hiển thị rõ ràng. Structured data chỉ nên triển khai khi hệ thống có dữ liệu chính xác và khả năng duy trì nhất quán.

Nên dùng url hay sameAs?

url thường trỏ đến trang hồ sơ chính. sameAs dùng cho những URL bên ngoài nhận diện cùng một người. Không cần thêm cả hai một cách máy móc nếu không có dữ liệu phù hợp.

Person schema có tạo Knowledge Panel không?

Không có bảo đảm như vậy. Structured data cung cấp thông tin rõ hơn về trang và thực thể, nhưng Google sử dụng nhiều nguồn và hệ thống khác để hiểu thực thể và quyết định cách hiển thị.

Kết luận

Schema Person chỉ có giá trị khi phản ánh một tác giả thật và được kết nối đúng với Article cùng Author Page. Hãy ưu tiên dữ liệu hiển thị chính xác, một URL hồ sơ ổn định, author.url rõ ràng và graph không trùng. Không dùng schema để che hồ sơ mỏng, tạo chuyên môn giả hoặc hứa hẹn thứ hạng.