Hướng dẫn chi tiết về dữ liệu có cấu trúc loại Xác minh tính xác thực

Nguyên tắc đủ điều kiện

Google không đảm bảo rằng nội dung xác minh tính xác thực của bạn sẽ hiển thị trong kết quả tìm kiếm, ngay cả khi trang web đã được đánh dấu đúng cách theo Công Cụ Kiểm Tra Kết Quả Nhiều Định Dạng. Việc sử dụng dữ liệu có cấu trúc sẽ giúp một tính năng có khả năng xuất hiện, nhưng không đảm bảo rằng nó sẽ xuất hiện. Thuật toán của Google được lập trình để xác định liệu nội dung của bạn có đủ điều kiện để hiển thị dưới dạng kết quả nhiều định dạng có xác minh tính xác thực hay không. Điều này phụ thuộc vào nhiều yếu tố, bao gồm các nguyên tắc sau đây.

Để nội dung xác minh tính xác thực của bạn đủ điều kiện hiển thị trên Google Tìm Kiếm dưới dạng kết quả nhiều định dạng có xác minh tính xác thực, bạn phải đáp ứng các yêu cầu sau:

• Trang web của bạn phải chứa một số trang được đánh dấu bằng dữ liệu có cấu trúc ClaimReview.
• Bạn phải tuân thủ tất cả nguyên tắc về dữ liệu có cấu trúc và Nguyên Tắc Cơ Bản của Tìm Kiếm.
• Dữ liệu có cấu trúc và nội dung trang phải thống nhất với nhau, không được sai lệch (ví dụ: dữ liệu có cấu trúc chỉ ra rằng một nhận định là đúng, nhưng nội dung trang lại cho rằng nhận định đó là sai). Để tránh trường hợp này, hãy đảm bảo cả hai đều thể hiện nhất quán về tuyên bố.
• Bạn phải đáp ứng các tiêu chuẩn về trách nhiệm giải trình, tính minh bạch, khả năng dễ đọc, và hành vi xuyên tạc trên trang web, theo quy định cụ thể trong Nguyên Tắc Chung của Google News.
• Bạn phải có chính sách về việc đính chính hoặc có cơ chế để người dùng báo cáo lỗi.
• Trang web của các thực thể chính trị (chẳng hạn như các chiến dịch, đảng phái hoặc quan chức dân cử) sẽ không đủ điều kiện sử dụng tính năng này.
• Người đọc có thể dễ dàng nhận ra các tuyên bố và nội dung xác minh trong phần nội dung của bài viết, cũng như hiểu rõ nội dung nào đã được xác minh và kết luận nào được rút ra.
• Bạn phải thể hiện rõ ràng rằng tuyên bố cụ thể đang được đánh giá xuất phát từ một nguồn riêng biệt (độc lập với trang web của bạn), chẳng hạn như một trang web khác, tuyên bố công khai, mạng xã hội hay một nguồn khác có thể truy gốc.
• Bài phân tích xác minh tính xác thực của bạn phải được truy nguồn, minh bạch về nguồn và phương thức, đồng thời phải có lời trích dẫn và danh sách các nguồn chủ yếu đã tham khảo.

Nguyên tắc kỹ thuật

• Để đủ điều kiện xuất hiện dưới dạng kết quả nhiều định dạng xác minh tính xác thực, mỗi trang chỉ được phép chứa một phần tử ClaimReview. Nếu bạn thêm nhiều phần tử ClaimReview trên cùng một trang, thì trang đó sẽ không đủ điều kiện xuất hiện dưới dạng kết quả nhiều định dạng xác minh tính xác thực.
• Trang lưu trữ phần tử ClaimReview phải có ít nhất một đoạn tóm tắt ngắn về bài xác minh tính xác thực và kết quả đánh giá, nếu không chứa toàn văn bài đó.
• Mỗi ClaimReview chỉ được chỉ định cho một trang duy nhất trên trang web. Không đăng cùng một bài xác minh tính xác thực trên nhiều trang, trừ trường hợp chúng là các biến thể của cùng một trang (ví dụ, cùng một ClaimReview có thể xuất hiện trên phiên bản dành cho thiết bị di động và phiên bản dành cho máy tính của một trang).
• Nếu trang web của bạn tổng hợp các bài viết xác minh tính xác thực, hãy đảm bảo rằng tất cả các bài viết đều phù hợp với các tiêu chí và bạn đã cung cấp một danh sách mở và có thể truy cập công khai về mọi trang web xác minh tính xác thực mà bạn tổng hợp.

Định nghĩa các loại dữ liệu có cấu trúc

Để triển khai thành công mục Xác Minh Tính Xác Thực, bạn cần cung cấp các loại dữ liệu có cấu trúc sau:

• ClaimReview
• Claim
• Rating

Việc sử dụng các thuộc tính bắt buộc là cần thiết để nội dung của bạn đủ điều kiện hiển thị dưới dạng kết quả nhiều định dạng. Ngoài ra, bạn có thể thêm các thuộc tính mà Google khuyến nghị để bổ sung thông tin chi tiết về nội dung và cải thiện trải nghiệm người dùng.

ClaimReview

ClaimReview là một loại dữ liệu có cấu trúc được định nghĩa đầy đủ trên trang schema.org/ClaimReview. Sau đây là các thuộc tính bắt buộc và nên có được Google hỗ trợ:

• Thuộc tính bắt buộc:
  • claimReviewed (Text): Đây là tóm tắt ngắn gọn về tuyên bố đang được đánh giá. Hãy giữ văn bản này dưới 75 ký tự để hạn chế tối đa việc ngắt dòng khi hiển thị trên thiết bị di động.
  • reviewRating (Rating): Đánh giá về tuyên bố được xác minh. Đối tượng này hỗ trợ cả đánh giá dạng số và dạng văn bản. Hiện tại, chỉ có giá trị dạng văn bản là được hiển thị trong kết quả tìm kiếm. Để tránh sự khác biệt trong phương thức đánh giá, điều quan trọng là phải chú thích rõ ràng về hệ thống đánh giá để làm rõ ý nghĩa của điểm số. Ví dụ về hệ thống đánh giá:
    • 1 = “Sai”
    • 2 = “Hầu như sai”
    • 3 = “Đúng một nửa”
    • 4 = “Hầu như đúng”
    • 5 = “Đúng”
  • url (URL): Đường dẫn đến trang lưu trữ bài viết xác minh tính xác thực đầy đủ. Miền của URL này phải giống với miền hoặc miền con của trang lưu trữ ClaimReview. Các URL chuyển hướng hoặc rút ngắn không phù hợp cho mục đích này.
• Thuộc tính nên có:
  • author (Organization hoặc Person): Nhà xuất bản của bài viết xác minh tính xác thực, không phải nhà xuất bản của tuyên bố. Author phải là một tổ chức hoặc một người, với ít nhất một trong các thuộc tính sau:
    • name (Text): Tên của tổ chức xuất bản bài xác minh tính xác thực.
    • url (URL): Đường dẫn đến trang chủ, trang liên hệ hoặc trang phù hợp khác của bên xuất bản bài xác minh tính xác thực. Để tối ưu hóa việc nhận diện tác giả, hãy làm theo các phương pháp hay nhất về mã đánh dấu tác giả.
  • itemReviewed (Claim): Đối tượng mô tả tuyên bố được đưa ra. Xem thêm thông tin chi tiết tại schema.org/Claim.Khả năng tương thích ngược: Sau khi ra mắt nội dung xác minh tính xác thực, Google Tìm kiếm đã đề xuất sử dụng CreativeWork làm itemReviewed. Google Tìm kiếm tiếp tục hỗ trợ các mẫu đánh dấu trước đây. Sau đây là ví dụ cho thấy kiểu mã đánh dấu ban đầu:

Claim

Claim là một loại dữ liệu có cấu trúc quan trọng, được định nghĩa đầy đủ trên schema.org/Claim. Dưới đây là các thuộc tính nên có mà bạn cần xem xét khi triển khai.

• Thuộc tính nên có:
  • appearance (URL hoặc CreativeWork): Đây là đường liên kết hoặc phần mô tả về CreativeWork, nơi tuyên bố này được xuất hiện. Việc bổ sung thuộc tính appearance giúp cung cấp ngữ cảnh cho tuyên bố được đánh giá. Bạn nên thêm appearance hoặc firstAppearance; việc cung cấp cả hai không bắt buộc.
  • author (Organization hoặc Person): Tác giả của tuyên bố, không phải tác giả của bài viết xác minh tính xác thực. Nếu tuyên bố không có tác giả, bạn không cần chỉ định thuộc tính này. Nếu bạn quyết định thêm thuộc tính author, hãy xác định các thuộc tính sau:
    • name (Text): Tên của nhà xuất bản tuyên bố, có thể là một cá nhân hoặc tổ chức.
    • sameAs (URL): URL cung cấp thêm thông tin về nhà xuất bản tuyên bố, bất kể đó là cá nhân (Person) hay tổ chức (Organization). Khi nhiều nhà xuất bản đưa thông tin về cùng một tuyên bố, bạn có thể dùng lại thuộc tính appearance. Tương tự, khi nhiều bên đưa ra các tuyên bố cơ bản giống nhau, bạn có thể dùng lại thuộc tính author.

    URL của thuộc tính sameAs có thể là:

    • Trang chủ của tổ chức đưa ra nhận định.
    • Một URL chính xác khác cung cấp thông tin về bên đưa ra nhận định, chẳng hạn như trang Wikipedia hoặc Wikidata của cá nhân hoặc tổ chức.
  • datePublished (DateTime hoặc Date): Ngày mà tuyên bố được đưa ra hoặc trở nên phổ biến rộng rãi. Thuộc tính này quan trọng trong việc xác định thời gian phát sinh của tuyên bố, đặc biệt khi nó có ảnh hưởng đến nhận thức của công chúng, chẳng hạn như khi tuyên bố trở nên phổ biến trên mạng xã hội.
  • firstAppearance (URL hoặc CreativeWork): Đường liên kết hoặc phần mô tả cùng dòng về CreativeWork, nơi tuyên bố này xuất hiện lần đầu tiên. Bạn nên thêm either appearance hoặc firstAppearance, tuy nhiên, không bắt buộc phải cung cấp cả hai.

Rating

Rating là một loại dữ liệu có cấu trúc quan trọng, được định nghĩa đầy đủ trên schema.org/Rating. Dưới đây là các thuộc tính bắt buộc và nên có mà bạn cần xem xét khi triển khai.

• Thuộc tính bắt buộc:
  • alternateName (Text): Đây là mục đánh giá về độ chính xác của ClaimReview.reviewRating, thể hiện dưới dạng một từ hoặc cụm từ ngắn gọn, dễ hiểu. Giá trị này sẽ hiển thị trong kết quả tìm kiếm liên quan đến xác minh tính xác thực. Ví dụ, các giá trị phổ biến có thể là “Đúng” hoặc “Hầu như đúng”. Nếu bạn sử dụng câu dài hơn, cần đảm bảo rằng ý nghĩa chính được thể hiện rõ ràng ngay từ những từ đầu tiên, nhằm tránh bị cắt ngắn khi hiển thị trên màn hình. Ví dụ: “Hầu như đúng nếu xét từng chi tiết cụ thể, mặc dù tuyên bố nói chung có phần gây nhầm lẫn.”
• Thuộc tính nên có:
  • bestRating (Number): Đây là giá trị cao nhất có thể trong thang điểm đánh giá dạng số, phải lớn hơn worstRating và có thể biểu diễn dưới dạng số. Ví dụ: nếu thang điểm từ 1 đến 5, bestRating sẽ là 5.
  • name (Text): Tương tự như alternateName, được sử dụng khi alternateName không được cung cấp. Tuy nhiên, bạn nên ưu tiên sử dụng alternateName để đảm bảo rõ ràng và nhất quán trong kết quả tìm kiếm.
  • ratingValue (Number): Đây là điểm đánh giá dạng số cho tuyên bố, nằm trong khoảng từ worstRating đến bestRating (bao gồm cả hai giá trị này). Giá trị này càng gần bestRating thì độ chính xác của tuyên bố càng cao; ngược lại, nếu gần worstRating thì độ chính xác sẽ giảm. Ví dụ: 4 trên thang điểm từ 1 đến 5.
  • worstRating (Number): Đây là giá trị thấp nhất có thể trong thang điểm đánh giá dạng số, phải nhỏ hơn bestRating và có thể biểu diễn dưới dạng số. Giá trị tối thiểu thường là 1. Ví dụ: 1 trên thang điểm từ 1 đến 5.

Theo dõi kết quả nhiều định dạng bằng Search Console

Search Console là công cụ quan trọng giúp bạn theo dõi và tối ưu hóa hiệu quả hoạt động của trang web trên Google Tìm Kiếm. Mặc dù không bắt buộc phải đăng ký sử dụng Search Console để đưa trang web vào Google Tìm Kiếm, việc sử dụng công cụ này sẽ mang lại lợi ích lớn trong việc hiểu và cải thiện cách Google nhìn thấy và xử lý trang web của bạn. Dưới đây là các trường hợp cụ thể khi bạn nên kiểm tra Search Console:

• Sau lần đầu triển khai dữ liệu có cấu trúc
• Sau khi phát hành mẫu mới hoặc cập nhật mã của bạn
• Phân tích lưu lượng truy cập định kỳ

Sau lần đầu triển khai dữ liệu có cấu trúc

Sau khi Google lập chỉ mục các trang web của bạn, hãy sử dụng Báo Cáo Trạng Thái Kết Quả Nhiều Định Dạng để xác định các vấn đề tiềm ẩn trong dữ liệu có cấu trúc. Lý tưởng nhất là số mục hợp lệ tăng lên và số mục không hợp lệ không thay đổi. Nếu phát hiện vấn đề, bạn nên:

• • Sửa các mục không hợp lệ.
  • Kiểm tra URL đang hoạt động để đảm bảo vấn đề đã được giải quyết.
  • Yêu cầu xác thực lại bằng cách sử dụng Báo Cáo Trạng Thái.

Sau khi phát hành các mẫu mới hoặc cập nhật mã

Khi bạn thực hiện các thay đổi quan trọng trên trang web, việc theo dõi các thay đổi về dữ liệu có cấu trúc là rất quan trọng. Hãy chú ý xem số lượng mục không hợp lệ có gia tăng hay không:

• • Nếu số mục không hợp lệ tăng lên, có thể mẫu mới của bạn không hoạt động đúng hoặc trang web tương tác với mẫu hiện có theo cách không hợp lệ.
  • Nếu số mục hợp lệ giảm mà số mục không hợp lệ không tăng, có thể bạn đã vô tình bỏ sót việc nhúng dữ liệu có cấu trúc trên một số trang. Hãy sử dụng Công Cụ Kiểm Tra URL để tìm hiểu nguyên nhân gây ra vấn đề.
  • Cảnh Báo: Không nên sử dụng các đường liên kết được lưu trong bộ nhớ đệm để gỡ lỗi trên các trang. Thay vào đó, hãy sử dụng Công Cụ Kiểm Tra URL để có phiên bản mới nhất và chính xác nhất của trang.

Phân tích lưu lượng truy cập định kỳ

Phân tích lưu lượng truy cập từ Google Tìm Kiếm thông qua Báo Cáo Hiệu Suất. Dữ liệu này sẽ cung cấp cho bạn thông tin về tần suất trang web xuất hiện dưới dạng kết quả nhiều định dạng, tần suất người dùng nhấp vào trang, và vị trí trung bình của trang trong kết quả tìm kiếm. Bạn cũng có thể tự động truy xuất các kết quả này thông qua Search Console API.

Khắc phục sự cố

Để xử lý sự cố khi triển khai hoặc gỡ lỗi dữ liệu có cấu trúc, bạn có thể tham khảo các tài nguyên hỗ trợ sau đây.

• Nếu bạn đang sử dụng hệ thống quản lý nội dung (CMS) hoặc có người đang quản lý trang web, hãy yêu cầu sự trợ giúp từ họ. Đừng quên chuyển tiếp mọi thông báo từ Search Console để làm rõ vấn đề với họ.
• Google không đảm bảo rằng các tính năng sử dụng dữ liệu có cấu trúc sẽ luôn xuất hiện trong kết quả tìm kiếm. Để tìm hiểu các lý do phổ biến khiến Google không hiển thị nội dung của bạn trong kết quả nhiều định dạng, hãy tham khảo Nguyên tắc chung về dữ liệu có cấu trúc.
• Dữ liệu có cấu trúc của bạn có thể gặp lỗi. Hãy xem danh sách các lỗi liên quan đến dữ liệu có cấu trúc để xác định và sửa chữa.
• Nếu trang của bạn bị áp dụng biện pháp thủ công, dữ liệu có cấu trúc trên trang sẽ bị bỏ qua, mặc dù trang vẫn có thể xuất hiện trong kết quả tìm kiếm của Google. Để khắc phục các vấn đề liên quan đến biện pháp thủ công, hãy sử dụng báo cáo Biện pháp thủ công.
• Xem lại các nguyên tắc của Google để đảm bảo nội dung của bạn tuân thủ đúng yêu cầu. Nguyên nhân gây ra lỗi có thể do sử dụng nội dung không hợp lệ hoặc thẻ đánh dấu không đúng cách. Tuy nhiên, một số vấn đề có thể không phải do lỗi cú pháp, do đó, Công cụ kiểm tra kết quả nhiều định dạng có thể không phát hiện được.
• Khắc phục sự cố thiếu hoặc giảm số lượng kết quả nhiều định dạng
• Hãy kiên nhẫn chờ đợi Google thu thập dữ liệu và lập chỉ mục lại. Hãy nhớ rằng, có thể mất vài ngày sau khi bạn xuất bản trang mới để Google thu thập và lập chỉ mục. Đối với các câu hỏi liên quan đến quy trình thu thập dữ liệu và lập chỉ mục, bạn nên tham khảo Câu hỏi thường gặp về thu thập dữ liệu và lập chỉ mục trên Google Tìm kiếm.
• Bạn có thể đăng câu hỏi trong diễn đàn của Trung tâm Google Tìm kiếm để nhận được sự hỗ trợ từ cộng đồng.