Norme relative all'integrazione delle offerte di prenotazione
Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
I seguenti criteri di integrazione si applicano all'integrazione delle offerte per le prenotazioni.
Norme relative alle offerte
Pagina di destinazione (pagina e applicazione mobile)
- Tutte le offerte condivise con Google per qualsiasi ristorante devono essere visibili con tutte le informazioni pertinenti almeno nella pagina di destinazione mobile.
- Il valore e il testo descrittivo dell'offerta devono essere visibili direttamente sulla pagina di destinazione.
- Le pagine di destinazione devono descrivere in modo chiaro e completo i requisiti di idoneità per ogni offerta. Sono incluse le limitazioni relative a segmenti di utenti, metodi di pagamento, giorni o orari specifici, importi di spesa minima e numero di volte in cui l'offerta può essere utilizzata.
- Tutte le altre limitazioni dell'offerta (ad es. condizioni di idoneità, istruzioni per il riscatto, termini e così via) devono essere visibili nella pagina di destinazione o accessibili con un solo clic dalla pagina di destinazione (ad es. finestra di dialogo popup).
- Per tutte le offerte, ad eccezione di quelle
OFFER_MODE_WALK_IN, il flusso di azioni associato all'offerta (ad es. la prenotazione di un tavolo) deve consentire all'utente di selezionare le offerte applicabili associate alla sua selezione (ad es. Per la prenotazione, le offerte applicabili per la fascia oraria e il numero di persone selezionati)
- Le istruzioni e i metodi di utilizzo devono essere chiaramente indicati e attuabili
(ad es. se per utilizzare l'offerta è necessario pagare la fattura sul sistema del partner
al momento del pagamento, deve essere indicata l'istruzione per pagare sul sistema e
l'utente deve essere in grado di pagare la fattura sul sistema del partner al momento del pagamento).
- Quando un URL dell'offerta reindirizza all'applicazione mobile installata di un partner, la pagina di destinazione dell'applicazione deve soddisfare tutti i requisiti descritti in questa sezione per le pagine di destinazione delle offerte.
- Quando si torna indietro (ad es. utilizzando il pulsante Indietro, la navigazione con gesti)
immediatamente dopo aver interagito con un'offerta in un'esperienza Google,
gli utenti devono essere reindirizzati all'esperienza Google di origine.
Dati e formato delle offerte
- I partner devono rispettare i requisiti tecnici e i formati dei dati specificati descritti nella documentazione pertinente. Il mancato rispetto di questi requisiti può comportare errori o ritardi nell'elaborazione dei feed.
- L'offerta deve essere generalmente disponibile per qualsiasi utente. Per alcune offerte potrebbe essere necessario un abbonamento a pagamento, a condizione che chiunque possa abbonarsi.
- Tutti i metadati forniti devono essere accurati e aggiornati al momento del caricamento del feed (che deve essere caricato almeno su base giornaliera). Le offerte elencate devono essere attivate e disponibili per gli utenti immediatamente o in anticipo, come indicato nell'
ValidityPeriod. Le offerte obsolete, esaurite o scadute devono essere rimosse dal feed.
- I partner devono utilizzare formati delle offerte coerenti su tutte le piattaforme. Le discrepanze tra i dettagli dell'offerta nel feed e quelli visualizzati sull'app o sul sito web del partner sono vietate.
- I partner devono fornire dettagli chiari e concisi dell'offerta nel
offer_display_text campo, che riflettano con precisione il valore dell'offerta e eventuali
limitazioni.
- I partner devono indicare chiaramente la categoria dell'offerta (Offerta base o Offerta aggiuntiva) e le modalità di offerta applicabili (
OFFER_MODE_FREE_RESERVATION,OFFER_MODE_PAID_RESERVATION, OFFER_MODE_WALK_IN) per ogni offerta.
- I partner devono garantire una mappatura accurata dei tipi di strumenti di pagamento per ogni offerta.
- Il partner deve fornire aggiornamenti automaticamente almeno una volta al giorno o in base alla
documentazione per gli sviluppatori.
La frequenza di aggiornamento dei dati deve essere sufficiente per garantire una precisione del 95%.
Salvo quando diversamente specificato, i contenuti di questa pagina sono concessi in base alla licenza Creative Commons Attribution 4.0, mentre gli esempi di codice sono concessi in base alla licenza Apache 2.0. Per ulteriori dettagli, consulta le norme del sito di Google Developers. Java è un marchio registrato di Oracle e/o delle sue consociate.
Ultimo aggiornamento 2025-05-26 UTC.
[null,null,["Ultimo aggiornamento 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."]]
