Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Il nostro team pianifica il lancio per una data e un'ora specifiche. Potresti notare un ritardo
nell'attivazione online dei commercianti nell'arco di diverse ore.
L'integrazione viene monitorata per una settimana dopo il lancio. Se il tuo Booking
Server o gli aggiornamenti in tempo reale (RTU) superano le soglie di errore, ti informeremo
perché tu possa correggerli. Se i problemi non vengono risolti, Google rimuoverà l'integrazione.
Server di prenotazione
Per tutte le implementazioni del server di prenotazione, esiste una route HealthCheck che deve essere inclusa. Actions Center controlla periodicamente il tuo percorso HealthCheck.
Se non risponde o restituisce una risposta non integra, disattiviamo temporaneamente
l'integrazione. Continuiamo a controllare periodicamente il tuo percorso HealthCheck
e, dopo che restituisce una risposta corretta, ripristiniamo automaticamente
l'integrazione.
Metodi di implementazione standard
Soglie del tasso di errore
Soglie di latenza
CheckAvailability
Nota: questo endpoint del server di prenotazione è legacy. Le nuove integrazioni non devono
implementare questo endpoint.
<10%
<5s
BatchAvailabilityLookup
<3%
< 1,5 s
CreateBooking
UpdateBooking
<5%
<4s
RTU
Per le RTU, la latenza viene misurata in base alla differenza di tempo tra il momento in cui viene eseguita un'azione (ad esempio la modifica di una prenotazione) e il momento in cui Actions Center riceve la richiesta RTU.
API
Soglie del tasso di errore
Soglie di latenza
BookingNotification RTU
< 10% al giorno e per ogni stato
< 5 minuti
Puoi monitorare i tassi di errore tramite le varie dashboard del Partner Portal, ovvero le dashboard Feed, Server di prenotazione e RTU.
Requisiti di conformità dell'inventario
Assicurati di continuare a rispettare i requisiti di conformità dell'inventario.
Per informazioni su come un commerciante può disattivare il tuo servizio, consulta la sezione Rimuovere link di terze parti dell'articolo del Centro assistenza.
Se violi le norme di conformità dell'inventario, la tua integrazione potrebbe essere
disattivata o chiusa.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Mancano le informazioni di cui ho bisogno","missingTheInformationINeed","thumb-down"],["Troppo complicato/troppi passaggi","tooComplicatedTooManySteps","thumb-down"],["Obsoleti","outOfDate","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Problema relativo a esempi/codice","samplesCodeIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-07-26 UTC."],[],[],null,["# Launch and Monitor\n\nOur team schedules the launch for a specific date and time. You may see a delay\nof merchants going online over several hours.\n\nYour integration is monitored for a week after the launch. If your Booking\nServer or Real-Time Updates (RTUs) are over any error thresholds, we will inform\nyou to correct them. If the issues aren't resolved, Google will take down your\nintegration.\n\n### Booking Server\n\nFor all Booking Server implementations, there is a `HealthCheck` route that must\nbe included. The Actions Center periodically checks your `HealthCheck` route.\nIf it doesn't respond or returns an unhealthy response, we temporarily disable\nyour integration. We continue to periodically check your `HealthCheck` route\nand after it returns a healthy response, we automatically restore your\nintegration.\n\n|----------------------------------------------------------------------------------------------------------------------|-------|--------|\n| |||\n| `CheckAvailability` Note: This booking server endpoint is legacy. New integrations must not implement this endpoint. | \\\u003c10% | \\\u003c5s |\n| `BatchAvailabilityLookup` | \\\u003c3% | \\\u003c1.5s |\n| `CreateBooking` `UpdateBooking` | \\\u003c5% | \\\u003c4s |\n\n### RTUs\n\nFor RTUs, latency is measured by the time difference between when an action is\ntaken (for example, modifying a booking) and when Actions Center receives the\nRTU request.\n\n| **API** | **Error rate thresholds** | **Latency thresholds** |\n|---------------------------|-----------------------------------|------------------------|\n| `BookingNotification RTU` | \\\u003c10% each day and for each state | \\\u003c5 minutes |\n\nYou can monitor error rates through the various Partner Portal dashboards,\nnamely the [Feeds](https://partnerdash.google.com/apps/reservewithgoogle/dashboards/feeds),\n[Booking Server](https://partnerdash.google.com/apps/reservewithgoogle/dashboards/bookingserver),\nand [RTU](https://partnerdash.google.com/apps/reservewithgoogle/dashboards/realtimeupdates)\ndashboards.\n\n### Inventory Compliance requirements\n\nMake sure that you continue to follow the [Inventory Compliance requirements](/actions-center/verticals/reservations/e2e/policies/compliance-requirements).\nFor information on how a merchant can opt out of your service, see\nthe **Remove third-party links** section of\nthe [help article](https://support.google.com/business/answer/6218037?hl=en&ref_topic=11498161&sjid=1606319823142007035-NC).\nIf you violate the Inventory Compliance policy, your integration could be\ndisabled or terminated."]]
