Hiểu Google
Schema là gì? Khai báo thông tin có cấu trúc cho đúng
Th10
Mùa 4 – Hiểu Google: Kiến thức và thực hành SEO
Bài này giúp bạn
Hiểu schema và dữ liệu có cấu trúc, chọn loại khai báo phù hợp và biết những thông tin cần kiểm tra trước khi sử dụng.
Cần chuẩn bị
Một trang thật và thông tin gốc của nội dung trên trang. Chưa cần cài thêm plugin hoặc dán mã để đọc và làm bài thực hành này.
Bạn viết trên trang sản phẩm: “Đèn bàn gỗ, chao vải màu kem, mã DB01”. Khách đọc có thể nhận ra tên sản phẩm, vật liệu và mã hàng.
Nhưng nếu muốn ghi thông tin ấy thành từng mục rõ ràng, bạn sẽ có một phiếu: tên sản phẩm là gì, chất liệu là gì, mã nhận diện là gì.
Schema bắt đầu từ ý tưởng gần như vậy: gọi rõ loại sự vật và ý nghĩa của từng thông tin. Nó giúp diễn đạt nội dung cho máy đọc theo một cấu trúc đã được quy ước.
Điều cần nhớ ngay từ đầu: bản khai nên phản ánh điều trang thực sự có. Một tờ phiếu đẹp không làm chiếc đèn đổi chất liệu.
Schema là gì? Có giống dữ liệu có cấu trúc không?
Dữ liệu có cấu trúc là thông tin được tổ chức theo một cách rõ ràng để máy đọc xử lý. Schema.org cung cấp bộ từ vựng để mô tả nhiều loại nội dung, chẳng hạn sản phẩm, bài viết, tổ chức và các thuộc tính của chúng.
Trong công việc website, cụm “thêm schema” thường được dùng để nói về việc thêm khai báo dữ liệu có cấu trúc bằng bộ từ vựng này. Bạn có thể xem phần giới thiệu chính thức của Schema.org để hiểu khái niệm.
Hình dung: “sản phẩm” là loại hồ sơ; “tên”, “mã hàng” và “chất liệu” là những ô thông tin. Người điền hồ sơ vẫn phải biết chiếc đèn thật đang có gì.
Google sử dụng phần khai báo này để làm gì?
Google cho biết dữ liệu có cấu trúc giúp hệ thống hiểu nội dung trang; một số loại có thể tạo điều kiện cho hình thức kết quả tìm kiếm nâng cao. Ví dụ, kết quả về sản phẩm có thể có những thông tin bổ sung khi đáp ứng yêu cầu liên quan.
Hướng dẫn nhập môn dữ liệu có cấu trúc của Google giải thích vai trò này. Điều kiện và yêu cầu khác nhau theo từng loại nội dung.
Đừng hiểu “máy đọc rõ hơn” thành “chắc chắn lên hạng”. Schema không thay việc viết thông tin hữu ích, không gỡ được một noindex đang chặn trang và không tự đưa trang chưa được lập chỉ mục vào kết quả tìm kiếm.
Ba điều cần tách riêng
| Điều đang kiểm tra | Ý nghĩa |
|---|---|
| Cấu trúc khai báo có đọc được không? | Máy có thể phân tích phần dữ liệu mình cung cấp. |
| Có đáp ứng yêu cầu tính năng Google không? | Loại nội dung và các thuộc tính cần phù hợp hướng dẫn cho tính năng đó. |
| Có được hiển thị thực tế không? | Đây là kết quả cần quan sát; không được bảo đảm chỉ vì kiểm tra không báo lỗi. |
Một trang có dữ liệu hợp lệ theo bộ từ vựng Schema.org chưa chắc đáp ứng yêu cầu riêng của Google cho một hình thức kết quả. Ngay cả khi đủ điều kiện, Google cũng không bảo đảm sẽ hiển thị hình thức ấy.
Vì vậy, đừng kết luận “schema không có tác dụng” chỉ vì chưa thấy ngôi sao hay giá trên kết quả của một lần tự tìm. Cũng đừng xem một dấu xanh trong công cụ là lời hứa đã được Google chọn.
Website nhỏ thường gặp những loại nào?
| Loại khai báo | Nội dung dùng để mô tả | Cần giữ đúng |
|---|---|---|
| Organization | Tổ chức hoặc doanh nghiệp. | Tên và thông tin nhận diện có căn cứ. |
| Article | Bài viết. | Thông tin bài và tác giả thực sự liên quan. |
| Product | Một sản phẩm. | Đúng mẫu, thông số và thông tin thương mại khi khai báo. |
| BreadcrumbList | Đường dẫn phân cấp. | Vị trí trang và các URL trong cấu trúc website. |
Bảng chỉ giúp nhận diện, chưa phải danh sách phải cài đủ. Một trang dịch vụ không tự trở thành sản phẩm đủ điều kiện hiển thị giá chỉ vì mình chọn một nhãn trong plugin.
Trước khi triển khai tính năng cụ thể, đối chiếu danh sách tính năng Google hỗ trợ. Bộ từ vựng Schema.org rộng hơn những hình thức kết quả Google đang hỗ trợ.
JSON-LD là gì? Nhìn một ví dụ nhỏ để hiểu
JSON-LD là một cách viết dữ liệu có cấu trúc; Google thường khuyến nghị cách này khi phù hợp cấu hình website. Bạn có thể thấy nó trong mã trang, ở một khối khai báo riêng.
Ví dụ sau chỉ minh họa một vài ô của hồ sơ sản phẩm giả định:
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Đèn bàn gỗ chao vải MẪU01",
"sku": "MAU01",
"material": "Gỗ và vải"
}@context: cho biết bộ từ vựng đang dùng.@type: loại đối tượng, ở đây là sản phẩm.name,sku,material: tên, mã và vật liệu của sản phẩm giả định.
Đây không phải bộ mã hoàn chỉnh để đủ điều kiện kết quả sản phẩm trên Google, và không cần sao chép vào website để làm bài này. Mục đích là nhận ra từng thông tin có vai trò rõ, không phải học thuộc dấu ngoặc.
Tham khảo định nghĩa Product để tra thuộc tính và yêu cầu riêng của Google về kết quả sản phẩm khi có nhu cầu triển khai thực tế.
Plugin SEO đã làm sẵn thì mình còn phải làm gì?
WordPress có thể nhận dữ liệu khai báo từ theme, plugin SEO, WooCommerce hoặc một phần bổ sung khác. Chưa biết trang đã có gì thì không nên cài thêm công cụ chỉ để “có schema”.
Người tự chăm website cần bắt đầu bằng hai việc: xem thông tin sản phẩm, doanh nghiệp và bài viết đã đúng chưa; xác định phần nào đang tạo ra khai báo. Nếu không rõ nguồn, nhờ người phụ trách chỉ ra trước khi thay đổi.
Một trang có nhiều loại khai báo không tự là lỗi. Chẳng hạn bài viết có thể đi cùng đường dẫn phân cấp. Điều đáng kiểm tra là chúng có mô tả đúng nội dung và có thông tin mâu thuẫn về cùng một đối tượng không.
Những điều không nên khai cho đẹp
- Đánh giá hoặc số sao không có căn cứ thực tế.
- Giá tự đặt để điền đủ một ô trong khi trang chỉ nhận báo giá theo yêu cầu.
- Trạng thái có sẵn khi hiện không thể đáp ứng đơn theo lời hứa trên trang.
- Thông tin doanh nghiệp hoặc sản phẩm lấy từ một website khác rồi quên thay.
Chính sách dữ liệu có cấu trúc của Google yêu cầu khai báo phù hợp, không gây hiểu nhầm và phản ánh nội dung người đọc nhìn thấy. Đủ cú pháp không làm thông tin sai trở thành đúng.
Với xưởng nhận gia công, hãy xác định cách cung cấp và thông tin thực tế trước. Không bịa một mức giá chung chỉ để hy vọng hiện giá trên tìm kiếm.
Kiểm tra ở đâu, và kết quả cho biết đến đâu?
Schema Markup Validator giúp xem khai báo theo bộ từ vựng Schema.org. Rich Results Test tập trung vào những loại kết quả nâng cao Google hỗ trợ.
Công cụ không thay bạn xác nhận sản phẩm có đúng vật liệu hay doanh nghiệp có đúng địa chỉ. Cần so dữ liệu đọc được với nội dung công khai và tư liệu gốc.
Ở bài thực hành tiếp theo, mình sẽ đi vào Rich Results Test. Hôm nay, đầu ra là hiểu trang cần khai gì, ai đang khai và còn thông tin nào phải xác minh.
Thực hành: lập một phiếu kiểm tra cho một trang
- Chọn một bài viết hoặc trang sản phẩm bạn hiểu rõ.
- Ghi loại nội dung thật và ba thông tin quan trọng cần chính xác.
- Xác định phần nào đang tạo khai báo, hoặc ghi rõ chưa biết và người cần hỏi.
- Nếu đã dùng công cụ kiểm tra, ghi loại dữ liệu đọc được; đối chiếu từng thông tin với trang và tư liệu.
- Chọn một việc tiếp theo: sửa dữ liệu nguồn, kiểm tra cấu hình hoặc giữ nguyên khi đã phù hợp.
URL và loại nội dung: …
Thông tin đã xác minh: …
Nguồn tạo khai báo / người cần hỏi: …
Công cụ và kết quả đọc được, nếu đã kiểm tra: …
Điểm khớp hoặc mâu thuẫn với trang: …
Việc làm tiếp và ngày kiểm tra lại: …
Chưa cần thêm mã để hoàn thành phiếu. Có khi kết quả tốt nhất là phát hiện plugin đã khai đúng và mình chỉ cần cập nhật thông tin sản phẩm ở nơi gốc.
Schema nên làm thông tin thật rõ hơn, không làm lời hứa trên website lớn hơn sự thật.
Chuyên đề tiếp theo: Rich Results Test — kiểm tra dữ liệu có cấu trúc, đọc kết quả và hiểu điều công cụ chưa thể kết luận.
Các chuyên đề Mùa 4 · Bản đồ Hiểu Google
Đối chiếu tài liệu Google và Schema.org ngày 19/10/2026. Dữ liệu mã mẫu là giả định và chỉ được hiển thị như văn bản minh họa, không phải khai báo tự động cho bài viết này. Hình minh họa giải thích khái niệm, không giả giao diện công cụ.
