Norme di integrazione end-to-end di Prenotazioni

I seguenti criteri di integrazione si applicano all'integrazione di Prenotazioni end-to-end.

Norme end-to-end

Prima di iniziare un'integrazione, leggi i seguenti criteri di idoneità. I partner devono soddisfare i seguenti requisiti e le seguenti norme per poter essere integrati con l'integrazione end-to-end delle prenotazioni di Actions Center.

Sebbene i seguenti requisiti siano componenti necessari per l'idoneità al programma Actions Center, il loro rispetto non garantisce che un partner sia idoneo a eseguire l'integrazione o a essere pubblicato con Actions Center.

Il mancato rispetto dei requisiti e delle norme può comportare la sospensione o la rimozione dell'integrazione, del commerciante o dei servizi dalla piattaforma.

Requisiti generali della piattaforma

  1. I partner devono raccogliere e gestire tutti i dati dei commercianti e degli utenti, incluse le informazioni che consentono l'identificazione personale, in conformità con il Regolamento generale sulla protezione dei dati (GDPR) e con qualsiasi altra legge sulla privacy vigente.
  2. I partner devono disporre dell'autorizzazione per effettuare prenotazioni per conto dei propri commercianti.

  3. I partner devono avere accesso diretto alla disponibilità/alle fasce orarie dei commercianti in tempo reale (ovvero devono essere in grado di rispondere alle richieste di disponibilità di Google in meno di 1 secondo).

    • Caso speciale: supportiamo le prenotazioni che richiedono la conferma asincrona da parte del commerciante, ma il flusso di prenotazione deve essere basato su una fascia oraria disponibile. I partner devono avere disponibilità in tempo reale, ad esempio tramite i sistemi online del commerciante, anche se è necessaria la conferma del commerciante per finalizzare la prenotazione.

  4. I partner devono disporre di un inventario completo per i propri commercianti. I commercianti con inventario parziale o in difficoltà potrebbero non essere idonei.

  5. I partner devono avere una disponibilità dei commercianti di almeno 30 giorni.

  6. I partner devono supportare l'annullamento online delle prenotazioni.

  7. I partner che richiedono pagamenti anticipati devono rispettare le norme sui pagamenti di Actions Center, i loro elaboratori dei pagamenti devono essere inclusi nel seguente elenco supportato e accettare pagamenti tokenizzati.

  8. I partner devono essere in grado di fornire dati sui prezzi accurati per il costo dei servizi e rispettare le norme sui prezzi di Actions Center.

  9. I partner devono essere in grado di soddisfare i requisiti tecnici dell'integrazione end-to-end delle prenotazioni del Centro azioni.

  10. I partner devono rispettare i requisiti di idoneità per commercianti e servizi del Centro azioni.

  11. I partner devono rispettare le linee guida per l'assistenza e la manutenzione del Centro azioni.

  12. I partner devono mantenere tassi di errore accettabili definiti nelle linee guida per il lancio e il monitoraggio.

  13. Tutte le prenotazioni devono essere confermate automaticamente in tempo reale, ad eccezione di quelle effettuate con un'integrazione asincrona. Le prenotazioni effettuate tramite un'integrazione asincrona devono rispettare le linee guida sull'integrazione asincrona.

  14. I partner devono rispettare le norme specifiche per i verticali o le funzionalità del Centro azioni (Offerte, Pagamento, Servizi online e Ristoranti).

  15. Il partner deve mantenere contenuti di qualità standard per il nome, l'indirizzo, il nome e la descrizione dei servizi del commerciante in base alle linee guida.

traduzione: umana page_type: lcat

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 sono applicabili alla fascia oraria e al 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 del 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 attive 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 campo offer_display_text, che riflettano con precisione il valore dell'offerta e eventuali limitazioni.
  • I partner devono indicare chiaramente la categoria dell'offerta (Offerta di 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.

Norme e requisiti per i menu di cibo

Prima di iniziare un'integrazione, leggi i seguenti criteri di idoneità. Per poter essere integrati, i partner devono rispettare le norme relative ai menu dei ristoranti e soddisfare i seguenti requisiti. Tieni presente che Google si riserva il diritto di mostrare i dati di menu e piatti in modo utile per gli utenti.

Il mancato rispetto dei requisiti e delle norme potrebbe comportare la sospensione o la rimozione della piattaforma, dell'integrazione, dei commercianti o dei servizi.

Norme e requisiti

  1. I partner non devono inviare informazioni vietate (vedi dettagli) nel feed del menu, ad esempio linguaggio volgare, immagini vietate, informazioni che consentono l'identificazione personale (PII) o contenuti generati dagli utenti.
  2. I partner non devono utilizzare il feed del menu per condividere elementi non del menu, come servizi (ad es. consegna a bordo strada, codici promozionali e così via).
  3. I partner sono tenuti a fornire tutti i dati richiesti nella specifica del menu E2E per le prenotazioni o nella specifica del menu di reindirizzamento degli ordini (dimensioni massime del file 2 MB). I requisiti tecnici sono trattati nella specifica del menu E2E per le prenotazioni o nella specifica del menu di reindirizzamento degli ordini marcando i campi come facoltativi/obbligatori.
  4. I partner devono fornire solo i menu disponibili per le sedi del ristorante corrispondenti.
  5. I partner devono inviare un menu completo per ogni sede. I commercianti con menu incomplete potrebbero non essere idonei alla visualizzazione.
  6. I partner e i commercianti sono tenuti a garantire l'accuratezza dei menu e devono fornire aggiornamenti su base giornaliera.
  7. Le foto dei piatti devono essere ben illuminate, mostrare un piatto a fuoco, non includere persone o altre immagini non correlate al cibo e rispettare le specifiche delle immagini (consulta le linee guida per le foto).
  8. I prezzi devono essere mostrati per voce del menu, senza mance, tasse o commissioni, a meno che non sia richiesto da leggi e ordinanze locali. I partner devono fornire esplicitamente la valuta locale.
  9. I menu speciali sono supportati e devono essere rimossi quando non sono più disponibili (ad es. menu a prezzo fisso, stagionali, speciali a tempo limitato).

Norme relative ai reindirizzamenti dei pagamenti

Questa sezione specifica i criteri generali e specifici per le funzionalità per implementare il reindirizzamento dei pagamenti in Actions Center. Per garantire un'esperienza coerente per consumatori, commercianti e partner che utilizzano il Centro azioni, l'inventario che richiede il pagamento deve rispettare le linee guida appropriate. Il mancato rispetto di queste norme comporterà la sospensione dell'integrazione.

Generale

Queste norme si applicano a tutte le transazioni di pagamento e all'inventario su Prenota con Google:

  1. L'importo addebitato a un utente deve corrispondere a quello specificato nei termini della transazione, in conformità con le leggi vigenti.
  2. I partner sono responsabili dell'aggiornamento della disponibilità utilizzando un aggiornamento in tempo reale (RTU) o assicurandosi che le chiamate BatchAvailabilityLookup riflettano la disponibilità accurata degli slot.
  3. Non devono essere addebitati all'utente costi per le transazioni che richiedono la carta di credito.
  4. Non devono essere addebitati all'utente costi non accettati esplicitamente al momento del pagamento, come stabilito dalla nostra procedura di configurazione dei pagamenti.
    • I termini di pagamento contenuti nella pagina dei Termini di servizio collegata non soddisfano questo requisito.
  5. Per i servizi in presenza1, tutti i pagamenti devono essere effettuati al momento della prenotazione o solo di persona. È severamente vietata la richiesta di pagamento con qualsiasi altro mezzo.
  6. La transazione deve essere visualizzata e addebitata nella valuta della sede del commerciante (la valuta viene specificata utilizzando la procedura di configurazione dei pagamenti). Non possono essere effettuate conversioni di valute.

1. Tutti i servizi di persona, esclusi quelli forniti tramite questa integrata come anticipi e depositi

Requisiti della pagina di destinazione

  1. La pagina di destinazione deve essere l'inizio del flusso di prenotazione con il numero di persone e la fascia oraria preselezionati.
  2. La pagina di destinazione non deve essere la home page del fornitore della piattaforma o altre pagine.
  3. Il primo passaggio della pagina di destinazione con link diretti non può essere una paywall, in cui gli utenti non possono visualizzare i metadati correlati della prenotazione, a meno che non forniscano dettagli di pagamento.
  4. Il primo passaggio della pagina di destinazione con link diretti non può essere una pagina di accesso. Il flusso di prenotazione deve includere un'opzione di pagamento senza registrazione, che consenta agli utenti di completare una prenotazione senza accedere o creare un account.
  5. Il linkout e la pagina di destinazione non possono richiedere all'utente di scaricare un'app per completare il flusso di prenotazione.