Hướng dẫn về Google Shopping Graph

Tóm tắt — Shopping Graph là cơ sở dữ liệu khổng lồ, được cập nhật liên tục của Google về sản phẩm và các cửa hàng bán chúng. Có thể hình dung đây là bản đồ của Google về “every product in the world,” (bản dịch) «mọi sản phẩm trên thế giới», được xây dựng từ nguồn cấp dữ liệu do nhà bán lẻ tải lên, mã đánh dấu sản phẩm Google đọc trên các trang web và tín hiệu từ khắp web (bài đánh giá, hình ảnh, video). Hệ thống này cung cấp dữ liệu cho thẻ Shopping, lưới sản phẩm trong Search thông thường và câu trả lời mua sắm trong AI Overviews, AI Mode cùng Gemini. Để sản phẩm được thể hiện tốt trong đó, chủ yếu cần một nguồn cấp dữ liệu sản phẩm sạch và dữ liệu có cấu trúc khớp với nguồn cấp.

Shopping Graph là gì?

Khi bạn tìm một món đồ để mua trên Google — một đôi giày chạy bộ, máy xay cà phê hay một mẫu TV cụ thể — các sản phẩm bạn thấy không đến từ danh sách trang web thông thường của Google. Chúng đến từ một hệ thống riêng mà Google gọi là Shopping Graph.

Google mô tả hệ thống này là “ML-powered, real-time data set of the world’s products and sellers.” (bản dịch) «tập dữ liệu theo thời gian thực, vận hành bằng máy học, về sản phẩm và người bán trên toàn thế giới». Nói ngắn gọn, đây là một cơ sở dữ liệu khổng lồ, luôn cập nhật, biết những sản phẩm nào tồn tại, ai bán chúng, giá bao nhiêu và còn hàng hay không. Google cập nhật dữ liệu khi nhà bán lẻ thay đổi giá và tồn kho. Evidence for this claim Google describes the Shopping Graph as an ML-powered, real-time data set of products and sellers. Scope: This is Google's product description; scale and supported experiences change over time. Confidence: high · Verified: 2026-07-14 Google: Shopping Graph explained

Hệ thống này khác kết quả tìm kiếm thông thường như thế nào?

Một kết quả tìm kiếm Google thông thường là một trang web. Shopping Graph lại được xây dựng xoay quanh sản phẩm. Đây là khác biệt thực sự. Nếu một chiếc áo có năm màu và sáu kích cỡ, Shopping Graph không coi đó là 30 thứ riêng biệt — đó là một sản phẩm có các biến thể đi kèm. Google ghép mọi thông tin biết được về chiếc áo từ nhiều nguồn thành một bản ghi duy nhất.

Chính Google so sánh hệ thống này với Knowledge Graph — cơ sở dữ liệu đứng sau các hộp thông tin về con người, địa điểm và phim ảnh. Shopping Graph áp dụng cùng một ý tưởng, nhưng dành cho sản phẩm thay vì dữ kiện.

Dữ liệu sản phẩm đến từ đâu?

Hai kênh chính cùng một số nguồn bổ sung:

• Nguồn cấp dữ liệu sản phẩm bạn tải lên qua Google Merchant Center — tiêu đề, giá, hình ảnh và tình trạng còn hàng được gửi thẳng cho Google.
• Dữ liệu có cấu trúc trên các trang web — đoạn mã đặc biệt (mã đánh dấu Product) mà Google đọc khi thu thập dữ liệu trang web, mô tả cùng các chi tiết sản phẩm.
• Phần còn lại của web — bài đánh giá, hình ảnh, video YouTube và trang của nhà sản xuất đều bổ sung những chi tiết mà Google tổng hợp vào hệ thống.

Bạn không nhất thiết cần tài khoản Merchant Center để xuất hiện — kể từ 2022, chỉ riêng dữ liệu có cấu trúc Product tốt cũng có thể giúp bạn đủ điều kiện cho một số trang thông tin — nhưng Google khuyến nghị dùng cả hai. Evidence for this claim Google recommends providing both Product structured data and a Merchant Center feed to maximize eligibility and verification. Scope: Either path can support some experiences; both do not guarantee appearance. Confidence: high · Verified: 2026-07-14 Google: Product structured data (Phần Merchant Center là một chủ đề riêng.)

Shopping Graph cung cấp dữ liệu cho những đâu?

Shopping Graph cung cấp dữ liệu cho nhiều nơi bạn vẫn thấy: thẻ Shopping, lưới sản phẩm ở đầu truy vấn mua sắm, Google Images và Lens, Shopping Ads cùng các câu trả lời mua sắm bằng AI mới hơn trong AI Overviews, AI Mode và ứng dụng Gemini. Một điểm quan trọng về độ tin cậy: Google cho biết danh sách sản phẩm được xếp hạng và kết quả mua sắm trong AI Overviews không phải vị trí trả phí — chúng tách biệt với Shopping Ads thực sự.

Bạn thực sự cần làm gì?

Giữ nguồn cấp dữ liệu sản phẩm đầy đủ và chính xác, thêm dữ liệu có cấu trúc Product khớp với nguồn cấp, cập nhật giá và tồn kho, đồng thời không chặn trình thu thập dữ liệu mua sắm của Google (StoreBot-Google). Đó là phần lớn công việc — nhưng cần nói rõ rằng những bước này chỉ cải thiện khả năng sản phẩm được thể hiện chính xác, không bảo đảm sản phẩm sẽ được đưa vào hoặc được xếp hạng.

Bạn muốn hiểu cơ chế — bốn đầu vào, cách “real-time” (bản dịch) «theo thời gian thực» thực sự vận hành, vì sao Graph không phải chỉ mục tìm kiếm và danh sách kiểm tra đầy đủ cho người bán? Hãy chuyển sang thẻ Nâng cao.

Tóm tắt — Shopping Graph là tập dữ liệu theo thời gian thực, vận hành bằng máy học, về sản phẩm và người bán trên toàn thế giới của Google, được xây dựng rõ ràng theo mô hình Knowledge Graph. Phép so sánh của Google hàm ý một mô hình thực thể, không phải chỉ mục trang — mỗi sản phẩm là một nút, có biến thể và thuộc tính đi kèm — nhưng Google chưa công bố đây là đặc tả chỉ mục chính xác, nên hãy xem đó là mô hình vận hành phù hợp nhất theo đánh giá của tôi. Ít nhất các đầu vào gồm nguồn cấp Merchant Center, dữ liệu có cấu trúc Product được thu thập, hoạt động thu thập/xác minh thanh toán của StoreBot-Google và tín hiệu web rộng hơn; đây là cách nhóm thực dụng, không phải danh sách đầy đủ của Google. Hướng dẫn của Google cho biết dùng nguồn cấp dữ liệu cùng dữ liệu có cấu trúc sẽ tối đa hóa điều kiện xuất hiện và giúp Google xác minh dữ liệu (chúng đối chiếu lẫn nhau, không dư thừa). Độ mới đến từ việc tiếp nhận nguồn cấp liên tục cùng hoạt động kiểm tra mẫu của StoreBot, không phải lịch thu thập lại — dù Google không bảo đảm thời gian thu thập/xử lý và độ trễ giữa nguồn cấp với trang có thể gây xung đột ngắn hạn. Google từng nêu 50B+ trang thông tin với ~2B mục được cập nhật mỗi giờ, và 60B+ tại I/O 2026 — hãy coi mọi con số là ảnh chụp có ngày, không phải bằng chứng về kiến trúc nền (35B vào tháng 2 năm 2023 → ~50B → 60B+ trong khoảng ~4 năm). Hệ thống cung cấp dữ liệu cho thẻ Shopping, lưới sản phẩm Search, Images/Lens, Shopping Ads, AI Overviews, AI Mode, Gemini và quy trình thanh toán tác tử/Universal Cart. Google cho biết các danh sách được xếp hạng và kết quả mua sắm trong AI Overview không được tài trợ. Để củng cố khả năng hiện diện (chỉ cải thiện điều kiện xuất hiện và xác minh, không bảo đảm được đưa vào, xếp hạng, được AI trích dẫn hay chuyển đổi): hoàn thiện nguồn cấp, GTIN/MPN/thương hiệu, dữ liệu có cấu trúc khớp giá trị nguồn cấp, giá/tình trạng còn hàng hiện tại, không chặn StoreBot, dùng bài đánh giá xác thực và nhóm biến thể đúng cách.

Shopping Graph thực chất là gì?

Định nghĩa của chính Google là rõ ràng nhất: Shopping Graph là “our ML-powered, real-time data set of the world’s products and sellers” (bản dịch) «tập dữ liệu theo thời gian thực, vận hành bằng máy học, về sản phẩm và người bán trên toàn thế giới của chúng tôi» (nguồn Google).

Và Google đưa ra phép so sánh quan trọng nhất để hiểu hệ thống: “If this sounds familiar, it’s because the Shopping Graph is a similar model to our Knowledge Graph, Google’s database of facts about people, places and things.” (bản dịch) «Nếu điều này nghe có vẻ quen thuộc, đó là vì Shopping Graph dùng mô hình tương tự Knowledge Graph — cơ sở dữ liệu dữ kiện của Google về con người, địa điểm và sự vật.» (nguồn Google).

Phép so sánh này có ý nghĩa thực sự, vì vậy nên hiểu theo nghĩa trực tiếp. Chỉ mục tìm kiếm truyền thống được tổ chức quanh các trang — URL, nội dung và liên kết của trang. Shopping Graph được tổ chức quanh sản phẩm dưới dạng thực thể. Một sản phẩm là một nút; mọi điều Google biết về sản phẩm đó — từ nguồn cấp, mã đánh dấu trên trang, bài đánh giá, hình ảnh và dữ liệu nhà sản xuất — được chuẩn hóa rồi gắn vào nút ấy. Google cho biết hệ thống “scans billions of listings while also pulling relevant data from the web — like images, descriptions, reviews and YouTube videos” (bản dịch) «quét hàng tỷ trang thông tin đồng thời lấy dữ liệu liên quan từ web — như hình ảnh, nội dung mô tả, bài đánh giá và video YouTube» và “uses machine learning to understand relevant, nuanced characteristics.” (bản dịch) «dùng máy học để hiểu những đặc điểm liên quan và tinh tế» (nguồn Google).

Cần diễn đạt chính xác giới hạn của tuyên bố này: bài giải thích và tài liệu trợ giúp của Google có mô tả tập dữ liệu và so sánh với Knowledge Graph, nhưng không tài liệu nào trình bày cấu trúc chỉ mục kỹ thuật chính xác. Cách diễn đạt “one node per product” (bản dịch) «mỗi sản phẩm một nút» là cách hiểu tự nhiên từ phép so sánh của Google và hành vi sản phẩm quan sát được — đây là mô hình vận hành phù hợp nhất theo đánh giá của tôi, không phải câu Google nói nguyên văn hay đặc tả triển khai đã công bố.

Tài liệu trợ giúp dành cho người tiêu dùng đưa ra một định nghĩa độc lập thứ hai đáng đối chiếu: “dynamic repository of product info that provides an up-to-date view of the products available.” (bản dịch) «kho thông tin sản phẩm linh hoạt, cung cấp góc nhìn cập nhật về những sản phẩm đang có» (nguồn Google). Cả hai cách diễn đạt đều quy về hai từ: real-time (bản dịch) «theo thời gian thực» và products (bản dịch) «sản phẩm» (không phải trang).

Quy mô lớn đến đâu — và vì sao con số là một cái bẫy

Google thích nêu một con số nổi bật về lượng trang thông tin, nhưng con số đó liên tục thay đổi:

• Bài giải thích ban đầu, xuất bản tháng 2 năm 2023, cho biết hệ thống chứa “more than 35 billion product listings (and counting).” (bản dịch) «hơn 35 tỷ trang thông tin sản phẩm (và vẫn đang tăng)» (nguồn Google).
• Bài viết của Google về quy trình thanh toán tác tử mô tả Graph có “more than 50 billion product listings, 2 billion of which are updated every hour.” (bản dịch) «hơn 50 tỷ trang thông tin sản phẩm, trong đó 2 tỷ mục được cập nhật mỗi giờ» (nguồn Google).
• Tại Google I/O vào tháng 5 năm 2026, Vidhya Srinivasan (VP/GM, Ads & Commerce) gọi hệ thống là “the world’s most comprehensive catalog of over 60 billion product listings,” (bản dịch) «danh mục toàn diện nhất thế giới với hơn 60 tỷ trang thông tin sản phẩm», đồng thời cho biết mọi người mua sắm trên Google hơn một tỷ lần mỗi ngày.

Vậy quỹ đạo gần đúng là 35B → ~50B → 60B+ trong khoảng bốn năm. Lời khuyên thật lòng của tôi: đừng ghi nhớ con số. Bất kỳ số liệu nào bạn trích dẫn cũng có thể lỗi thời chỉ sau vài quý, vì Google cập nhật chúng tại các sự kiện như I/O. Con số hữu ích như bằng chứng cho tuyên bố theo thời gian thực — một cơ sở dữ liệu tăng trưởng và làm mới với tốc độ ấy không phải chỉ mục được thu thập lại theo định kỳ — chứ không phải số liệu bất biến. Nó cũng không chứng minh bất kỳ chi tiết triển khai cụ thể nào, như cấu trúc nút/chỉ mục chính xác đã bàn ở trên. Mỗi số liệu là ảnh chụp có ngày gắn với bài viết hoặc sự kiện nơi Google công bố, không phải bộ đếm trực tiếp. Nếu cần số hiện tại, hãy xem bài đăng mới nhất của Google thay vì tin vào con số mà một bài blog nào đó — kể cả bài này — từng ghi lại.

Số liệu thực sự đáng nhớ về độ mới là: ~2 tỷ trang thông tin được cập nhật mỗi giờ. Đó là cốt lõi cơ học của “real-time” (bản dịch) «theo thời gian thực» và là yếu tố khiến Graph khác về cấu trúc so với chỉ mục thông thường.

Các đầu vào (mô hình thực dụng, không phải danh sách đầy đủ của Google)

Google ghi nhận dữ liệu Merchant Center do nhà bán lẻ gửi, nội dung web của nhà bán lẻ/thương hiệu và tài liệu rộng hơn trên web (hình ảnh, nội dung mô tả, bài đánh giá, video) là những nguồn cung cấp dữ liệu cho Graph — nhưng không công bố một hệ phân loại đầu vào đầy đủ với số lượng chính xác. Cách nhóm thành bốn kênh dưới đây là mô hình làm việc thực dụng, được xây dựng từ những gì Google có ghi nhận; nó hữu ích để suy luận về tối ưu hóa, chứ không phải danh sách khép kín hoặc có thẩm quyền do chính Google công bố:

1. Nguồn cấp dữ liệu Merchant Center. Đây là kênh trực tiếp — bạn gửi tiêu đề, giá, hình ảnh, tình trạng còn hàng và GTIN. Tài liệu trợ giúp của Google nêu Merchant Center và Manufacturer Center là những công cụ để thương hiệu và nhà bán lẻ gửi trực tiếp thông tin sản phẩm. (Thiết lập và tối ưu hóa nguồn cấp dữ liệu là một chủ đề riêng nên tôi không trình bày lại ở đây.)
2. Dữ liệu có cấu trúc Product được thu thập từ các trang. Google đọc mã đánh dấu Product/Offer khi thu thập dữ liệu và chỉ riêng mã đánh dấu đó cũng có thể giúp trang đủ điều kiện xuất hiện trong Merchant Listings.
3. Hoạt động thu thập và xác minh thanh toán của StoreBot-Google. Trình thu thập chuyên dụng này tìm nạp trang sản phẩm, giỏ hàng và thanh toán, thậm chí mô phỏng thanh toán để xác minh thông tin bạn đã khai báo (phần dưới sẽ trình bày thêm).
4. Tín hiệu rộng hơn trên web. Bài đánh giá, hình ảnh, video YouTube và trang của nhà sản xuất — phần “pulling relevant data from the web” (bản dịch) «lấy dữ liệu liên quan từ web».

Điểm mà phần lớn bài viết trình bày mơ hồ là vì sao bạn cần cả nguồn cấp dữ liệu lẫn dữ liệu có cấu trúc khi chúng dường như cùng nói một điều. Tài liệu Google Search Central trả lời trực tiếp: “Providing both structured data on web pages and a Merchant Center feed maximizes your eligibility to experiences and helps Google correctly understand and verify your data.” (bản dịch) «Việc cung cấp cả dữ liệu có cấu trúc trên trang web lẫn nguồn cấp dữ liệu Merchant Center giúp tối đa hóa khả năng đủ điều kiện tham gia các trải nghiệm, đồng thời giúp Google hiểu và xác minh dữ liệu của bạn một cách chính xác.» (nguồn Google).

Chúng không dư thừa — chúng đối chiếu chéo lẫn nhau. Tài liệu cũng nói rõ Google kết hợp hai nguồn: “Some experiences combine data from structured data and Google Merchant Center feeds if both are available. For example, product snippets may use pricing data from your merchant feed if it’s not present in the structured data on the page.” (bản dịch) «Một số trải nghiệm kết hợp dữ liệu từ dữ liệu có cấu trúc và nguồn cấp Google Merchant Center nếu cả hai đều có. Chẳng hạn, Product Snippets có thể dùng dữ liệu giá từ nguồn cấp của người bán nếu dữ liệu đó không có trong dữ liệu có cấu trúc trên trang.» (nguồn Google). Để việc đối chiếu chéo hoạt động, hai nguồn phải nhất quán. Tài liệu đối sánh Merchant Center yêu cầu mã “structured data markup must be present in the HTML returned from the web server” (bản dịch) «mã đánh dấu dữ liệu có cấu trúc phải có trong HTML do máy chủ web trả về» và “must match the values that are shown to the user” (bản dịch) «phải khớp với các giá trị hiển thị cho người dùng» (nguồn Google). Quá trình đối sánh dựa trên sự đồng nhất SKU/GTIN giữa mã đánh dấu Offer và dữ liệu sản phẩm Merchant Center. Nếu nguồn cấp ghi 49 USD còn mã đánh dấu trên trang ghi 59 USD, bạn đã đưa cho Google một xung đột cần giải quyết thay vì một dữ kiện để xác minh.

Cần nói thẳng: trang dữ liệu có cấu trúc Product của Search Central không dùng cụm “Shopping Graph.” (bản dịch) «Biểu đồ mua sắm». Tên thương hiệu này xuất hiện ở blog và phần trợ giúp; tài liệu dành cho nhà phát triển trình bày cách triển khai kỹ thuật. Dù bạn đọc trang nào, dữ liệu có cấu trúc và nguồn cấp dữ liệu vẫn là hai đầu vào cung cấp dữ liệu cho Graph.

”freshness” (bản dịch) «độ mới» thực sự có nghĩa gì — StoreBot, không phải thu thập lại

Đây là khác biệt về cấu trúc so với chỉ mục tìm kiếm thông thường, vì vậy cần diễn đạt chính xác. Chỉ mục thông thường được làm mới bằng cách thu thập lại các trang theo lịch do thuật toán quyết định. Shopping Graph được duy trì độ mới theo hai cách cùng lúc:

• Tiếp nhận nguồn cấp dữ liệu liên tục. Khi bạn cập nhật giá hoặc đánh dấu một mặt hàng hết hàng trong Merchant Center, thông tin đó được đưa vào trực tiếp — bạn không phải chờ trang được thu thập lại.
• Xác minh bằng StoreBot-Google. Google vận hành một trình thu thập chuyên dụng, StoreBot-Google, được phần trợ giúp Merchant Center mô tả là “a search-engine-based program that automatically ‘crawls’ through web pages to gather and analyze data.” (bản dịch) «một chương trình dựa trên công cụ tìm kiếm, tự động ‘thu thập dữ liệu’ qua các trang web để thu thập và phân tích dữ liệu» (nguồn Google). Công cụ này thu thập “certain types of pages, including, but not limited to, product details pages, cart pages, and checkout pages” (bản dịch) «một số loại trang, gồm nhưng không giới hạn ở trang chi tiết sản phẩm, trang giỏ hàng và trang thanh toán» — đồng thời mô phỏng thanh toán để xác minh phí vận chuyển, giá sản phẩm, tình trạng còn hàng, hiệu lực phiếu giảm giá, thời gian giao hàng và phương thức thanh toán. Mục đích Google nêu rõ: “It allows Google to verify information you share through Merchant Center, and helps you keep your data more accurate and up to date.” (bản dịch) «Công cụ cho phép Google xác minh thông tin bạn chia sẻ qua Merchant Center và giúp bạn giữ dữ liệu chính xác, cập nhật hơn.» (nguồn Google).

Vì vậy, mô hình duy trì độ mới hoạt động như sau: nguồn cấp dữ liệu liên tục đẩy bản cập nhật vào, còn StoreBot kiểm tra mẫu để xác nhận các trang đang hoạt động thực sự khớp với điều bạn khai báo. Đây là vòng lặp xác minh, không phải lịch thu thập lại — chính vì thế Graph có thể cập nhật ~2 tỷ trang thông tin mỗi giờ mà không cần tìm nạp lại hàng tỷ trang web đầy đủ.

Ở đây cũng cần nói chính xác: “real-time” (bản dịch) «theo thời gian thực» là mô tả sản phẩm của Google, không phải lời bảo đảm rằng mọi trang thông tin đều cập nhật tại mọi thời điểm. Hướng dẫn của Google về chia sẻ dữ liệu sản phẩm ghi rõ hãng không bảo đảm thời gian xử lý dữ liệu có cấu trúc được thu thập; bản cập nhật nguồn cấp chạy trước (hoặc sau) trang đang hoạt động có thể tạo xung đột ngắn hạn về giá hoặc tình trạng còn hàng cho đến khi StoreBot hay chu kỳ nguồn cấp tiếp theo đối chiếu lại. Nếu phát hiện trang thông tin cũ, hãy xử lý như mọi trường hợp nguồn cấp không khớp: sửa nguồn dữ liệu chuẩn (nguồn cấp hoặc trang đang hoạt động, tùy bên nào sai), rồi để chu kỳ tiếp nhận/xác minh thông thường bắt kịp — đừng cho rằng một sai lệch đơn lẻ nghĩa là Graph bị hỏng. Nguồn: Google Search Central, chia sẻ dữ liệu sản phẩm.

StoreBot tự nhận diện bằng user agent chứa Storebot-Google (UA máy tính để bàn có Storebot-Google/1.0), và theo tổng quan về trình thu thập dữ liệu của Google, nó có token robots.txt riêng và chỉ lưu vào bộ nhớ đệm trong một số điều kiện. Điều này dẫn đến cảnh báo vận hành quan trọng nhất trong toàn bộ chủ đề: đừng chặn StoreBot-Google. Việc chặn có thể khiến trang thông tin bị loại và kích hoạt lỗi Merchant Center — đây là cơ chế xác minh, nên ngăn truy cập sẽ phá vỡ khả năng Google xác nhận dữ liệu của bạn trên các trang thông tin miễn phí, chứ không chỉ quảng cáo.

Shopping Graph khác chỉ mục tìm kiếm thông thường như thế nào?

Hãy tổng hợp các khác biệt, vì đây là mô hình tư duy giúp mọi phần còn lại trở nên dễ hiểu:

Điểm về biến thể thường bị xem nhẹ. Một chiếc áo có năm màu và sáu kích cỡ là một nút trong Graph, không phải ba mươi nút — hệ thống máy học của Google chuẩn hóa các biến thể và thuộc tính, thay vì coi mỗi URL là một thứ độc lập. Đây thực sự là mô hình dữ liệu khác với việc lập chỉ mục dựa trên URL, và đó là lý do “get my product page crawled” (bản dịch) «để trang sản phẩm của tôi được thu thập dữ liệu» là điều cần thiết nhưng chưa phải toàn bộ câu chuyện.

Shopping Graph cung cấp dữ liệu cho những đâu?

Graph là xương sống của một danh sách bề mặt dài và ngày càng mở rộng:

• Thẻ Shopping và lưới sản phẩm trong Search thông thường.
• Google Images và Lens — kết quả khớp sản phẩm bằng hình ảnh và hình ảnh có chú thích.
• Shopping Ads — vị trí trả phí chạy trên cùng dữ liệu sản phẩm.
• Kết quả mua sắm trong AI Overviews, AI Mode và ứng dụng Gemini. Google nói rõ AI Mode được “powered by the Shopping Graph” (bản dịch) «vận hành bằng Shopping Graph» và cho phép người mua sắm “trust you’re seeing fresh information.” (bản dịch) «tin rằng thông tin bạn thấy là thông tin mới».
• Quy trình thanh toán tác tử và Universal Cart (được công bố tại I/O 2026) — Google cho biết tính năng này “built on Google’s Shopping Graph and payments infrastructure, so you can also rest assured that you’re seeing accurate results.” (bản dịch) «được xây dựng trên Shopping Graph và hạ tầng thanh toán của Google, vì vậy bạn cũng có thể yên tâm rằng mình đang thấy kết quả chính xác» (nguồn Google).

Mục cuối là nơi Graph kết nối với lớp giao dịch: Universal Commerce Protocol và quy trình thanh toán tác tử dùng Graph làm xương sống dữ liệu sản phẩm. Graph xác định những sản phẩm nào tồn tại và thông tin nào về chúng là đúng; UCP xác định cách một tác tử giao dịch trên dữ liệu đó. Tôi sẽ không giải thích lại giao thức ở đây — đó là một chủ đề riêng.

Có một câu đáng giữ lại để tạo niềm tin cho người đọc: phần trợ giúp người tiêu dùng của Google cho biết các danh sách được xếp hạng và thông tin trong AI Overviews cùng những bề mặt khác “aren’t sponsored” (bản dịch) «không được tài trợ» — kết quả được điều chỉnh theo truy vấn, không phải vị trí trả phí (nguồn Google). Điều này khác với Shopping Ads thực sự: quảng cáo vẫn chạy trên cùng dữ liệu Graph nhưng được gắn nhãn vị trí trả phí.

Người bán có thể làm gì để củng cố khả năng hiện diện?

Không bước nào ở đây quá xa lạ. Graph ưu tiên dữ liệu sản phẩm chính xác, đầy đủ và có thể xác minh — nhưng cần hiểu rõ từng đòn bẩy thực sự mang lại điều gì. Cách diễn đạt của Google là điều kiện xuất hiện, khả năng hiểu và xác minh, không phải bảo đảm kết quả: không bước nào hứa hẹn sản phẩm sẽ được đưa vào, được xếp hạng, được AI trích dẫn hay tạo chuyển đổi.

• Nguồn cấp dữ liệu đầy đủ, chính xác (điều kiện xuất hiện). Điền các thuộc tính; nguồn cấp không đầy đủ khiến sản phẩm của bạn được thể hiện thiếu.
• GTIN / MPN / thương hiệu (khả năng hiểu). Mã định danh sản phẩm giúp Google đối sánh mặt hàng với đúng nút và lấy dữ liệu từ nhiều nguồn.
• Dữ liệu có cấu trúc khớp giá trị nguồn cấp (điều kiện xuất hiện + xác minh). Không chỉ cần có — mà phải nhất quán. Sai lệch tạo xung đột Google phải giải quyết và có thể khiến điều kiện đối sánh không đạt.
• Giá và tình trạng còn hàng hiện tại (xác minh). Đây là những gì StoreBot xác minh; hãy bảo đảm trang đang hoạt động phản ánh đúng thực tế.
• Đừng chặn StoreBot-Google (xác minh). Kiểm tra token của nó trong robots.txt. Việc chặn có nguy cơ làm trang thông tin bị loại và gây lỗi Merchant Center.
• Khuyến khích bài đánh giá xác thực (khả năng hiểu). Bài đánh giá là một trong những tín hiệu web mà Graph thu thập.
• Nhóm biến thể đúng cách (khả năng hiểu). Giúp Google nhận ra một nhóm màu/kích cỡ là một sản phẩm có biến thể, không phải các mặt hàng không liên quan.

Thực hiện tất cả các bước này nghĩa là bạn đã tối đa hóa điều kiện xuất hiện, cung cấp dữ liệu sạch để Google hiểu và xác minh, đồng thời loại bỏ những nguyên nhân do chính mình tạo ra khiến sản phẩm được thể hiện thiếu — đó là giới hạn trung thực của điều mà một danh sách kiểm tra có thể hứa hẹn. Việc được đưa vào, xếp hạng, được AI trích dẫn và tạo chuyển đổi còn phụ thuộc vào các yếu tố (cạnh tranh, mức độ liên quan, giá, hành vi người dùng) nằm ngoài mọi danh sách kiểm tra.

Kết luận

Cách hiểu phù hợp nhất về Shopping Graph là Knowledge Graph của Google dành cho thương mại: cơ sở dữ liệu thực thể về sản phẩm và người bán, được duy trì độ mới bằng cách tiếp nhận nguồn cấp liên tục và StoreBot xác minh, thay vì thu thập lại các trang. Con số hàng tỷ trang thông tin là thông điệp tiếp thị thay đổi mỗi năm — những dữ kiện bền vững là mô hình (thực thể, không phải trang), cơ chế duy trì độ mới (nguồn cấp + StoreBot, ~2B/hour) và quy tắc vận hành (nguồn cấp + dữ liệu có cấu trúc khớp nhau, giá/tình trạng còn hàng chính xác, không chặn StoreBot). Làm được những việc đó nghĩa là bạn đã hoàn thành phần lớn điều “optimizing for the Shopping Graph” (bản dịch) «tối ưu hóa cho Shopping Graph» thực sự đòi hỏi.

Tóm tắt bằng AI

Bản rút gọn của phần Nâng cao:

• Shopping Graph = “ML-powered, real-time data set of the world’s products and sellers,” (bản dịch) «tập dữ liệu theo thời gian thực, vận hành bằng máy học, về sản phẩm và người bán trên toàn thế giới» của Google, được mô phỏng theo Knowledge Graph nhưng dành cho thương mại. Phép so sánh của Google hàm ý hệ thống mô hình hóa sản phẩm dưới dạng thực thể (mỗi sản phẩm một nút, có biến thể/ thuộc tính đi kèm), thay vì trang — đây là mô hình làm việc, không phải đặc tả chỉ mục Google đã công bố.
• Ít nhất các đầu vào gồm: nguồn cấp Merchant Center, dữ liệu có cấu trúc Product được thu thập, hoạt động thu thập/xác minh thanh toán của StoreBot-Google và tín hiệu web rộng hơn (bài đánh giá, hình ảnh, YouTube, trang nhà sản xuất) — đây là cách nhóm thực dụng, không phải hệ phân loại đầy đủ của Google.
• Nguồn cấp dữ liệu VÀ dữ liệu có cấu trúc đều quan trọng — chúng đối chiếu chéo, không trùng lặp. Theo Google, cung cấp cả hai sẽ “maximizes your eligibility” (bản dịch) «tối đa hóa khả năng đủ điều kiện» và giúp Google “verify your data.” (bản dịch) «xác minh dữ liệu của bạn». Mã đánh dấu trên trang phải có trong HTML được trả về và phải khớp với các giá trị hiển thị cho người dùng.
• Độ mới = tiếp nhận nguồn cấp liên tục + StoreBot xác minh, không phải lịch thu thập lại — nhưng Google không bảo đảm thời gian thu thập/xử lý, và độ trễ giữa nguồn cấp với trang có thể gây xung đột ngắn hạn. Google nêu ~2 tỷ trang thông tin được cập nhật mỗi giờ. StoreBot thậm chí mô phỏng thanh toán để xác minh giá, tình trạng còn hàng, vận chuyển và thanh toán.
• Quy mô là ảnh chụp có ngày và luôn thay đổi, không phải bằng chứng về kiến trúc: 35B (tháng 2 năm 2023) → 50B+ (với 2B/hour bản cập nhật) → 60B+ tại I/O 2026. Hãy xác minh số hiện tại trước khi trích dẫn.
• Cung cấp dữ liệu cho: thẻ Shopping, lưới sản phẩm Search, Images/Lens, Shopping Ads, AI Overviews, AI Mode (“powered by the Shopping Graph” (bản dịch) «vận hành bằng Shopping Graph»), Gemini và quy trình thanh toán tác tử/Universal Cart.
• Không được tài trợ: Google cho biết kết quả mua sắm trong AI Overview và danh sách được xếp hạng không phải vị trí trả phí — khác với Shopping Ads.
• Đừng chặn StoreBot-Google — việc chặn có thể làm trang thông tin bị loại và kích hoạt lỗi Merchant Center (ảnh hưởng trang thông tin miễn phí, không chỉ quảng cáo).
• Để củng cố khả năng hiện diện (điều kiện xuất hiện và xác minh, không bảo đảm được đưa vào, xếp hạng, được AI trích dẫn hay tạo chuyển đổi): hoàn thiện nguồn cấp, GTIN/MPN/thương hiệu, dữ liệu có cấu trúc khớp nguồn cấp, giá/tình trạng còn hàng hiện tại, không chặn StoreBot, dùng bài đánh giá xác thực và nhóm biến thể đúng.

Tài liệu chính thức

Tài liệu nguồn sơ cấp của Google.

Google — bản thân Shopping Graph

• 4 cách Shopping Graph của Google giúp bạn tìm thứ mình muốn — bài giải thích chuẩn: định nghĩa, phép so sánh với Knowledge Graph, cơ chế “scans billions of listings” (bản dịch) «quét hàng tỷ trang thông tin» và số liệu 35B ban đầu (Randy Rockinson, Group Product Manager, Shopping).
• Nguồn thông tin mua sắm — tài liệu trợ giúp dành cho người tiêu dùng: định nghĩa thứ hai (“dynamic repository of product info” (bản dịch) «kho thông tin sản phẩm linh hoạt»), Merchant Center + Manufacturer Center là các kênh gửi dữ liệu và phát biểu “aren’t sponsored” (bản dịch) «không được tài trợ».

Google — quy mô và độ mới

• Quy trình thanh toán tác tử / mua sắm dịp lễ bằng AI — số liệu rõ nhất về độ mới (“more than 50 billion product listings, 2 billion of which are updated every hour” (bản dịch) «hơn 50 tỷ trang thông tin sản phẩm, trong đó 2 tỷ mục được cập nhật mỗi giờ»), cùng phát biểu “AI Mode is powered by the Shopping Graph” (bản dịch) «AI Mode được vận hành bằng Shopping Graph» và cách diễn đạt về thanh toán tác tử.
• Google I/O 2026 — công bố Universal Cart — số liệu quy mô nổi bật hiện tại (hơn 60 tỷ trang thông tin) và thống kê mua sắm “billion times a day” (bản dịch) «một tỷ lần mỗi ngày» (Vidhya Srinivasan, VP/GM Ads & Commerce, ngày 19 tháng 5 năm 2026).

Google — các đầu vào (dữ liệu có cấu trúc, nguồn cấp, trình thu thập)

• Giới thiệu dữ liệu có cấu trúc Product — vì sao dùng cả dữ liệu có cấu trúc lẫn nguồn cấp Merchant Center sẽ tối đa hóa điều kiện xuất hiện, giúp Google xác minh dữ liệu và cách các trải nghiệm kết hợp hai nguồn.
• Thiết lập dữ liệu có cấu trúc cho Merchant Center — điều kiện đối sánh: mã đánh dấu phải có trong HTML được trả về và khớp với giá trị hiển thị cho người dùng; đồng nhất SKU/GTIN.
• Giới thiệu trình thu thập Google StoreBot — StoreBot là gì, thu thập những trang nào, mô phỏng thanh toán ra sao và mục đích xác minh.
• Tổng quan về trình thu thập và trình tìm nạp của Google — user agent của StoreBot-Google, token robots.txt và hành vi lưu vào bộ nhớ đệm.

Trích dẫn từ nguồn

Các phát biểu chính thức của Google. Khi trang nguồn hỗ trợ, mỗi liên kết sâu sẽ dẫn thẳng đến đoạn được trích dẫn.

Google — Shopping Graph là gì?

• “our ML-powered, real-time data set of the world’s products and sellers.” (bản dịch) «tập dữ liệu theo thời gian thực, vận hành bằng máy học, về sản phẩm và người bán trên toàn thế giới của chúng tôi.» — Blog Google (Randy Rockinson, Group Product Manager, Shopping). Đi tới trích dẫn
• “If this sounds familiar, it’s because the Shopping Graph is a similar model to our Knowledge Graph, Google’s database of facts about people, places and things.” (bản dịch) «Nếu điều này nghe có vẻ quen thuộc, đó là vì Shopping Graph dùng mô hình tương tự Knowledge Graph — cơ sở dữ liệu dữ kiện của Google về con người, địa điểm và sự vật.» Đi tới trích dẫn

Google — quy mô và độ mới

• “It houses more than 35 billion product listings (and counting).” (bản dịch) «Hệ thống chứa hơn 35 tỷ trang thông tin sản phẩm (và vẫn đang tăng).» — Blog Google (số liệu ban đầu có ngày; chỉ dùng cho bối cảnh lịch sử). Đi tới trích dẫn
• “more than 50 billion product listings, 2 billion of which are updated every hour.” (bản dịch) «hơn 50 tỷ trang thông tin sản phẩm, trong đó 2 tỷ mục được cập nhật mỗi giờ.» — Blog Google, bài viết về thanh toán tác tử (Vidhya Srinivasan). Đọc bài viết

Google — các đầu vào và hoạt động xác minh

• “Providing both structured data on web pages and a Merchant Center feed maximizes your eligibility to experiences and helps Google correctly understand and verify your data.” (bản dịch) «Việc cung cấp cả dữ liệu có cấu trúc trên trang web lẫn nguồn cấp dữ liệu Merchant Center giúp tối đa hóa khả năng đủ điều kiện tham gia các trải nghiệm, đồng thời giúp Google hiểu và xác minh dữ liệu của bạn một cách chính xác.» — Tài liệu Google Search Central. Đi tới trích dẫn
• “The Google StoreBot is a search-engine-based program that automatically ‘crawls’ through web pages to gather and analyze data.” (bản dịch) «Google StoreBot là một chương trình dựa trên công cụ tìm kiếm, tự động ‘thu thập dữ liệu’ qua các trang web để thu thập và phân tích dữ liệu.» — Google Merchant Center Help. Đọc tài liệu
• “It allows Google to verify information you share through Merchant Center, and helps you keep your data more accurate and up to date.” (bản dịch) «Công cụ cho phép Google xác minh thông tin bạn chia sẻ qua Merchant Center và giúp bạn giữ dữ liệu chính xác, cập nhật hơn.» — Google Merchant Center Help (StoreBot). Đọc tài liệu

Google — các bề mặt AI và cách diễn đạt “not sponsored” (bản dịch) «không được tài trợ»

• “This feature is built on Google’s Shopping Graph and payments infrastructure, so you can also rest assured that you’re seeing accurate results.” (bản dịch) «Tính năng này được xây dựng trên Shopping Graph và hạ tầng thanh toán của Google, vì vậy bạn cũng có thể yên tâm rằng mình đang thấy kết quả chính xác.» — Blog Google, thanh toán tác tử (Vidhya Srinivasan). Đọc bài viết
• Về kết quả mua sắm được xếp hạng trong AI Overviews: phần trợ giúp người tiêu dùng của Google cho biết chúng “aren’t sponsored” (bản dịch) «không được tài trợ» — kết quả được điều chỉnh theo truy vấn, không phải vị trí trả phí. Đọc tài liệu

Danh sách kiểm tra mức độ sẵn sàng cho Shopping Graph

Một lượt kiểm tra để xác nhận sản phẩm được thể hiện đầy đủ và có thể xác minh trong Graph. Điều này cải thiện điều kiện xuất hiện, khả năng hiểu và xác minh — không bảo đảm sản phẩm được đưa vào, xếp hạng, được AI trích dẫn hay tạo chuyển đổi:

• Nguồn cấp dữ liệu sản phẩm gửi qua Merchant Center đầy đủ — đã điền các thuộc tính bắt buộc và được khuyến nghị, không chỉ mức tối thiểu.
• GTIN / MPN / thương hiệu có mặt và chính xác (đây là cách Google đối sánh mặt hàng với đúng nút sản phẩm).
• Dữ liệu có cấu trúc Product (Product / Offer) có trong HTML do máy chủ trả về — không chỉ được chèn sau bằng JavaScript theo cách Google không đọc được.
• Giá trị dữ liệu có cấu trúc khớp nguồn cấp và khớp nội dung người dùng thấy (giá, tình trạng còn hàng, tiêu đề) — không có xung đột nguồn cấp/trang.
• Giá và tình trạng còn hàng là hiện tại trên trang đang hoạt động — StoreBot xác minh các thông tin này và mô phỏng thanh toán.
• StoreBot-Google KHÔNG bị chặn trong robots.txt (kiểm tra token của nó). Việc chặn có thể làm trang thông tin bị loại và kích hoạt lỗi Merchant Center.
• Các biến thể được nhóm đúng — một nhóm màu/kích cỡ được hiểu là một sản phẩm, không phải nhiều mặt hàng không liên quan.
• Bài đánh giá xác thực được thu thập và đánh dấu khi phù hợp (một tín hiệu web mà Graph lấy vào).
• Tài khoản Merchant Center không có sản phẩm bị từ chối khiến khả năng hiện diện bị hạn chế.
• Bạn đã xác minh sản phẩm mẫu thực sự xuất hiện thế nào trên các bề mặt (thẻ Shopping, lưới sản phẩm), thay vì cho rằng nội dung nguồn cấp chính là nội dung hiển thị.

Các mô hình tư duy

1. Sản phẩm, không phải trang. Đây là cách định hình lại hữu ích nhất. Chỉ mục thông thường tư duy theo URL; Shopping Graph tư duy theo thực thể sản phẩm. Một sản phẩm = một nút, có các biến thể và thuộc tính đi kèm. Khi có vấn đề, hãy hỏi “is Google seeing this as one product, or fragmenting it?” (bản dịch) «Google đang nhìn nhận đây là một sản phẩm hay đang chia nhỏ nó?» — chứ không chỉ hỏi “is the page crawled?” (bản dịch) «trang đã được thu thập dữ liệu chưa?»

2. Đây là Knowledge Graph dành cho thương mại. Google nói trực tiếp như vậy. Điều đó cho thấy bạn nên ngừng suy luận về hệ thống như một chỉ mục tìm kiếm (thu thập → xếp hạng trang) và bắt đầu suy luận như một cơ sở dữ liệu thực thể (thu thập mọi tín hiệu về sản phẩm, chuẩn hóa, xác minh). Nhiệm vụ của bạn là làm cho thực thể rõ ràng và nhất quán ở mọi nguồn mô tả nó.

3. Nguồn cấp + dữ liệu có cấu trúc = đối chiếu chéo, không phải trùng lặp. Đây không phải hai cách nói cùng một điều; chúng xác minh lẫn nhau. Kiểu thất bại là xung đột (nguồn cấp ghi 49 USD, trang ghi 59 USD). Tính nhất quán giữa hai nguồn mới là phần tối ưu hóa, không chỉ là sự hiện diện của một trong hai.

4. Độ mới là một vòng lặp xác minh, không phải thu thập lại. Nguồn cấp liên tục đẩy bản cập nhật vào; StoreBot kiểm tra mẫu (và mô phỏng thanh toán) để xác nhận trang đang hoạt động phản ánh đúng thực tế. Đó là lý do ~2B trang thông tin có thể cập nhật mỗi giờ. Đòn bẩy của bạn là giữ các trang đang hoạt động trung thực, vì StoreBot đang kiểm tra.

5. Con số là tiếp thị; cơ chế mới là dữ kiện. 35B → 50B → 60B+ là số liệu PR luôn thay đổi. Đừng lấy nó làm điểm neo. Hãy dựa vào các cơ chế bền vững: mô hình thực thể, bốn đầu vào, tính nhất quán giữa nguồn cấp/dữ liệu có cấu trúc và việc không chặn StoreBot. Những điều này không thay đổi sau mỗi kỳ I/O.

”My products aren’t showing up well — where do I start?” (bản dịch) «Sản phẩm của tôi không hiển thị tốt — tôi nên bắt đầu từ đâu?»

Hãy làm từ trên xuống. Phần lớn vấn đề về cách sản phẩm được thể hiện trong Shopping Graph bắt nguồn từ đầu vào bị thiếu hoặc không nhất quán, hay trình thu thập bị chặn — không phải nguyên nhân xa lạ nào.

Những sai lầm và ngộ nhận phổ biến

Các cách cụ thể mà mọi người hiểu sai Shopping Graph — kèm lý do sai và cách làm phù hợp cho từng trường hợp.

“The Shopping Graph is just Google Merchant Center.” (bản dịch) «Shopping Graph chỉ là Google Merchant Center.» Vì sao cách hiểu này sai: Merchant Center là một kênh đầu vào, không phải Graph. Graph là cơ sở dữ liệu tổng hợp, đồng thời tiếp nhận dữ liệu có cấu trúc được thu thập, kết quả xác minh của StoreBot và tín hiệu web rộng hơn. Cách làm phù hợp: Coi Merchant Center là một trong nhiều đầu vào. Hãy làm đúng nguồn cấp dữ liệu, đồng thời bảo đảm dữ liệu có cấu trúc, khả năng thu thập và tín hiệu web đều tốt.

“You need a Merchant Center account to appear in the Shopping Graph.” (bản dịch) «Bạn cần tài khoản Merchant Center để xuất hiện trong Shopping Graph.» Vì sao cách hiểu này sai: Kể từ tháng 9 năm 2022, chỉ riêng dữ liệu có cấu trúc Product hợp lệ cũng có thể giúp một trang đủ điều kiện xuất hiện trong Merchant Listings. Google khuyến nghị dùng cả hai, nhưng nguồn cấp dữ liệu không phải điều kiện tiên quyết bắt buộc cho mọi trải nghiệm. (Chi tiết nằm trong chủ đề Merchant Center.) Cách làm phù hợp: Nếu chưa thể vận hành nguồn cấp dữ liệu, hãy vẫn triển khai dữ liệu có cấu trúc Product sạch — và bổ sung nguồn cấp khi có thể để tối đa hóa điều kiện xuất hiện và khả năng đối chiếu chéo.

“It’s basically a search index with product filters bolted on.” (bản dịch) «Về cơ bản, đây là một chỉ mục tìm kiếm được gắn thêm bộ lọc sản phẩm.» Vì sao cách hiểu này sai: Đây là mô hình thực thể/đồ thị — sản phẩm, người bán, biến thể và thuộc tính là các nút được kết nối, cập nhật liên tục và mô phỏng theo Knowledge Graph, chứ không phải chỉ mục web dựa trên URL. Cách làm phù hợp: Tối ưu hóa thực thể: mã định danh nhất quán, nhóm biến thể đúng và dữ liệu khớp nhau giữa các nguồn — không chỉ “get the page crawled.” (bản dịch) «để trang được thu thập dữ liệu».

“AI Overviews / AI Mode shopping results are ads.” (bản dịch) «Kết quả mua sắm trong AI Overviews / AI Mode là quảng cáo.» Vì sao cách hiểu này sai: Phần trợ giúp người tiêu dùng của Google cho biết các danh sách được xếp hạng không được tài trợ — chúng được điều chỉnh theo truy vấn. Shopping Ads thực sự chạy trên cùng dữ liệu Graph nhưng được gắn nhãn vị trí trả phí. Cách làm phù hợp: Đừng cho rằng bạn phải trả tiền để xuất hiện trong câu trả lời mua sắm bằng AI; dữ liệu sản phẩm mạnh và đã xác minh là nền tảng để có khả năng hiện diện tự nhiên.

“The billions-of-listings number is a fact I can cite forever.” (bản dịch) «Con số hàng tỷ trang thông tin là một dữ kiện tôi có thể trích dẫn suốt thời gian dài.» Vì sao cách hiểu này sai: Con số đã tăng khoảng 35B → 50B → 60B+ trong gần bốn năm và Google cập nhật nó tại các sự kiện như I/O. Mọi số liệu đều chỉ là một ảnh chụp tại thời điểm cụ thể. Cách làm phù hợp: Trích dẫn con số để minh họa tuyên bố theo thời gian thực và xem bài đăng mới nhất của Google để lấy số liệu hiện tại, thay vì ghi nhớ một con số.

“Blocking StoreBot-Google only affects ads, not organic/free listings.” (bản dịch) «Việc chặn StoreBot-Google chỉ ảnh hưởng đến quảng cáo, không ảnh hưởng kết quả tự nhiên/trang thông tin miễn phí.» Vì sao cách hiểu này sai: StoreBot là một cơ chế xác minh. Google cảnh báo việc chặn có thể khiến trang thông tin bị loại và kích hoạt lỗi Merchant Center — tác động đến trang thông tin miễn phí, chứ không chỉ vị trí trả phí. Cách làm phù hợp: Cho phép StoreBot-Google truy cập trang sản phẩm, giỏ hàng và thanh toán; hãy coi đây là một “don’t block this crawler.” (bản dịch) «đừng chặn trình thu thập này».

Bảng tra nhanh về Shopping Graph

Quy tắc nhất quán

• Dùng đúng GTIN, MPN, thương hiệu và cách nhóm biến thể ổn định.
• Giá và tình trạng còn hàng trong nguồn cấp phải khớp dữ liệu có cấu trúc và giá trị hiển thị cho người dùng.
• Mã đánh dấu Product phải có trong HTML Google nhận được.
• Cho phép Storebot-Google truy cập nơi cần xác minh dữ liệu sản phẩm và thanh toán.
• Coi số lượng trang thông tin nổi bật là ảnh chụp có ngày; tối ưu hóa cơ chế bền vững.

Thứ tự chẩn đoán

1. Xác nhận có ít nhất một đầu vào hợp lệ; dùng nguồn cấp dữ liệu cùng dữ liệu có cấu trúc khi có thể.
2. Kiểm tra phần chẩn đoán Merchant Center và mã định danh sản phẩm.
3. So sánh nguồn cấp, mã đánh dấu đã kết xuất và giá trị thanh toán đang hoạt động.
4. Xác minh StoreBot không bị chặn.
5. Kiểm tra cách nhóm biến thể và cách sản phẩm thực sự được thể hiện trên các bề mặt Google.

Các phép kiểm tra nhanh cho Shopping Graph

Trích xuất giá trị Product/Offer bằng XPath

Dùng các biểu thức này trong trình thu thập hỗ trợ XPath, chẳng hạn Screaming Frog Custom Extraction:

//script[@type='application/ld+json']
//link[@rel='canonical']/@href

Biểu thức đầu thu thập JSON-LD để so sánh nguồn cấp dữ liệu với mã đánh dấu; biểu thức thứ hai giúp nhìn rõ danh tính URL trong khi bạn chẩn đoán tình trạng nút sản phẩm bị phân mảnh.

Kiểm tra mã đánh dấu sản phẩm trong Chrome DevTools

Dán đoạn mã vào Console trên trang sản phẩm. Mã sẽ in danh tính của từng đối tượng Product cùng các giá trị Offer đầu tiên.

[...document.querySelectorAll('script[type="application/ld+json"]')]
  .flatMap(s => { try { const x=JSON.parse(s.textContent); return x['@graph'] || [x]; } catch { return []; } })
  .filter(x => [].concat(x['@type'] || []).includes('Product'))
  .forEach(p => { const o=[].concat(p.offers || [])[0] || {}; console.log({name:p.name,sku:p.sku,gtin:p.gtin || p.gtin13,price:o.price,availability:o.availability}); });

Kiểm tra StoreBot có quy tắc robots riêng hay không

Chạy phép kiểm tra trên trang web của bạn. Việc không có nhóm mang tên riêng không tự động đồng nghĩa với bị chặn; hãy xem cả các quy tắc ký tự đại diện có áp dụng.

# Set SITE_ORIGIN to your site's origin before running.
curl -s "$SITE_ORIGIN/robots.txt" | awk 'BEGIN{IGNORECASE=1} /user-agent:[[:space:]]*Storebot-Google/{show=1} show{print} show && /^$/{exit}'

Biểu thức chính quy hữu ích khi kiểm tra tệp theo cách thủ công:

(?i)User-agent:\s*Storebot-Google|Disallow:\s*/

Bookmarklet: hiển thị danh tính sản phẩm và ưu đãi

Lưu giá trị một dòng này thành dấu trang rồi chạy trên trang sản phẩm:

javascript:(()=>{const a=[...document.querySelectorAll('script[type="application/ld+json"]')].flatMap(s=>{try{const x=JSON.parse(s.textContent);return x['@graph']||[x]}catch{return[]}}).find(x=>[].concat(x['@type']||[]).includes('Product'));const o=a&&[].concat(a.offers||[])[0];alert(a?`${a.name}\nSKU: ${a.sku||'?'}\nPrice: ${o?.price||'?'}\nAvailability: ${o?.availability||'?'}`:'No Product JSON-LD found')})();

Xác thực các đầu vào Shopping Graph sau một thay đổi

Giá trị nguồn cấp dữ liệu và trang nhất quán

Phép kiểm tra cần chạy: xuất một mẫu SKU đã thay đổi từ Merchant Center rồi so sánh giá, đơn vị tiền tệ, tình trạng còn hàng, GTIN và danh tính biến thể với mã đánh dấu Product/Offer đã kết xuất cùng quy trình thanh toán đang hoạt động. Kết quả mong đợi: cùng một sản phẩm và biến thể có các giá trị hiện tại giống nhau trong mọi nguồn. Cách diễn giải khi thất bại: nguồn cấp, trang hoặc hệ thống thương mại phía sau đã cũ hay được ánh xạ sang sai biến thể. Khoảng thời gian theo dõi: kiểm tra ngay tính đồng nhất của nguồn; chờ thời gian xử lý của nền tảng trước khi đánh giá phần hiển thị trên bề mặt. Điều kiện kích hoạt hoàn tác: tạm dừng ánh xạ nguồn cấp đã thay đổi nếu nó phát hành sai giá, tình trạng còn hàng hoặc danh tính trên quy mô lớn.

StoreBot vẫn được phép

Phép kiểm tra cần chạy: tìm nạp robots.txt đã triển khai, đánh giá cả nhóm Storebot-Google lẫn nhóm ký tự đại diện có áp dụng, rồi yêu cầu các đường dẫn sản phẩm/giỏ hàng đại diện bằng trình thu thập của bạn. Kết quả mong đợi: các đường dẫn xác minh không bị cấm và trả về đúng nội dung dự kiến. Cách diễn giải khi thất bại: một bản triển khai robots hoặc quy tắc định tuyến đang chặn hoạt động xác minh sản phẩm của Google. Khoảng thời gian theo dõi: ngay sau khi triển khai. Điều kiện kích hoạt hoàn tác: khôi phục chính sách robots trước đó nếu thay đổi chặn các đường dẫn xác minh sản phẩm hoặc thanh toán.

Mã đánh dấu Product vẫn tồn tại sau thay đổi kết xuất

Phép kiểm tra cần chạy: truy xuất phản hồi máy chủ và DOM đã kết xuất cho các mẫu sản phẩm đã thay đổi, rồi xác thực các trường JSON-LD Product/Offer. Kết quả mong đợi: mã đánh dấu có mặt, phân tích được và khớp với các giá trị hiển thị cho người dùng. Cách diễn giải khi thất bại: mẫu đã bỏ sót, tạo trùng, trì hoãn hoặc mâu thuẫn với dữ liệu có cấu trúc. Khoảng thời gian theo dõi: ngay lập tức trong môi trường staging và production, sau đó theo dõi phần chẩn đoán Merchant Center. Điều kiện kích hoạt hoàn tác: hoàn tác mẫu nếu danh tính sản phẩm, giá hoặc tình trạng còn hàng biến mất hay xung đột trên một mẫu lớn.

Những tài nguyên đáng dành thời gian

Các bài viết liên quan của tôi

• Hướng dẫn SEO kỹ thuật cho người mới bắt đầu — vị trí của dữ liệu sản phẩm, hoạt động thu thập và dữ liệu có cấu trúc trong bức tranh lớn hơn.
• Gặp những trình thu thập web mới: bot AI đang áp sát bot công cụ tìm kiếm — phân tích Cloudflare Radar của tôi về những tác nhân thực sự thu thập web, là bối cảnh hữu ích cho câu hỏi “which bots to allow” (bản dịch) «nên cho phép những bot nào» mà StoreBot thuộc phạm vi đó.

Bài thuyết trình của tôi

• Cách hoạt động của công cụ tìm kiếm (SlideShare) — phần trình bày của tôi về thu thập dữ liệu, kết xuất, lập chỉ mục và xếp hạng; hữu ích để thấy vì sao một cơ sở dữ liệu thực thể như Shopping Graph khác hẳn chỉ mục truyền thống. (Tuyên bố miễn trừ thường trực của tôi vẫn áp dụng: “This is my understanding of systems… not going to be 100% complete or accurate.” (bản dịch) «Đây là cách tôi hiểu các hệ thống… có thể không đầy đủ hoặc chính xác 100%.»)

Từ các chuyên gia trong ngành

• Tối ưu hóa Shopping Graph: tương lai của SEO thương mại điện tử (Search Engine Land, Olaf Kopp, tháng 5 năm 2024) — bài tổng hợp trong ngành từ tài liệu của chính Google về tối ưu hóa cho Graph.
• Giải thích Google Shopping Graph: cách 60 tỷ sản phẩm được lập chỉ mục và xếp hạng (Productrise) — trình bày tốt về quy mô/độ mới và xác định đúng StoreBot-Google là một trình thu thập riêng.
• Googlebot và Google StoreBot (Productrise) — bài so sánh chuyên biệt vai trò của hai trình thu thập nếu bạn muốn tìm hiểu sâu hơn về cơ chế.
• Google Shopping Graph là gì và hoạt động như thế nào? (Kopp Online Marketing, Olaf Kopp) — danh sách đầu vào dài hơn (Merchant Center, Manufacturer Center, PDP, bài đánh giá, YouTube), hữu ích dù số liệu quy mô đã cũ.
• Giải thích Google Shopping Graph (Feedops) — bài giải thích từ góc độ chất lượng nguồn cấp dữ liệu kèm danh sách kiểm tra mức độ sẵn sàng.

Tài liệu chính thức (xem thẻ Tài liệu chính thức để có danh sách đầy đủ)

• 4 cách Shopping Graph của Google giúp bạn tìm thứ mình muốn (Google) và Giới thiệu trình thu thập Google StoreBot (Google Merchant Center Help).

Tự kiểm tra: Google Shopping Graph

Năm câu hỏi nhanh về Shopping Graph là gì, cách hệ thống duy trì độ mới và cách củng cố khả năng hiện diện trong đó. Chọn một đáp án cho từng câu rồi kiểm tra kết quả.

Nhật ký thay đổi