นโยบายการผสานรวมการจองแบบครบวงจร
จัดทุกอย่างให้เป็นระเบียบอยู่เสมอด้วยคอลเล็กชัน
บันทึกและจัดหมวดหมู่เนื้อหาตามค่ากำหนดของคุณ
นโยบายการผสานรวมต่อไปนี้มีผลกับการผสานรวมการจองแบบครบวงจร
นโยบายจากต้นทางถึงปลายทาง
โปรดอ่านเกณฑ์การมีสิทธิ์ในการผสานรวมต่อไปนี้ก่อนเริ่มการผสานรวม พาร์ทเนอร์ต้องปฏิบัติตามข้อกำหนดและนโยบายต่อไปนี้จึงจะมีสิทธิ์ผสานรวมกับการผสานรวมการจองจากต้นทางถึงปลายทางของ Actions Center
แม้ว่าข้อกำหนดต่อไปนี้จะเป็นองค์ประกอบที่จำเป็นของการได้รับสิทธิ์เข้าร่วมโปรแกรมศูนย์การกระทํา แต่การปฏิบัติตามข้อกำหนดก็ไม่ได้รับประกันว่าพาร์ทเนอร์จะมีสิทธิ์ผสานรวมหรือเผยแพร่ศูนย์การกระทํา
การไม่ปฏิบัติตามข้อกำหนดและนโยบายอาจส่งผลให้มีการระงับการผสานรวม ผู้ขาย หรือบริการ หรือนำออกจากแพลตฟอร์ม
ข้อกำหนดทั่วไปของแพลตฟอร์ม
- พาร์ทเนอร์ต้องรวบรวมและจัดการข้อมูลผู้ขายและผู้ใช้ทั้งหมด รวมถึงข้อมูลส่วนบุคคลที่ระบุตัวบุคคลนั้นได้ ในลักษณะที่เป็นไปตามกฎระเบียบให้ความคุ้มครองข้อมูลส่วนบุคคลของผู้บริโภค (GDPR) และกฎหมายความเป็นส่วนตัวอื่นๆ ที่เกี่ยวข้อง
- พาร์ทเนอร์ต้องได้รับอนุญาตให้ทำการจองในนามของผู้ขาย
พาร์ทเนอร์ต้องมีสิทธิ์เข้าถึงความพร้อมให้บริการ/ช่วงเวลาของผู้ขายโดยตรงแบบเรียลไทม์ (เช่น พาร์ทเนอร์ต้องตอบกลับคำขอความพร้อมให้บริการจาก Google ได้ภายในเวลาไม่ถึง 1 วินาที)
- กรณีพิเศษ: เรารองรับการจองที่ต้องได้รับการยืนยันแบบไม่พร้อมกันจากผู้ขาย แต่ขั้นตอนการจองต้องอิงตามช่วงเวลาที่ว่าง พาร์ทเนอร์ต้องมีห้องว่างแบบเรียลไทม์ เช่น ผ่านระบบออนไลน์ของผู้ขาย แม้ว่าจะต้องได้รับการยืนยันจากผู้ขายเพื่อทำการจองให้เสร็จสมบูรณ์ก็ตาม
พาร์ทเนอร์ต้องมีสินค้าคงคลังครอบคลุมสำหรับผู้ขาย ผู้ขายที่มีสินค้าคงคลังบางส่วนหรือสินค้าคงคลังที่มีมูลค่าต่ำอาจไม่มีสิทธิ์
พาร์ทเนอร์ต้องมีความพร้อมของผู้ขายอย่างน้อย 30 วัน
พาร์ทเนอร์ต้องรองรับการยกเลิกการจองออนไลน์
พาร์ทเนอร์ที่ต้องชำระเงินล่วงหน้าต้องปฏิบัติตามนโยบายการชำระเงินของ Actions Center, ผู้ประมวลผลการชำระเงินต้องอยู่ในรายการที่รองรับต่อไปนี้ และยอมรับการชำระเงินด้วยโทเค็น
พาร์ทเนอร์ต้องสามารถให้ข้อมูลราคาที่ถูกต้องสำหรับค่าบริการและปฏิบัติตามนโยบายการกำหนดราคาของศูนย์การดําเนินการ
พาร์ทเนอร์ต้องมีคุณสมบัติตรงตามข้อกำหนดทางเทคนิคของการผสานรวมการจองจากต้นทางถึงปลายทางของศูนย์การดําเนินการ
พาร์ทเนอร์ต้องปฏิบัติตามข้อกำหนดของการได้รับสิทธิ์ของผู้ขายและบริการของศูนย์การดําเนินการ
พาร์ทเนอร์ต้องปฏิบัติตามหลักเกณฑ์การสนับสนุนและการบำรุงรักษาของศูนย์การดําเนินการ
พาร์ทเนอร์ต้องรักษาอัตราข้อผิดพลาดที่ยอมรับได้ซึ่งระบุไว้ในหลักเกณฑ์การเปิดตัวและการตรวจสอบ
การจองทั้งหมดต้องได้รับการยืนยันโดยอัตโนมัติแบบเรียลไทม์ ยกเว้นการจองที่ดำเนินการผ่านการผสานรวมแบบแอซิงค์ การจองที่ดำเนินการผ่านการผสานรวมแบบแอซิงค์ต้องเป็นไปตามหลักเกณฑ์แบบแอซิงค์
พาร์ทเนอร์ต้องปฏิบัติตามนโยบายเฉพาะประเภทธุรกิจหรือฟีเจอร์ของศูนย์การกระทํา (ข้อเสนอ การชําระเงิน บริการออนไลน์ และการรับประทานอาหาร)
พาร์ทเนอร์ต้องรักษาเนื้อหาที่มีคุณภาพมาตรฐานสำหรับชื่อผู้ขาย ที่อยู่ ชื่อและคำอธิบายบริการตามหลักเกณฑ์
translation: human page_type: lcat
นโยบายข้อเสนอ
หน้า 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
) อย่างชัดเจนสำหรับข้อเสนอแต่ละรายการ
- พาร์ทเนอร์ต้องตรวจสอบว่าการแมปประเภทเครื่องมือการชำระเงินสำหรับข้อเสนอแต่ละรายการถูกต้อง
นโยบายและข้อกำหนดเกี่ยวกับเมนูอาหาร
โปรดอ่านเกณฑ์การมีสิทธิ์ในการผสานรวมต่อไปนี้ก่อนเริ่มการผสานรวม พาร์ทเนอร์ต้องปฏิบัติตามนโยบายเมนูอาหารและมีคุณสมบัติตามข้อกำหนดต่อไปนี้จึงจะมีสิทธิ์ผสานรวม โปรดทราบว่า Google สงวนสิทธิ์ในการแสดงข้อมูลเมนูและอาหารในลักษณะที่เป็นประโยชน์ต่อผู้ใช้
การไม่ปฏิบัติตามข้อกำหนดและนโยบายอาจส่งผลให้มีการระงับการผสานรวม ผู้ขาย หรือบริการ หรือนำออกจากแพลตฟอร์ม
นโยบายและข้อกำหนด
- พาร์ทเนอร์ต้องไม่ส่งข้อมูลที่ไม่ได้รับอนุญาต (ดูรายละเอียด) ในฟีดเมนู เช่น คําหยาบคาย รูปภาพที่ไม่ได้รับอนุญาต ข้อมูลส่วนบุคคลที่ระบุตัวบุคคลนั้นได้ (PII) หรือเนื้อหาที่ผู้ใช้สร้างขึ้น
- พาร์ทเนอร์ไม่ควรใช้ฟีดเมนูเพื่อแชร์รายการที่ไม่ใช่เมนู เช่น บริการ (เช่น บริการนำส่งสินค้าถึงรถ รหัสโปรโมชัน ฯลฯ)
- พาร์ทเนอร์ต้องระบุข้อมูลที่จำเป็นทั้งหมดในข้อกำหนดเฉพาะของเมนูการจองแบบ E2E หรือข้อกำหนดเฉพาะของเมนูการเปลี่ยนเส้นทางการสั่งซื้อ (ขนาดไฟล์สูงสุด 2 MB) ข้อกำหนดทางเทคนิคจะระบุไว้ในข้อกำหนดเฉพาะของเมนู E2E สำหรับการจองหรือข้อกำหนดเฉพาะของเมนูการเปลี่ยนเส้นทางการสั่งซื้อโดยการทำเครื่องหมายฟิลด์เป็นไม่บังคับ/ต้องระบุ
- พาร์ทเนอร์ควรระบุเฉพาะรายการในเมนูที่พร้อมให้บริการสำหรับร้านอาหารและสถานที่ที่เกี่ยวข้องเท่านั้น
- พาร์ทเนอร์ต้องส่งเมนูที่สมบูรณ์สำหรับสถานที่ตั้งแต่ละแห่ง ผู้ขายที่มีเมนูไม่สมบูรณ์อาจไม่มีสิทธิ์แสดง
- พาร์ทเนอร์และผู้ขายต้องตรวจสอบว่าเมนูถูกต้องและควรอัปเดตเป็นรายวัน
- รูปภาพรายการในเมนูควรมีแสงสว่างเพียงพอ แสดงรายการในเมนูที่คมชัด 1 รายการ ต้องไม่มีรูปภาพบุคคลหรือรูปภาพอื่นๆ ที่ไม่ใช่อาหาร และเป็นไปตามข้อกำหนดเฉพาะของรูปภาพ (ดูหลักเกณฑ์ด้านรูปภาพ)
- คุณควรแสดงราคาต่อรายการในเมนูโดยไม่รวมทิป ภาษี หรือค่าธรรมเนียม เว้นแต่กฎหมายและกฎระเบียบท้องถิ่นจะกำหนดไว้ พาร์ทเนอร์ต้องระบุสกุลเงินท้องถิ่นอย่างชัดเจน
- ระบบรองรับเมนูพิเศษและควรนำเมนูดังกล่าวออกเมื่อไม่มีให้บริการแล้ว (เช่น เมนูราคาตายตัว เมนูพิเศษตามฤดูกาล เมนูพิเศษที่มีเวลาจำกัด)
นโยบายการเปลี่ยนเส้นทางการชำระเงิน
ส่วนนี้ระบุนโยบายทั่วไปและนโยบายเฉพาะฟีเจอร์สำหรับการใช้การเปลี่ยนเส้นทางการชำระเงินในศูนย์การดำเนินการ สินค้าคงคลังที่ต้องชำระเงินต้องเป็นไปตามหลักเกณฑ์ที่เหมาะสมเพื่อให้ผู้บริโภค ผู้ขาย และพาร์ทเนอร์ที่ใช้ศูนย์การกระทําได้รับประสบการณ์การใช้งานที่สอดคล้องกัน การไม่ปฏิบัติตามนโยบายเหล่านี้จะทำให้การผสานรวมของคุณถูกระงับ
ทั่วไป
นโยบายเหล่านี้มีผลกับธุรกรรมการชำระเงินและพื้นที่โฆษณาทั้งหมดใน "จองกับ Google"
- จำนวนเงินที่เรียกเก็บจากผู้ใช้ต้องเท่ากับจำนวนเงินที่ระบุไว้ในข้อกำหนดของธุรกรรม โดยเป็นไปตามกฎหมายที่เกี่ยวข้อง
- พาร์ทเนอร์มีหน้าที่รับผิดชอบในการอัปเดตความพร้อมให้บริการโดยใช้การอัปเดตแบบเรียลไทม์ (RTU) หรือตรวจสอบว่าสาย
BatchAvailabilityLookup
แสดงความพร้อมให้บริการของช่วงเวลาที่ถูกต้อง
- ไม่ควรเรียกเก็บเงินจากผู้ใช้สำหรับธุรกรรมที่ต้องใช้บัตรเครดิต
- ไม่ควรเรียกเก็บเงินจากผู้ใช้โดยไม่ได้รับความยินยอมอย่างชัดเจน ณ เวลาที่ชำระเงินตามที่ระบุไว้ในกระบวนการกำหนดค่าการชำระเงิน
- ข้อกำหนดการชำระเงินที่อยู่ในหน้าข้อกำหนดในการให้บริการที่ลิงก์ไม่เป็นไปตามข้อกำหนดนี้
- สำหรับบริการแบบที่เข้ามารับบริการด้วยตัวเอง1 การชําระเงินทั้งหมดต้องเกิดขึ้น ณ เวลาที่จองหรือเมื่อไปใช้บริการเท่านั้น เราไม่อนุญาตให้ขอเงินด้วยวิธีอื่น
- ธุรกรรมต้องแสดงและเรียกเก็บเงินในสกุลเงินของสถานที่ตั้งของผู้ขาย (ระบุสกุลเงินโดยใช้กระบวนการกําหนดค่าการชําระเงิน) ไม่มีการแปลงสกุลเงิน
1. บริการทั้งหมดที่ดำเนินการแบบตัวต่อตัว โดยไม่รวมบริการที่ให้บริการผ่านการผสานรวมนี้ เช่น การชำระล่วงหน้าและเงินมัดจํา
ข้อกำหนดของหน้า Landing Page
- หน้า Landing Page ต้องเป็นจุดเริ่มต้นของขั้นตอนการจองโดยเลือกจำนวนผู้เข้าร่วมและช่วงเวลาไว้ล่วงหน้า
- หน้า Landing Page ต้องไม่ใช่หน้าแรกของผู้ให้บริการแพลตฟอร์มหรือหน้าอื่นๆ
- ขั้นตอนแรกของหน้า Landing Page ที่ทำ Deep Link จะต้องไม่ใช่หน้าจอการชำระเงิน ซึ่งผู้ใช้จะดูข้อมูลเมตาที่เกี่ยวข้องกับการจองไม่ได้ เว้นแต่จะให้รายละเอียดการชำระเงิน
- ขั้นตอนแรกของหน้า Landing Page ที่ใช้ Deep Link ต้องไม่ใช่หน้าเข้าสู่ระบบ
ขั้นตอนการจองต้องมีตัวเลือกการชำระเงินโดยไม่ลงชื่อเข้าใช้ ซึ่งผู้ใช้จะจองได้โดยไม่ต้องเข้าสู่ระบบหรือสร้างบัญชี
- ลิงก์เอาต์และหน้า Landing Page ต้องไม่กำหนดให้ผู้ใช้ดาวน์โหลดแอปเพื่อดำเนินการตามขั้นตอนการจองให้เสร็จสมบูรณ์
เนื้อหาของหน้าเว็บนี้ได้รับอนุญาตภายใต้ใบอนุญาตที่ต้องระบุที่มาของครีเอทีฟคอมมอนส์ 4.0 และตัวอย่างโค้ดได้รับอนุญาตภายใต้ใบอนุญาต Apache 2.0 เว้นแต่จะระบุไว้เป็นอย่างอื่น โปรดดูรายละเอียดที่นโยบายเว็บไซต์ Google Developers Java เป็นเครื่องหมายการค้าจดทะเบียนของ Oracle และ/หรือบริษัทในเครือ
อัปเดตล่าสุด 2025-03-27 UTC
[null,null,["อัปเดตล่าสุด 2025-03-27 UTC"],[[["\u003cp\u003ePartners must adhere to data privacy regulations, possess real-time merchant availability, and support online cancellations to integrate with the Actions Center.\u003c/p\u003e\n"],["\u003cp\u003ePartners need comprehensive merchant inventory, including 30+ days of availability, and comply with payment and pricing policies.\u003c/p\u003e\n"],["\u003cp\u003eAll bookings must be confirmed in real-time (except for asynchronous integrations) and partners must meet technical, support, and maintenance guidelines.\u003c/p\u003e\n"],["\u003cp\u003eOffer details must be clearly displayed, generally available, and menu feeds must exclude prohibited content and adhere to specified requirements.\u003c/p\u003e\n"],["\u003cp\u003ePayments must align with transaction terms, respect user consent, occur at booking or in-person (for in-person services), and landing pages must facilitate seamless booking flows without login or app download requirements.\u003c/p\u003e\n"]]],["Partners integrating with Actions Center's Reservations End-to-End must adhere to specific policies. Key actions include: managing user data compliantly with GDPR, having real-time access to merchant availability, and providing comprehensive inventory with at least 30 days of availability. Online cancellation, accurate pricing, and meeting technical requirements are mandatory. Partners must present offers clearly on landing pages, ensure offers are widely accessible, and use consistent data formats. Menu feeds require accurate, complete information and adherence to content guidelines. Payment transactions must be transparent and in the local currency. Landing pages for bookings must start with preselected details and include a guest checkout option.\n"],null,["# Reservations End-to-End Integration Policies\n\nThe following integration policies apply to the Reservations End-to-End\nintegration.\n\nEnd-to-End Policies\n-------------------\n\nPlease read through the following integration eligibility criteria before\nbeginning an integration. Partners must meet the following requirements and\npolicies to be eligible to integrate with the Actions Center's\n[Reservations End-to-End integration](/actions-center/verticals/reservations/e2e/policies/platform-policies#merchant_and_service_eligibility).\n\nWhile the following requirements are necessary components of eligibility for the Actions Center program, meeting the requirements does not guarantee a partner will be eligible to integrate or go live with the Actions Center.\n\nFailure to meet the requirements and policies may result in integration, merchant or services being suspended or removed from the platform.\n\n### General Platform Requirements\n\n1. Partners must collect and handle all merchant and user data, including any personally identifiable information, in a manner compliant with the General Data Protection Regulation (GDPR) and any other applicable privacy laws.\n2. Partners must be authorized to make bookings on behalf of their merchants.\n3. Partners must have direct access to merchants' availability/time slots in real time (ie. partners must be able to respond to availability requests from Google in less than 1 second).\n\n - *Special case*: We do support reservations that require asynchronous confirmation from the merchant, but the reservation flow must be based on an available time slot. Partners must have real time availability, i.e. through merchant online systems, even if it requires confirmation from the merchant to finalize the reservation.\n4. Partners must have comprehensive inventory for their merchants. Merchants with partial or distressed inventory may not be eligible.\n\n5. Partners must have 30 days or more of merchants' availability.\n\n6. Partners must support online cancellation of bookings.\n\n7. Partners requiring pre-payments must abide by the Actions Center's [payment policy](/actions-center/verticals/reservations/e2e/policies/integration-policies#payments-policies), their payment processors must be in the following [supported list](/pay/api) and accept tokenized payments.\n\n8. Partners must be able to provide accurate pricing data for the cost of services and abide by the Actions Center's [pricing policy](/actions-center/verticals/reservations/e2e/policies/integration-policies#pricing-policies).\n\n9. Partners must be able to meet the Actions Center technical\n [Reservations End-to-End integration](/actions-center/verticals/reservations/e2e/overview)\n requirements.\n\n10. Partners must abide by the Actions Center's [merchant and services eligibility requirements](/actions-center/verticals/reservations/e2e/policies/platform-policies#merchant_and_service_eligibility).\n\n11. Partners must abide by the Actions Center's [support and maintenance guidelines](/actions-center/verticals/reservations/e2e/policies/platform-policies#support_and_maintenance_guidelines).\n\n12. Partners must maintain acceptable error rates defined in\n [Launch and Monitoring guidelines](/actions-center/verticals/reservations/e2e/integration-steps/launch-and-monitoring).\n\n13. All bookings must be confirmed automatically in real time with the exception of bookings made with an async integration. Bookings made through an async integration must adhere to the\n [Async guideline](/actions-center/verticals/reservations/e2e/add-ons/add-async).\n\n14. Partners must abide by the Actions Center's vertical or feature specific policies ([Offers](/actions-center/verticals/reservations/e2e/policies/integration-policies#offers-policy), [Payment](/actions-center/verticals/reservations/e2e/policies/integration-policies#payments-policies), [Online services](/actions-center/policies/virtual-policy) and [Dining](/actions-center/verticals/reservations/e2e/policies/integration-policies#dining-policies)).\n\n15. Partner must maintain standard quality content for merchant name, address, services name and description per [guideline](/actions-center/verticals/reservations/e2e/policies/platform-policies#content_quality_standards).\n\nFood Menu Policy and Requirements\n---------------------------------\n\nPlease read through the following integration eligibility criteria before beginning\nan integration. Partners must adhere to the food menu policies and meet the\nfollowing requirements to be eligible to integrate. Please note that Google\nreserves the right to display menu \\& dish data in ways that are helpful to users.\n\nFailure to meet the requirements and policies may result in integration, merchants\nor services being suspended or removed from the platform.\n\n### Policy and Requirements\n\n1. Partners must not send prohibited information (see [details](https://support.google.com/contributionpolicy/answer/7400114?ref_topic=7422769)) in menu feed such as foul language, prohibited images, personally identifiable information (PII) or user generated content.\n2. Partners should not use the menu feed to share non-menu items such as [services](/actions-center/verticals/reservations/e2e/reference/feeds/services-feed) (ex: curbside, promotion codes, etc.).\n3. Partners are required to provide all required data in [Reservations E2E menu spec](/actions-center/verticals/reservations/e2e/add-ons/add-menus/menu-feed) or [Ordering Redirect menu spec](/actions-center/verticals/reservations/e2e/reference/menu-feeds/menus-feed) (max file size 2MB). The technical requirements are addressed in the [Reservations E2E menu spec](/actions-center/verticals/reservations/e2e/add-ons/add-menus/menu-feed) or [Ordering Redirect menu spec](https://developers.google.com/actions-center/verticals/reservations/e2e/reference/menu-feeds/menus-feed) by marking fields as optional/required.\n4. Partners should only provide menu items available for the corresponding restaurant locations.\n5. Partners must send a complete menu for each location. Merchants with incomplete menus may not be eligible for display.\n6. Partners and merchants are required to ensure menus are accurate and should provide updates on a daily basis.\n7. Menu items photos should be well-lit, feature one in-focus menu item, must not include people or other non-food images, and must conform to image spec (see [photo guidelines](https://support.google.com/business/answer/6103862#photo-guidelines&zippy=%2Cphoto-guidelines)).\n8. Prices should be shown, per menu item, without tips, taxes or fees; unless required by local laws and ordinances. Partners must explicitly provide local currency.\n9. Specialty menus are supported and should be removed when no longer available (ex: prix fixe, seasonal, limited time specials).\n10. Merchants are required to provide menus in a text-based format, enabling users to select and add items to their order. Menus presented solely as images are not permitted.\n\nPayments Redirect Policies\n--------------------------\n\nThis section specifies the general and feature-specific policies for\nimplementing [payments redirect](https://developers.google.com/actions-center/verticals/reservations/e2e/add-ons/add-payments-redirect/overview) on the Actions Center. To create a consistent\nexperience for consumers, merchants, and partners using the Actions Center,\ninventory requiring payment must adhere to the appropriate guidelines. Failure\nto adhere to these policies will lead to suspension of your integration.\n\n### General\n\nThese policies apply to all payment dependent inventory on Reserve with Google:\n\n1. The amount charged to a user must be the same amount specified in the terms of the transaction, in compliance with applicable laws.\n2. Partners are responsible for updating availability using a real-time update (RTU) or ensuring `BatchAvailabilityLookup` calls reflect accurate slot availability.\n3. No charges should be made to a user that are not explicitly agreed to at checkout, as articulated using our payments configuration process.\n - Payment terms contained within the linked Terms of Service page do not satisfy this requirement.\n - No charges should be made to the user for any 'credit-card required' transactions that are solely meant to authenticate a user.\n4. For in-person services^1^, all payments must occur at the time of booking or in-person only. Solicitation of payment by any other means is strictly prohibited.\n5. The transaction must be displayed and charged in the currency of the location of the merchant (currency is specified using the payments configuration process). No currency conversions may take place.\n\n^1. All in-person services, not counting those provided through this\nintegration such as prepayments and deposits^\n\n### Landing Page Requirements\n\n1. The landing page must be the start of the booking flow with the party size and time slot preselected.\n - If the table slot selected is no longer available, this should be clearly communicated to the user upfront, prior to any required step for checkout or account login.\n2. The landing page must not be the platform provider's homepage, a login page, or any other pages.\n3. The first step of the deep linked landing page cannot be a paymentwall, where users cannot view related metadata of their reservation unless they provide payment details.\n4. To provide an optimal and seamless user experience, within the booking flow we recommend providing a Guest Checkout option when possible.\n5. The linkout and landing page cannot require that the user download an app to complete the booking flow."]]