Checklist Google Merchant Center cho WooCommerce phải bắt đầu từ dữ liệu gốc trong cửa hàng, không bắt đầu từ việc sửa từng cảnh báo trong Merchant Center. Một sản phẩm chỉ ổn khi ID, biến thể, tên, định danh, giá, tồn kho, ảnh, URL, giao nhận và dữ liệu có cấu trúc cùng mô tả một mặt hàng có thể mua được.
Plugin đồng bộ chỉ vận chuyển dữ liệu; nó không tự sửa cách doanh nghiệp đặt SKU, quản lý biến thể hoặc cập nhật giá. Trước khi tăng ngân sách Shopping hay Performance Max, hãy kiểm tra đủ 10 lớp dưới đây. Đồng thời, chọn một hệ thống làm nguồn dữ liệu gốc và xác định người chịu trách nhiệm khi có sai lệch.
Vì sao nguồn cấp không chỉ là một tệp sản phẩm?
Google Merchant Center có thể nhận dữ liệu từ plugin, API, tệp hoặc nguồn do Google thu thập. Dù dùng cách nào, “nguồn cấp” về mặt vận hành là chuỗi từ dữ liệu WooCommerce, lớp chuyển đổi, Merchant Center, trang sản phẩm và checkout. Sai ở một lớp có thể xuất hiện thành lỗi ở lớp khác.
Tài liệu Vietnam Retail & E-commerce Summit 2026 của Google đặt dữ liệu Merchant Center ở trung tâm của danh sách miễn phí, quảng cáo trả phí và các trải nghiệm mua sắm mới. Một số khả năng ở phần bên phải slide được ghi rõ là thử nghiệm tại thị trường Mỹ. Vì vậy, hình dưới chỉ cho thấy phạm vi sử dụng dữ liệu ngày càng rộng; không xác nhận mọi tính năng đã có tại Việt Nam.
Bảng kiểm 10 lớp trước khi đồng bộ hoặc tăng ngân sách
| Lớp | Phải xác nhận | Lỗi cần chặn |
|---|---|---|
| 1. Phạm vi | Sản phẩm nào được bán và quảng cáo ở từng thị trường. | Đẩy cả sản phẩm mẫu, quà tặng, đặt riêng hoặc chưa thể mua. |
| 2. ID & biến thể | ID ổn định, item_group_id đúng, URL mở đúng biến thể. | Đổi ID sau mỗi lần sync; gom màu/size sai nhóm. |
| 3. Nội dung | Title/description mô tả đúng sản phẩm và thuộc tính quan trọng. | Nhồi khuyến mãi, dùng nội dung chung hoặc thiếu khác biệt biến thể. |
| 4. Định danh | GTIN, MPN, brand hoặc trạng thái không có định danh được khai báo đúng. | Tự tạo GTIN, dùng SKU nội bộ thay cho mã toàn cầu. |
| 5. Giá | Giá, sale price, tiền tệ và thời gian giảm giá khớp. | Feed một giá, trang/checkout một giá. |
| 6. Tồn kho | In stock/out of stock/preorder/backorder đúng với khả năng mua. | Quảng cáo biến thể hết hàng hoặc chưa có ngày dự kiến. |
| 7. Ảnh | Ảnh chính rõ sản phẩm, tải được, đúng biến thể và không bị chặn. | Ảnh placeholder, watermark quảng cáo hoặc URL hết hạn. |
| 8. URL & checkout | Landing page ổn định, đúng ngôn ngữ/tiền tệ, có thể thêm giỏ và mua. | Redirect dài, yêu cầu đăng nhập, sản phẩm khác hoặc lỗi mobile. |
| 9. Giao nhận/chính sách | Shipping, returns và điều kiện mua nhất quán theo thị trường. | Phí cuối khác dữ liệu hoặc thiếu khu vực phục vụ. |
| 10. Đồng bộ/chẩn đoán | Lịch cập nhật, Action Scheduler, log, cảnh báo và quy trình xử lý. | Chỉ sửa tay trong Merchant Center, không sửa nguồn WooCommerce. |
Checklist này đi sâu vào Merchant Center. Nếu giỏ hàng, checkout, hosting hoặc conversion của cửa hàng chưa ổn, hãy quay lại checklist WooCommerce trước khi tăng Google Ads để kiểm tra toàn hệ thống.
Lớp 1: chốt phạm vi sản phẩm và thị trường
Không phải mọi sản phẩm trong WooCommerce đều nên xuất hiện trên Google. Sản phẩm tặng kèm, hàng báo giá riêng, biến thể chưa hoàn chỉnh hoặc mặt hàng bị giới hạn chính sách có thể cần loại khỏi kênh. Hãy tạo quy tắc channel visibility (hiển thị theo kênh) thay vì xóa thủ công sau mỗi lần đồng bộ.
Với mỗi thị trường, xác nhận ngôn ngữ, tiền tệ, vùng giao hàng, thuế/phí và URL tương ứng. Một nguồn cấp “được duyệt” nhưng đưa người dùng tới trang không giao hàng tới địa chỉ của họ vẫn là nguồn cấp chưa hoàn thành nhiệm vụ.
Lớp 2: ID và biến thể phải ổn định
ID sản phẩm là khóa để Merchant Center nhận biết một mặt hàng qua các lần cập nhật. Không nên tạo ID mới khi chỉ đổi title, giá hoặc tồn kho. Việc thay ID có thể làm mất tính liên tục của lịch sử và khiến chẩn đoán khó truy vết.
Với sản phẩm variable trong WooCommerce, mỗi biến thể bán được cần dữ liệu riêng: ID, giá, tồn kho, ảnh và thuộc tính như màu hoặc kích thước. Các biến thể cùng sản phẩm cha dùng item_group_id để được nhận biết là một nhóm. URL nên mở đúng biến thể đã gửi, thay vì buộc người dùng chọn lại từ trạng thái mặc định.
Lớp 3–4: nội dung và định danh sản phẩm
Title cần mô tả sản phẩm theo cách người mua phân biệt được, nhưng không nên biến thành chuỗi từ khóa hoặc banner khuyến mãi. Cấu trúc có thể gồm thương hiệu, dòng sản phẩm, thuộc tính quan trọng và biến thể; thứ tự phụ thuộc ngành và nhu cầu tìm kiếm. Description phải dùng thông tin thực, không chèn liên kết hoặc lời hứa không có căn cứ.
GTIN là mã nhận dạng thương mại toàn cầu do tổ chức có thẩm quyền cấp; MPN là mã linh kiện/nhà sản xuất. SKU nội bộ không tự động trở thành GTIN. Nếu sản phẩm thật sự không có định danh, cần khai báo theo yêu cầu tương ứng thay vì tự tạo dãy số để vượt cảnh báo.
Google for WooCommerce hỗ trợ ánh xạ thuộc tính và hiện khuyến nghị dùng trường Global Unique ID tích hợp của WooCommerce cho GTIN ở các phiên bản phù hợp. Trước khi map hàng loạt, kiểm tra nơi dữ liệu đang được lưu: trường lõi, custom field, plugin ERP/POS hay thuộc tính biến thể.
Lớp 5–6: giá và tồn kho phải khớp bốn nơi
Theo đặc tả dữ liệu sản phẩm của Google, giá và tình trạng hàng cần khớp giữa dữ liệu gửi lên, landing page, structured data và checkout. Với giá giảm, cần phân biệt giá gốc, sale price và khoảng thời gian có hiệu lực. Với đơn tối thiểu hoặc bán theo gói, giá gửi phải phản ánh lượng tối thiểu có thể mua theo yêu cầu áp dụng.
Trong WooCommerce, sai lệch thường đến từ cache, lịch sale theo múi giờ, plugin giá động, quy tắc theo vai trò thành viên, đồng bộ ERP chậm hoặc biến thể không có giá riêng. Đừng chỉ bật automatic item updates rồi coi như đã sửa xong. Google nêu rõ cập nhật tự động có thể giúp điều chỉnh chênh lệch, nhưng doanh nghiệp vẫn phải gửi lại dữ liệu thường xuyên.
Nguồn chuẩn để đối chiếu là Google Merchant Center — Product data specification. Khi lỗi tập trung ở khu vực hoặc giá vùng, kiểm tra cả quy tắc thị trường và dữ liệu giá theo vùng thay vì sửa một sản phẩm riêng lẻ.
Lớp 7: ảnh phải là tài sản sản phẩm có thể thu thập
Ảnh chính cần hiển thị rõ mặt hàng tương ứng với biến thể. URL ảnh phải truy cập được với trình thu thập, dùng giao thức bảo mật và không phụ thuộc phiên đăng nhập. Tránh ảnh placeholder, ảnh có lớp phủ quảng cáo quá mức hoặc hình không thể hiện sản phẩm chính.
Trên WordPress, CDN, hotlink protection, tối ưu ảnh và chuyển WebP/AVIF có thể làm URL trong feed khác phản hồi mà trình duyệt quản trị viên nhìn thấy. Khi ảnh bị từ chối, kiểm tra HTTP status, redirect, MIME type, kích thước và quyền truy cập từ bên ngoài trước khi thay ảnh hàng loạt.
Lớp 8: landing page và checkout phải mua được
Trang đích cần hiển thị cùng sản phẩm, giá, tiền tệ, tình trạng hàng và ngôn ngữ đã gửi. Nếu sản phẩm có thể đặt, trang phải có hành động mua hoạt động. Nếu hết hàng hoặc đặt trước, trạng thái và ngày dự kiến cần rõ theo yêu cầu áp dụng.
Google khuyến nghị giảm redirect, đưa dữ liệu sản phẩm quan trọng vào HTML ban đầu khi có thể và dùng structured data cho price, priceCurrency, availability, condition cùng định danh. Với website dùng JavaScript hoặc cache mạnh, hãy kiểm tra nội dung trong phản hồi máy chủ chứ không chỉ nhìn giao diện sau khi trình duyệt đã chạy script.
Yêu cầu chính thức và ví dụ kiểm thử nằm tại Google Merchant Center — Landing page requirements. Vai trò của trang sản phẩm trong bản đồ quảng cáo được giải thích tại bài Google Ads nên dẫn khách về trang nào.
Lớp 9: shipping, returns và điều kiện mua
Phí và thời gian giao hàng là một phần của quyết định mua. Cấu hình Merchant Center phải tương thích với cách WooCommerce tính theo vùng, trọng lượng, lớp vận chuyển, ngưỡng miễn phí hoặc đơn vị vận chuyển. Nếu checkout tính phí khác, cần xác định hệ thống nào sai và sửa tại nguồn.
Chính sách đổi trả phải truy cập được, phù hợp với thị trường và không mâu thuẫn với thông tin doanh nghiệp công bố. Đây không chỉ là nội dung để được duyệt; đội chăm sóc khách hàng và vận hành đơn phải thực hiện được chính sách đã đưa ra.
Lớp 10: đồng bộ và diagnostics phải có chủ sở hữu
Google for WooCommerce dùng Action Scheduler để lập lịch đồng bộ. Nếu hàng đợi bị treo, cron không chạy, API lỗi hoặc plugin xung đột, dữ liệu có thể cũ dù trang sản phẩm vẫn đúng. Cần theo dõi scheduled actions, log WooCommerce, trạng thái kết nối và thời điểm cập nhật gần nhất.
Trong Merchant Center, phân loại vấn đề theo ba cấp: toàn tài khoản, nguồn dữ liệu và từng mặt hàng. Sau đó gom lỗi theo nguyên nhân chung. Ví dụ, hàng trăm lỗi giá sau một đợt sale có thể bắt nguồn từ cache hoặc lịch đồng bộ; sửa từng ID sẽ che mất nguyên nhân hệ thống.
| Bước | Câu hỏi | Bằng chứng cần giữ |
|---|---|---|
| 1. Phạm vi | Lỗi ảnh hưởng account, nguồn hay một nhóm sản phẩm? | Ảnh chụp diagnostics, số ID mẫu, thời điểm. |
| 2. Nguồn | WooCommerce đang lưu giá/tồn kho/thuộc tính nào? | Product/variation ID, dữ liệu gốc, lịch sử cập nhật. |
| 3. Chuyển đổi | Plugin/API đã map và gửi giá trị nào? | Feed/API payload hoặc log sync. |
| 4. Điểm đến | Google và người dùng nhìn thấy gì trên URL? | HTML/structured data, status, ảnh, checkout. |
| 5. Xác nhận | Sau sửa, dữ liệu đã đồng bộ và lỗi đã được xử lý chưa? | Thời điểm fetch, trạng thái sản phẩm và kiểm thử mua. |
Automatic updates là lưới an toàn, không phải nguồn dữ liệu gốc
Merchant Center có thể tự động cập nhật một số thuộc tính như giá, tình trạng hàng hoặc condition dựa trên website khi tính năng được bật. Điều này giúp giảm sai lệch nhỏ và tăng khả năng duy trì phê duyệt, nhưng không nên dùng để bù cho feed cũ hoặc schema sai.
Nếu Google thường xuyên phải sửa dữ liệu, hãy coi đó là tín hiệu chẩn đoán. So sánh thời điểm thay đổi WooCommerce, thời điểm plugin gửi, cache trang, structured data và thời điểm Google thu thập. Trang quản lý hiện hành được mô tả tại Merchant Center — Automations and product data optimizations.
Quyền truy cập và hạ tầng cần chuẩn bị
Để audit đầy đủ, doanh nghiệp cần cấp tài khoản có quyền quản trị cao nhất cần thiết trong phạm vi: WordPress/WooCommerce, plugin feed, Merchant Center, Google Ads và công cụ đo lường. Có thể cần quyền hosting, CDN hoặc DNS khi lỗi liên quan cron, cache, SSL, redirect, ảnh hoặc log máy chủ.
Nên dùng tài khoản riêng, xác thực hai lớp, quyền theo vai trò và audit trail (lịch sử có thể truy vết). Không chia sẻ mật khẩu chủ sở hữu. Phạm vi hợp đồng cần nêu rõ ai sửa dữ liệu gốc, ai xử lý cảnh báo chính sách và ai duyệt thay đổi. Điều kiện nghiệm thu cũng cần được xác lập. Plugin trả phí, hosting hoặc tích hợp ERP có thể là đầu mục riêng.
Câu hỏi thường gặp về Merchant Center và WooCommerce
Các câu trả lời dưới đây xử lý bốn nhầm lẫn thường gặp khi cửa hàng đã có plugin nhưng dữ liệu vẫn lỗi.
Cài Google for WooCommerce là đủ chưa?
Chưa. Plugin có thể đồng bộ và ánh xạ dữ liệu, nhưng doanh nghiệp vẫn phải chuẩn hóa sản phẩm, biến thể, định danh, giá, tồn kho, shipping, chính sách và điểm đến. Cần kiểm tra cả Product Issues và Account Issues sau khi kết nối.
Nên sửa dữ liệu trong WooCommerce hay Merchant Center?
Ưu tiên sửa tại nguồn dữ liệu gốc và lớp ánh xạ để lần đồng bộ sau không ghi đè. Sửa tay trong Merchant Center chỉ phù hợp với trường hợp được thiết kế có chủ đích và có người quản trị vòng đời của override.
Vì sao giá trên web đúng nhưng Merchant Center vẫn báo sai?
Google có thể nhìn thấy HTML/schema cũ do cache, giá biến thể mặc định khác, tiền tệ theo vị trí, sale hết hạn hoặc feed chưa đồng bộ. Hãy kiểm tra một ID mẫu qua cả bốn nơi: payload, trang, structured data và checkout.
Có nên đẩy tất cả biến thể lên Google?
Chỉ đẩy biến thể có thể bán, có dữ liệu đầy đủ và có URL thể hiện đúng trạng thái. Quyết định còn phụ thuộc yêu cầu ngành, chính sách và cách chiến dịch sử dụng dữ liệu; không nên tạo item cho lựa chọn không có giá hoặc không thể đặt.
Gửi nguồn cấp để Lumie rà soát
Doanh nghiệp có thể gửi URL cửa hàng, tài khoản Merchant Center, plugin/nguồn đồng bộ, nhóm ID lỗi, thị trường mục tiêu và quy trình cập nhật giá/tồn kho. Lumie sẽ phân loại lỗi theo nguồn, xác định quyền truy cập cần thiết và đề xuất thứ tự sửa trước khi mở rộng quảng cáo.
Nếu cần kết nối nguồn cấp với cấu trúc chiến dịch và đo lường, hãy trao đổi theo dịch vụ Google Ads. Trường hợp cần hạ tầng tài khoản phục vụ vận hành có kiểm soát, xem thêm điều kiện thuê tài khoản Google Ads. Hai phạm vi được đánh giá riêng; quyền sở hữu, phân quyền, đầu ra và trách nhiệm phải được xác lập trước khi triển khai.