Chính sách về việc tích hợp ưu đãi đặt trước
Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang
Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.
Các chính sách tích hợp sau đây áp dụng cho tính năng tích hợp Ưu đãi đặt trước.
Chính sách về ưu đãi
Trang đích (trang và ứng dụng dành cho thiết bị di động)
- Tất cả Ưu đãi được chia sẻ với Google cho bất kỳ nhà hàng nào phải hiển thị cùng với tất cả thông tin liên quan trên ít nhất là trang đích dành cho thiết bị di động.
- Giá trị ưu đãi và văn bản mô tả phải xuất hiện trực tiếp trên trang đích.
- Trang đích phải nêu rõ và đầy đủ các yêu cầu về điều kiện tham gia đối với từng ưu đãi. Điều này bao gồm các quy định hạn chế liên quan đến phân khúc người dùng, phương thức thanh toán, ngày hoặc giờ cụ thể, số tiền chi tiêu tối thiểu và số lần có thể sử dụng ưu đãi.
- Tất cả các quy định hạn chế khác về ưu đãi (ví dụ: điều kiện sử dụng, hướng dẫn sử dụng, điều khoản, v.v.) phải xuất hiện trên trang đích hoặc có thể truy cập được trong vòng 1 lần nhấp vào trang đích (ví dụ: hộp thoại bật lên).
- Đối với tất cả ưu đãi ngoại trừ ưu đãi
OFFER_MODE_WALK_IN
, luồng hành động liên kết với ưu đãi (ví dụ: đặt bàn) phải cho phép người dùng chọn(các) ưu đãi có thể áp dụng liên kết với lựa chọn của họ (ví dụ: Đối với lượt đặt chỗ, ưu đãi áp dụng cho khung giờ và số người tham gia bữa tiệc đã chọn)
- Hướng dẫn và phương thức sử dụng phải được nêu rõ ràng và có thể thực hiện được (ví dụ: nếu người dùng muốn sử dụng ưu đãi thì phải thanh toán hoá đơn trên hệ thống của đối tác tại bước thanh toán, thì hướng dẫn thanh toán trên hệ thống phải được đề cập và người dùng phải có thể thanh toán hoá đơn trên hệ thống của đối tác tại bước thanh toán).
- Khi URL ưu đãi chuyển hướng đến ứng dụng di động đã cài đặt của đối tác, trang đích của ứng dụng đó phải đáp ứng tất cả các yêu cầu nêu trong phần này đối với trang đích ưu đãi.
- Khi quay lại (ví dụ: sử dụng nút quay lại, thao tác bằng cử chỉ) ngay sau khi tương tác với một mặt hàng trên một trải nghiệm của Google, người dùng phải được đưa trở lại trải nghiệm ban đầu của Google.
Dữ liệu và định dạng ưu đãi
- Đối tác phải tuân thủ các yêu cầu kỹ thuật và định dạng dữ liệu được chỉ định nêu trong tài liệu có liên quan. Nếu không đáp ứng các yêu cầu này, quá trình xử lý nguồn cấp dữ liệu có thể bị chậm trễ hoặc gặp lỗi.
- Ưu đãi phải áp dụng chung cho mọi người dùng. Ưu đãi có thể yêu cầu người dùng mua gói thuê bao có tính phí, miễn là bất kỳ ai cũng có thể đăng ký.
- Tất cả siêu dữ liệu được cung cấp phải chính xác và mới nhất tại thời điểm tải nguồn cấp dữ liệu lên (phải tải lên ít nhất mỗi ngày một lần). Các mặt hàng được liệt kê phải đang hoạt động và có sẵn cho người dùng ngay lập tức hoặc trước đó như được chỉ định bằng cách sử dụng
ValidityPeriod
; các mặt hàng đã lỗi thời, đã bán hết hoặc đã hết hạn phải được xoá khỏi nguồn cấp dữ liệu.
- Đối tác phải sử dụng định dạng ưu đãi nhất quán trên các nền tảng. Không được có sự khác biệt giữa thông tin chi tiết về ưu đãi trong nguồn cấp dữ liệu và thông tin chi tiết về ưu đãi hiển thị trên ứng dụng hoặc trang web của đối tác.
- Đối tác phải cung cấp thông tin chi tiết rõ ràng và súc tích về ưu đãi trong trường
offer_display_text
, phản ánh chính xác giá trị của ưu đãi và mọi giới hạn.
- Đối tác phải nêu rõ danh mục ưu đãi (Ưu đãi cơ bản hoặc Ưu đãi bổ sung) và chế độ ưu đãi hiện hành (
OFFER_MODE_FREE_RESERVATION
, OFFER_MODE_PAID_RESERVATION
, OFFER_MODE_WALK_IN
) cho từng ưu đãi.
- Đối tác phải đảm bảo liên kết chính xác các loại phương thức thanh toán cho từng ưu đãi.
- Đối tác phải tự động cung cấp thông tin cập nhật ít nhất một lần mỗi ngày hoặc theo tài liệu dành cho nhà phát triển.
Tần suất cập nhật dữ liệu phải đủ để đáp ứng độ chính xác 95%.
Trừ phi có lưu ý khác, nội dung của trang này được cấp phép theo Giấy phép ghi nhận tác giả 4.0 của Creative Commons và các mẫu mã lập trình được cấp phép theo Giấy phép Apache 2.0. Để biết thông tin chi tiết, vui lòng tham khảo Chính sách trang web của Google Developers. Java là nhãn hiệu đã đăng ký của Oracle và/hoặc các đơn vị liên kết với Oracle.
Cập nhật lần gần đây nhất: 2025-05-26 UTC.
[null,null,["Cập nhật lần gần đây nhất: 2025-05-26 UTC."],[],[],null,["# Reservations Offers Integration Policies\n\nThe following integration policies apply to the Reservations Offers integration.\n\nOffers policy\n-------------\n\n### Landing Page (mobile page \\& application)\n\n- All Offers shared with Google for any restaurant should be visible with all relevant information on at least the mobile landing page.\n - The offer value and description text must be visible on the landing page directly.\n - Landing pages must clearly and comprehensively outline the eligibility requirements for each offer. This includes restrictions related to user segments, payment methods, specific days or times, minimum spending amounts, and the number of times the offer can be used.\n - All other offer restrictions (ex: conditions of eligibility, redeeming instruction, terms ...) must be visible on the landing page or accessible within 1 click of the landing page (ex: pop-up dialog).\n- For all offers except `OFFER_MODE_WALK_IN` offers, the action flow associated with the offer (ex. reserving a table) must allow the user to select the offer(s) applicable associated with their selection (ex. For reservation, offers applicable for the time slot and party size selected)\n- The redeeming instructions and methods must be clearly stated and actionable (ex: if redeeming the offer requires paying the bill on the partner system at checkout, the instruction to pay on the system should be mentioned and the user should be able to pay the bill on the partner system at checkout).\n- When an offer URL redirects to a partner's installed mobile application, the application's landing page must meet all requirements outlined in this section for offer landing pages.\n - Upon navigating back (e.g., using the back button, gesture navigation) immediately after interacting with an offer on a Google experience, users must be returned to the originating Google experience.\n\n### Offers Data \\& Format\n\n- Partners must adhere to the specified technical requirements and data formats outlined in the relevant documentation. Failure to meet these requirements can result in feed processing errors or delays.\n- The offer must be generally available to any user. Offers may require a paid subscription, as long as anyone can subscribe.\n- All metadata provided must be accurate and up-to-date at the time of feed upload (must be uploaded at least on a daily basis). Offers listed must be active and available to users either immediately or in advance as indicated using in the `ValidityPeriod`; outdated, sold out or expired offers must be removed from the feed.\n- Partners must use consistent offer formats across platforms. Discrepancies between the offer details in the feed and those displayed on the partner's app or website are prohibited.\n- Partners must provide clear and concise offer details in the `offer_display_text` field, accurately reflecting the offer's value and any limitations.\n- Partners must clearly indicate the offer category (Base Offer or Add-On Offer) and applicable offer modes (`OFFER_MODE_FREE_RESERVATION`, `OFFER_MODE_PAID_RESERVATION`, `OFFER_MODE_WALK_IN`) for each offer.\n- Partners must ensure accurate mapping of payment instrument types for each offer.\n- Partner must provide updates automatically at least once a day or as per the [developer documentation](/actions-center/verticals/reservations/offers/integration-steps/overview). Data update frequency must be sufficient to meet 95% accuracy."]]