Thiết lập tài khoản
- Nếu người bán không có tài khoản MC thì đây có phải là vấn đề không?
- Không, đây không phải là trình chặn miễn là bạn có quyền thiết lập tài khoản thay mặt người bán. Bạn cũng có thể hướng dẫn người bán cách thiết lập tài khoản Merchant Center.
- Người bán có thể tạo tài khoản MC, tuy nhiên, họ cần cấp quyền truy cập cho đối tác LFP (nếu bên ngoài cấu trúc MCA) để kiểm tra, chẳng hạn như chẩn đoán mặt hàng. Mặt khác, bạn có thể gửi dữ liệu bằng cách chọn đối tác LFP làm đối tác trong mục Trang thông tin miễn phí tại địa phương.
- Tôi nên thiết lập tài khoản MC như thế nào?
- Cách thiết lập tốt nhất là tài khoản nhiều khách hàng (MCA).
- Đối với LFP, tính năng MCA chưa có trong "Merchant Center Next". Nếu tài khoản của bạn sử dụng MC Next, bạn cần thay đổi tài khoản thành "Merchant Center phiên bản cũ" bằng cách làm theo các bước này. Sau đó, bạn có thể tiếp tục làm theo hướng dẫn để thiết lập tài khoản nhiều khách hàng (MCA).
- Sau khi thiết lập xong, bạn có thể tạo tài khoản phụ cho mọi người bán mới mà bạn tham gia. Bạn có thể sử dụng API để tạo tài khoản.
- Tài khoản POS được đề cập cũng phải là một trong các tài khoản phụ này.
- Cách liên kết tài khoản Trang doanh nghiệp của người bán với tài khoản Merchant Center của người bán
- Bắt buộc phải có trang giới thiệu (tuyên bố quyền sở hữu) ở những quốc gia nào?
- Quảng cáo có cần số điện thoại để hiển thị không?
- Tôi không gọi điện được đến tài khoản phụ của mình.
Ads/FL/LIA/MHLSF/Analytics
- Làm cách nào để triển khai Trang chủ cửa hàng địa phương do người bán lưu trữ (MHLSF) thông qua Đối tác nguồn cấp dữ liệu địa phương (LFP)?
- Trang chủ cửa hàng địa phương do người bán lưu trữ chỉ đại diện cho thông tin trang chủ cửa hàng địa phương của một người bán duy nhất. Trang này cho phép bạn chuyển khách hàng đến trang web của bạn khi họ nhấp vào quảng cáo kho hàng tại địa phương và trang thông tin miễn phí về sản phẩm tại địa phương. Bằng cách chuyển khách hàng đến trang web của bạn thay vì trang chủ cửa hàng địa phương do Google lưu trữ, bạn có thể quản lý và theo dõi toàn bộ trải nghiệm của khách hàng.
Loại tính năng |
Trải nghiệm người dùng |
Hiển thị chú thích mua sắm |
Hành vi mua sắm trên trang "xem có gì tại cửa hàng" |
Toàn quyền |
Khi nhấp vào quảng cáo kho hàng tại địa phương hoặc trang thông tin miễn phí tại địa phương, người dùng sẽ được chuyển đến trang đích của sản phẩm. Trang này cho biết tình trạng còn hàng của mặt hàng tại một cửa hàng cụ thể. |
Chú thích về khoảng cách (ví dụ: "5,5 km") sẽ cho người dùng biết khoảng cách đến cửa hàng nơi họ có thể mua mặt hàng đó. |
Khi nhấp vào một sản phẩm tại cửa hàng địa phương trong phần "xem có gì tại cửa hàng", khách hàng sẽ được chuyển đến trang chủ cửa hàng địa phương do Google lưu trữ. |
Cơ bản |
Khi nhấp vào quảng cáo kho hàng tại địa phương hoặc trang thông tin miễn phí tại địa phương, khách hàng sẽ được chuyển đến trang đích của sản phẩm. Tại đây, khách hàng có thể kiểm tra tình trạng còn hàng của mặt hàng tại một cửa hàng gần đó. |
Chú thích "tại cửa hàng" sẽ cho người dùng biết rằng họ có thể mua mặt hàng này tại một cửa hàng gần đó. |
Khi nhấp vào một sản phẩm tại cửa hàng địa phương trong phần "xem có gì tại cửa hàng", khách hàng sẽ được chuyển đến trang chủ cửa hàng địa phương do Google lưu trữ. |
- Người bán có phải cấp cho LFP quyền truy cập vào tài khoản AdWords của họ nếu họ định tự quản lý tài khoản đó không?
- Không, người bán không phải cấp cho bạn quyền truy cập vào tài khoản AdWords của họ nếu bạn không định quản lý tài khoản cho họ. Để liên kết AdWords với Merchant Center, hãy làm theo bài viết này
- Người bán có phải cấp cho LFP quyền truy cập vào tài khoản Trang doanh nghiệp của họ nếu họ định tự quản lý tài khoản đó không?
- Nếu định sử dụng pos.inventory, bạn cần truyền đúng mã cửa hàng. Mã cửa hàng này được chỉ định trong mục Trang doanh nghiệp cho cửa hàng cụ thể đó. Để xác định các mã cửa hàng đó, có thể bạn sẽ cần một số quyền truy cập vào tài khoản Trang doanh nghiệp của người bán, trừ phi người bán cung cấp thông tin đó trực tiếp cho nhà cung cấp LFP". Nguyên tắc liên kết bài viết Trang doanh nghiệp
- Làm cách nào để sử dụng Google Analytics để đo lường hiệu quả hoạt động của Trang chủ cửa hàng địa phương do Google lưu trữ?
Thiết lập và cấu trúc dữ liệu
- Tôi có thể dùng tệp nguồn cấp dữ liệu thay vì dùng API không?
- Lợi ích chính của việc sử dụng Content API for Shopping là API này cho phép quản lý hiệu quả số lượng khoảng không quảng cáo lớn, chế độ cài đặt tài khoản phức tạp và chế độ cài đặt thông tin vận chuyển, tất cả đều thông qua tính năng tự động hoá. Sau đây là một số lợi ích:
- API này giúp quản lý dữ liệu có cấu trúc mà bạn đã tải lên Google để sử dụng trong các sản phẩm của Google, chẳng hạn như quảng cáo Mua sắm và Google Tìm kiếm.
- API tốn ít tài nguyên hơn vì chỉ gửi các bản cập nhật gia tăng thay vì gửi các bản cập nhật dữ liệu đầy đủ hằng ngày.
- API theo thời gian thực hơn và cập nhật dữ liệu nhanh hơn để có thể làm giảm tình trạng kho hàng không chính xác.
- API có thể xử lý nhiều quy trình thiết lập tài khoản phụ, trong khi nguồn cấp dữ liệu phải được thiết lập theo cách thủ công.
- Lợi ích chính của việc sử dụng Content API for Shopping là API này cho phép quản lý hiệu quả số lượng khoảng không quảng cáo lớn, chế độ cài đặt tài khoản phức tạp và chế độ cài đặt thông tin vận chuyển, tất cả đều thông qua tính năng tự động hoá. Sau đây là một số lợi ích:
Làm cách nào để gửi dữ liệu cho Google?
Tạo một tài khoản Merchant Center (tốt nhất là tài khoản phụ trong Tài khoản nhiều khách hàng) rồi chia sẻ mã truy cập Merchant Center đó với Google. Sau đó, Nhóm Google sẽ kích hoạt tài khoản đó để sử dụng các chức năng của POS. Thao tác này bật nguồn cấp dữ liệu kho hàng của POS
Để gửi dữ liệu, bạn phải sử dụng một trong hai loại nguồn cấp dữ liệu (hoặc API). Nguồn cấp dữ liệu kho hàng hoặc bán hàng. API tương đương: nguồn cấp dữ liệu kho hàng và bán hàng
Nguồn cấp dữ liệu giảm giá bổ sung một số quy trình lập mô hình ở phía chúng tôi và có thể cải thiện độ chính xác, nhưng điều này có thể dẫn đến việc nhiều kho hàng được đặt là hết hàng.
Tôi có thể tải những Sản phẩm nào lên Google?
- Cho phép các mặt hàng hữu hình có sẵn để mua ngay. Tuy nhiên, chúng phải đáp ứng các nguyên tắc của bạn thì mới có thể được đăng. Tìm hiểu thêm.
Những thuộc tính nào là bắt buộc đối với GTIN không khớp?
- Nếu muốn sử dụng cả các sản phẩm mà bạn không có dữ liệu GTIN, bạn sẽ phải gửi nguồn cấp dữ liệu chính hoặc bằng cách tận dụng Content API này trực tiếp trong tài khoản của một nhà bán lẻ.
Xin lưu ý rằng các thuộc tính sau đây là bắt buộc đối với quần áo:
- Mã nhận dạng
- tiêu đề
- description
- image_link
- điều kiện
- gtin (mã số sản phẩm thương mại toàn cầu)
- brand
Tôi có phải gửi Số lượng thực tế có sẵn cho từng mặt hàng của từng cửa hàng không?
- Có, bạn phải thêm thuộc tính số lượng (số lượng đơn vị có sẵn cho một ưu đãi cụ thể) để hiển thị thông tin chính xác cho người dùng
Làm cách nào để gửi thuộc tính link_template [mẫu_đường_liên_kết] bằng API sản phẩm?
- Bạn có thể thêm link_template làm đối tượng Custom Attributes trong trường danh sách CustomAttributes như một phần của điểm cuối sản phẩm.
Tôi nên gửi dữ liệu sản phẩm, dữ liệu kho hàng và dữ liệu giá cả với tần suất ra sao?
- Dữ liệu sản phẩm phải được gửi tối thiểu 30 ngày một lần.
- Dữ liệu về giá và kho hàng sẽ hết hạn sau mỗi 14 ngày. Bạn nên làm mới hằng ngày theo phương thức delta thay đổi ưu đãi. Để tối ưu hoá việc cập nhật giá, hãy ưu tiên các thay đổi về giá và số lượng để khiến ưu đãi chuyển từ in_stock sang out_of_stock và ngược lại.
- Nếu sử dụng nguồn cấp dữ liệu doanh số, bạn nên cập nhật nguồn cấp dữ liệu này ít nhất một lần mỗi ngày. Khi tải dữ liệu doanh số lên lần đầu tiên, hãy tải dữ liệu của ít nhất 60 ngày.
- Nguồn cấp dữ liệu cửa hàng liên kết các mã cửa hàng của bạn với địa chỉ cửa hàng. Nguồn cấp dữ liệu này là không bắt buộc và chỉ nên sử dụng nếu bạn không thể liên kết người bán với Trang doanh nghiệp trên Google của họ trong Merchant Center. Nguồn cấp dữ liệu này cũng phải được cập nhật và tải lên khi bạn thêm các nhà bán lẻ hoặc cửa hàng mới vào chương trình.
Việc so khớp GTIN của nguồn cấp dữ liệu này có cung cấp bản dịch tự động sang các ngôn ngữ này khi phân phát không?
- Đúng vậy, hiện tại, bạn cần có một lệnh gọi API riêng nếu quốc gia mục tiêu (như Canada) có 2 ngôn ngữ liên quan.
targetCountry và contentLanguage có cần phải khớp không? Nội dung này có liên quan đến mô-đun "Xem nội dung trong cửa hàng" không?
- Có, chẳng hạn, khi đặt ngôn ngữ trình duyệt thành tiếng Pháp ở Canada, giao diện người dùng và tiêu đề và nội dung mô tả ưu đãi sẽ hiển thị bằng tiếng Pháp (tiêu đề và nội dung mô tả không được dịch tự động, không giống như giao diện người dùng – có nghĩa là nếu ngôn ngữ là một trong những ngôn ngữ chính thức ở quốc gia có liên quan và người bán gửi sản phẩm bằng ngôn ngữ đó thì các mặt hàng đó dường như sẽ hiển thị nếu người dùng sử dụng cùng một ngôn ngữ trong trình duyệt của họ).
- Tính năng "Xem có gì trong cửa hàng" (SWIS) phải luôn hoạt động bất kể ngôn ngữ trình duyệt là gì. Nếu đây là một trong các ngôn ngữ mà người bán gửi dữ liệu sản phẩm cho Google sử dụng, nhưng nếu không có ngôn ngữ đó, thì ig sẽ mặc định là tiếng Anh. Tuy nhiên, các thành phần của giao diện người dùng "Giao diện người dùng của "Cửa hàng địa phương do Google lưu trữ"" có thể thay đổi tuỳ thuộc vào ngôn ngữ của trình duyệt. Vì vậy, nếu bạn xem SWIS ở Canada với tiếng Đức được đặt làm ngôn ngữ trong các ưu đãi bằng tiếng Anh của trình duyệt sẽ hiển thị, nhưng giao diện người dùng vẫn tiếp tục hiển thị bằng tiếng Đức.
Tôi đã tải nguồn cấp dữ liệu đầu tiên lên và mọi thứ đều hiển thị là bị từ chối. Giờ thì bạn nên làm gì?
- Khi được gọi lần đầu tiên pos.inventory, GTIN của bạn phải khớp với danh mục sản phẩm của Google. Việc này có thể gây chậm trễ từ 24 đến 48 giờ cho đến khi bạn thấy các mặt hàng của mình đang chờ xử lý trong Merchant Center. Nếu bạn là một đối tác đáng tin cậy, các ưu đãi sẽ tự động được phê duyệt ngay sau đó.
Khi nào quảng cáo của tôi được phê duyệt?
- Ưu đãi sẽ vẫn ở trạng thái chờ xử lý cho đến khi người bán đó đã vượt qua quy trình kiểm tra kho hàng hoặc nếu bạn là đối tác đáng tin cậy, cho đến khi quy trình xử lý xong ưu đãi (thường trong vòng 24/48 giờ)
Tôi có thể sử dụng API nào để truy xuất trạng thái của sản phẩm?
Tôi có thể dùng API nào để liên kết Trang doanh nghiệp?
Giới hạn số lượng yêu cầu cho API pos.inventory là bao nhiêu? Có thể đưa bao nhiêu SKU vào một yêu cầu và trong khung thời gian nào?
- Các giới hạn của Content API
- Đối với CustomBatch, phương thức gửi nhiều mục nhập trong một yêu cầu duy nhất, hạn mức sẽ được sử dụng dựa trên các mục nhập trong lô. Nếu một lô có 100 mục nhập pos.sale và 300 pos.inventory, thì API sẽ sử dụng 100 từ hạn mức pos.sale và 300 từ hạn mức pos.inventory.
Thời gian phản hồi thông thường của API pos.inventory là bao lâu?
- Phải gần như ngay lập tức giữa yêu cầu POST qua HTTP và phản hồi của yêu cầu POST.
Mã thông báo này hết hạn khi nào? Tần suất đề xuất để tạo lại mã thông báo là bao nhiêu?
- Sau 1 giờ, bạn cần làm mới mã truy cập OAuth bằng cách sử dụng mã làm mới mà họ nhận được. Xem thêm thông tin tại đây
Mục đích của trường "item_id" là gì? Mã này khác với giá trị "gtin" như thế nào? "item_id" tương ứng với SKU con hay SKU chính?
- Item_id' là một giá trị nhận dạng nội bộ cho người bán. Mã này có thể tương ứng với bất kỳ mã sản phẩm hoặc giá trị nhận dạng sản phẩm nội bộ nào. Mã mặt hàng chỉ được dùng cho người bán để họ có thể xác định mặt hàng của họ so với GTIN. Một số nhà bán lẻ sử dụng GTIN làm Mã mặt hàng, còn một số khác thì không. Trường này phải là bất cứ thông tin nào mà nhà bán lẻ biết cần kiểm tra kho hàng hoặc trường hợp khách hàng gọi đến để yêu cầu.
- GTIN là mã UPC hoặc EAN và GTIN do nhà sản xuất chỉ định. Chỉ cung cấp GTIN nếu bạn chắc chắn đó là mã chính xác. Nếu không tự tin, đừng cung cấp GTIN.
Google_product_category có phải là một trường cần thiết không?
- Danh mục sản phẩm của Google là không bắt buộc và thường được nhập để ghi đè giá trị được cung cấp tự động
Kiểm tra khoảng không quảng cáo
- Quy trình kiểm tra kho hàng được thực hiện như thế nào?
- Sau khi nguồn cấp dữ liệu được tải lên và tài khoản đã sẵn sàng, đối tác LFP sẽ kiểm tra với đối tác BD của họ. Người đại diện của Google yêu cầu nhóm hỗ trợ của chúng tôi tiến hành kiểm tra và liên hệ với người liên hệ phụ trách Xác minh kho hàng trong MC khi nhà cung cấp cho biết họ đã sẵn sàng kiểm tra.
- Nhóm hỗ trợ Google sắp xếp thời gian với người quản lý cửa hàng (hoặc chuyên gia về kho hàng) để tiến hành các bước kiểm tra này.
- Số lần kiểm tra được thực hiện với tối đa 3 cửa hàng cho mỗi người bán. Số lần kiểm tra sẽ được xác định theo trải nghiệm trên trang đích của bạn. Xem thêm thông tin chi tiết.
- Trong những lần kiểm tra này, hệ thống sẽ đánh dấu vào tối đa 100 sản phẩm cho mỗi cửa hàng. Nhóm của chúng tôi muốn xác nhận xem mặt hàng có còn hàng hay không khi nguồn cấp dữ liệu báo cáo là còn hàng và hết hàng khi đánh dấu nguồn cấp dữ liệu là hết hàng.
- Người đại diện của cửa hàng cũng cần chụp ảnh một số sản phẩm, cho thấy rõ nhãn sản phẩm và giá trên kệ hoặc thẻ giá.
- Toàn bộ quy trình xác minh kho hàng mất khoảng 2 giờ cho mỗi cửa hàng. Bạn phải hoàn thành biểu mẫu khảo sát trong cùng ngày làm việc. Sau khi bạn hoàn tất quy trình xác minh kho hàng, hãy gửi bản khảo sát để chuyển kết quả.
- Cách đạt được danh hiệu Đối tác đáng tin cậy
- Khi nào quảng cáo của tôi được phê duyệt?
- Mặt hàng vẫn ở trạng thái chờ xử lý cho đến khi người bán đó vượt qua quy trình kiểm tra kho hàng.
- Các nhà bán lẻ của tôi có lưu lượng truy cập lớn và mua được nhiều mặt hàng. Việc này có ảnh hưởng đến hoạt động kiểm tra kho hàng không?
- Điều dễ hiểu khi lưu lượng truy cập cao, các mặt hàng có số lượng lớn tại các cửa hàng và việc đảm bảo tính chính xác cho những mặt hàng như thức ăn ấm là điều khó khăn. Google cố gắng xác định liệu nguồn cấp dữ liệu cho thấy mặt hàng còn hàng hay hết hàng, chứ không phải là số lượng chính xác hiện có.
- Đối với các loại thực phẩm khó cung cấp số lượng, chúng tôi thường khuyên bạn đặt số lượng là "1". Đối với sản phẩm dễ hỏng được cập nhật hằng ngày, bạn nên cập nhật tình trạng còn hàng ngay khi thay đổi.
- Cửa hàng Trang chủ cửa hàng địa phương do người bán lưu trữ (MHLSF) có cần kiểm tra kho hàng không?
- Cửa hàng MHLSF không cần kiểm tra kho hàng. Thay vào đó, hệ thống sẽ kiểm tra trang web để xác nhận rằng trang web đáp ứng các yêu cầu của MHLSF đầy đủ hoặc cơ bản. Sau khi bạn bắt đầu tải MHLSF lên, sẽ có thêm một quy trình xem xét thủ công. Quá trình này có thể mất từ 3 đến 4 ngày. Bạn không cần kiểm tra thêm vì MHLSF xác nhận tình trạng còn hàng tại cửa hàng.