Kebijakan Integrasi Menyeluruh untuk Reservasi
Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Kebijakan integrasi berikut berlaku untuk integrasi Pemesanan Menyeluruh.
Kebijakan Menyeluruh
Baca seluruh kriteria kelayakan integrasi berikut sebelum
memulai integrasi. Partner harus memenuhi persyaratan dan
kebijakan berikut agar memenuhi syarat untuk berintegrasi dengan
Integrasi Pemesanan menyeluruh Actions Center.
Meskipun persyaratan berikut merupakan komponen kelayakan yang diperlukan untuk program Actions Center, memenuhi persyaratan ini tidak menjamin bahwa partner akan memenuhi syarat untuk berintegrasi atau tayang dengan Actions Center.
Kegagalan dalam memenuhi persyaratan dan kebijakan dapat mengakibatkan integrasi, penjual, atau layanan ditangguhkan atau dihapus dari platform.
Persyaratan Platform Umum
- Partner harus mengumpulkan dan menangani semua data penjual dan pengguna, termasuk informasi identitas pribadi apa pun, dengan cara yang mematuhi General Data Protection Regulation (GDPR) dan undang-undang privasi lainnya yang berlaku.
- Partner harus diotorisasi untuk melakukan pemesanan atas nama penjualnya.
Partner harus memiliki akses langsung ke slot ketersediaan/waktu penjual secara real time (yaitu partner harus dapat merespons permintaan ketersediaan dari Google dalam waktu kurang dari 1 detik).
- Kasus khusus: Kami mendukung reservasi yang memerlukan konfirmasi asinkron dari penjual, tetapi alur reservasi harus didasarkan pada slot waktu yang tersedia. Partner harus memiliki ketersediaan real-time, yaitu melalui sistem online penjual, meskipun memerlukan konfirmasi dari penjual untuk menuntaskan pemesanan.
Partner harus memiliki inventaris komprehensif untuk penjualnya. Penjual dengan inventaris parsial atau distressed inventory mungkin tidak memenuhi syarat.
Partner harus memiliki ketersediaan penjual selama 30 hari atau lebih.
Partner harus mendukung pembatalan pemesanan secara online.
Partner yang mewajibkan pembayaran di muka harus mematuhi kebijakan pembayaran Actions Center, pemroses pembayaran mereka harus tercantum dalam daftar yang didukung berikut serta menerima pembayaran token.
Partner harus dapat memberikan data harga yang akurat untuk biaya layanan dan mematuhi kebijakan harga Pusat Tindakan.
Partner harus dapat memenuhi persyaratan
Integrasi Reservasi menyeluruh
teknis Actions Center.
Partner harus mematuhi persyaratan kelayakan penjual dan layanan Actions Center.
Partner harus mematuhi panduan dukungan dan pemeliharaan Actions Center.
Partner harus mempertahankan tingkat error yang dapat diterima yang ditentukan dalam
Panduan peluncuran dan Pemantauan.
Semua pemesanan harus dikonfirmasi secara otomatis secara real time, kecuali pemesanan yang dilakukan dengan integrasi asinkron. Pemesanan yang dilakukan melalui integrasi asinkron harus mematuhi
Panduan asinkron.
Partner harus mematuhi kebijakan khusus fitur atau vertikal Pusat Actions (Penawaran, Pembayaran, Layanan online, dan Tempat makan).
Partner harus menjaga kualitas konten standar untuk nama, alamat, nama layanan, dan deskripsi penjual sesuai pedoman.
translation: human page_type: lcat
Kebijakan penawaran
Halaman Landing (halaman & aplikasi seluler)
- Semua Penawaran yang dibagikan kepada Google untuk restoran mana pun harus terlihat dengan semua
informasi yang relevan setidaknya di halaman landing seluler.
- Nilai penawaran dan teks deskripsi harus terlihat langsung di halaman landing.
- Halaman landing harus menguraikan persyaratan
kelayakan untuk setiap penawaran secara jelas dan komprehensif. Hal ini mencakup batasan yang terkait dengan segmen
pengguna, metode pembayaran, hari atau waktu tertentu, jumlah belanja minimum, dan frekuensi penawaran dapat digunakan.
- Semua batasan penawaran lainnya (misalnya: kondisi kelayakan, petunjuk redemption, persyaratan …) harus terlihat di halaman landing atau dapat diakses dalam 1 klik dari halaman landing (misalnya: dialog pop-up).
- Untuk semua penawaran kecuali penawaran
OFFER_MODE_WALK_IN
, alur tindakan
yang terkait dengan penawaran (mis., memesan meja) harus memungkinkan pengguna
memilih penawaran yang berlaku dan terkait dengan pilihan mereka (mis., Untuk
reservasi, penawaran berlaku untuk slot waktu dan jumlah tamu yang dipilih)
- Petunjuk dan metode penukaran harus dinyatakan dengan jelas dan dapat ditindaklanjuti
(misalnya: jika penukaran penawaran memerlukan pembayaran tagihan di sistem partner
saat checkout, petunjuk untuk membayar di sistem harus disebutkan dan
pengguna harus dapat membayar tagihan di sistem partner saat checkout).
- Saat URL penawaran mengalihkan ke aplikasi seluler yang diinstal partner, halaman landing aplikasi harus memenuhi semua persyaratan yang diuraikan di bagian ini untuk halaman landing penawaran.
- Setelah kembali (misalnya, menggunakan tombol kembali, navigasi gestur)
segera setelah berinteraksi dengan penawaran di pengalaman Google,
pengguna harus dikembalikan ke pengalaman Google asal.
Data & Format Penawaran
- Partner harus mematuhi persyaratan teknis dan format data
yang ditentukan dalam dokumentasi yang relevan. Kegagalan dalam memenuhi persyaratan
ini dapat menyebabkan error atau penundaan pemrosesan feed.
- Penawaran secara umum harus tersedia untuk semua pengguna. Penawaran mungkin memerlukan langganan berbayar, selama siapa pun dapat berlangganan.
- Semua metadata yang diberikan harus akurat dan terbaru pada saat upload
feed (harus diupload setidaknya setiap hari). Penawaran yang tercantum harus aktif dan
tersedia untuk pengguna segera atau sebelumnya seperti yang ditunjukkan menggunakan
ValidityPeriod
; penawaran yang sudah tidak berlaku, habis terjual, atau habis masa berlakunya harus dihapus
dari feed.
- Partner harus menggunakan format penawaran yang konsisten di seluruh platform. Perbedaan
antara detail penawaran di feed dan yang ditampilkan di aplikasi
atau situs partner dilarang.
- Partner harus memberikan detail penawaran yang jelas dan ringkas di
kolom
offer_display_text
, yang mencerminkan nilai penawaran dan
batasan apa pun secara akurat.
- Partner harus menunjukkan kategori penawaran (Penawaran Dasar atau Penawaran Add-On) dan mode penawaran yang berlaku (
OFFER_MODE_FREE_RESERVATION
, OFFER_MODE_PAID_RESERVATION
, OFFER_MODE_WALK_IN
) dengan jelas untuk setiap penawaran.
- Partner harus memastikan pemetaan jenis instrumen pembayaran yang akurat untuk setiap
penawaran.
Kebijakan dan Persyaratan Menu Makanan
Baca seluruh kriteria kelayakan integrasi berikut sebelum memulai integrasi. Partner harus mematuhi kebijakan menu makanan dan memenuhi
persyaratan berikut agar memenuhi syarat untuk berintegrasi. Perhatikan bahwa Google
berhak menampilkan data menu & hidangan dengan cara yang bermanfaat bagi pengguna.
Kegagalan dalam memenuhi persyaratan dan kebijakan dapat mengakibatkan integrasi, penjual,
atau layanan ditangguhkan atau dihapus dari platform.
Kebijakan dan Persyaratan
- Partner tidak boleh mengirim informasi yang dilarang (lihat detail)
di feed menu seperti kata-kata tidak sopan, gambar yang dilarang, informasi identitas
pribadi (PII), atau konten buatan pengguna.
- Partner tidak boleh menggunakan feed menu untuk membagikan item non-menu seperti layanan
(mis.: layanan pesan ambil, kode promosi, dll.).
- Partner wajib memberikan semua data yang diperlukan dalam Spesifikasi menu Reservasi E2E atau Spesifikasi menu Pemesanan Pengalihan
(ukuran file maks. 2 MB). Persyaratan teknis ditangani dalam spesifikasi menu Reservasi E2E atau spesifikasi menu Pengalihan Pemesanan
dengan menandai kolom sebagai opsional/wajib.
- Partner hanya boleh memberikan item menu yang tersedia untuk lokasi
restoran yang sesuai.
- Partner harus mengirimkan menu lengkap untuk setiap lokasi. Penjual dengan menu yang tidak lengkap
mungkin tidak memenuhi syarat untuk ditampilkan.
- Partner dan penjual diwajibkan untuk memastikan menu akurat dan harus
memberikan pembaruan setiap hari.
- Foto item menu harus memiliki pencahayaan yang baik, menampilkan satu item menu yang fokus, tidak boleh
menyertakan orang atau gambar non-makanan lainnya, dan harus sesuai dengan spesifikasi gambar (lihat pedoman foto).
- Harga harus ditampilkan, per item menu, tanpa tip, pajak, atau biaya; kecuali jika
diperlukan oleh hukum dan peraturan setempat. Partner harus memberikan mata uang lokal secara eksplisit.
- Menu spesial didukung dan harus dihapus jika tidak lagi tersedia
(misalnya: prix fixe, musiman, spesial waktu terbatas).
Kebijakan Pengalihan Pembayaran
Bagian ini menentukan kebijakan umum dan khusus fitur untuk menerapkan pengalihan pembayaran di Actions Center. Untuk memastikan pengalaman yang konsisten bagi konsumen, penjual, dan partner yang menggunakan Pusat Actions, inventaris yang mewajibkan pembayaran harus mematuhi panduan yang sesuai. Kegagalan dalam mematuhi kebijakan ini akan menyebabkan penangguhan integrasi Anda.
Umum
Kebijakan ini berlaku untuk semua transaksi pembayaran dan inventaris di Pesan dengan Google:
- Jumlah yang ditagihkan kepada pengguna harus sama dengan jumlah yang ditentukan dalam persyaratan transaksi, sesuai dengan hukum yang berlaku.
- Partner bertanggung jawab untuk memperbarui ketersediaan menggunakan update real-time
(RTU) atau memastikan panggilan
BatchAvailabilityLookup
mencerminkan ketersediaan
slot yang akurat.
- Biaya tidak boleh dikenakan kepada pengguna untuk transaksi yang memerlukan
kartu kredit.
- Biaya tidak boleh dikenakan kepada pengguna yang tidak secara eksplisit menyetujuinya pada saat pembayaran, sebagaimana yang dijelaskan menggunakan proses konfigurasi pembayaran kami.
- Persyaratan pembayaran yang terdapat dalam halaman Persyaratan Layanan yang diakses melalui link tidak memenuhi persyaratan ini.
- Untuk layanan tatap muka1, semua pembayaran harus dilakukan pada saat pemesanan atau
secara langsung. Permintaan pembayaran dengan cara lain sangat
dilarang.
- Transaksi harus ditampilkan dan ditagih dalam mata uang lokasi penjual (mata uang ditentukan menggunakan proses konfigurasi pembayaran). Konversi mata uang tidak dapat dilakukan.
1. Semua layanan langsung, tidak termasuk layanan yang disediakan melalui
integrasi ini seperti prabayar dan setoran
Persyaratan Halaman Landing
- Halaman landing harus menjadi awal alur pemesanan dengan ukuran grup
dan slot waktu yang telah dipilih sebelumnya.
- Halaman landing tidak boleh berupa halaman beranda penyedia platform atau halaman
lainnya.
- Langkah pertama halaman landing deep link tidak boleh berupa penghalang pembayaran,
tempat pengguna tidak dapat melihat metadata terkait reservasi mereka kecuali jika mereka
memberikan detail pembayaran.
- Langkah pertama halaman landing dengan deep link tidak boleh berupa halaman login.
Alur pemesanan harus menyertakan opsi checkout tamu, tempat pengguna dapat menyelesaikan
pemesanan tanpa login atau membuat akun.
- Linkout dan halaman landing tidak boleh mewajibkan pengguna mendownload aplikasi untuk menyelesaikan alur pemesanan.
Kecuali dinyatakan lain, konten di halaman ini dilisensikan berdasarkan Lisensi Creative Commons Attribution 4.0, sedangkan contoh kode dilisensikan berdasarkan Lisensi Apache 2.0. Untuk mengetahui informasi selengkapnya, lihat Kebijakan Situs Google Developers. Java adalah merek dagang terdaftar dari Oracle dan/atau afiliasinya.
Terakhir diperbarui pada 2025-03-27 UTC.
[null,null,["Terakhir diperbarui pada 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."]]