Passaggio 5: lancio e monitoraggio
Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Al momento del lancio, Google attiva tutto l'inventario idoneo nel nostro ambiente di produzione. L'integrazione è completata e qualsiasi utente esterno può prenotare o riservare il tuo inventario tramite il Centro azioni.
Una volta lanciato, è importante monitorare lo stato della tua integrazione. È necessario mantenere le seguenti soglie. Il mancato rispetto costante di queste soglie comporterà il ritiro dell'integrazione.
Feed
- I feed devono essere inviati su base giornaliera senza errori o avvisi
- Le istruzioni di elaborazione devono essere impostate su PROCESS_AS_COMPLETE
- Per i feed di disponibilità, il caricamento giornaliero del feed completo dell'inventario non deve impostare alcun campo
_restrict.
Server di prenotazione
Per tutte le implementazioni del server di prenotazione, è necessario includere un percorso di controllo dell'integrità. Google controllerà periodicamente il percorso di HealthCheck
e, se non risponde o restituisce una risposta non corretta, disattiviamo provvisoriamente l'integrazione. Continueremo a controllare periodicamente il percorso di HealthCheck e, non appena riprenderà a restituire una risposta positiva, ripristineremo automaticamente l'integrazione.
| Implementazione standard |
| Metodo |
Soglie di tassi di errore |
Soglie di latenza |
| CheckAvailability |
<10% |
<5s |
| BatchAvailabilityLookup |
<3% |
< 1,5 s |
| CreateLease |
<10% |
<5s |
CreateBooking
UpdateBooking |
<5% |
<4s |
CreateBooking
(con pagamenti) |
<5% |
<15s |
| SetMarketingPreference |
<5% |
<5s |
Aggiornamenti in tempo reale
Per gli aggiornamenti in tempo reale, la latenza viene misurata in base alla differenza di tempo tra il momento in cui viene eseguita un'azione (ad es. la modifica di una prenotazione) e il momento in cui Prenota con Google riceve la richiesta di aggiornamento in tempo reale.
| API |
Soglie di tassi di errore |
Soglie di latenza |
| AvailabilityReplace RTU |
< 10% ogni giorno |
< 5 min |
| BookingNotification RTU |
<10% ogni giorno e per ogni stato |
< 5 min |
Le frequenze degli errori possono essere monitorate tramite le varie dashboard del Partner Portal, ovvero le dashboard Feed, Booking Server e Aggiornamenti in tempo reale.
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-07-26 UTC.
[null,null,["Ultimo aggiornamento 2025-07-26 UTC."],[[["\u003cp\u003eGoogle enables eligible inventory for external user booking upon integration launch through Actions Center.\u003c/p\u003e\n"],["\u003cp\u003eMaintaining specific thresholds for feeds, booking server, and real-time updates is crucial for sustained integration.\u003c/p\u003e\n"],["\u003cp\u003eFailure to consistently meet these performance benchmarks, including error rates and latency, will result in integration takedown.\u003c/p\u003e\n"],["\u003cp\u003ePartners can monitor integration health and error rates through dedicated dashboards within the Partner Portal, covering feeds, booking server, and real-time updates.\u003c/p\u003e\n"]]],["Upon launch, all eligible inventory is enabled for external user booking. Post-launch, daily feeds must be sent error-free with `PROCESS_AS_COMPLETE` and no `_restrict` fields in Availability feeds. A functioning HealthCheck route is crucial; failure results in temporary integration disablement. Booking server and real-time updates have strict error and latency thresholds. These are monitored via the Feeds, Booking Server, and Real-time Updates dashboards. Consistent failure to meet standards will result in integration removal.\n"],null,["# Step 5: Launch and monitoring\n\nAt launch, Google enables all of your eligible inventory in our production\nenvironment. This completes the integration and allows any external user to\nbook or reserve your inventory through the Actions Center.\n\nOnce you've launched, it's important to monitor the health of your\nintegration. The following thresholds must be maintained. Failure to maintain\nthese thresholds consistently will result in integration take-down.\n\nFeeds\n-----\n\n- Feeds should be sent on a daily basis with no errors or warnings\n - Processing instructions should be set to PROCESS_AS_COMPLETE\n - For Availability feeds, the full inventory daily feed upload should not set any `_restrict` fields.\n\nBooking server\n--------------\n\nFor all booking server implementations, there is a HealthCheck route that\nshould be included. Google will periodically check your HealthCheck route\nand should it not respond or return an unhealthy response, we will\ntemporarily disable your integration. We will continue to periodically\ncheck your HealthCheck route and once it resumes returning a healthy\nresponse we will automatically restore your integration.\n\n| Standard implementation |||\n| Method | Error Rate Thresholds | Latency Thresholds |\n|-------------------------------|-----------------------|--------------------|\n| CheckAvailability | \\\u003c10% | \\\u003c5s |\n| BatchAvailabilityLookup | \\\u003c3% | \\\u003c1.5s |\n| CreateLease | \\\u003c10% | \\\u003c5s |\n| CreateBooking UpdateBooking | \\\u003c5% | \\\u003c4s |\n| CreateBooking (with payments) | \\\u003c5% | \\\u003c15s |\n| SetMarketingPreference | \\\u003c5% | \\\u003c5s |\n\nReal-time updates\n-----------------\n\nFor real-time updates, latency is measured by the time difference between\nwhen an action is taken (e.g. modifying a booking) and when Reserve with\nGoogle receives the real-time update request.\n\n| API | Error Rate Thresholds | Latency Thresholds |\n|-------------------------|----------------------------------|--------------------|\n| AvailabilityReplace RTU | \\\u003c10% each day | \\\u003c5 mins |\n| BookingNotification RTU | \\\u003c10% each day \\& for each state | \\\u003c5 mins |\n\nError rates can be monitored through the various Partner Portal dashboards,\nnamely the\n[Feeds](https://partnerdash.google.com/apps/reservewithgoogle/dashboards/feeds),\n[Booking Server](https://partnerdash.google.com/apps/reservewithgoogle/dashboards/bookingserver), and\n[Real-time Updates](https://partnerdash.google.com/apps/reservewithgoogle/dashboards/realtimeupdates) dashboards."]]
