Cập nhật 06/10/2026 · Đội ngũ Onter
Để sửa lỗi giá hoặc tồn kho không khớp trong Merchant Center, đối chiếu cùng một sản phẩm, cùng biến thể và cùng thời điểm giữa website, HTML nguồn, structured data và nguồn dữ liệu gửi Google. Sửa nguyên nhân tại nguồn rồi kiểm tra lần cập nhật tiếp theo; sửa riêng một dòng trong feed có thể khiến lỗi quay lại.
Trước hết: xác định lỗi ở item hay tài khoản
Một sản phẩm bị từ chối vì giá sai khác với vấn đề tài khoản hoặc chính sách. Ghi lại thông báo chính xác, mã item, URL đích, nguồn dữ liệu và thời điểm được ghi nhận. Không coi mọi trạng thái disapproved là lỗi kỹ thuật có thể sửa bằng schema. Nếu thông báo thuộc policy hoặc thông tin doanh nghiệp, cần xử lý đúng yêu cầu và chỉ yêu cầu xem xét lại sau khi đã khắc phục.
Với lỗi mismatch, chọn một mẫu nhỏ có thể tái hiện. Mở trang đích không đăng nhập và không có cookie ưu đãi. Kiểm tra item có thuộc biến thể cụ thể, gói số lượng hay giá cho thành viên không. Nếu đội vận hành đối chiếu sai phiên bản sản phẩm, việc thay feed theo giá họ thấy có thể tạo thêm lỗi.
Lập ma trận bốn lớp dữ liệu
Ghi giá, tiền tệ, availability và timestamp ở bốn nơi: giao diện, HTML response, JSON-LD và bản feed mà Google đã nhận. Bản feed đang có trên server có thể mới hơn bản Google đã xử lý, nên phải xem cả trạng thái fetch/processing. Lưu chứng cứ tổng hợp về trường và thời gian, tránh chụp thông tin khách hàng hoặc credential.
| Lớp dữ liệu | Mẫu kiểm tra | Nguyên nhân thường gặp |
|---|---|---|
| Giao diện | Giá sau khi chọn đúng biến thể | Giá “từ”, cookie giảm giá, tiền tệ theo địa lý |
| HTML nguồn | Response khi mở URL mới | Cache cũ hoặc giá placeholder |
| JSON-LD | Offer của item tương ứng | Plugin schema dùng giá cha hoặc lịch sale cũ |
| Feed đã tiếp nhận | Item và thời gian xử lý | Lịch lấy file chậm, export lỗi, mapping sai |
Tình huống 1: giá khuyến mại hết hạn nhưng feed chưa đổi
Ví dụ minh họa: giá thường là 490.000 đồng, giá sale là 390.000 đồng đến một thời điểm đã định. Website đã quay lại giá thường, trong khi feed vẫn giữ sale vì lần cron gần nhất thất bại. Không giải quyết bằng cách giữ giá thấp trên website nếu đó không phải chính sách bán thật. Sửa lịch khuyến mại, timezone và pipeline cập nhật; sau đó đối chiếu lần tiếp nhận mới.
Kiểm tra ranh giới thời gian bắt đầu/kết thúc sale và giá mà khách phải trả. Bản export cần đọc dữ liệu hiệu lực ở thời điểm xuất, không chỉ đọc trường sale tồn tại trong DB. Tài liệu Google về Product data specification là nơi đối chiếu yêu cầu thuộc tính, thay vì dùng một template cũ cho mọi thị trường.
Tình huống 2: sản phẩm có nhiều variation
Feed của size M đang gửi giá/tồn kho size L; trang đích tự chọn size còn hàng đầu tiên. Khi đó, bảng so sánh có thể trông đúng ở sản phẩm cha nhưng sai từng item. Xác minh ID item, ID nhóm, thuộc tính biến thể và trạng thái lựa chọn trong URL. Không chuyển tất cả biến thể sang một giá để che sự khác biệt thật.
Thử cả variation còn hàng và hết hàng trong phiên trình duyệt mới. Ảnh, nhãn lựa chọn, giá và nút mua phải nhất quán với item gửi Google. Với WooCommerce, xem mapping Product Feed theo variation để xác định cấp dữ liệu và rule fallback.
Tình huống 3: giao diện mới nhưng HTML/schema vẫn cũ
JavaScript có thể thay giá sau khi trang tải, trong khi HTML nguồn chứa mức giá cũ. Plugin schema có thể đọc cache khác với widget giá. Nếu chỉ chụp màn hình, đội kỹ thuật bỏ qua thông tin máy đọc được. Kiểm tra response bằng công cụ tải HTML, rồi kiểm tra render và structured data. Làm rõ lớp cache nào giữ bản cũ và cơ chế invalidation khi cập nhật sản phẩm.
Google khuyến nghị cung cấp thông tin quan trọng trực tiếp trong HTTP response và dữ liệu có cấu trúc đúng giá/tồn kho trong tài liệu Provide high-quality data. Không cố hiển thị nhiều giá mâu thuẫn khi tải trang. Nếu có giá thành viên hoặc điều kiện đặc biệt, phải trình bày rõ và dùng thuộc tính/chương trình phù hợp.
Tình huống 4: website và ERP dùng hai khái niệm tồn kho
ERP có thể ghi tồn vật lý, nhưng website cần tồn có thể bán sau khi trừ đơn đã giữ chỗ. Nếu export chỉ đọc tồn vật lý, item có thể còn hàng trong feed nhưng không mua được trên trang. Hãy xác định quy tắc available-to-sell, thời gian đồng bộ và cách biểu diễn backorder/preorder theo yêu cầu kênh. Không gắn mọi sản phẩm thành in_stock vì một nhà cung cấp có thể đặt hàng.
Cần thử thời điểm đơn mới phát sinh và khi trả hàng nhập lại kho. Đồng bộ lỗi một phần phải có cảnh báo và khả năng chạy lại. Nếu catalog có nhiều kho, xác nhận nguồn kho và vùng phục vụ dùng cho giá/tồn kho trên trang đích. Bảng theo dõi nên ghi rõ bản dữ liệu được sử dụng, thay vì chỉ có nhãn “sync OK”.
Automatic item updates có thay thế feed không?
Các cơ chế cập nhật tự động có thể giúp hạn chế sai lệch trong phạm vi Google hỗ trợ, nhưng không thay thế trách nhiệm cung cấp nguồn dữ liệu đúng và cập nhật. Nếu trang đích sai, hệ thống lấy thông tin từ trang cũng có thể nhận sai. Đừng dùng tính năng này để trì hoãn sửa cron, cache hoặc mapping.
Checklist sau khi sửa
- Chọn item lỗi và lưu thông báo/timestamp ban đầu
- Đối chiếu đúng variation, tiền tệ và giá mua được
- Kiểm tra HTML, schema và feed đã xử lý sau thay đổi
- Chạy thử sale bắt đầu/hết hạn và chuyển còn hàng/hết hàng
- Xác minh lần export/fetch thành công, có log lỗi và người phụ trách
- Kiểm tra mẫu chưa bị lỗi để tránh regression
- Theo dõi trạng thái Google sau xử lý; không hứa thời gian phê duyệt cố định
Onter có thể audit nguồn catalog, mapping và lịch đồng bộ trong dịch vụ Product Feed & Merchant. Phạm vi kỹ thuật cần nghiệm thu được; việc phê duyệt sản phẩm hoặc tài khoản vẫn do Google quyết định. Đọc thêm Product Schema và cách tránh dữ liệu giá mâu thuẫn.
