Article Schema — dữ liệu có cấu trúc cho bài viết

Tóm tắt — Article schema là một đoạn mã nhỏ được thêm vào bài blog hoặc bài báo để gắn nhãn những thông tin cơ bản cho công cụ tìm kiếm: tiêu đề, tác giả, thời điểm xuất bản và hình ảnh chính. Nó giúp Google trình bày các chi tiết đó rõ hơn trong kết quả tìm kiếm. Tài liệu của Google gọi tính năng này là Article rich result, nhưng nó không tạo một thẻ nổi bật như Recipe hay Video và cũng không phải điều kiện để xuất hiện trong Google News hoặc Discover. Dù một số tài liệu cũ nói khác, Article schema không yêu cầu AMP.

Article schema là gì

Khi đọc một bài viết, bạn có thể phân biệt tiêu đề, dòng tên tác giả và ngày tháng chỉ bằng mắt. Công cụ tìm kiếm nhìn thấy văn bản thuần và phải tự suy luận. Article schema diễn đạt rõ các thành phần đó bằng mã, dùng từ vựng chung của schema.org, để Google biết chính xác đâu là tiêu đề, ai viết bài, bài được xuất bản khi nào và hình ảnh nào là hình chính.

Nó hầu như luôn được viết dưới dạng JSON-LD — một đoạn mã nhỏ nằm trong trang mà không thay đổi giao diện. Bạn sẽ gặp các kiểu Article, NewsArticle hoặc BlogPosting. Cả ba đều hợp lệ và Google trình bày chúng trong cùng một hướng dẫn. Evidence for this claim Schema.org defines Article and the more specific BlogPosting and NewsArticle types. Scope: Schema.org vocabulary; type validity is separate from Google search-feature eligibility. Confidence: high · Verified: 2026-07-14 Schema.org: Article Bạn không cần quá băn khoăn khi chọn kiểu; phần Nâng cao giải thích kỹ hơn.

Vì sao đáng triển khai

Đây là phần nhiều hướng dẫn thường nói quá, nên cần nói thẳng: Article schema không mang lại một thẻ kết quả mới, bắt mắt như Recipe hoặc Product. Lợi ích của nó kín đáo hơn nhưng có thật:

• Nó giúp Google hiển thị văn bản tiêu đề tốt hơn, hình ảnh phù hợp hơn và thông tin ngày tháng rõ hơn cho bài viết trong kết quả tìm kiếm thông thường — chính tài liệu Google gọi tính năng này là Article rich result. Evidence for this claim Google says Article structured data can help it understand article pages and show better title, image, and date information. Scope: Google Search Article documentation; markup does not guarantee a particular appearance. Confidence: high · Verified: 2026-07-14 Google: Article structured data
• Google News và Discover có thể đọc markup này để hiểu nội dung rõ hơn, nhưng cả hai đều không bắt buộc phải có nó; riêng Discover nói rõ rằng nội dung không cần thẻ đặc biệt hay dữ liệu có cấu trúc.

Vì vậy, lợi ích là phiên bản được trình bày tốt hơn của kết quả hiện có, không phải một loại thẻ mới. Bất kỳ ai hứa hẹn “article carousel rich result” hoặc ngụ ý rằng markup này là điều đưa bạn vào Top Stories hay Discover đều đang nói quá.

Tin tốt: không có thuộc tính bắt buộc

Hướng dẫn Article của Google khá linh hoạt: không có thuộc tính bắt buộc. Bạn thêm những thuộc tính phù hợp với nội dung. Trên thực tế, các thuộc tính đáng dùng gồm:

• headline — tiêu đề bài viết; nên ngắn gọn vì Google cắt bớt tiêu đề quá dài.
• author — người hoặc tổ chức thực sự viết bài, có tên khớp với dòng tên tác giả hiển thị.
• datePublished và dateModified — thời điểm bài được xuất bản và lần cuối thay đổi.
• image — hình ảnh chính; Google khuyến nghị hình có ít nhất 50 000 pixel ở các tỷ lệ 16x9, 4x3 và 1x1.

Những ngộ nhận cần bỏ qua

Có hai điều bạn có thể từng đọc nhưng nay đã lỗi thời hoặc sai:

• “Article schema yêu cầu AMP.” Không đúng. Hướng dẫn Article hiện hành của Google hoàn toàn không nhắc tới AMP.
• “Càng nhiều thuộc tính càng tốt.” Google nói rõ chỉ thêm những gì phù hợp; không có checklist phải điền đủ để “chiến thắng”.

Một điều luôn đúng: markup hợp lệ chỉ tạo điều kiện đủ để được xét, không bảo đảm hiển thị. Google vẫn quyết định có sử dụng nó hay không.

Bạn muốn xem bản đầy đủ — cách chọn giữa Article, NewsArticle và BlogPosting, cách điền tốt các thuộc tính được khuyến nghị, lỗi triển khai thường gặp và mối liên hệ với Top Stories cùng Discover mà không nói quá? Hãy chuyển sang tab Nâng cao.

Tóm tắt — Dữ liệu có cấu trúc Article — Article, NewsArticle hoặc BlogPosting, cả ba đều hợp lệ và được Google ghi trong cùng một hướng dẫn — đánh dấu headline, author, datePublished/dateModified và image của một trang nội dung viết. Nó không có thuộc tính bắt buộc; hướng dẫn của Google là “add the properties that apply to your content” (bản dịch) “thêm những thuộc tính phù hợp với nội dung”. Tài liệu Google gọi tính năng này là Article rich result, nhưng khác với thẻ nổi bật của Recipe hay VideoObject, nó là phiên bản được trình bày tốt hơn của kết quả hiện có — tiêu đề, hình ảnh và ngày tháng — chứ không phải định dạng snippet riêng. Article markup không bắt buộc cho các tính năng Google News như Top Stories, còn hướng dẫn Discover nói nội dung không cần thẻ đặc biệt hay dữ liệu có cấu trúc. Vì vậy, nó không phải công tắc đủ điều kiện cho “article carousel”. Hướng dẫn Article hiện hành cũng hoàn toàn không nhắc AMP; lời khuyên cũ rằng “Article schema yêu cầu AMP” đã lỗi thời. Markup hợp lệ chỉ tạo điều kiện để được xét; Google vẫn quyết định có dùng hay không, và nó không phải yếu tố xếp hạng.

Article schema thực sự làm gì — và không làm gì

Cần sửa ngay lời khẳng định bị nói quá phổ biến nhất, vì mọi phần khác đều xuất phát từ đây: tài liệu Google gọi tính năng này là Article rich result, nhưng nó không phải một thẻ mới có hình thức riêng như thẻ công thức của Recipe hay cách VideoObject tạo thumbnail video. Article không có snippet trực quan độc lập tương đương; “rich result” ở đây là kết quả hiện có được trình bày tốt hơn. Cụ thể, nó có thể:

• Cải thiện cách kết quả hiện có hiển thị — Google có thể dùng văn bản tiêu đề tốt hơn, hình ảnh chính phù hợp hơn và thông tin ngày tháng rõ hơn cho bài viết.
• Giúp Google hiểu nội dung — nhưng nó không phải yêu cầu đối với các tính năng Google News như Top Stories, và hướng dẫn Discover nói nội dung đủ điều kiện không cần thẻ đặc biệt hay dữ liệu có cấu trúc. Article markup có thể làm chi tiết rõ ràng hơn; nó không mở khóa hai bề mặt này.

Đó là tín hiệu về chất lượng trình bày, không phải loại snippet mới hay công tắc đủ điều kiện. Khi một hướng dẫn hứa rằng “Article schema mở khóa Top Stories hoặc article carousel”, hãy hiểu đó là cách nói quá: Google mô tả lợi ích là giúp hệ thống hiểu trang và hiển thị tốt hơn tiêu đề, hình ảnh cùng ngày tháng, không phải bật một thẻ hay quyền xuất hiện trong News hoặc Discover. Cụm “văn bản tiêu đề, hình ảnh và thông tin ngày tháng tốt hơn” ở đây là phần diễn giải cách Google mô tả lợi ích, không phải trích dẫn nguyên văn; tab Trích dẫn ghi rõ câu nào đã được xác nhận từng chữ.

Article, NewsArticle hay BlogPosting — có phải chọn thật chính xác không?

Câu trả lời ngắn: không cần quá căng thẳng. Cả ba kiểu đều hợp lệ, và hướng dẫn Google trình bày Article, NewsArticle cùng BlogPosting với cùng tập thuộc tính được khuyến nghị. NewsArticle và BlogPosting đều là kiểu con của Article, vì vậy:

• Dùng NewsArticle cho nội dung tin tức trên website tin tức.
• Dùng BlogPosting cho bài blog.
• Dùng Article làm lựa chọn chung an toàn khi hai kiểu kia không thật sự phù hợp.

Hãy chọn kiểu cụ thể nhất mô tả trung thực trang, nhưng đừng quá lo lắng: tập thuộc tính được khuyến nghị là như nhau và không có lợi ích rich result riêng phụ thuộc vào lựa chọn này. Schema.org định nghĩa thêm một số kiểu con Article ngoài ba kiểu trên; hướng dẫn Google và bài này tập trung vào ba kiểu mà Google công bố tập thuộc tính hỗ trợ.

Không có thuộc tính bắt buộc — đây là tính năng, không phải thiếu sót

Hướng dẫn Article của Google nói rõ rằng không có thuộc tính bắt buộc; thay vào đó, hãy thêm những thuộc tính phù hợp với nội dung. Evidence for this claim Google lists no required Article properties but recommends adding applicable author, date, headline, and image data. Scope: Google Search Article feature requirements; completeness and accuracy still matter. Confidence: high · Verified: 2026-07-14 Google: Article structured data Sự linh hoạt này dễ gây bối rối cho người quen với danh sách yêu cầu cứng của Product hoặc Recipe. Với Article, những thuộc tính được khuyến nghị sau đây mới đáng điền cẩn thận:

Bạn có thể muốn nhồi mọi thuộc tính schema.org cung cấp vào markup. Đừng làm vậy. Google khuyên chỉ thêm những gì phù hợp; danh sách dài hơn không có phần thưởng, còn thuộc tính không liên quan hoặc không chính xác chỉ làm tăng rủi ro.

Lỗi triển khai thường gặp

• Tên tác giả không khớp. Lỗi phổ biến nhất là đặt author thành giá trị khái quát hoặc sai — “Admin”, tên website hay biên tập viên không viết bài — thay vì Person/Organization có thật với tên khớp dòng tên tác giả trên trang.
• headline quá dài. Google cắt bớt và đôi khi viết lại tiêu đề dài khi hiển thị, nên giá trị phình to không mang lại lợi ích và có thể trông sai.
• dateModified cũ hoặc thay đổi liên tục. Cập nhật sau mọi lần crawl hoặc không bao giờ cập nhật đều gửi tín hiệu sai. Chỉ đổi khi nội dung thật sự thay đổi.
• Chỉ có một image chất lượng thấp. Cung cấp vài kích thước hoặc tỷ lệ; một thumbnail nhỏ hay bị cắt vụng về sẽ hạn chế lựa chọn hiển thị của Google.
• Theo đuổi một thẻ không tồn tại. Google gọi tính năng là Article rich result, nhưng không có snippet mới với hình thức riêng; lợi ích chỉ là kết quả hiện có được trình bày tốt hơn.

Mối liên hệ với Top Stories, News và Discover — không nói quá

Phần này cần thật chính xác vì Google nói rõ và hai bề mặt không giống nhau: Article markup có thể làm chi tiết bài viết rõ hơn để Google hiểu, nhưng Google nói nó không bắt buộc đối với các tính năng Google News như Top Stories, còn hướng dẫn Discover nói nội dung đủ điều kiện không cần thẻ đặc biệt hay dữ liệu có cấu trúc. Vì vậy, Article schema không mở khóa bề mặt nào; nó chỉ là markup giúp Google hiểu một trang đã được hệ thống xem xét, không phải công tắc. Việc xuất hiện trong Top Stories hoặc Discover thực tế phụ thuộc vào nhà xuất bản đủ điều kiện, chất lượng và độ mới của nội dung, cùng quyết định của hệ thống Google.

Có hai điểm liền kề nên nhắc ngắn gọn:

• Nội dung có paywall cần thêm riêng dữ liệu có cấu trúc cho nội dung paywall; đó là markup độc lập, không thuộc Article, và ảnh hưởng tới cách Google xử lý trang thuê bao.
• Nên điền chính xác author và các trường ngày tháng vì danh tính tác giả thật, nhất quán cũng quan trọng đối với các tín hiệu E-E-A-T rộng hơn được thảo luận trên website này. Hiện không có bằng chứng ở đây cho thấy chính markup này là đầu vào E-E-A-T trực tiếp; xác định đúng tác giả vẫn là thực hành tốt.

Dữ liệu có cấu trúc không phải yếu tố xếp hạng

Điều này đáng nhắc lại vì là nền tảng của toàn bộ chủ đề: dữ liệu có cấu trúc, gồm Article, không phải yếu tố xếp hạng. John Mueller đã nhiều lần nói nó ảnh hưởng tới khả năng đủ điều kiện cho rich result và cách hiển thị, chứ không trực tiếp ảnh hưởng thứ hạng. Bạn thêm Article schema để giúp Google hiểu và trình bày nội dung, không phải để leo hạng. Đó cũng là lý do tôi vẫn cho rằng nó đáng triển khai: ngay cả khi không có thẻ mới với hình thức riêng, nó có thể cải thiện cách bài viết xuất hiện. Tôi ủng hộ schema markup khi nó mang lại một tính năng tìm kiếm; nhãn Article rich result của Google dành cho tiêu đề, hình ảnh và ngày tháng rõ hơn đã đủ đáp ứng tiêu chí đó mà không cần dựa vào tuyên bố chưa được chứng minh về News hay Discover.

Vị trí của Article trong hệ sinh thái dữ liệu có cấu trúc

Article là một trong các kiểu Creative Works của schema.org, cùng nhóm với AudioObject, Book, Course, Dataset, Movie, Recipe và VideoObject; trung tâm Creative Works chứa bài này nhóm các kiểu đó lại. Một số kiểu như Recipe và VideoObject có thẻ rich result riêng, nên càng cần nói rõ Article thì không. Để xem từ vựng rộng hơn và vai trò của JSON-LD, hãy đọc các trung tâm Schema Markup và Structured Data phía trên bài này.

Tóm tắt bằng AI

Bản cô đọng của phần Nâng cao:

• Khái niệm: schema.org Article, triển khai dưới dạng Article, NewsArticle hoặc BlogPosting — cả ba đều hợp lệ và được Google ghi chung — thường bằng JSON-LD, để gắn nhãn headline, author, datePublished/dateModified và image của trang nội dung viết.
• Không có thuộc tính bắt buộc. Google nói hãy thêm các thuộc tính phù hợp với nội dung; không có danh sách phải đạt và danh sách dài hơn không có phần thưởng.
• Google gọi tính năng là Article rich result, nhưng khác Recipe hoặc VideoObject, nó không có thẻ mới với hình thức riêng. Đó là kết quả hiện có được trình bày tốt hơn: tiêu đề, hình ảnh và ngày tháng rõ hơn.
• Không phải công tắc Top Stories hay Discover. Google nói Article markup không bắt buộc cho các tính năng Google News như Top Stories, còn hướng dẫn Discover nói nội dung đủ điều kiện không cần thẻ đặc biệt hay dữ liệu có cấu trúc. Markup giúp Google hiểu trang chứ không mở khóa bề mặt nào.
• Bỏ qua lời nói quá của đối thủ: tuyên bố Article schema “mở khóa Top Stories, article carousel hoặc rich snippet” đánh đồng khả năng giúp Google hiểu với bảo đảm đủ điều kiện.
• Không yêu cầu AMP. Hướng dẫn Article hiện hành của Google hoàn toàn không nhắc AMP; lời khuyên phổ biến rằng Article schema yêu cầu AMP đã lỗi thời.
• Chọn kiểu: dùng NewsArticle cho tin tức, BlogPosting cho blog và Article làm lựa chọn chung an toàn. Cả ba có cùng thuộc tính được khuyến nghị; không có lợi ích rich result riêng phụ thuộc vào kiểu.
• Điền tốt thuộc tính được khuyến nghị: author là Person/Organization có thật với tên khớp; headline ngắn gọn; dateModified trung thực; hình đại diện có thể crawl, ít nhất 50 000 pixel, ở nhiều tỷ lệ 16x9, 4x3 và 1x1.
• Lỗi phổ biến: tác giả khái quát hoặc không khớp, tiêu đề quá dài, dateModified cũ hay thay đổi liên tục, một hình yếu và kỳ vọng thẻ không tồn tại.
• Liên quan: nội dung paywall cần markup paywall riêng; điền đúng tác giả và ngày tháng là thực hành tốt cùng công việc E-E-A-T rộng hơn, nhưng hồ sơ này không chứng minh markup là đầu vào E-E-A-T trực tiếp.
• Đủ điều kiện không đồng nghĩa hiển thị và không phải yếu tố xếp hạng: dữ liệu có cấu trúc ảnh hưởng khả năng hiển thị rich result, không ảnh hưởng thứ hạng. Markup hợp lệ chỉ khiến trang được xét; Google quyết định có dùng hay không.

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

Tài liệu nguồn sơ cấp từ các công cụ tìm kiếm.

Google — dữ liệu có cấu trúc Article

• Dữ liệu có cấu trúc Article — Article, NewsArticle, BlogPosting — hướng dẫn duy nhất bao quát cả ba kiểu, gọi tính năng là Article rich result, nêu rõ không có thuộc tính bắt buộc, liệt kê các thuộc tính được khuyến nghị — author, dateModified, datePublished, headline, image — và hướng dẫn hình tối thiểu 50 000 pixel ở nhiều tỷ lệ. Hướng dẫn cũng nói Article markup không bắt buộc cho các tính năng Google News như Top Stories và không nhắc AMP.
• Nguyên tắc chung về dữ liệu có cấu trúc — các chính sách về nội dung, kỹ thuật và chất lượng áp dụng cho mọi dữ liệu có cấu trúc, gồm Article.
• Nội dung thuê bao và paywall — markup riêng cho bài viết thuê bao hoặc paywall; được nhắc trong hướng dẫn Article nhưng triển khai độc lập.
• Rich Results Test — xác thực markup và kiểm tra dữ liệu Google có thể đọc.
• Xuất hiện trên Discover — hướng dẫn đủ điều kiện của Discover, nói rằng nội dung không cần thẻ đặc biệt hay dữ liệu có cấu trúc.

Bing / Microsoft

• Đánh dấu website bằng dữ liệu có cấu trúc — hỗ trợ dữ liệu có cấu trúc nói chung của Bing, gồm schema.org và khuyến nghị JSON-LD, được xác thực bằng Markup Validator chung của Bing.

Trích dẫn từ nguồn

Các phát biểu công khai từ Google. Khi trang nguồn cung cấp đoạn văn bản, liên kết sẽ nhảy thẳng tới phần được trích.

Tài liệu Google — không có thuộc tính bắt buộc

• “There are no required properties; instead, add the properties that apply to your content.” (bản dịch) “Không có thuộc tính bắt buộc; thay vào đó, hãy thêm những thuộc tính phù hợp với nội dung.” Đi tới trích dẫn

Về dữ liệu có cấu trúc và thứ hạng — lập trường lâu dài

• Dữ liệu có cấu trúc không phải yếu tố xếp hạng. Lập trường được John Mueller nhắc lại nhiều lần là markup chỉ tác động tới khả năng đủ điều kiện cho rich result và cách trình bày, không trực tiếp làm thay đổi thứ hạng. Đây là phần diễn giải quan điểm nhất quán trong các phiên Search Central office-hours và bài đăng mạng xã hội; hãy coi là khung quan điểm đã được xác lập rộng rãi, không phải transcript từ một nguồn duy nhất.

Ngộ nhận và lỗi Article schema cần tránh

Ngộ nhận: “Article schema yêu cầu AMP.” Sai, và cần sửa trực tiếp vì nhiều hướng dẫn cũ vẫn lặp lại. Hướng dẫn Article hiện hành của Google hoàn toàn không nhắc AMP; hiện không có yêu cầu AMP cho cách Article được xử lý. Tài liệu nào gắn Article markup với AMP đều đã lỗi thời.

Ngộ nhận: “Article schema mang lại một thẻ rich result mới có hình thức riêng.” Không đúng. Tài liệu Google gọi tính năng được mô tả là Article rich result, nhưng khác Recipe hay VideoObject, Article không có snippet trực quan riêng; đó là phiên bản được trình bày tốt hơn của kết quả hiện có — tiêu đề, hình ảnh và ngày tháng. Markup cũng không bắt buộc cho các tính năng Google News như Top Stories, còn hướng dẫn Discover nói nội dung đủ điều kiện không cần thẻ đặc biệt hay dữ liệu có cấu trúc. Các hướng dẫn hứa hẹn “article carousel rich result” chỉ nhờ schema — cách trình bày từng thấy ở Yoast, Semrush và SEJ — đang nói quá lợi ích của markup. Hãy xem đó là tuyên bố quá mức về điều kiện đủ, không phải bảo đảm định dạng hay quyền xuất hiện.

Ngộ nhận: “Càng nhiều thuộc tính càng tốt.” Google nói rõ chỉ thêm những thuộc tính phù hợp với nội dung. Không có danh sách bắt buộc phải đạt và danh sách dài hơn không mang lại phần thưởng; thuộc tính không liên quan hoặc không chính xác chỉ tạo rủi ro, không tăng thứ hạng hay khả năng đủ điều kiện.

Ngộ nhận: “Dữ liệu có cấu trúc sẽ tăng thứ hạng.” Dữ liệu có cấu trúc, gồm Article, không phải yếu tố xếp hạng — Mueller đã nhiều lần nêu điều này. Nó ảnh hưởng khả năng đủ điều kiện và cách hiển thị rich result, không ảnh hưởng thứ hạng. Hãy thêm markup để Google hiểu và trình bày nội dung, không phải để leo hạng.

Lỗi: author khái quát hoặc không khớp. Đặt author thành “Admin”, tên website hoặc biên tập viên không viết bài làm mất ý nghĩa của thuộc tính. Hãy tham chiếu Person hoặc Organization có thật với tên khớp dòng tên tác giả hiển thị.

Lỗi: headline quá dài. Google cắt bớt và đôi khi viết lại tiêu đề dài khi hiển thị. Giá trị headline phình to không mang lại lợi ích và có thể trông sai; hãy giữ ngắn gọn, đồng nhất với tiêu đề nhìn thấy.

Lỗi: dateModified thay đổi liên tục hoặc bị cũ. Cập nhật dateModified sau mọi lần crawl để giả độ mới, hoặc không bao giờ cập nhật, đều gây hiểu nhầm. Chỉ đổi khi nội dung thực sự thay đổi.

Lỗi: kỳ vọng Article schema bật Top Stories hoặc Discover. Google nói Article markup không bắt buộc cho Top Stories, còn hướng dẫn Discover nói nội dung đủ điều kiện không cần thẻ đặc biệt hay dữ liệu có cấu trúc. Việc xuất hiện ở đó phụ thuộc nhà xuất bản đủ điều kiện, chất lượng và độ mới của nội dung, cùng quyết định của Google. Markup sạch có thể giúp Google hiểu trang; nó không bật công tắc.

Lỗi: quên markup cho nội dung paywall. Bài viết thuê bao hoặc paywall cần dữ liệu có cấu trúc paywall riêng; nó không thuộc Article, và bỏ qua có thể gây vấn đề cho cách Google xử lý trang bị giới hạn.

Article JSON-LD khái quát và phiên bản được xây dựng tốt

Article không có thuộc tính bắt buộc, nên “hỏng” ở đây hiếm khi có nghĩa là “không qua xác thực”; nó thường có nghĩa là sơ sài và ít hữu ích: markup phân tích cú pháp được nhưng cung cấp quá ít thông tin cho Google, hoặc có giá trị không khớp trang.

Một snippet sơ sài, khái quát

Đoạn mã phân tích cú pháp bình thường, nhưng author quá khái quát, chỉ có một hình chất lượng thấp và thiếu ngày xuất bản cùng thông tin sửa đổi:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "How To Implement Article Schema Markup For Better Search Visibility And Rich Results In Google Today",
  "author": {
    "@type": "Person",
    "name": "Admin"
  },
  "image": "https://example.com/img/thumb.jpg"
}

Điểm yếu:

• author.name: “Admin” — quá khái quát và không khớp bất kỳ dòng tên tác giả thật nào. Hãy dùng người viết thực tế.
• headline quá dài — Google sẽ cắt bớt hoặc viết lại, và nó cũng không khớp tiêu đề nhìn thấy.
• Chỉ một image nhỏ — một thumbnail giới hạn lựa chọn hiển thị của Google.
• Không có datePublished/dateModified — bạn bỏ mất tín hiệu ngày tháng.

Cùng bài viết đó, được xây dựng tốt

Dùng kiểu BlogPosting cụ thể, tác giả thật có tên khớp, nhiều tỷ lệ hình ảnh và ngày tháng trung thực:

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How to implement Article schema markup",
  "author": {
    "@type": "Person",
    "name": "Patrick Stox",
    "url": "https://example.com/author/patrick-stox/"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Example",
    "logo": {
      "@type": "ImageObject",
      "url": "https://example.com/img/logo.png"
    }
  },
  "datePublished": "2026-07-01T09:00:00-04:00",
  "dateModified": "2026-07-01T09:00:00-04:00",
  "image": [
    "https://example.com/img/article-1x1.jpg",
    "https://example.com/img/article-4x3.jpg",
    "https://example.com/img/article-16x9.jpg"
  ]
}

Vì sao tốt hơn:

• @type: "BlogPosting" — kiểu cụ thể nhất mô tả trung thực trang và là kiểu con Article hợp lệ.
• author thật, có tên khớp, kèm url tới thực thể tác giả.
• headline ngắn gọn và đồng nhất với tiêu đề nhìn thấy.
• Có cả hai ngày, theo ISO 8601 và có múi giờ.
• Ba tỷ lệ hình ảnh — 16x9, 4x3 và 1x1 — để Google chọn tỷ lệ phù hợp nhất cho từng bề mặt.

Lưu ý rằng không có thuộc tính “bắt buộc” nào được thỏa mãn ở đây; mọi trường đều là khuyến nghị. Khác biệt giữa hai snippet không phải đạt hay trượt, mà là Google có thể làm được bao nhiêu với dữ liệu bạn cung cấp.

Tự kiểm tra: Article Schema

Năm câu hỏi nhanh về markup Article, NewsArticle và BlogPosting, tác dụng và giới hạn của nó, cùng các ngộ nhận cần bỏ qua. Chọn một đáp án cho mỗi câu rồi kiểm tra.

Các KPI thường trực cho Article schema

Article schema không có báo cáo rich result riêng trong Search Console như Recipe hoặc Product, nên KPI hữu ích là những chỉ số phản ánh đúng tác dụng của markup: cải thiện chất lượng trình bày của kết quả hiện có. Hãy theo dõi theo quý thay vì săn một con số ngay sau khi xuất bản.

Impression trên Top Stories và Discover

Chỉ số: impression và click khi phần Search appearance của Search Console hiển thị “Top stories”, hoặc khi báo cáo Discover riêng có dữ liệu. Cho biết: Google có đưa các trang gắn Article markup lên hai bề mặt này hay không; nhưng hãy nhớ markup không bắt buộc đối với cả hai — Google nói Top Stories không yêu cầu markup và Discover không cần thẻ đặc biệt hay dữ liệu có cấu trúc — nên số thấp không nhất thiết nghĩa là markup hỏng, còn số cao không nên chỉ được ghi công cho markup. Cách lấy: Search Console → Performance → bộ lọc Search appearance, hoặc báo cáo Discover riêng nếu property có đủ traffic để hiển thị. Benchmark / khoảng thực tế: không có benchmark dùng chung giữa các website; khả năng xuất hiện phụ thuộc mạnh vào trạng thái nhà xuất bản, lĩnh vực và độ mới, nên hãy lập baseline theo từng khu vực nội dung và theo dõi xu hướng. Nhịp: hằng tháng hoặc sau mỗi thay đổi về Article markup hay lịch xuất bản.

Tỷ lệ dữ liệu có cấu trúc hợp lệ trên template bài viết

Chỉ số: tỷ lệ trang dùng template Article phân tích cú pháp sạch và không thiếu trường được khuyến nghị. Cho biết: một bản cập nhật CMS, theme hay template có làm hỏng markup trên toàn website hay không, vì một lỗi template có thể âm thầm làm mất author hoặc image ở mọi bài. Cách lấy: kiểm tra mẫu URL bằng Schema Markup Validator hoặc Rich-Result Eligibility Checker; cảnh báo dữ liệu có cấu trúc trong Search Console cũng có thể nêu trang Google không phân tích được. Benchmark / khoảng thực tế: đây là chỉ số vệ sinh kỹ thuật; mục tiêu trung thực là 100% trang theo template có các trường được khuyến nghị vì bao phủ một phần không có lợi ích. Nhịp: ngay sau thay đổi template hoặc CMS; nếu không, kiểm tra mẫu mỗi quý là đủ.

Độ chính xác của tiêu đề, hình ảnh và ngày tháng được hiển thị

Chỉ số: tiêu đề, hình ảnh và ngày Google thực sự hiển thị trong kết quả có khớp headline, image và datePublished/dateModified hay không. Cho biết: đây là biểu hiện quan sát được trực tiếp của “chất lượng trình bày tốt hơn”, tác dụng chính của Article schema. Nếu Google thay bằng tiêu đề tự đoán hoặc hình khác, markup chưa hoàn thành vai trò trên trang đó. Cách lấy: dùng bản xem trước đã render trong URL Inspection, Rich Results Test hoặc kiểm tra SERP thủ công cho truy vấn mục tiêu của bài. Benchmark / khoảng thực tế: không có tỷ lệ chung phải đạt; đây là kiểm tra đạt/trượt theo từng trang, nên mọi sai lệch đều là tín hiệu cần xem lại tác giả, tiêu đề hoặc hình ảnh. Nhịp: kiểm tra mẫu các trang quan trọng ngay sau xuất bản, rồi thỉnh thoảng kiểm tra lại nội dung cũ đã cập nhật.

Công cụ tạo và kiểm tra Article schema

Ba công cụ miễn phí của tôi bao quát toàn bộ quy trình Article schema: tạo markup đúng, xác thực markup hiện có và xác định chính xác trường được khuyến nghị nào còn thiếu.

Tạo markup bằng Schema Markup Generator

Schema Markup Generator tạo Article, NewsArticle hoặc BlogPosting JSON-LD từ biểu mẫu thay vì viết tay. Công cụ xây đúng cấu trúc lồng nhau thường bị làm sai: author là đối tượng Person hoặc Organization thay vì chuỗi thuần, publisher có logo ImageObject lồng bên trong và mảng image để cung cấp các tỷ lệ 16x9, 4x3, 1x1 Google khuyến nghị. Nó xuất sáu định dạng có thể đưa thẳng vào trang.

Xác thực markup hiện có bằng Schema Markup Validator

Schema Markup Validator kiểm tra JSON-LD hiện có — dán mã hoặc toàn bộ trang HTML — với kết quả phân tầng mức độ theo cả từ vựng schema.org và các thuộc tính Article được Google khuyến nghị. Công cụ đặc biệt hữu ích cho lỗi tác giả không khớp ở tab Nâng cao: kiểm tra đồ thị @id giữa các block sẽ đánh dấu tham chiếu author không trỏ tới thực thể Person hoặc Organization có thật ở nơi khác trên trang.

Kiểm tra từng trường bằng Rich-Result Eligibility Checker

Rich-Result Eligibility Checker là cách nhanh nhất để xem theo từng trường liệu Article markup có đủ tập khuyến nghị — headline, author, datePublished, dateModified, image — bằng dấu kiểm rõ ràng, dấu X cho trường thiếu hoặc cảnh báo cho trường được khuyến nghị nhưng không bắt buộc. Vì Article không có thuộc tính bắt buộc, công cụ này giúp quyết định trường khuyến nghị nào đáng thêm thay vì phỏng đoán.

Công cụ xác thực của Google để có ý kiến thứ hai

Rich Results Test của Google đáng chạy sau các công cụ trên vì nó cho biết chính xác trình phân tích của Google đọc được gì từ trang, thay vì cách diễn giải thông số của bên thứ ba. Đây là bước kiểm tra cuối hữu ích trước khi triển khai thay đổi template trên toàn website.

Tài nguyên đáng dành thời gian

Từ ngành

Article schema là chủ đề mà nhiều hướng dẫn nổi tiếng nói quá lợi ích đối với Top Stories và Discover. Vì vậy, tôi liệt kê một số hướng dẫn đó như ví dụ về lời khẳng định quá mức mà bài này sửa lại. Hãy đối chiếu với tài liệu Google: tài liệu có dùng nhãn Article rich result nhưng mô tả lợi ích là trình bày tốt hơn kết quả hiện có và giúp hiểu nội dung, không phải một thẻ mới hay công tắc đủ điều kiện:

• Dữ liệu có cấu trúc Article — Article, NewsArticle, BlogPosting (Google Search Central) — tài liệu có thẩm quyền: không có thuộc tính bắt buộc, liệt kê trường được khuyến nghị, hướng dẫn hình tối thiểu 50 000 pixel ở nhiều tỷ lệ, không yêu cầu markup cho Top Stories và đáng chú ý là không nhắc AMP.
• Xuất hiện trên Discover (Google) — nói nội dung đủ điều kiện Discover không cần thẻ đặc biệt hay dữ liệu có cấu trúc.
• Nguyên tắc chung về dữ liệu có cấu trúc (Google) — chính sách áp dụng cho mọi dữ liệu có cấu trúc.
• Nội dung thuê bao và paywall (Google) — markup riêng cho bài viết bị giới hạn.
• Hướng dẫn toàn diện về dữ liệu có cấu trúc và schema (Yoast) — tài liệu tham khảo chung hữu ích, nhưng mô tả Article schema như yếu tố cho phép rich result như Top Stories và article carousel; tài liệu Google nói markup không bắt buộc cho hai bề mặt đó.
• Hướng dẫn schema markup (Semrush) — tương tự, mô tả Article schema là giúp trang “đủ điều kiện cho rich snippet”, cách nói đánh đồng quyền xuất hiện trong News/Discover với chính markup; hãy coi đây là tuyên bố quá mức về điều kiện đủ.
• Schema Markup là gì? Cách thêm và lý do quan trọng (Ahrefs) — hướng dẫn schema tổng quan vững chắc, có góc nhìn hữu ích về AI agent và khả năng máy đọc.

Nhật ký thay đổi