Schema e-commerce: Cách khai báo sản phẩm, giá, tồn kho và vận chuyển

Schema e-commerce giúp công cụ tìm kiếm nhận diện sản phẩm và thông tin bán hàng như giá, tình trạng hàng, biến thể và vận chuyển. Hãy bắt đầu từ dữ liệu khách thực sự nhìn thấy trên trang sản phẩm, rồi đồng bộ dữ liệu đó với JSON-LD và nguồn dữ liệu Merchant Center nếu có.

Hướng dẫn này dành cho chủ cửa hàng, đội SEO và lập trình viên dùng Shopify, WooCommerce hoặc storefront headless. Ví dụ sử dụng dữ liệu giả lập để minh họa cách triển khai và nghiệm thu.

1. Chọn Schema theo loại dữ liệu

availability là thuộc tính của Offer. Giá trị như InStock, OutOfStock, PreOrder hoặc BackOrder biểu thị trạng thái bán. Hãy ánh xạ từ quy tắc mua hàng của cửa hàng, vì số lượng tồn kho và khả năng đặt hàng có thể khác nhau.

2. Phân biệt Product snippets và Merchant listings

Product snippets là dạng kết quả có thể bổ sung thông tin sản phẩm. Merchant listings hướng đến trang nơi khách có thể mua sản phẩm. Mỗi tính năng có bộ thuộc tính và chính sách riêng. Hãy chọn tính năng mục tiêu rồi đối chiếu tài liệu Google tương ứng, thay vì dùng một danh sách trường bắt buộc cho mọi trường hợp.

SKU là mã do cửa hàng quản lý. GTIN cần lấy từ mã sản phẩm thực tế do nhà sản xuất hoặc nguồn đáng tin cậy cung cấp. Giữ nguyên số 0 ở đầu nếu có và chọn thuộc tính GTIN đúng độ dài. Nếu chưa xác minh được, để trống trường tương ứng và kiểm tra quy định về mã định danh trong nguồn cấp sản phẩm.

3. Chèn dữ liệu ở đúng trang

• Trang sản phẩm. Xuất Product và Offer tương ứng với sản phẩm mà người mua nhìn thấy.
• Trang danh mục. Dùng danh mục để dẫn người đọc tới URL chi tiết. ItemList có thể mô tả danh sách khi phù hợp, còn việc đủ điều kiện cho tính năng Product cần được đánh giá trên trang sản phẩm.
• Giỏ hàng và đơn hàng. Giữ dữ liệu giao dịch sau lớp kiểm soát truy cập. Tránh đưa email, số điện thoại, địa chỉ giao hàng, mã đơn hoặc thông tin thanh toán vào markup công khai.
• Sitemap và Merchant Center. Sitemap hỗ trợ khám phá URL. Nguồn cấp Merchant Center hoặc API sản phẩm dùng để gửi dữ liệu bán hàng như giá, tình trạng hàng và mã định danh theo yêu cầu của kênh.

4. Ví dụ JSON-LD cho một sản phẩm

Đoạn mã dưới đây để tham khảo, với giá và URL giả lập. Khi triển khai, tạo JSON-LD từ dữ liệu thật và nhúng vào HTML bằng thẻ <script type="application/ld+json">. Mẫu chỉ mô tả cấu trúc cơ bản, còn các trường cần bổ sung phụ thuộc tính năng mục tiêu.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "@id": "https://example.com/binh-giu-nhiet-500ml/#product",
  "name": "Bình giữ nhiệt 500 ml",
  "image": ["https://example.com/images/binh-500ml.jpg"],
  "description": "Bình giữ nhiệt dung tích 500 ml, màu xanh.",
  "sku": "BINH-500-XANH",
  "offers": {
    "@type": "Offer",
    "url": "https://example.com/binh-giu-nhiet-500ml/",
    "price": "249000",
    "priceCurrency": "VND",
    "availability": "https://schema.org/InStock",
    "itemCondition": "https://schema.org/NewCondition"
  }
}

Giá trong JSON-LD dùng dạng số hoặc chuỗi số theo yêu cầu tính năng, không có ký hiệu tiền hay dấu phân tách hàng nghìn. Chỉ dùng priceValidUntil khi có ngày hết hiệu lực thực tế. Chỉ xuất đánh giá xác thực và đúng sản phẩm. Một trang có thể có nhiều khối JSON-LD, miễn các khai báo cùng thực thể không mâu thuẫn.

5. Xử lý màu, kích thước và URL biến thể

1. Dùng ProductGroup để mô tả nhóm, variesBy để khai báo thuộc tính phân biệt và productGroupID để nhận diện nhóm.
2. Mô tả từng biến thể bằng Product, liên kết với nhóm qua hasVariant hoặc isVariantOf theo cách triển khai. Mỗi biến thể dùng dữ liệu riêng như SKU, màu, kích thước, ảnh và Offer.
3. Kiểm tra URL mở đúng lựa chọn khi người mua truy cập trực tiếp. Với thiết kế một trang, chọn URL chuẩn cho trang nhóm và dùng URL chọn biến thể khi cần. Với thiết kế nhiều trang, xác định canonical theo vai trò và ý định lập chỉ mục của từng trang.
4. Dùng hreflang cho các phiên bản ngôn ngữ hoặc khu vực tương đương, không dùng để phân biệt màu hay kích thước. Kiểm tra liên kết hreflang hai chiều và giữ giá, tiền tệ, vận chuyển đúng thị trường.

@id giúp nhận diện thực thể trong dữ liệu có cấu trúc. Canonical quản lý tín hiệu URL và hreflang mô tả các phiên bản theo thị trường. Không dùng sameAs thay cho hreflang.

6. Đồng bộ giá, tồn kho và vận chuyển

Ưu tiên dùng cùng nguồn dữ liệu cho giao diện, JSON-LD và nguồn cấp. Nếu giá đổi theo biến thể hoặc vùng, thử mở URL đích trực tiếp ở điều kiện áp dụng và đối chiếu cả ba nguồn.

• Đặt shippingDetails dưới Offer khi phù hợp. OfferShippingDetails có thể mô tả shippingRate, shippingDestination và deliveryTime. Thời gian vận chuyển nằm trong transitTime của đối tượng thời gian giao hàng.
• Với phí phụ thuộc địa chỉ, trọng lượng hoặc ngưỡng đơn hàng, chỉ khai báo quy tắc đã xác minh. Đối chiếu cấu hình vận chuyển trong Merchant Center và phí tính ở bước đặt hàng.
• Thử tình huống hết hàng, đặt trước, đổi giá khuyến mãi và cache chưa cập nhật. Quy định ai chịu trách nhiệm sửa khi trang và nguồn cấp lệch nhau.

7. Kiểm thử trên Shopify, WooCommerce và headless

1. Kiểm kê nguồn sinh markup. Rà theme, plugin, ứng dụng và template để tìm khai báo Product trùng hoặc sai giá. Với headless, ưu tiên xuất JSON-LD trong HTML ban đầu nếu hệ thống hỗ trợ.
2. Kiểm tra cú pháp và ngữ nghĩa. Parse JSON, dùng Schema Markup Validator và đối chiếu dữ liệu hiển thị. Với markup tạo bằng JavaScript, kiểm tra thêm HTML sau render.
3. Kiểm tra tính năng Google. Dùng Rich Results Test cho kiểu kết quả được hỗ trợ. Sau triển khai, kiểm tra URL production trong Search Console và mục chẩn đoán sản phẩm trong Merchant Center nếu có.
4. Kiểm tra dữ liệu ngoài trường hợp thuận lợi. Chọn mẫu theo template, biến thể, khu vực, giá khuyến mãi và sản phẩm không có đánh giá.

Đạt kiểm tra kỹ thuật là một phần của điều kiện hiển thị. Hãy theo dõi lỗi và kết quả quan sát riêng, vì công cụ kiểm tra không cam kết rich results hoặc lượt trích dẫn AI.

8. Checklist bàn giao cho dev và SEO

• Có bảng mapping trường CMS hoặc API sang thuộc tính Schema, kèm nguồn dữ liệu và người phụ trách.
• JSON hợp lệ, mã sản phẩm đã xác thực và giá, tiền tệ, tình trạng hàng khớp giao diện.
• Biến thể mở đúng lựa chọn, canonical và hreflang phản ánh cấu trúc URL.
• Thông tin giao hàng đúng vùng và khớp nguồn cấp nếu có.
• Đánh giá có nguồn thật và không có dữ liệu đơn hàng riêng tư trong HTML công khai.
• Lưu URL mẫu, kết quả kiểm tra, lỗi còn mở và lịch kiểm tra lại sau phát hành.

Schema e-commerce hỗ trợ AEO/GEO thế nào?

Dữ liệu có cấu trúc mô tả thông tin sản phẩm rõ ràng hơn. Giá, tình trạng hàng, vận chuyển và chính sách mua cũng cần dễ tìm trong nội dung hiển thị để khách có thể kiểm chứng. Google không yêu cầu Schema riêng cho AI Overviews và AI Mode. Nếu theo dõi AI Search, ghi nhận link nguồn thực tế và báo riêng với kết quả Rich Results Test.

Nếu cần kiểm tra dữ liệu sản phẩm, khả năng lập chỉ mục hoặc cách đồng bộ nguồn cấp, xem dịch vụ SEO Audit, dịch vụ thiết kế website hoặc liên hệ Việt SEO.

Tài liệu tham khảo

• Google Search Central – Product snippets
• Google Search Central – Merchant listings
• Google Search Central – Product variants
• Schema.org – OfferShippingDetails
• Google Search Central – AI features and your website