นโยบายการผสานรวมข้อเสนอการจอง
จัดทุกอย่างให้เป็นระเบียบอยู่เสมอด้วยคอลเล็กชัน
บันทึกและจัดหมวดหมู่เนื้อหาตามค่ากำหนดของคุณ
นโยบายการผสานรวมต่อไปนี้มีผลกับการผสานรวมข้อเสนอการจอง
นโยบายข้อเสนอ
หน้า Landing Page (หน้าเว็บและแอปพลิเคชันบนอุปกรณ์เคลื่อนที่)
- ข้อเสนอทั้งหมดที่แชร์กับ Google สําหรับร้านอาหารควรแสดงพร้อมข้อมูลที่เกี่ยวข้องทั้งหมดในหน้า Landing Page บนอุปกรณ์เคลื่อนที่เป็นอย่างน้อย
- มูลค่าของข้อเสนอและข้อความอธิบายต้องแสดงในหน้า Landing Page โดยตรง
- หน้า Landing Page ต้องระบุข้อกำหนดของการได้รับสิทธิ์สำหรับข้อเสนอแต่ละรายการอย่างชัดเจนและครอบคลุม ซึ่งรวมถึงข้อจำกัดที่เกี่ยวข้องกับกลุ่มผู้ใช้ วิธีการชำระเงิน วันหรือเวลาที่เจาะจง จำนวนเงินขั้นต่ำในการใช้จ่าย และจำนวนครั้งที่ใช้ข้อเสนอได้
- ข้อจำกัดอื่นๆ ทั้งหมดของข้อเสนอ (เช่น เงื่อนไขของการได้รับสิทธิ์ วิธีการแลกสิทธิ์ ข้อกำหนด ฯลฯ) ต้องแสดงในหน้า Landing Page หรือเข้าถึงได้ภายใน 1 คลิกจากหน้า Landing Page (เช่น กล่องโต้ตอบแบบป๊อปอัป)
- สำหรับข้อเสนอทั้งหมดยกเว้นข้อเสนอ
OFFER_MODE_WALK_IN
ขั้นตอนการดำเนินการที่เชื่อมโยงกับข้อเสนอ (เช่น การจองโต๊ะ) ต้องอนุญาตให้ผู้ใช้เลือกข้อเสนอที่เกี่ยวข้องซึ่งเชื่อมโยงกับสิ่งที่เลือก (เช่น สำหรับข้อเสนอการจองที่มีผลกับช่วงเวลาและขนาดกลุ่มที่เลือก)
- วิธีการและวิธีการแลกสิทธิ์ต้องระบุไว้อย่างชัดเจนและดำเนินการได้ (เช่น หากการแลกรับข้อเสนอกำหนดให้ต้องชำระค่าบริการในระบบของพาร์ทเนอร์ที่จุดชำระเงิน ก็ควรระบุวิธีการชําระเงินในระบบและผู้ใช้ควรชําระค่าบริการในระบบของพาร์ทเนอร์ที่จุดชำระเงินได้)
- เมื่อ URL ของข้อเสนอเปลี่ยนเส้นทางไปยังแอปพลิเคชันบนอุปกรณ์เคลื่อนที่ที่ติดตั้งไว้ของพาร์ทเนอร์ หน้า Landing Page ของแอปพลิเคชันต้องเป็นไปตามข้อกำหนดทั้งหมดที่ระบุไว้ในส่วนนี้สำหรับหน้า Landing Page ของข้อเสนอ
- เมื่อไปยังส่วนต่างๆ กลับ (เช่น ใช้ปุ่มย้อนกลับ การนำทางด้วยท่าทางสัมผัส) ทันทีหลังจากโต้ตอบกับข้อเสนอในประสบการณ์การใช้งาน Google ผู้ใช้ต้องกลับไปที่ประสบการณ์การใช้งาน Google ต้นทาง
ข้อมูลและรูปแบบข้อเสนอ
- พาร์ทเนอร์ต้องปฏิบัติตามข้อกำหนดทางเทคนิคและรูปแบบข้อมูลที่ระบุไว้ในเอกสารประกอบที่เกี่ยวข้อง การไม่ปฏิบัติตามข้อกำหนดเหล่านี้อาจส่งผลให้เกิดความล่าช้าหรือข้อผิดพลาดในการประมวลผลฟีด
- ข้อเสนอต้องพร้อมให้บริการแก่ผู้ใช้ทุกคนโดยทั่วไป ข้อเสนออาจต้องมีการสมัครใช้บริการแบบชำระเงิน ตราบใดที่ทุกคนสมัครใช้บริการได้
- ข้อมูลเมตาทั้งหมดที่ระบุต้องถูกต้องและเป็นข้อมูลล่าสุด ณ เวลาที่อัปโหลดฟีด (ต้องอัปโหลดอย่างน้อยทุกวัน) ข้อเสนอที่แสดงต้องใช้งานได้จริงและพร้อมให้บริการแก่ผู้ใช้ทันทีหรือล่วงหน้าตามที่ระบุไว้โดยใช้
ValidityPeriod
โดยต้องนำข้อเสนอที่ล้าสมัย ขายหมด หรือหมดอายุแล้วออกจากฟีด
- พาร์ทเนอร์ต้องใช้รูปแบบข้อเสนอที่สอดคล้องกันในทุกแพลตฟอร์ม ห้ามไม่ให้รายละเอียดข้อเสนอในฟีดไม่ตรงกับรายละเอียดที่แสดงในแอปหรือเว็บไซต์ของพาร์ทเนอร์
- พาร์ทเนอร์ต้องระบุรายละเอียดข้อเสนอที่กระชับและชัดเจนในช่อง
offer_display_text
โดยต้องแสดงถึงมูลค่าและข้อจำกัดของข้อเสนออย่างถูกต้อง
- พาร์ทเนอร์ต้องระบุหมวดหมู่ข้อเสนอ (ข้อเสนอพื้นฐานหรือข้อเสนอเสริม) และโหมดข้อเสนอที่เกี่ยวข้อง (
OFFER_MODE_FREE_RESERVATION
,
OFFER_MODE_PAID_RESERVATION
, OFFER_MODE_WALK_IN
) ของแต่ละข้อเสนออย่างชัดเจน
- พาร์ทเนอร์ต้องตรวจสอบว่าการแมปประเภทเครื่องมือการชำระเงินสำหรับข้อเสนอแต่ละรายการถูกต้อง
- พาร์ทเนอร์ต้องอัปเดตโดยอัตโนมัติอย่างน้อยวันละ 1 ครั้งหรือตามเอกสารประกอบสำหรับนักพัฒนาซอฟต์แวร์
ความถี่ในการอัปเดตข้อมูลต้องเพียงพอเพื่อให้มีความแม่นยำ 95%
เนื้อหาของหน้าเว็บนี้ได้รับอนุญาตภายใต้ใบอนุญาตที่ต้องระบุที่มาของครีเอทีฟคอมมอนส์ 4.0 และตัวอย่างโค้ดได้รับอนุญาตภายใต้ใบอนุญาต Apache 2.0 เว้นแต่จะระบุไว้เป็นอย่างอื่น โปรดดูรายละเอียดที่นโยบายเว็บไซต์ Google Developers Java เป็นเครื่องหมายการค้าจดทะเบียนของ Oracle และ/หรือบริษัทในเครือ
อัปเดตล่าสุด 2025-05-26 UTC
[null,null,["อัปเดตล่าสุด 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."]]