SEO Onpage & nội dung

Hướng Dẫn Cấu Hình Schema Person Để Định Danh Tác Giả & Tối Ưu E-E-A-T

Posted on by Đoàn Trình Dục
28
Th2

Bạn đã làm Author Page tử tế, bio viết đàng hoàng, ảnh thật… nhưng khi kiểm tra, Google vẫn “mù mờ”: tác giả là ai, có liên kết danh tính nào không, bài nào thuộc về người này?

Đây là lúc Schema Person (JSON-LD) phát huy đúng vai trò: không phải để “hack top”, mà để Google hiểu và nối đúng thực thể tác giả giữa bài viết ↔ trang tác giả ↔ các hồ sơ xác thực (LinkedIn, website, kênh chính thức…). Google nói rõ: structured data được dùng để hiểu nội dung trang và thu thập thông tin về các thực thể (như people/companies…) được khai báo trong markup. (Google for Developers)

Bài này sẽ hướng dẫn bạn từ A–Z:

  • Cấu trúc “đúng” để định danh tác giả
  • Checklist thuộc tính cần có cho Person schema
  • 2 mẫu JSON-LD tối giản và nâng cao
  • Cách kiểm tra, theo dõi và sửa lỗi thường gặp

Xem thêm Tối ưu Schema Markup cho GEO: Dạy AI hiểu “Entity” (Thực thể) của bạn

Tóm tắt nội dung

Schema Person là gì và dùng để làm gì trong “định danh tác giả”?

Schema Person là kiểu dữ liệu (type) trong schema.org dùng để mô tả một cá nhân: tên, ảnh, tổ chức làm việc, liên kết xác thực… (schema.org)

Trong bài toán Author SEO, Person schema giúp bạn:

  • Chuẩn hóa danh tính: tên thật + URL trang tác giả + ảnh + mô tả
  • Gắn liên kết xác thực bằng sameAs (các profile chính chủ)
  • Tạo “điểm nối” để Article schema trỏ về tác giả một cách nhất quán

Lưu ý “Chất – Thật”: Schema không biến bạn thành chuyên gia. Nó chỉ giúp Google đọc đúng thông tin bạn đã minh bạch trên trang.

Xem thêm Local SEO : Citations(Trích dẫn)

Google dùng structured data thế nào (và đừng kỳ vọng sai)

Structured data có thể làm trang của bạn đủ điều kiện cho một số hiển thị nâng cao, nhưng không đảm bảo Google sẽ hiển thị rich results cho bạn. (Google Help)

Và quan trọng nhất: structured data phải phản ánh đúng nội dung hiển thị trên trang. Nếu markup “nói một đằng”, trang “hiện một nẻo”, Google có thể bỏ qua hoặc đánh giá là không phù hợp. (Google for Developers)

Google dùng structured data thế nào (và đừng kỳ vọng sai)

Vì sao Schema Person hỗ trợ E-E-A-T theo hướng “Trust signals”

E-E-A-T là khung đánh giá chất lượng (Experience, Expertise, Authoritativeness, Trustworthiness) trong Search Quality Rater Guidelines. (Google for Developers)
Schema Person không “tạo” E-E-A-T, nhưng giúp bạn:

  • Trust: minh bạch danh tính + kênh xác thực (url, sameAs)
  • Expertise/Experience: thể hiện vai trò, lĩnh vực, chứng chỉ (nếu có thật)
  • Authority: liên kết tới nguồn/hoạt động chuyên môn (nếu bạn có)

Xem thêm Schema là gì? những điều cần biết

Kiến trúc chuẩn để Google “nối đúng người” (đây là phần nhiều site làm sai)

Lớp 1: Bài viết (Article/BlogPosting) phải trỏ đúng tác giả

Trong tài liệu Article structured data, Google khuyến nghị mạnh việc khai báo tác giả với @type và url hoặc sameAs để Google hiểu “author là ai”. (Google for Developers)

Lớp 2: Trang tác giả nên là Profile Page có mainEntity là Person

Google có tài liệu riêng cho ProfilePage structured data, trong đó yêu cầu mainEntity là Person hoặc Organization, và Person/Organization cần có name tối thiểu. (Google for Developers)

Lớp 3: Các liên kết xác thực (sameAs) phải là “chính chủ”

sameAs nên trỏ tới các URL bạn sở hữu/đại diện thật (LinkedIn cá nhân, trang tác giả, kênh chính thức…). Đừng “gắn đại cho đủ”.

Checklist thuộc tính Schema Person cho tác giả

Tối thiểu nên có (khuyến nghị cho 90% website doanh nghiệp)

  • @type: Person
  • name
  • url (URL Author Page trên site)
  • image (ảnh tác giả)
  • description (bio ngắn)
  • sameAs (1–3 profile xác thực)
  • jobTitle
  • worksFor (Organization)

Nên có nếu bạn có bằng chứng thật (đừng bịa)

  • knowsAbout (chủ đề sở trường)
  • hasCredential (chứng chỉ) (schema.org)
  • award (giải thưởng)
  • alumniOf (trường/đơn vị đào tạo, nếu phù hợp)

Xem thêm Checklist 15+ Yếu Tố Bắt Buộc Phải Có Cho Một Trang Tác Giả (Author Page) Chuẩn SEO E-E-A-T

Mẫu JSON-LD tối giản (đặt trên Author Page)

Dùng khi: bạn muốn “làm đúng chuẩn tối thiểu”, đủ để định danh và nối tác giả với bài viết.

Cách dùng: thay toàn bộ example.com, tên, ảnh, social links… bằng dữ liệu thật. Đảm bảo các thông tin này có hiển thị trên trang (ít nhất là tên, bio, ảnh, liên kết). (Google for Developers)

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "ProfilePage",
      "@id": "https://example.com/tac-gia/nguyen-van-a/#profile",
      "url": "https://example.com/tac-gia/nguyen-van-a/",
      "mainEntity": {
        "@id": "https://example.com/tac-gia/nguyen-van-a/#person"
      }
    },
    {
      "@type": "Person",
      "@id": "https://example.com/tac-gia/nguyen-van-a/#person",
      "name": "Nguyễn Văn A",
      "url": "https://example.com/tac-gia/nguyen-van-a/",
      "image": "https://example.com/wp-content/uploads/author/nguyen-van-a.jpg",
      "description": "Nguyễn Văn A là Content SEO Lead, tập trung vào SEO tổng thể và tối ưu E-E-A-T cho website doanh nghiệp.",
      "jobTitle": "Content SEO Lead",
      "worksFor": {
        "@type": "Organization",
        "name": "Tên Doanh Nghiệp",
        "url": "https://example.com/"
      },
      "sameAs": [
        "https://www.linkedin.com/in/your-profile/",
        "https://www.facebook.com/your-profile/"
      ]
    }
  ]
}
</script>

Cách “nối” sang Article schema (đừng bỏ qua)

Trong JSON-LD của bài viết, phần author nên trỏ về đúng Person (bằng @id hoặc url). Google khuyến nghị dùng url (hoặc sameAs) cho tác giả để hiểu rõ hơn. (Google for Developers)

Mẫu JSON-LD nâng cao (định danh mạnh hơn, giảm rủi ro “tạo nhiều phiên bản của 1 người”)

Dùng khi: bạn có hệ thống tác giả rõ ràng, muốn tái sử dụng entity bằng @id, có chứng chỉ/đào tạo/định vị chủ đề cụ thể.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "ProfilePage",
      "@id": "https://example.com/tac-gia/nguyen-van-a/#profile",
      "url": "https://example.com/tac-gia/nguyen-van-a/",
      "mainEntity": {
        "@id": "https://example.com/#author-nguyen-van-a"
      }
    },
    {
      "@type": "Person",
      "@id": "https://example.com/#author-nguyen-van-a",
      "name": "Nguyễn Văn A",
      "alternateName": "Nguyen Van A",
      "url": "https://example.com/tac-gia/nguyen-van-a/",
      "image": "https://example.com/wp-content/uploads/author/nguyen-van-a.jpg",
      "description": "Nguyễn Văn A phụ trách chiến lược Content SEO, tối ưu E-E-A-T và cấu trúc topic cluster cho website dịch vụ/SME.",
      "jobTitle": "Content SEO Lead",
      "worksFor": {
        "@type": "Organization",
        "@id": "https://example.com/#org",
        "name": "Tên Doanh Nghiệp",
        "url": "https://example.com/"
      },
      "knowsAbout": [
        "Content SEO",
        "SEO tổng thể",
        "Topic Cluster",
        "E-E-A-T",
        "Onpage SEO"
      ],
      "hasCredential": [
        {
          "@type": "EducationalOccupationalCredential",
          "name": "Chứng chỉ XYZ (nếu có thật)",
          "credentialCategory": "Certification",
          "recognizedBy": {
            "@type": "Organization",
            "name": "Đơn vị cấp chứng chỉ"
          }
        }
      ],
      "alumniOf": [
        {
          "@type": "EducationalOrganization",
          "name": "Tên trường/đơn vị đào tạo (nếu phù hợp)"
        }
      ],
      "award": [
        "Giải thưởng/ghi nhận (nếu có thật)"
      ],
      "sameAs": [
        "https://www.linkedin.com/in/your-profile/",
        "https://www.youtube.com/@your-channel",
        "https://example.com/about/"
      ]
    },
    {
      "@type": "Organization",
      "@id": "https://example.com/#org",
      "name": "Tên Doanh Nghiệp",
      "url": "https://example.com/"
    }
  ]
}
</script>

Điểm khác biệt của bản nâng cao

  • Dùng @id dạng cố định (https://example.com/#author-nguyen-van-a) để các trang khác (bài viết, trang chuyên mục, trang giới thiệu…) tham chiếu lại đúng 1 thực thể.
  • Có knowsAbout để định vị “mảng sở trường”.
  • Có hasCredential (chỉ dùng khi có chứng cứ thật). (schema.org)

Triển khai nhanh trên WordPress (không cần biết code nhiều)

Cách an toàn nhất cho doanh nghiệp

  • 1 nơi lưu “dữ liệu gốc” (User Profile / Author Page)
  • 1 hệ thống xuất schema (plugin SEO hoặc custom)
  • Tránh trùng lặp: theme bơm schema + plugin bơm schema → dễ mâu thuẫn

Nếu dùng plugin SEO

Bạn có thể cấu hình schema thông qua các plugin SEO (AIOSEO/Rank Math/Yoast…), mapping trường “tác giả” từ hồ sơ user/author page. Phần quan trọng là: đảm bảo Article schema trỏ được về author.url hoặc sameAs như Google khuyến nghị. (Google for Developers)

Cách kiểm tra: validate đúng và xem “Google có thấy không”

Test cú pháp & logic schema

  • Rich Results Test (Google) để xem dữ liệu có đủ điều kiện rich results nào không. (Google for Developers)
  • Schema Markup Validator (schema.org) để soi lỗi cấu trúc.

Xác nhận Google đã thu thập structured data

Dùng URL Inspection trong Search Console: công cụ này cho biết thông tin về phiên bản Google index và có thể bao gồm chi tiết về structured data mà Google phát hiện. (Google Help)

Theo dõi lỗi “khó chịu nhưng hay gặp”

  • Báo cáo Unparsable structured data liệt kê structured data không parse được do lỗi cú pháp nghiêm trọng. (Google Help)
  • Google cũng có hướng dẫn “Fix structured data issues” gợi ý dùng Rich Results Test + URL Inspection để debug/verify. (Google Help)

Xem thêm Hướng Dẫn Sử Dụng Plugin Simple Author Box Từ A-Z Giúp Tối Ưu E-E-A-T

Sai lầm khiến Schema Person phản tác dụng (và cách sửa nhanh)

Markup không khớp nội dung hiển thị

  • Ví dụ: schema khai “chứng chỉ ABC”, nhưng trang không hề có chứng chỉ đó.
  • Fix: chỉ khai những gì có trên trang và có thể chứng minh. (Google for Developers)

Một người nhưng nhiều “phiên bản” Person khác nhau

  • Bài A trỏ author.url khác bài B, tên viết khác nhau, sameAs mỗi nơi một kiểu.
  • Fix: chuẩn hóa 1 Author Page + 1 @id cố định (cách bản nâng cao).

Author Page bị noindex / canonical sai

  • Bạn có schema đẹp nhưng trang tác giả bị chặn index → Google khó dùng URL đó làm điểm neo định danh.
  • Fix: cho index Author Page (trừ khi site có quá nhiều author page “mỏng”).

sameAs trỏ lung tung

  • Dẫn tới link không đại diện (profile “mượn danh”, link tổng hợp…).
  • Fix: giữ 1–3 link chất lượng, chính chủ.

FAQ

Schema Person có giúp tăng thứ hạng không?

Schema giúp Google hiểu và có thể giúp trang đủ điều kiện cho một số hiển thị, nhưng không có cam kết “cài là lên top”. (Google Help)

Nên đặt Person schema ở đâu?

Ưu tiên đặt trên Author Page (ProfilePage + mainEntity Person). (Google for Developers)
Bài viết thì dùng Article schema và trỏ về author.url/@id.

sameAs nên trỏ về đâu?

Các profile chính thức, nhất quán, bạn sở hữu/đại diện thật (LinkedIn, kênh chính chủ, trang giới thiệu…).

Site nhiều tác giả thì làm sao để không rối?

Chuẩn hóa:

  • 1 Author Page/1 người
  • 1 @id cố định (khuyên dùng bản nâng cao)
  • Article schema của mọi bài phải trỏ về đúng @id/url

Kết luận

Một cấu hình Schema Person “đúng” không cần phức tạp: đúng dữ liệu – đúng liên kết – đúng nhất quán. Bạn làm tốt phần này thì hệ Author (bio, author box, author page) sẽ thành “hệ niềm tin” rõ ràng hơn trong mắt cả người đọc lẫn công cụ tìm kiếm. (Google for Developers)

Nếu bạn muốn làm nhanh trong 30 phút:

  1. Chuẩn hóa 1 Author Page cho tác giả chính
  2. Dán mẫu tối giản ở trên
  3. Sửa Article schema để trỏ về author.url hoặc @id
  4. Test bằng Rich Results Test + URL Inspection (Google for Developers)

Xem thêm Author Là Gì? Hướng Dẫn Toàn Tập Tối Ưu Hồ Sơ Tác Giả Chuẩn SEO E-E-A-T

💬 Chat Zalo ☎️ Hotline: 0346 844 259