Cập nhật 06/10/2026 · Đội ngũ Onter
Product Schema là dữ liệu có cấu trúc mô tả sản phẩm thực tế trên trang. Nó cần phản ánh đúng tên, hình ảnh, mã hàng và thông tin bán mà người mua thấy. Product Schema không thay thế Product Feed và không đảm bảo rich result, Google Shopping hoặc ChatGPT đề xuất sản phẩm.
Chọn đúng trang trước khi thêm mã
Bắt đầu ở trang một sản phẩm thực tế, không phải homepage, danh mục chung hay landing dịch vụ. Trang đang bán cần thể hiện sản phẩm và điều kiện bán rõ ràng. Đội triển khai phải xác định mục tiêu: mô tả thông tin sản phẩm trong Search, merchant listing hoặc mô hình biến thể. Mỗi mục tiêu có yêu cầu khác nhau trong tài liệu Product structured data của Google.
Schema.org định nghĩa từ vựng; Google quy định điều kiện sử dụng trong trải nghiệm của họ. Một đoạn JSON-LD parse được chỉ chứng minh cú pháp JSON hợp lệ. Cần kiểm tra cả property phù hợp, yêu cầu của nền tảng và việc nội dung tương ứng xuất hiện trên trang. Không coi “không báo lỗi” là bằng chứng sản phẩm đã được lập chỉ mục hoặc hiển thị nâng cao.
Những trường cần đối chiếu với nguồn sản phẩm
Kiểm tra name, image, description, sku và brand theo dữ liệu thật. GTIN và MPN chỉ khai báo khi có mã xác minh đúng sản phẩm. Với Offer, giá phải là giá khách có thể mua theo điều kiện nêu trên trang, có tiền tệ và trạng thái availability chính xác. URL của Offer không được dẫn sang sản phẩm khác hoặc một lựa chọn có giá không khớp.
Không thêm AggregateRating, Review hoặc Offer chỉ để vượt validation. Review phải là đánh giá có thật và tuân thủ guideline. Một sản phẩm chỉ nhận báo giá chưa có giá mua công khai cần mô tả phù hợp với thực tế, thay vì đặt giá 0 hoặc một giá mẫu. Các thuộc tính cần chọn theo mục tiêu và nhóm sản phẩm, không dán toàn bộ trường từ ví dụ vào mọi URL.
Ví dụ tối giản và giới hạn của ví dụ
Đoạn dưới minh họa cách liên kết Product và Offer của một mặt hàng giả định. URL, tên và giá là dữ liệu minh họa, không phải sản phẩm Onter đang bán và không phải template đủ điều kiện cho mọi trải nghiệm Google. Chỉ dùng trên trang sản phẩm thật sau khi thay bằng dữ liệu xác minh và kiểm tra các yêu cầu bổ sung hiện hành.
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Bình giữ nhiệt mẫu 500 ml",
"sku": "BINH-MAU-500",
"brand": {"@type": "Brand", "name": "Thương hiệu mẫu"},
"image": "https://example.com/binh-mau.webp",
"offers": {
"@type": "Offer",
"url": "https://example.com/binh-mau/",
"price": "290000",
"priceCurrency": "VND",
"availability": "https://schema.org/InStock"
}
}Không đưa đoạn minh họa này vào schema đang chạy trên một bài kiến thức. Mã trong bài chỉ là văn bản để học. Schema thực thi của bài nên là Article; schema của trang cung cấp dịch vụ nên mô tả Service. Đây là cách giữ thực thể trang đúng với nội dung và tránh tạo một sản phẩm giả.
Product Schema và Product Feed khác nhau thế nào?
Schema gắn với trang; feed là đầu ra catalog gửi kênh tiếp nhận theo định dạng và phương thức riêng. Cả hai nên được tạo từ một nguồn sản phẩm đã chuẩn hóa. Khi giá nguồn đổi, pipeline cần cập nhật trang, schema và feed theo lịch được xác định. Dùng hai hệ thống sửa giá thủ công riêng dễ khiến dữ liệu lệch nhau.
Ví dụ: một website dùng plugin schema đọc giá thường, còn plugin feed đọc giá sale. Người mua thấy giá sale nhưng JSON-LD vẫn có giá thường. Chỉnh feed sẽ không sửa schema; chỉnh schema sẽ không sửa file đã gửi. Cần tìm rule đọc dữ liệu và thời gian hiệu lực, rồi kiểm tra từng lớp sau cập nhật. Xem quy trình sửa giá/tồn kho không khớp Merchant Center.
Website nhiều biến thể cần mô tả quan hệ rõ
Với size, màu hoặc model, một Product có thể không đủ để diễn đạt quan hệ và từng lựa chọn. Google hướng dẫn dùng ProductGroup, variesBy, hasVariant và productGroupID cho các tình huống phù hợp. Trang đơn và nhiều trang có cách tổ chức URL, canonical và dữ liệu khác nhau, nên phải đọc hướng dẫn biến thể trước khi chốt.
Đừng mô tả mọi biến thể bằng cùng SKU và cùng trạng thái kho nếu thực tế khác nhau. Item trong feed và entity trong schema cần có mapping rõ, dù tên trường của Google, OpenAI và website khác nhau. Trường hợp WooCommerce nên thử từng variation trong phiên mới để biết giá, ảnh và lựa chọn nào được máy đọc và người mua thấy.
Kiểm tra plugin trước khi thêm một lớp schema mới
Theme, WooCommerce và plugin SEO có thể cùng xuất structured data. Thêm một snippet nữa có thể tạo nhiều Product hoặc Offer mâu thuẫn trên cùng trang. Audit tất cả script application/ld+json trong HTML response, xác định nguồn owner và giải quyết xung đột tại nguồn. Không xóa schema Organization chung của website chỉ để làm gọn một sản phẩm.
Nếu HTML response chưa có giá/schema mà chỉ thêm sau JavaScript, cần kiểm tra khả năng render và cân nhắc xuất dữ liệu quan trọng từ server. Dữ liệu phải được escape đúng khi nhúng vào script để tên/mô tả sản phẩm không phá HTML. Cache cũng cần invalidation khi giá/tồn kho đổi; schema đúng ở một request không bảo đảm đúng ở mọi phiên.
Checklist QA một trang sản phẩm
- HTTP 200, HTTPS và URL đích đúng sản phẩm/biến thể
- Canonical và indexability phù hợp chiến lược URL
- JSON-LD parse được, dùng loại entity đúng với trang
- Tên, ảnh, brand, SKU và mã nhận diện khớp dữ liệu nguồn
- Offer khớp giá, tiền tệ và tình trạng mua thực tế
- Không có giá, review hoặc rating giả; không có script mâu thuẫn
- Kiểm tra giá sale, hết hạn sale, còn hàng và hết hàng
- Chạy Rich Results Test/Schema validator và đối chiếu nội dung hiển thị
- Theo dõi Search Console nếu có quyền, tách validation khỏi indexing
Schema có đưa sản phẩm lên ChatGPT không?
Schema giúp mô tả dữ liệu nhưng không tự cấp quyền gửi feed. Hướng dẫn OpenAI hiện hành nêu điều kiện đối tác được chấp thuận. Không có bằng chứng để cam kết chỉ thêm Product Schema là sản phẩm sẽ được chọn trong Shopping. Cần kiểm tra quyền tích hợp và quy tắc kênh tại thời điểm triển khai.
Với nhu cầu audit toàn bộ catalog, schema và feed, xem dịch vụ tối ưu dữ liệu sản phẩm cho AI Shopping. Nếu đang ở bước tìm hiểu, bắt đầu bằng checklist chuẩn bị sản phẩm cho ChatGPT và phân biệt rõ dữ liệu sẵn sàng với kết quả hiển thị.
