Article Schema - Schema Library - Trust Layer

1) Article schema là gì và dùng để làm gì

Article schema là JSON-LD mô tả một bài viết thuộc nhóm Article trong schema.org (Article/BlogPosting/NewsArticle). Nó giúp máy hiểu “trang này là bài viết” và chuẩn hóa metadata quan trọng để giảm mơ hồ khi crawl và hiển thị.

Article schema là khai báo dữ liệu cho bài viết nhằm mô tả headline, image, author, datePublished, dateModified trong bối cảnh một trang nội dung. Ví dụ: một bài kiến thức trong Trung tâm tài liệu có thể dùng Article để mô tả đúng tiêu đề, ảnh, ngày cập nhật và tác giả (nếu trang có hiển thị tác giả).

2) Dùng khi nào và không dùng khi nào

Article schema phù hợp cho trang “một bài viết cụ thể” (single) có nội dung chính rõ ràng và metadata có thể đối chiếu trên trang. Không phù hợp cho trang danh mục/tag/listing vì các trang đó không đại diện cho một bài viết đơn lẻ.

2.1) Dùng khi

Trang là bài viết đơn lẻ và các trường định khai báo đều tồn tại trên giao diện người dùng. Dữ liệu trong schema phải phản ánh đúng nội dung hiển thị để người khác kiểm tra lại được.

• Bài viết có tiêu đề chính rõ ràng (headline khớp H1 hoặc tiêu đề hiển thị chính).
• Có ảnh đại diện liên quan và URL ảnh crawl được (không 404, không bị chặn).
• Có ngày xuất bản và/hoặc ngày cập nhật hiển thị công khai để đối chiếu.
• Có tác giả hiển thị hoặc có trang tác giả hợp lệ (nếu khai báo author).

2.2) Không nên dùng khi

Trang không phải bài viết đơn lẻ hoặc schema mô tả sai trọng tâm trang. Các trường khai báo nhưng không thể đối chiếu trên trang thường tạo mismatch và làm giảm chất lượng dữ liệu.

• Trang category/tag/search result/listing.
• Landing page dịch vụ hoặc trang bán hàng (thường phù hợp Service/Product hơn).
• Khai báo author/date/image nhưng trang không hiển thị các thông tin đó để đối chiếu.
• Copy template nhưng để sai canonical, ảnh 404, author rỗng hoặc mâu thuẫn giữa nhiều nguồn schema.

3) Chọn @type đúng

Google hỗ trợ các type phổ biến cho bài viết gồm Article, BlogPosting, NewsArticle. Chọn type theo bản chất nội dung và cách vận hành nội dung của website để giảm mơ hồ và dễ kiểm tra lại.

• Article: bài kiến thức, tài liệu, phân tích evergreen (thường phù hợp nhất cho KB).
• BlogPosting: bài blog chia sẻ theo format blog, có tác giả và lịch đăng rõ.
• NewsArticle: bài tin tức/cập nhật theo thời điểm, có publisher/logo ổn định và ngày giờ rõ.

Khi cần chuẩn hóa entity tác giả và các kênh “sameAs”, có thể tham khảo hướng dẫn liên quan tại SameAs & Citation Schema để tránh khai báo rời rạc hoặc mâu thuẫn giữa Person/Organization.

4) Mẫu JSON-LD chuẩn (v1.0)

V1.0 ưu tiên dữ liệu “đúng, đủ, kiểm tra lại được”: headline, image, datePublished, dateModified, author, mainEntityOfPage. Nếu website có publisher/logo ổn định và crawl được, thêm publisher để nhất quán entity.

Schema chỉ nên phản ánh thông tin người dùng có thể đối chiếu trên trang. Tránh thêm dữ liệu “điền cho đẹp” nhưng giao diện không hiển thị, vì khó kiểm tra lại và dễ tạo sai lệch.

4.1) Mẫu v1.0 tối thiểu (Article)

Mẫu phù hợp cho KB/blog cơ bản. Output của phần này là một JSON-LD có thể copy, thay dữ liệu thật và validate lại bằng Rich Results Test.

<script type="application/ld+json">
{
 "@context": "https://schema.org",
 "@type": "Article",
 "@id": "REPLACE_WITH_CANONICAL_URL#article",
 "mainEntityOfPage": {
 "@type": "WebPage",
 "@id": "REPLACE_WITH_CANONICAL_URL"
 },
 "headline": "REPLACE_WITH_H1_TITLE",
 "image": [
 "REPLACE_WITH_CRAWLABLE_IMAGE_URL"
 ],
 "datePublished": "2026-01-28T08:00:00+07:00",
 "dateModified": "2026-01-28T08:00:00+07:00",
 "author": {
 "@type": "Person",
 "name": "REPLACE_WITH_AUTHOR_NAME",
 "url": "REPLACE_WITH_AUTHOR_PROFILE_URL_OPTIONAL"
 }
}
</script>

4.2) Mẫu v1.0 khuyến nghị (BlogPosting + publisher)

Mẫu phù hợp khi website có tổ chức/publisher rõ ràng, logo crawl được và thông tin Organization đã nhất quán (thường đặt ở homepage/about). Nếu đang xây template và checklist triển khai theo hệ thống, có thể tham khảo tài nguyên tại Blueprint Library để chuẩn hóa mapping trường dữ liệu giữa CMS và JSON-LD.

<script type="application/ld+json">
{
 "@context": "https://schema.org",
 "@type": "BlogPosting",
 "@id": "REPLACE_WITH_CANONICAL_URL#blogposting",
 "mainEntityOfPage": {
 "@type": "WebPage",
 "@id": "REPLACE_WITH_CANONICAL_URL"
 },
 "headline": "REPLACE_WITH_H1_TITLE",
 "image": [
 "REPLACE_WITH_CRAWLABLE_IMAGE_URL"
 ],
 "datePublished": "2026-01-28T08:00:00+07:00",
 "dateModified": "2026-01-28T08:00:00+07:00",
 "author": {
 "@type": "Person",
 "name": "REPLACE_WITH_AUTHOR_NAME",
 "url": "REPLACE_WITH_AUTHOR_PROFILE_URL_OPTIONAL"
 },
 "publisher": {
 "@type": "Organization",
 "name": "REPLACE_WITH_PUBLISHER_NAME",
 "logo": {
 "@type": "ImageObject",
 "url": "REPLACE_WITH_CRAWLABLE_LOGO_URL"
 }
 }
}
</script>

5) Checklist triển khai (đặt theo template để dễ audit)

Output: trang bài viết xuất được đúng một bộ Article schema thống nhất, map đúng trường dữ liệu từ CMS, không trùng/mâu thuẫn giữa plugin/theme, và có thể kiểm tra lại ra cùng kết quả.

Giữa bản kế hoạch và website đang chạy còn người duyệt, hệ thống cũ và thời gian. Đào Tạo SEO đưa cả ba vào phần thực hành.

• Xác định phạm vi: chỉ áp dụng cho single post/single doc, không áp dụng category/tag.
• Chọn @type theo ngữ cảnh nội dung: Article / BlogPosting / NewsArticle.
• Map dữ liệu: headline = H1, image = featured image, datePublished/dateModified = field hệ thống, author = tên hiển thị.
• Kiểm soát trùng schema: chỉ giữ một nguồn xuất Article schema (tránh plugin + theme cùng xuất).
• Chuẩn hóa ngày giờ theo ISO 8601 có timezone, tránh format mơ hồ.

6) Checklist validate (ai cũng tự kiểm tra lại được)

Output: có trạng thái pass/fail, danh sách lỗi cần sửa, và xác nhận Google truy cập được URL cùng tài nguyên ảnh/logo. Người khác dùng cùng URL vẫn có thể đối chiếu lại.

• Rich Results Test: test theo URL hoặc test code để xem lỗi/cảnh báo.
• Schema Markup Validator (schema.org): kiểm tra cú pháp, graph, type/property hợp lệ.
• GSC URL Inspection: xác nhận Google fetch được trang và không bị chặn robots/noindex.
• Đối chiếu hiển thị: headline/ảnh/ngày/tác giả trên trang khớp dữ liệu schema.
• Kiểm tra crawl ảnh: URL ảnh/logo không 404, không redirect vòng, không chặn bot.

7) Lỗi thường gặp và cách sửa

Lỗi phổ biến nhất là mismatch dữ liệu với nội dung hiển thị, trùng nhiều schema và ảnh không crawl được. Cách xử lý nên ưu tiên: crawl được → đúng phạm vi → khớp dữ liệu → đúng format.

• Trùng schema: xuất 2 JSON-LD Article do plugin + theme. Cách sửa: chỉ giữ một nguồn xuất schema và kiểm tra source HTML.
• Ảnh không crawl được: Rich Results Test báo lỗi image. Cách sửa: thay ảnh crawlable, sửa 404, kiểm tra robots, đảm bảo trả 200.
• Ngày sai format: thiếu ISO 8601 hoặc thiếu timezone. Cách sửa: chuẩn ISO 8601 có timezone.
• Tác giả không đối chiếu: schema có author nhưng trang không hiển thị. Cách sửa: hiển thị tác giả hoặc bỏ trường author.
• Headline không khớp: headline khác tiêu đề hiển thị. Cách sửa: lấy đúng tiêu đề chính, tránh dùng “title SEO” nếu người dùng không thấy.

8) Ví dụ kiểm tra thực tế (URL để tự validate)

Ví dụ dưới đây được đưa vào để người đọc có thể tự kiểm tra lại bằng Rich Results Test và Schema Markup Validator. Kết quả có thể thay đổi theo thời gian nếu trang được cập nhật hoặc template schema được chỉnh.

URL mẫu: Đo lường AI Overviews: Cách theo dõi Citation, Zero-Click và chuyển đổi

Cách kiểm tra: mở Rich Results Test, dán URL, xem mục structured data và lỗi/cảnh báo (nếu có). Sau đó chạy Schema Markup Validator để kiểm tra graph và property theo schema.org. Khi cần chuẩn hóa entity và liên kết thực thể (sameAs/mentions), có thể đối chiếu thêm tại SameAs & Citation Schema.

Nếu bài viết cần liên hệ đến tối ưu hiển thị trong AI Search, có thể tham khảo nội dung nền tại SEO cho AI để phân biệt phần “đủ điều kiện hiển thị” và phần “tín hiệu nội dung” trong hệ thống đánh giá.

9) Schema Adoption Rate (định nghĩa và cách đếm)

Adoption Rate cần định nghĩa rõ “trang mục tiêu” vì Article schema chỉ áp dụng cho trang bài viết. Quy ước đo nên cố định để số liệu không trôi theo cảm tính khi đổi plugin hoặc đổi template.

• Trang mục tiêu (target pages): tập URL được coi là “bài viết” (ví dụ: toàn bộ URL bài viết public trong /kb/ và/hoặc blog/news nếu có).
• Được tính đạt (adopted): có Article (hoặc type phù hợp) schema hợp lệ, không lỗi nghiêm trọng, và dữ liệu khớp nội dung hiển thị.
• Cách đếm: Schema Adoption Rate = (Số target pages adopted) / (Tổng target pages).

Version log

Version log của Article Schema ghi phiên bản hiện tại là v1.0, cập nhật ngày 2026-01-28. Phiên bản này bổ sung mẫu JSON-LD cho Article và BlogPosting, checklist validate, quy ước Adoption Rate và URL ví dụ. Mục đích là chuẩn hóa để kiểm tra lại được và giảm lỗi trùng schema.

v1.0

Current: v1.0
Last updated: 2026-01-28
Applies to: Article Schema

• Added: mẫu JSON-LD v1.0 (Article + BlogPosting với publisher), checklist triển khai và validate, quy ước Adoption Rate.
• Added: URL ví dụ để người đọc tự validate theo thời điểm kiểm tra.
• Why: chuẩn hóa theo hướng kiểm tra lại được và giảm lỗi trùng schema/mismatch dữ liệu.

Nguồn tham khảo

Phần này dẫn nguồn gốc để bạn kiểm chứng và đọc bản đầy đủ. Có trang Article structured data trên Google Search Central, nơi mô tả từng trường của schema Article. Và có trang Structured data policies, nơi Google nói rõ cái gì được phép đánh dấu và cái gì không. Dẫn nguồn chính chủ thì khỏi tranh cãi.

• Google Search Central: Article structured data: https://developers.google.com/search/docs/appearance/structured-data/article
• Google Search Central: Structured data policies: https://developers.google.com/search/docs/appearance/structured-data/sd-policies
• Google Search Central: Intro to structured data: https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data
• Rich Results Test: https://search.google.com/test/rich-results
• Schema.org: Article: https://schema.org/Article
• Schema.org: BlogPosting: https://schema.org/BlogPosting
• Schema.org: NewsArticle: https://schema.org/NewsArticle
• Schema Markup Validator: https://validator.schema.org/

Lời kết

Article schema hữu ích khi được triển khai đúng ngữ cảnh, dữ liệu khớp nội dung hiển thị và có quy trình validate rõ ràng. Khi kèm version log và quy ước đo Adoption Rate, việc audit theo thời gian trở nên đơn giản hơn và người khác có thể kiểm tra lại bằng cùng URL.