Schema.org cho việc xuất hiện trên AI: Những đánh dấu nào quan trọng hiện nay

Schema.org cho việc xuất hiện trên trí tuệ nhân tạo: Những đánh dấu nào quan trọng hiện nay

Tính đến ngày 5 tháng 9 năm 2026, dữ liệu có cấu trúc vẫn giúp các công cụ tìm kiếm hiểu được các trang, tác giả, tổ chức và thông tin. Tuy nhiên, đây không phải là một công tắc xếp hạng trực tiếp cho các câu trả lời của trí tuệ nhân tạo.

Google tuyên bố rằng các trang không cần đánh dấu Schema.org đặc biệt để xuất hiện trong Tổng quan AI (AI Overviews) hoặc Chế độ AI (AI Mode). Một trang chủ yếu phải có khả năng thu thập dữ liệu (crawlable), được lập chỉ mục (indexed), đủ điều kiện cho một đoạn trích tìm kiếm (search snippet) và được hỗ trợ bởi nội dung hữu ích. Google cũng nói rằng dữ liệu có cấu trúc phải khớp với nội dung hiển thị trên trang. (developers.google.com)

Vì vậy, chiến lược tốt nhất hiện nay là:

1. Sử dụng dữ liệu có cấu trúc để mô tả trang một cách chính xác.
2. Khớp đánh dấu với mục đích thực sự của trang.
3. Xây dựng mối quan hệ rõ ràng giữa các bài viết, tác giả, tổ chức và chủ đề.
4. Viết các câu trả lời trực tiếp, đầy đủ trong HTML hiển thị.
5. Đo lường các trích dẫn của trí tuệ nhân tạo riêng biệt với các kết quả phong phú truyền thống.

Kết luận điều hành

Kết quả nghiên cứu tổng thể rất quan trọng: chỉ thêm dữ liệu có cấu trúc chung chung không tạo ra sự gia tăng nhất quán trong các trích dẫn của trí tuệ nhân tạo. Một nghiên cứu có kiểm soát của Ahrefs đã theo dõi 1.885 trang đã thêm JavaScript Object Notation for Linked Data và so sánh chúng với 4.000 trang kiểm soát. Nghiên cứu không tìm thấy sự cải thiện đáng kể nào trong Chế độ AI của Google hoặc các trích dẫn của ChatGPT. Các trích dẫn Tổng quan AI của Google giảm nhẹ, nhưng các nhà nghiên cứu cảnh báo rằng sự thay đổi nhỏ và không thể rõ ràng đổ lỗi cho việc đánh dấu. (ahrefs.com)

Một bản in trước năm 2026 riêng biệt đã tìm thấy rằng các loại chung chung như Article, Organization, BreadcrumbList và WebPage không tự dự đoán các trích dẫn của trí tuệ nhân tạo sau khi kiểm soát thứ hạng tìm kiếm và thẩm quyền tên miền. Phát hiện mạnh nhất của nó là các trang có dữ liệu cụ thể, giàu thuộc tính, như giá cả, xếp hạng và thông số kỹ thuật, hoạt động tốt hơn các trang chỉ có nhãn trang chung chung. Phát hiện đó chủ yếu tập trung vào các trang sản phẩm và đánh giá, vì vậy không nên coi đây là bằng chứng cho thấy bất kỳ loại nào trong bài viết này đều tạo ra lợi thế trích dẫn. (aixiv.science)

Những gì dữ liệu có cấu trúc có thể và không thể làm

Dữ liệu có cấu trúc là một mô tả trang có thể đọc được bằng máy. Nó có thể cho công cụ tìm kiếm biết:

• Loại trang là gì
• Ai đã viết nó
• Tổ chức nào đã xuất bản nó
• Nó trả lời câu hỏi gì
• Ngày xuất bản hoặc cập nhật
• Người, công ty, thuật ngữ hoặc tập dữ liệu nào mà trang mô tả

Google nói rằng dữ liệu có cấu trúc có thể giúp hệ thống của họ hiểu nội dung trang và làm cho các trang đủ điều kiện cho các tính năng tìm kiếm phong phú hơn. Nó cũng nói rằng Google Search có thể sử dụng các thuộc tính Schema.org khác để hiểu, ngay cả khi các thuộc tính đó không kích hoạt kết quả tìm kiếm hiển thị. (developers.google.com)

Dữ liệu có cấu trúc không đảm bảo:

• Thứ hạng hữu cơ cao hơn
• Một trích dẫn của trí tuệ nhân tạo
• Một kết quả phong phú
• Một bảng thông tin
• Được đưa vào một câu trả lời của trí tuệ nhân tạo
• Sử dụng chính xác văn bản trong đánh dấu

Bing đưa ra hướng dẫn tương tự. Hướng dẫn quản trị trang web hiện tại của Bing nói rằng dữ liệu có cấu trúc có thể hỗ trợ cơ sở hóa rõ ràng hơn, nhưng nó không đảm bảo khả năng hiển thị hoặc lưu lượng truy cập trích dẫn. Bing cũng khuyên các nhà xuất bản nên làm rõ các sự kiện và định nghĩa trong nội dung hiển thị của trang. (bing.com)

Hạn chế chính của nghiên cứu

Các bảng trả lời của trí tuệ nhân tạo thường hiển thị trang nguồn, không phải loại Schema.org có thể có trên trang đó. Google không công bố báo cáo nói rằng, ví dụ, một trang được trích dẫn vì nó sử dụng Article thay vì WebPage.

Điều này tạo ra ba câu hỏi khác nhau:

1. Trang có được trích dẫn không?
2. Trang có chứa dữ liệu có cấu trúc không?
3. Dữ liệu có cấu trúc có gây ra trích dẫn không?

Hầu hết các nghiên cứu chỉ có thể trả lời hai câu hỏi đầu tiên. Họ không thể chứng minh câu hỏi thứ ba.

Đó là lý do tại sao một trang có đánh dấu FAQPage có thể xuất hiện thường xuyên trong các câu trả lời của trí tuệ nhân tạo mà việc đánh dấu không phải là lý do. Trang có thể có nội dung mạnh mẽ, thứ hạng tìm kiếm cao, nhiều liên kết hoặc một thương hiệu nổi tiếng.

Kiểm tra theo loại schema

1. Article

Chức năng

Article mô tả một bài viết, tin tức, bài đăng trên blog hoặc trang biên tập tương tự. Google hỗ trợ Article, NewsArticle và BlogPosting như các loại bài viết. Google không liệt kê các thuộc tính bắt buộc cho việc đánh dấu bài viết, nhưng nó khuyến nghị thêm các thuộc tính áp dụng cho trang. (developers.google.com)

Các thuộc tính quan trọng nhất

Sử dụng những thuộc tính này khi chúng hiển thị và chính xác:

• headline
• author
• author.name
• author.url hoặc author.sameAs
• datePublished
• dateModified
• image
• publisher
• mainEntityOfPage
• about
• inLanguage

Google khuyến nghị sử dụng một Person hoặc Organization thực sự cho tác giả. Nó cũng khuyến nghị giữ cho ngày tháng trong dữ liệu có cấu trúc nhất quán với ngày xuất bản và cập nhật hiển thị. (developers.google.com)

Ảnh hưởng của trí tuệ nhân tạo

Mức độ bằng chứng: gián tiếp.

Article giúp thiết lập loại trang, quyền tác giả và tính cập nhật. Đây là những tín hiệu hữu ích cho hệ thống tìm kiếm, đặc biệt trên các trang thông tin và nội dung biên tập. Tuy nhiên, bằng chứng hiện tại không cho thấy việc chỉ thêm Article làm tăng các trích dẫn của trí tuệ nhân tạo.

Danh sách kiểm tra Article

• Trang thực sự là một bài viết.
• Tiêu đề khớp với tiêu đề hiển thị.
• Mọi tác giả hiển thị đều được bao gồm.
• Mỗi tác giả có một đối tượng Person hoặc Organization riêng biệt.
• Tên tác giả chỉ chứa tên, không chứa chức danh hoặc tên nhà xuất bản.
• Tác giả liên kết đến một hồ sơ hoặc trang tác giả thực sự.
• Ngày xuất bản và cập nhật hiển thị trên trang.
• Ngày sử dụng múi giờ chính xác khi có thời gian.
• Hình ảnh đại diện cho bài viết.
• Nhà xuất bản được xác định nhất quán trên toàn trang web.
• Bài viết không được đánh dấu là một loại chính khác, chẳng hạn như HowTo, trừ khi trang thực sự phục vụ cả hai mục đích.

2. WebPage

Chức năng

WebPage là một loại trang chung. Schema.org tuyên bố rằng mọi trang web đều ngầm được coi là một WebPage, nhưng một khai báo rõ ràng có thể giúp ích khi trang bao gồm các thuộc tính hoặc mối quan hệ cấp trang. (schema.org)

Các thuộc tính hữu ích bao gồm:

• url
• name
• description
• inLanguage
• dateModified
• breadcrumb
• mainEntity
• about
• isPartOf
• primaryImageOfPage

Ảnh hưởng của trí tuệ nhân tạo

Mức độ bằng chứng: thấp và gián tiếp.

WebPage được sử dụng tốt nhất làm lớp trang bên ngoài trong một biểu đồ liên kết. Nó có thể kết nối trang với bài viết chính, định nghĩa, tập dữ liệu, cá nhân hoặc tổ chức của nó.

Nó không nên được coi là một loại tối ưu hóa trí tuệ nhân tạo đặc biệt. Một trang chỉ chứa một đối tượng WebPage chung chung thường cung cấp ít thông tin hữu ích hơn một trang xác định rõ ràng thực thể chính của nó.

Danh sách kiểm tra WebPage

• Sử dụng một @id ổn định cho trang.
• Sử dụng URL chính tắc làm URL của trang.
• Xác định mainEntity thực sự của trang.
• Liên kết thực thể chính trở lại trang bằng mainEntityOfPage.
• Thêm inLanguage khi biết.
• Giữ tên và mô tả trang phù hợp với nội dung hiển thị.
• Không sử dụng WebPage để che giấu sự thật rằng trang thực sự là một bài viết, hồ sơ, tập dữ liệu hoặc trang câu hỏi.

3. QAPage

Chức năng

QAPage dành cho một trang tập trung vào một câu hỏi và các câu trả lời của nó. Google nói rằng nó sử dụng dữ liệu có cấu trúc Question từ các trang được đánh dấu là QAPage, và chỉ nên có một QAPage và một Question chính trên trang. (developers.google.com)

Các thuộc tính bắt buộc

Để đủ điều kiện hỏi đáp của Google hiện tại:

• QAPage.mainEntity
• Một Question lồng ghép
• Question.answerCount
• Hoặc acceptedAnswer hoặc suggestedAnswer
• Answer.text

Một câu hỏi không có câu trả lời không đủ điều kiện cho kết quả phong phú.

Quy tắc nội dung quan trọng

Không sử dụng QAPage cho:

• Một trang câu hỏi thường gặp thông thường
• Một bài đăng trên blog trả lời một câu hỏi
• Một bài viết hướng dẫn (how-to)
• Một trang sản phẩm chứa nhiều câu hỏi
• Một câu trả lời biên tập chỉ do chủ sở hữu trang web viết

Google nói rằng người dùng phải có khả năng gửi câu trả lời cho một QAPage thông thường. Các ví dụ hợp lệ bao gồm một câu hỏi trên diễn đàn hoặc một trang hỗ trợ nơi người dùng có thể cung cấp câu trả lời. (developers.google.com)

Ảnh hưởng của trí tuệ nhân tạo

Mức độ bằng chứng: mức độ phù hợp ngữ nghĩa trung bình, không có bằng chứng tăng trưởng nguyên nhân.

Một trang hỏi đáp thực sự đương nhiên dễ hiểu đối với hệ thống truy xuất. Tuy nhiên, không có nghiên cứu công khai mạnh mẽ nào chứng minh rằng đánh dấu QAPage tự nó làm tăng các trích dẫn của trí tuệ nhân tạo.

Danh sách kiểm tra QAPage

• Trang tập trung vào một câu hỏi.
• Người dùng có thể gửi câu trả lời, trừ khi trang đủ điều kiện cho trải nghiệm hỏi đáp giáo dục đặc biệt.
• Toàn bộ câu hỏi được hiển thị.
• Toàn bộ văn bản câu trả lời được hiển thị.
• answerCount khớp với số lượng câu trả lời thực tế.
• Các câu trả lời được chấp nhận và đề xuất được gắn nhãn chính xác.
• Các bình luận được đánh dấu là bình luận, không phải câu trả lời.
• Trang không đơn thuần là một trang câu hỏi thường gặp biên tập.
• Trang không chứa nhiều câu hỏi không liên quan.

Ví dụ QAPage

html

Chỉ sử dụng mẫu này khi trang thực sự hỗ trợ tương tác hỏi đáp.

4. HowTo

Chức năng

HowTo mô tả các hướng dẫn từng bước. Google từng hỗ trợ các kết quả phong phú How-to, nhưng họ đã ngừng hỗ trợ tính năng tìm kiếm đó vào tháng 9 năm 2023. Google cho biết kết quả How-to sẽ không còn xuất hiện trên máy tính để bàn và đã bị loại bỏ khỏi tìm kiếm trên thiết bị di động. (developers.google.com)

Ảnh hưởng của trí tuệ nhân tạo

Mức độ bằng chứng: thấp đối với Google.

Các bước hiển thị vẫn có thể giúp người dùng và hệ thống truy xuất. Một hướng dẫn rõ ràng với các tiêu đề, các bước được đánh số, công cụ, thời gian và cảnh báo dễ đọc và trích dẫn hơn. Nhưng bằng chứng hiện tại không cho thấy đánh dấu HowTo tạo ra lợi thế đặc biệt trong Tổng quan AI hoặc Chế độ AI của Google.

Khuyến nghị

Chỉ sử dụng HowTo khi:

• Trang thực sự dạy một tác vụ.
• Các bước hiển thị trong nội dung trang.
• Một công cụ tìm kiếm, nền tảng hoặc hệ thống nội bộ khác được hưởng lợi từ việc đánh dấu.
• Nhóm của bạn có thể duy trì nó mà không tạo ra dữ liệu xung đột.

Đối với Google Search, ưu tiên các tiêu đề HTML mạnh mẽ, danh sách được đánh số, hướng dẫn rõ ràng và hình ảnh hoặc video hữu ích.

Danh sách kiểm tra Hướng dẫn

• Trang dạy một nhiệm vụ thực sự.
• Kết quả của nhiệm vụ rõ ràng.
• Mỗi bước hiển thị và hoàn chỉnh.
• Tên bước khớp với các tiêu đề hiển thị.
• Công cụ và vật tư thực tế và hiển thị.
• Ước tính thời gian chính xác.
• Các cảnh báo an toàn được bao gồm khi cần.
• Phần đầu tiên đưa ra câu trả lời hoặc kết quả ngắn gọn.
• Trang không dựa vào đánh dấu để cung cấp hướng dẫn.

5. ClaimReview

Chức năng

ClaimReview được thiết kế cho nội dung kiểm tra thông tin. Google đã ngừng dần hỗ trợ Claim Review trong Tìm kiếm như một phần của nỗ lực năm 2025 nhằm đơn giản hóa kết quả tìm kiếm. Loại này đã bị xóa khỏi báo cáo của Search Console và Công cụ kiểm tra kết quả phong phú. (developers.google.com)

Ảnh hưởng của trí tuệ nhân tạo

Mức độ bằng chứng: không có lợi thế Google hiện tại.

Một bài kiểm tra thông tin chất lượng cao vẫn có thể được trích dẫn vì nó nêu rõ:

• Tuyên bố
• Xếp hạng
• Bằng chứng
• Ngày
• Tổ chức kiểm tra thông tin
• Lý do đằng sau kết luận

Những lợi ích đó chủ yếu đến từ bản thân nội dung, không phải từ tính năng tìm kiếm của Google đã ngừng hỗ trợ.

Khuyến nghị

Đối với một trang thông tin:

1. Sử dụng Article hoặc NewsArticle khi trang là nội dung biên tập.
2. Nêu rõ tuyên bố trong văn bản hiển thị.
3. Trích dẫn bằng chứng chính.
4. Xác định tác giả và tổ chức đánh giá.
5. Thêm ngày xuất bản và đánh giá.
6. Chỉ sử dụng ClaimReview nếu một nền tảng hoặc hệ thống dữ liệu khác yêu cầu cụ thể.

Không thêm ClaimReview chỉ vì bạn kỳ vọng các câu trả lời của trí tuệ nhân tạo của Google sẽ ưu tiên nó.

6. FAQPage

Chức năng

FAQPage mô tả một trang chứa các câu hỏi và câu trả lời chính thức. Google đã ngừng hiển thị kết quả phong phú FAQ trong Tìm kiếm bắt đầu từ ngày 7 tháng 5 năm 2026, và đã xóa tài liệu liên quan vào tháng 6 năm 2026. (developers.google.com)

Ảnh hưởng của trí tuệ nhân tạo

Mức độ bằng chứng: yếu và hỗn hợp.

Một nghiên cứu của nhà cung cấp kéo dài 90 ngày đã thêm đánh dấu FAQPage vào 120 trang. Nghiên cứu không tìm thấy sự cải thiện đáng tin cậy nào trong các trích dẫn của ChatGPT, Gemini hoặc Tổng quan AI của Google. Perplexity cho thấy một sự gia tăng nhỏ, nhưng bản thân nghiên cứu nói rằng kết quả đó là đặc thù nền tảng và không chứng minh được nguyên nhân. (authorityradar.com)

Một nghiên cứu khác về 615 trang đã được trích dẫn cho thấy đánh dấu FAQ xuất hiện thường xuyên hơn trên các trang được trích dẫn nhiều. Mối quan hệ đó biến mất sau khi kiểm soát các trang lặp lại từ cùng một nhà xuất bản. Các nhà nghiên cứu kết luận rằng bằng chứng không thiết lập được tác động từ chính việc đánh dấu. (getintel.ai)

Khuyến nghị

Sử dụng các câu hỏi thường gặp khi chúng cải thiện trang cho người đọc. Không thêm các khối lớn câu hỏi chung chung chỉ để nhắm mục tiêu các câu trả lời của trí tuệ nhân tạo.

Nếu bạn giữ đánh dấu FAQPage cho một công cụ tìm kiếm hoặc hệ thống nội dung khác:

• Làm cho mọi câu hỏi hiển thị.
• Làm cho mọi câu trả lời đầy đủ.
• Giữ đánh dấu giống hệt nội dung trang.
• Không lặp lại cùng một câu hỏi trong nhiều khối schema.
• Không kỳ vọng kết quả phong phú FAQ của Google.

Ví dụ FAQPage cho các bên tiêu thụ không phải của Google

html

Đây là một mô tả ngữ nghĩa, không phải lời hứa về một tính năng tìm kiếm của Google.

7. Organization

Chức năng

Organization giúp Google hiểu và phân biệt một công ty, tổ chức phi lợi nhuận, nhà xuất bản, trường học hoặc tổ chức khác. Google nói rằng đánh dấu tổ chức có thể ảnh hưởng đến các yếu tố hình ảnh như logo hiển thị trong Tìm kiếm và một số thông tin bảng thông tin. Không có thuộc tính bắt buộc nào trong hướng dẫn tổ chức hiện tại của Google. (developers.google.com)

Các thuộc tính được khuyến nghị

Sử dụng các thuộc tính đúng và hiển thị:

• name
• alternateName
• url
• logo
• sameAs
• description
• telephone
• email
• address
• identifier
• foundingDate
• parentOrganization

Ảnh hưởng của trí tuệ nhân tạo

Mức độ bằng chứng: gián tiếp nhưng hữu ích.

Organization có thể kết nối:

• Nhà xuất bản với một bài viết
• Công ty với các sản phẩm hoặc dịch vụ của nó
• Thương hiệu với các hồ sơ chính thức của nó
• Tổ chức với một danh tính web đã biết

Điều này hữu ích cho việc phân biệt thực thể. Nó không chứng minh rằng một hệ thống trí tuệ nhân tạo sẽ trích dẫn trang.

Danh sách kiểm tra Organization

• Đặt đối tượng tổ chức đầy đủ trên trang chủ hoặc trang tổ chức.
• Sử dụng một @id ổn định, chẳng hạn như https://www.example.com/#organization.
• Sử dụng chính xác tên tổ chức công khai.
• Liên kết đến các hồ sơ chính thức thực sự bằng sameAs.
• Sử dụng loại phụ tổ chức chính xác khi thích hợp.
• Sử dụng một logo thực sự đại diện cho tổ chức.
• Giữ thông tin liên hệ cập nhật.
• Tham chiếu tổ chức từ các bài viết thay vì tạo lại các phiên bản xung đột trên mỗi trang.

8. Person

Chức năng

Person xác định một người viết, đánh giá, sở hữu, quản lý hoặc xuất hiện trên một trang. Nó thường hữu ích nhất khi được kết nối với:

• Article.author
• Tác giả câu hỏi hoặc câu trả lời QAPage
• ProfilePage.mainEntity
• Organization.employee
• Review.author

Hướng dẫn hồ sơ của Google nói rằng một trang hồ sơ phải tập trung vào một người hoặc tổ chức. Đối tượng ProfilePage yêu cầu một mainEntity, và thực thể đó phải là một Person hoặc Organization. Người hoặc tổ chức phải có name, hoặc một alternateName khi không có tên nào khả dụng. (developers.google.com)

Các thuộc tính được khuyến nghị

• name
• url
• sameAs
• image
• description
• jobTitle
• worksFor
• knowsAbout
• affiliation
• identifier

Ảnh hưởng của trí tuệ nhân tạo

Mức độ bằng chứng: gián tiếp.

Đánh dấu Người có thể giúp kết nối tên tác giả với:

• Một tiểu sử
• Một công việc hoặc vai trò
• Một tổ chức
• Các bài viết đã xuất bản
• Các hồ sơ bên ngoài
• Các lĩnh vực chuyên môn

Sử dụng nó để làm rõ danh tính, không phải để tuyên bố chuyên môn mà trang không hỗ trợ.

Danh sách kiểm tra Person

• Chỉ sử dụng Person cho một người thực.
• Sử dụng Organization cho một công ty hoặc ấn phẩm.
• Liên kết người đó với một trang tác giả hiển thị.
• Chỉ sử dụng sameAs cho các hồ sơ chính thức, chính xác.
• Giữ chức danh và thông tin chuyên môn cập nhật.
• Thêm tất cả các tác giả hiển thị, không chỉ tác giả chính.
• Sử dụng cùng @id của người đó trên các bài viết và trang hồ sơ.

Ma trận thuộc tính bắt buộc

Hướng dẫn chung của Google ủng hộ dữ liệu hoàn chỉnh và chính xác hơn là một lượng lớn đánh dấu không đầy đủ. Nó cũng cảnh báo rằng dữ liệu có cấu trúc phải đại diện cho nội dung hiển thị và việc đánh dấu đúng vẫn không đảm bảo một kết quả phong phú. (developers.google.com)

Danh sách kiểm tra triển khai trường hợp sử dụng

Trang thông tin

Kết hợp tốt nhất:

• WebPage
• Article hoặc NewsArticle
• Person
• Organization
• ClaimReview tùy chọn chỉ cho bên tiêu thụ được hỗ trợ khác

Danh sách kiểm tra:

• Nêu thông tin chính gần đầu trang.
• Nêu tên nguồn thông tin.
• Liên kết đến bằng chứng chính.
• Bao gồm ngày xuất bản và ngày xem xét cuối cùng.
• Xác định tác giả và người đánh giá.
• Tách biệt thông tin với ý kiến.
• Sử dụng Article khi trang là nội dung biên tập.
• Không sử dụng ClaimReview như một chiến thuật Google Search hiện tại.

Trang định nghĩa

Kết hợp tốt nhất:

• WebPage
• DefinedTerm
• Article tùy chọn nếu trang là một giải thích biên tập dài
• Organization hoặc Person khi có chuyên gia hoặc nhà xuất bản chịu trách nhiệm

DefinedTerm dành cho một từ, cụm từ, mã hoặc khái niệm có định nghĩa chính thức. Các thuộc tính chính của nó bao gồm name, description, termCode, inDefinedTermSet và sameAs. (schema.org)

Danh sách kiểm tra:

• Đưa ra định nghĩa trong đoạn đầu tiên.
• Sử dụng một thuật ngữ rõ ràng làm thực thể chính.
• Chỉ thêm tên thay thế khi chúng là thật.
• Liên kết đến một định nghĩa bên ngoài đáng tin cậy khi thích hợp.
• Giải thích thuật ngữ bằng ngôn ngữ đơn giản.
• Sử dụng ví dụ và giới hạn.
• Tránh đánh dấu một danh sách các thuật ngữ không liên quan là một DefinedTerm.

Hướng dẫn

Kết hợp tốt nhất:

• WebPage
• HowTo chỉ khi bên tiêu thụ khác cần nó
• Article khi hướng dẫn cũng là một bài viết biên tập
• Person và Organization cho quyền tác giả

Danh sách kiểm tra:

• Nêu kết quả trước các bước.
• Sử dụng các tiêu đề hiển thị được đánh số.
• Giữ mỗi bước tập trung vào một hành động.
• Bao gồm công cụ, vật tư, thời gian và cảnh báo khi cần.
• Thêm hình ảnh hoặc video khi chúng hữu ích.
• Không ẩn các bước chỉ trong JSON-LD.
• Không kỳ vọng kết quả phong phú How-to trong Google Search.

Danh mục dữ liệu

Kết hợp tốt nhất:

• WebPage
• DataCatalog
• Dataset
• DataDownload
• Organization

Schema.org định nghĩa Dataset là một tập hợp thông tin có cấu trúc và hỗ trợ các mối quan hệ như includedInDataCatalog và distribution. (schema.org)

Google đã làm rõ vào cuối năm 2025 rằng dữ liệu có cấu trúc Dataset được sử dụng bởi Dataset Search và không phải là một tính năng kết quả Google Search chung. Do đó, nó nên được coi là một lớp khám phá dữ liệu và khả năng tương tác, không phải là một lối tắt trích dẫn của trí tuệ nhân tạo. (developers.google.com)

Danh sách kiểm tra:

• Cung cấp cho mỗi tập dữ liệu một định danh ổn định.
• Nêu chủ đề và phạm vi.
• Bao gồm nhà xuất bản hoặc người tạo.
• Thêm phạm vi ngày được bao gồm bởi dữ liệu.
• Nêu phạm vi địa lý khi có liên quan.
• Mô tả giấy phép và điều kiện truy cập.
• Thêm mỗi tệp có thể tải xuống dưới dạng DataDownload.
• Bao gồm định dạng tệp và URL tải xuống.
• Giữ siêu dữ liệu danh mục đồng bộ với các tệp thực tế.
• Tài liệu tần suất cập nhật và ngày cập nhật cuối cùng.

Ví dụ JSON-LD: trang thông tin

Ví dụ này kết nối trang, bài viết, tác giả, nhà xuất bản và chủ đề. Thay thế mọi giá trị bằng thông tin xuất hiện trên trang thực tế.

html

Ví dụ JSON-LD: trang định nghĩa

html

Định nghĩa cũng phải xuất hiện dưới dạng văn bản trang thông thường. Không chỉ đặt định nghĩa trong dữ liệu có cấu trúc.

Ví dụ JSON-LD: hướng dẫn

Vì kết quả phong phú How-to của Google đã bị ngừng hỗ trợ, hãy coi đây là đánh dấu tùy chọn cho các hệ thống khác. Trang hiển thị vẫn phải chứa đầy đủ hướng dẫn.

html

Ví dụ JSON-LD: danh mục dữ liệu

html

Những lỗi triển khai phổ biến

Schema không khớp

Lỗi nghiêm trọng nhất là đánh dấu nội dung mà người dùng không thể nhìn thấy. Google nói rằng dữ liệu có cấu trúc phải là một đại diện trung thực của trang, và nội dung gây hiểu lầm hoặc ẩn có thể khiến một trang không đủ điều kiện cho kết quả phong phú. (developers.google.com)

Các ví dụ phổ biến:

• Đánh dấu một bài viết là HowTo khi nó không chứa bất kỳ bước thực sự nào
• Đánh dấu một công ty là tác giả khi bài viết do một cá nhân viết
• Thêm câu trả lời FAQ không xuất hiện trên trang
• Sử dụng ngày xuất bản trong tương lai
• Đánh dấu một bài đăng blog chung chung là QAPage
• Thêm ClaimReview vào một bài viết ý kiến

Câu trả lời sơ sài

Dữ liệu có cấu trúc không thể lấp đầy một trang trống.

Một câu trả lời ngắn gọn, mơ hồ trong Answer.text hoặc acceptedAnswer không tạo ra một nguồn mạnh mẽ. Nội dung hiển thị phải:

• Trả lời câu hỏi trực tiếp
• Giải thích các giới hạn và ngoại lệ quan trọng
• Nêu rõ nguồn
• Bao gồm ngày tháng, ví dụ hoặc phép đo khi hữu ích
• Tự đứng vững khi được sao chép ngoài ngữ cảnh

Hướng dẫn của Google về trí tuệ nhân tạo nói rằng không có độ dài trang lý tưởng và không cần phải chia nhỏ nội dung thành các phần nhỏ cho hệ thống trí tuệ nhân tạo. Mục tiêu tốt hơn là nội dung hữu ích, đầy đủ, ưu tiên con người. (developers.google.com)

Thực thể trùng lặp

Tránh xuất bản nhiều phiên bản xung đột của cùng một tổ chức, tác giả hoặc trang.

Cách triển khai yếu:

• Một đối tượng Organization với một tên trên trang chủ
• Một đối tượng thứ hai với một tên khác trên mỗi bài viết
• Một đối tượng thứ ba không có @id trên trang tác giả

Cách triển khai tốt hơn:

• Cung cấp cho tổ chức một @id ổn định
• Cung cấp cho mỗi tác giả một @id ổn định
• Tham chiếu các đối tượng đó từ các bài viết, hồ sơ và trang câu hỏi
• Giữ tên, logo, URL và các liên kết danh tính bên ngoài nhất quán

Câu hỏi trùng lặp

Không lặp lại cùng một câu hỏi trong:

• FAQPage
• QAPage
• Đánh dấu bài viết
• Một số phần trang hiển thị
• Nhiều khối JSON-LD

Sử dụng loại schema phù hợp với mục đích chính của trang. Một câu trả lời rõ ràng duy nhất tốt hơn là một số khối đánh dấu chồng chéo.

Ngày không chính xác

Google sử dụng một số nguồn để ước tính ngày xuất bản và cập nhật. Nó khuyến nghị rằng ngày hiển thị và ngày có cấu trúc phải nhất quán, và nó cảnh báo chống lại việc sử dụng ngày trong tương lai hoặc ngày liên quan đến các sự kiện được thảo luận trong bài viết thay vì ngày liên quan đến chính trang. (developers.google.com)

Lạm dụng sameAs

Một liên kết sameAs phải xác định cùng một người hoặc tổ chức trong thế giới thực. Không liên kết đến:

• Một hồ sơ mạng xã hội không liên quan
• Một trang kết quả tìm kiếm
• Một danh sách thư mục chung chung
• Một trang có cách viết hoặc danh tính khác
• Một hồ sơ mà tổ chức không kiểm soát

Đánh dấu chỉ bằng JavaScript

Google có thể xử lý dữ liệu có cấu trúc được thêm vào trang đã hiển thị, nhưng việc triển khai chỉ bằng JavaScript có thể khó khăn hơn cho các trình thu thập dữ liệu và công cụ kiểm tra khác phát hiện. Một khối JSON-LD được tạo từ máy chủ thường dễ kiểm tra và bảo trì hơn. (developers.google.com)

Kế hoạch kiểm tra thực tế

Để đo lường xem việc đánh dấu có tác động gia tăng hay không, hãy sử dụng một thử nghiệm có kiểm soát thay vì dựa vào một vài tìm kiếm thủ công.

Trước khi thay đổi

Ghi lại:

• Các truy vấn mục tiêu
• Thứ hạng hữu cơ hiện tại
• Liệu câu trả lời của trí tuệ nhân tạo có xuất hiện hay không
• Những trang nào được trích dẫn
• Vị trí trích dẫn khi có sẵn
• Lưu lượng tìm kiếm
• Chuyển đổi
• Dữ liệu có cấu trúc hiện tại
• Các thay đổi nội dung được thực hiện trong thời gian thử nghiệm

Trong quá trình thử nghiệm

• Thêm một thay đổi đánh dấu lớn tại một thời điểm.
• Giữ nội dung, liên kết nội bộ, tiêu đề và liên kết ngược ổn định.
• Sử dụng các trang kiểm soát tương tự không nhận được thay đổi.
• Ghi lại ngày xuất bản chính xác của sự thay đổi.
• Đợi đủ lâu để thu thập dữ liệu và xử lý lại.

Ahrefs đã sử dụng các kiểm soát được khớp và phương pháp so sánh trước-sau với sai khác của sai khác. Phương pháp tiếp cận của họ là một mô hình hữu ích cho các tổ chức muốn kiểm tra dữ liệu có cấu trúc thay vì giả định rằng một mối tương quan chứng minh nguyên nhân. (ahrefs.com)

Sau khi thay đổi

Theo dõi:

• Dữ liệu hiệu suất trí tuệ nhân tạo của Google Search Console
• Các trích dẫn Tổng quan AI của Google
• Các trích dẫn Chế độ AI của Google
• Các trích dẫn trí tuệ nhân tạo của Bing Webmaster Tools
• Các trích dẫn của ChatGPT, Gemini hoặc Perplexity khi có liên quan
• Thứ hạng hữu cơ
• Lượt nhấp tìm kiếm
• Chuyển đổi hỗ trợ

Google báo cáo lưu lượng truy cập tìm kiếm trí tuệ nhân tạo thông qua báo cáo hiệu suất của Search Console. Báo cáo hiệu suất trí tuệ nhân tạo của Bing hiển thị các trang được trích dẫn và các truy vấn cơ sở, nhưng nó không cho biết lý do tại sao một trang được chọn hoặc tầm quan trọng của nó trong một câu trả lời. (developers.google.com)

Thứ tự triển khai được khuyến nghị

Đối với hầu hết các nhà xuất bản, thứ tự tốt nhất là:

1. Sửa nội dung hiển thị trước tiên.
2. Đảm bảo việc thu thập dữ liệu và lập chỉ mục đáng tin cậy.
3. Triển khai Article cho các trang biên tập thực sự.
4. Kết nối tác giả với Person và trang hồ sơ.
5. Kết nối nhà xuất bản với Organization.
6. Sử dụng WebPage như một lớp biểu đồ cấp trang rõ ràng.
7. Chỉ sử dụng QAPage cho các câu hỏi cộng đồng thực sự.
8. Sử dụng DefinedTerm cho các trang chú giải và định nghĩa.
9. Sử dụng Dataset và DataCatalog cho tài nguyên dữ liệu.
10. Coi FAQPage, HowTo và ClaimReview là đánh dấu thứ cấp hoặc không phải của Google vì các tính năng tìm kiếm của Google liên quan đã bị loại bỏ hoặc ngừng hỗ trợ.

Kết luận

Bài học mạnh mẽ nhất hiện nay rất đơn giản: đánh dấu Schema.org giúp máy móc hiểu nội dung, nhưng nó không phải là con đường đảm bảo để vào các câu trả lời của trí tuệ nhân tạo.

Việc triển khai bền vững nhất không phải là một bộ sưu tập lớn các loại schema. Đó là một biểu đồ thực thể nhỏ, chính xác:

• Article mô tả trang biên tập.
• Person xác định tác giả.
• Organization xác định nhà xuất bản.
• WebPage kết nối trang với thực thể chính của nó.
• QAPage mô tả một câu hỏi thực sự của người dùng và các câu trả lời của nó.
• DefinedTerm làm rõ một định nghĩa.
• Dataset và DataCatalog mô tả các tài nguyên dữ liệu có cấu trúc.

Sử dụng dữ liệu có cấu trúc ở nơi nó thêm ý nghĩa rõ ràng. Không sử dụng nó để che giấu nội dung sơ sài, trùng lặp văn bản hiển thị hoặc bắt chước một tính năng tìm kiếm mà Google không còn hỗ trợ. Đối với việc xuất hiện trên trí tuệ nhân tạo, công việc có giá trị cao nhất vẫn là câu trả lời rõ ràng, bằng chứng vững chắc, thực thể chính xác, thông tin cập nhật và nội dung có thể tự đứng vững.