Rich Results Test: kiểm tra dữ liệu có cấu trúc và đọc đúng kết quả

Hiểu Google · Mùa 4 · Chuyên đề 39

Người đồng hành mở màn hình có dấu tích xanh. “Vậy là sản phẩm của mình sắp có sao đánh giá trên Google rồi?”

Anh Gồ nhìn tờ khai, rồi nhìn lại món đồ trên kệ. Tờ khai có thể điền đúng các ô, nhưng còn phải đúng với món đồ thật. Và việc được xét một kiểu giới thiệu không có nghĩa lần nào cũng được trình bày theo kiểu ấy.

Đó là tình huống giả định khi dùng Rich Results Test. Công cụ giúp kiểm tra dữ liệu có cấu trúc mà Google hỗ trợ cho kết quả nâng cao. Cần đọc đúng phạm vi ấy trước khi hứa với mình một diện mạo mới trên trang tìm kiếm.

Tờ khai này nói gì về trang?

Dữ liệu có cấu trúc là cách trình bày thông tin theo một dạng máy có thể đọc, chẳng hạn cho biết một trang đang nói về sản phẩm hoặc công thức. Google dùng thông tin phù hợp để hiểu trang và xét khả năng có những kiểu kết quả được hỗ trợ. Phần giới thiệu của Google giải thích mối liên hệ này.

Hãy tưởng tượng một trang sản phẩm ghi giá trên màn hình là một mức, còn phần khai báo phía sau vẫn giữ giá cũ. Một tờ khai có cấu trúc không tự bảo đảm nội dung đúng. Vì vậy, trước khi mở công cụ, hãy biết trang đang nói về điều gì và thông tin thật nằm ở đâu.

Dùng URL khi muốn kiểm tra trang đã xuất bản

Mở Rich Results Test. Chọn kiểm tra URL, nhập địa chỉ đầy đủ của trang công khai rồi chạy. Công cụ cần truy cập được trang và các tài nguyên liên quan. Nếu chỉ muốn thử một đoạn khai báo trước khi đưa lên trang, có thể dùng chế độ Code; kết quả ấy chưa xác nhận đoạn mã đã có trên website.

Xem hướng dẫn Rich Results Test để đọc các lựa chọn kiểm tra. Với người tự quản lý nội dung, bắt đầu bằng URL thường giúp bám đúng câu hỏi: hệ thống đang gửi thông tin gì ở trang này? Đừng vội dán thêm một đoạn mã mới chỉ vì chưa thấy kết quả mong muốn.

Dấu tích xanh xác nhận trong phạm vi nào?

Đọc ảnh: phía phải là kết quả kiểm tra, bên dưới liệt kê các loại phát hiện; bên trái là đầu vào mã. Ảnh thuộc năm 2020, còn thông báo beta và những loại có thể đã đổi hỗ trợ. Mình chỉ dùng nó để nhận diện cấu trúc đọc, không lấy danh sách trong ảnh làm danh sách tính năng hiện tại.

Khi công cụ cho biết một mục hợp lệ hoặc đủ điều kiện, hãy mở đúng mục đó. Tên loại và thuộc tính phát hiện cho biết điều gì đã được kiểm tra. Trang có nhiều loại thì một loại hợp lệ chưa nói tất cả đều ổn.

Kết quả hợp lệ không chứng minh trang đã được lập chỉ mục, không bảo đảm được hiển thị nâng cao và không đánh giá toàn bộ SEO. Nếu câu hỏi là Google đã ghi nhận bản mới chưa, cần dùng Kiểm tra URL và đối chiếu mốc thu thập. Hai công cụ không thay thế nhau.

Có lỗi thì xem thuộc tính, đừng chỉ đọc màu đỏ

Đọc ảnh: đây là ví dụ lỗi cũ trong tài liệu Google; phần mã bên phải tô vùng liên quan, bên trái có danh sách mục phát hiện. Cách cần học là đi từ mục có vấn đề đến thuộc tính và nội dung tương ứng. Không sao chép giá trị mẫu trong hình để lấp một ô còn thiếu trên website.

Mở mục có lỗi hoặc cảnh báo. Ghi tên thuộc tính, loại dữ liệu và URL đang kiểm tra. Sau đó đối chiếu tài liệu cho chính loại ấy: thuộc tính nào bắt buộc, thuộc tính nào được khuyến nghị, giá trị phải ở dạng nào? Có cảnh báo chưa chắc mất toàn bộ điều kiện, còn lỗi ảnh hưởng mục nào thì phải đọc đúng mục ấy.

Giả sử nguồn báo thiếu một thông tin về sản phẩm. Câu hỏi tiếp theo là doanh nghiệp có thông tin đó không và khách có thể đối chiếu trên trang không. Nếu chưa biết mã định danh hoặc chưa có đánh giá thật, không tự tạo dữ liệu chỉ để thấy dấu xanh.

Sửa ở nơi đang tạo khai báo

Một website có thể lấy dữ liệu từ plugin SEO, hệ thống bán hàng, giao diện hoặc phần mã tùy chỉnh. Trước khi thêm gì, xác định ai đang tạo mục cần sửa. Hai công cụ cùng tạo thông tin cho một thực thể có thể làm việc đối chiếu phức tạp, nhất là khi giá hoặc tên không khớp.

Trong ví dụ trang sản phẩm, sửa thông tin tại nguồn đang quản lý sản phẩm thường dễ theo dõi hơn việc vá riêng một đoạn ở cuối bài. Nhưng cách làm cụ thể phụ thuộc hệ thống; nếu chưa xác định được nguồn, ghi lại kết quả kiểm tra để người quản trị tra tiếp, thay vì xóa ngẫu nhiên một plugin.

Sau khi sửa, chạy lại URL và mở trang bằng mắt. Kiểm tra thông tin được khai báo còn đúng với nội dung người xem nhận được. Nguyên tắc dữ liệu có cấu trúc của Google yêu cầu thông tin phù hợp, trung thực và đáp ứng chính sách; công cụ kiểm tra không thay mình xác nhận mọi yêu cầu về chất lượng.

Không phát hiện mục nâng cao có nhất thiết là lỗi?

Không. Công cụ tập trung vào những loại dữ liệu được Google hỗ trợ cho kết quả nâng cao. Một trang thông thường vẫn có thể được tìm thấy dù không phát hiện mục nào ở đây. Ngay cả khi website có loại schema khác hợp lệ, Rich Results Test cũng không phải danh mục kiểm tra tất cả từ vựng schema.

Một ghi chú thực hành giả định có thể là: “Đã kiểm URL sản phẩm; phát hiện mục Product; còn một thuộc tính cần đối chiếu; nguồn khai báo do hệ thống bán hàng tạo; chưa sửa”. Ghi vậy giúp công việc tiến tiếp được mà không nhầm kiểm tra thành triển khai thành công.

À, tờ khai giúp người tiếp nhận đọc thông tin theo trật tự. Còn muốn được giới thiệu đúng, điều trong tờ khai phải khớp với điều người khách thấy khi đến nơi.

Đọc tiếp trong Mùa 4

Chuyên đề 40: Screaming Frog — bắt đầu bằng một lần quét website nhỏ.

Các chuyên đề Mùa 4 · Bản đồ Hiểu Google

Đối chiếu tài liệu gốc ngày 29/10/2026. Câu chuyện, số liệu và tình huống tự đặt được dùng để giải thích, không phải kết quả đã đo trên website người đồng hành. Ảnh có nguồn và giới hạn sử dụng ngay dưới hình; giao diện có thể khác theo phiên bản, ngôn ngữ hoặc tài khoản.