Kebijakan Integrasi Penawaran Reservasi
Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Kebijakan integrasi berikut berlaku untuk integrasi Penawaran Reservasi.
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 yang 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 dialihkan 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 bagi 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.
- Partner harus memberikan pembaruan secara otomatis setidaknya sekali sehari atau sesuai dengan
dokumentasi developer.
Frekuensi pembaruan data harus memadai untuk memenuhi akurasi 95%.
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-05-26 UTC.
[null,null,["Terakhir diperbarui pada 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."]]
