Kiểm Tra Schema Cách Test Structured Data Và Sửa Lỗi

Kiểm Tra Schema Như Thế Nào? Công Cụ Và Cách Sửa Lỗi Structured Data

Kiểm tra Schema là bước quan trọng sau khi website triển khai Structured Data. Việc thêm một đoạn JSON-LD vào website chưa có nghĩa Schema đã hoạt động chính xác. Code có thể sai cú pháp, thiếu thuộc tính bắt buộc, khai báo dữ liệu không khớp nội dung trang hoặc sử dụng một loại Schema không được Google hỗ trợ cho Rich Results.

Để hạn chế những vấn đề này, người làm SEO nên kiểm tra Schema trước khi publish, kiểm tra lại URL sau khi triển khai và tiếp tục theo dõi dữ liệu trong Google Search Console.

Google cũng khuyến nghị xác thực Structured Data bằng Rich Results Test, sửa các lỗi nghiêm trọng rồi kiểm tra URL thực tế bằng URL Inspection sau khi nội dung được đưa lên website.

Kiểm tra Schema là gì?

Kiểm tra Schema là gì?
Kiểm tra Schema là gì?

Kiểm tra Schema là quá trình xác minh Structured Data trên một trang web có đúng cú pháp, đúng loại dữ liệu và đáp ứng những yêu cầu của công cụ tìm kiếm hay không.

Quá trình kiểm tra thường tập trung vào:

  • Schema có được phát hiện không?
  • JSON-LD có lỗi cú pháp không?
  • Loại Schema khai báo có chính xác không?
  • Có thiếu thuộc tính bắt buộc không?
  • Có thuộc tính được khuyến nghị chưa?
  • Dữ liệu Schema có khớp nội dung hiển thị trên trang không?
  • Google có thể truy cập URL không?
  • Trang có đủ điều kiện cho Rich Results không?

Structured Data là một định dạng tiêu chuẩn giúp mô tả và phân loại nội dung trên trang. Tuy nhiên, Schema hợp lệ về mặt cú pháp chưa chắc đồng nghĩa website chắc chắn được Google hiển thị Rich Results. Google không đảm bảo những tính năng này luôn xuất hiện ngay cả khi markup hợp lệ.

Vì sao cần kiểm tra Schema?

Schema thường được tạo bằng plugin, CMS, code thủ công hoặc JavaScript. Mỗi phương pháp đều có thể phát sinh lỗi.

Ví dụ, một Product Schema có thể thiếu giá. Article Schema có thể khai báo sai tác giả. Event Schema có thể sử dụng sai ngày hoặc múi giờ.

Nếu không kiểm tra, website có thể gặp tình trạng:

  • Schema không được nhận diện.
  • Structured Data bị lỗi.
  • Mất khả năng đủ điều kiện cho Rich Results.
  • Dữ liệu sản phẩm hiển thị sai.
  • Google hiểu không chính xác entity trên trang.
  • Search Console xuất hiện cảnh báo hoặc lỗi.

Do đó, kiểm tra Schema nên được xem là một phần của quy trình Technical SEO thay vì chỉ thực hiện khi Search Console báo lỗi.

Công cụ kiểm tra Schema phổ biến

Hiện có hai công cụ đặc biệt hữu ích: Google Rich Results Test và Schema.org Markup Validator.

Công cụ Phù hợp kiểm tra
Google Rich Results Test Khả năng đủ điều kiện cho Rich Results của Google
Schema.org Markup Validator Cú pháp và markup theo Schema.org
Google Search Console Lỗi trên URL đã được Google crawl
URL Inspection Google nhìn thấy URL và Structured Data như thế nào

Google Rich Results Test

Rich Results Test phù hợp khi mục tiêu là kiểm tra Structured Data có hỗ trợ một Rich Result của Google hay không.

Bạn có thể:

  • Nhập URL đang hoạt động.
  • Dán trực tiếp đoạn code.
  • Xem Schema được phát hiện.
  • Xác định Error.
  • Xem Warning hoặc thuộc tính có thể cải thiện.

Google khuyến nghị sử dụng Rich Results Test để kiểm tra markup và sửa những lỗi nghiêm trọng trước khi đưa Structured Data vào hoạt động.

Schema.org Markup Validator

Schema.org Markup Validator tập trung rộng hơn vào chuẩn Schema.org.

Công cụ có thể:

  • Kiểm tra URL.
  • Kiểm tra code được nhập trực tiếp.
  • Phát hiện JSON-LD.
  • Phát hiện Microdata.
  • Phát hiện RDFa.
  • Xác định lỗi cú pháp.
  • Hiển thị graph Structured Data được trích xuất.

Schema.org xác nhận công cụ này có thể xử lý JSON-LD, RDFa và Microdata, đồng thời phát hiện nhiều lỗi cú pháp trong markup.

Cách kiểm tra Schema bằng Rich Results Test

Quy trình cơ bản tương đối đơn giản.

Bước 1: Chọn URL hoặc Code

Nếu website chưa publish, có thể test trực tiếp đoạn code Schema.

Nếu trang đã hoạt động, nên kiểm tra URL thực tế để xem Google có thể đọc Structured Data trên trang hay không.

Bước 2: Chạy kiểm tra

Công cụ sẽ xử lý trang và liệt kê các loại Structured Data được phát hiện.

Ví dụ:

  • Product.
  • Article.
  • Recipe.
  • Organization.
  • LocalBusiness.
  • Event.

Bước 3: Kiểm tra Error

Error thường là vấn đề cần ưu tiên.

Ví dụ một Rich Result yêu cầu một thuộc tính bắt buộc nhưng Structured Data chưa khai báo thuộc tính đó.

Google cho biết các required properties cần được thêm đầy đủ nếu muốn nội dung đủ điều kiện cho những loại Rich Result tương ứng.

Bước 4: Kiểm tra Warning

Warning không phải lúc nào cũng khiến Schema mất hiệu lực.

Nó thường cho biết:

  • Thiếu thuộc tính được khuyến nghị.
  • Structured Data có thể được bổ sung thêm.
  • Chất lượng markup có thể cải thiện.

Google khuyến nghị cân nhắc sửa cả những vấn đề không nghiêm trọng nếu chúng giúp Structured Data cung cấp thông tin đầy đủ hơn, dù chúng không nhất thiết làm mất khả năng đủ điều kiện cho Rich Results.

Error và Warning khác nhau như thế nào?

Error và Warning khác nhau như thế nào?
Error và Warning khác nhau như thế nào?

Đây là điểm người mới làm Schema thường nhầm.

Loại Ý nghĩa Ưu tiên
Error Có vấn đề quan trọng hoặc thiếu dữ liệu cần thiết Cao
Warning Có thể bổ sung để markup đầy đủ hơn Trung bình
Valid Không phát hiện lỗi tương ứng Theo dõi

Ví dụ một Product Schema thiếu trường bắt buộc có thể bị Error.

Trong khi một thuộc tính bổ sung không bắt buộc có thể chỉ tạo Warning.

Doanh nghiệp nên sửa Error trước, sau đó đánh giá từng Warning dựa trên mức độ cần thiết.

Kiểm tra Schema bằng URL hay Code tốt hơn?

Hai phương pháp phục vụ những giai đoạn khác nhau.

Test Code phù hợp khi:

  • Đang viết Schema.
  • Chưa publish website.
  • Muốn kiểm tra nhanh JSON-LD.
  • Đang debug một đoạn markup.

Test URL phù hợp khi:

  • Trang đã hoạt động.
  • Muốn biết Schema thực tế có được render không.
  • Schema được tạo bằng plugin hoặc JavaScript.
  • Muốn kiểm tra phiên bản mà crawler có thể truy cập.

Quy trình tốt thường là:

Code → Test → Publish → Test URL → URL Inspection → Theo dõi Search Console

Google cũng khuyến nghị sau khi deploy một số trang có Structured Data, nên dùng URL Inspection để kiểm tra Google nhìn thấy trang như thế nào.

Những lỗi Schema thường gặp

Sai cú pháp JSON-LD

Ví dụ:

  • Thiếu dấu phẩy.
  • Sai dấu ngoặc.
  • Property bị viết sai.
  • Value không đúng định dạng.

Schema.org Markup Validator đặc biệt hữu ích cho nhóm lỗi này.

Thiếu thuộc tính bắt buộc

Mỗi loại Structured Data có yêu cầu khác nhau.

Recipe, Product, Event hay QAPage không sử dụng cùng một bộ thuộc tính.

Vì vậy không nên copy Schema từ website khác rồi thay vài nội dung mà không đọc guideline của đúng loại markup.

Schema không khớp nội dung trang

Structured Data cần phản ánh nội dung mà người dùng thực sự nhìn thấy.

Ví dụ trang không hiển thị review nhưng Schema lại khai báo một lượng rating không có trên nội dung thực tế có thể tạo vấn đề.

Sai định dạng ngày tháng

Event Schema là ví dụ dễ gặp lỗi khi ngày giờ hoặc timezone được khai báo sai. Google có hướng dẫn riêng về việc sử dụng đúng startDate, endDate và múi giờ.

Plugin tạo nhiều Schema trùng nhau

Website WordPress có thể sử dụng:

  • Theme.
  • SEO Plugin.
  • Schema Plugin.
  • Ecommerce Plugin.

Nếu nhiều hệ thống cùng tạo markup cho một trang, Structured Data có thể bị trùng hoặc xung đột.

JSON-LD, Microdata và RDFa khác nhau thế nào?

Schema có thể được triển khai bằng nhiều định dạng.

Định dạng Đặc điểm
JSON-LD Tách markup khỏi HTML tương đối rõ
Microdata Đưa thuộc tính vào HTML
RDFa Mở rộng thuộc tính trong HTML

Schema.org Markup Validator hiện có thể trích xuất cả JSON-LD, RDFa và Microdata.

Trong thực tế SEO hiện nay, JSON-LD được sử dụng khá phổ biến vì dễ quản lý và không cần chèn thuộc tính vào từng element HTML.

Nếu đang nghiên cứu các khái niệm cấu trúc và hệ thống dữ liệu liên quan, bạn cũng có thể tham khảo thêm nội dung về scheme để phân biệt các thuật ngữ thường gặp khi làm website và Marketing.

Kiểm tra Schema trên website có nhiều bài viết

Kiểm tra Schema trên website có nhiều bài viết
Kiểm tra Schema trên website có nhiều bài viết

Website nhỏ có thể kiểm tra từng URL thủ công.

Nhưng với website có hàng nghìn bài viết, Category và Product Page, cách này không còn hiệu quả.

Lúc này nên kết hợp:

  • Template Schema.
  • Crawling Tool.
  • Search Console.
  • Kiểm tra mẫu từng loại URL.
  • Theo dõi lỗi theo từng nhóm trang.

Ví dụ:

Blog Cluster A → Article Schema

Product Cluster → Product Schema

Trang doanh nghiệp → Organization Schema

Trang địa phương → LocalBusiness Schema

Khi website được tổ chức theo cluster, đội SEO cũng có thể kiểm tra Structured Data theo từng nhóm template thay vì test ngẫu nhiên từng URL. Cách này giúp phát hiện lỗi hệ thống nhanh hơn, đặc biệt khi một template đang tạo Schema sai cho hàng trăm trang.

Kiểm tra Schema xong nhưng không có Rich Results vì sao?

Schema hợp lệ không đảm bảo website sẽ được hiển thị Rich Results.

Nguyên nhân có thể gồm:

  • Google chưa crawl lại URL.
  • Trang không đáp ứng guideline.
  • Structured Data không khớp nội dung.
  • Loại markup không được hỗ trợ cho Rich Results.
  • Google quyết định không hiển thị tính năng đó.
  • Website gặp vấn đề crawl hoặc index.
  • Trang bị noindex.
  • robots.txt chặn crawler.
  • Structured Data bị đánh giá spam.

Google nhấn mạnh rằng Rich Results Test chỉ kiểm tra một phần vấn đề kỹ thuật. Markup vẫn có thể không được hiển thị nếu nội dung hoặc cách sử dụng Structured Data không tuân thủ guideline.

Quy trình kiểm tra Schema chuẩn cho SEO

Có thể áp dụng quy trình sáu bước:

  1. Xác định loại Structured Data phù hợp với nội dung.
  2. Viết hoặc tạo Schema.
  3. Test bằng Schema.org Validator.
  4. Test Rich Results bằng công cụ của Google.
  5. Publish và kiểm tra URL thực tế.
  6. Theo dõi Search Console sau khi Google crawl lại.

Nếu sửa lỗi trên website, không nên kết luận ngay sau vài phút rằng Google chưa nhận Schema.

Google lưu ý quá trình crawl và re-index có thể mất vài ngày sau khi trang được cập nhật.

Câu hỏi thường gặp về kiểm tra Schema

Kiểm tra Schema bằng công cụ nào tốt nhất?

Nếu mục tiêu là Google Rich Results, nên sử dụng Rich Results Test. Nếu cần kiểm tra markup theo Schema.org rộng hơn, có thể dùng Schema.org Markup Validator.

Schema không có Error có chắc chắn hiện Rich Results không?

Không. Google không đảm bảo Rich Results sẽ xuất hiện chỉ vì Structured Data hợp lệ.

Warning Schema có cần sửa không?

Không phải Warning nào cũng bắt buộc phải sửa. Tuy nhiên nên xem xét bổ sung các thuộc tính phù hợp để Structured Data đầy đủ hơn.

Có cần kiểm tra Schema sau mỗi lần sửa website không?

Nếu thay đổi template, plugin hoặc hệ thống tạo Structured Data, nên kiểm tra lại một số URL đại diện để tránh lỗi lan rộng.

Google Search Console có kiểm tra Schema không?

Có. Search Console có thể cung cấp báo cáo liên quan đến một số Structured Data và Rich Results mà Google phát hiện trên website.

Kiểm tra Schema nên là một phần của quy trình Technical SEO

Kiểm tra Schema không nên chỉ được thực hiện khi Google Search Console xuất hiện Error. Cách an toàn hơn là test markup ngay từ lúc xây dựng, kiểm tra URL sau khi publish và tiếp tục theo dõi những thay đổi sau khi crawler xử lý lại trang.

Rich Results Test giúp đánh giá Structured Data liên quan đến các tính năng tìm kiếm của Google, trong khi Schema.org Markup Validator hữu ích để kiểm tra cú pháp và cấu trúc markup rộng hơn.

Quan trọng nhất, Schema cần mô tả đúng nội dung thực tế trên trang. Structured Data sạch, đúng loại và được kiểm tra định kỳ sẽ giúp website hạn chế lỗi kỹ thuật, đồng thời cung cấp cho công cụ tìm kiếm thêm ngữ cảnh để hiểu nội dung chính xác hơn.

Thông tin liên hệ:

🏢 Địa chỉ: 02 Đường số 7, Khu Đô Thị Vạn Phúc- Tp.Thủ Đức
🌐 Website: https://tandigi.com
🌐 Fanpage: https://www.facebook.com/tandigiagency/
📩 Email: [email protected]
📞 Số điện thoại: 0908 364 575

Để lại một bình luận

Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *

Liên hệ