Etapa 7: lançamento e monitoramento
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
No lançamento, o Google ativa todo o seu inventário qualificado no nosso ambiente de
produção. A integração será concluída, e qualquer usuário externo poderá
agendar ou reservar o inventário pela Central de ações.
Após o lançamento, é importante monitorar o desempenho da sua
integração. Os limites abaixo precisam ser respeitados. Se eles não forem seguidos, sua integração será removida.
Feeds
- Os feeds precisam ser enviados diariamente sem erros ou avisos.
- As instruções de processamento devem ser definidas como PROCESS_AS_COMPLETE.
- Para feeds de disponibilidade, o upload diário de feed do inventário completo não pode definir campos
_restrict.
Servidor de agendamento
Para todas as implementações do servidor de agendamento, há uma rota de verificação de integridade que
precisa ser incluída. O Google vai verificar periodicamente sua rota de verificação de integridade.
Se ela não responder ou retornar uma resposta não íntegra, vamos
desativar temporariamente sua integração. Vamos continuar verificando periodicamente
sua rota do HealthCheck. Quando ela voltar a retornar uma resposta
íntegra, vamos restaurar automaticamente a integração.
| Implementação padrão |
| Método |
Limites de taxa de erros |
Limites de latência |
| CheckAvailability |
<10% |
Menos de 5 s |
| BatchAvailabilityLookup |
Menos de 3% |
<1,5s |
| CreateLease |
<10% |
Menos de 5 s |
CreateBooking
UpdateBooking |
Menos de 5% |
Menos de 4 s |
CreateBooking
(com pagamentos) |
Menos de 5% |
Menos de 15 s |
| SetMarketingPreference |
Menos de 5% |
Menos de 5 s |
Atualizações em tempo real
Para atualizações em tempo real, a latência é medida com base na diferença de horário entre uma ação (por exemplo, modificar um agendamento) e quando o Reservar com o Google recebe a solicitação dessa atualização.
| API |
Limites de taxa de erros |
Limites de latência |
| AvailabilityReplace RTU |
Menos de 10% por dia |
Menos de 5 min |
| BookingNotification RTU |
Menos de 10% por dia e para cada estado |
Menos de 5 min |
As taxas de erro podem ser monitoradas por meio dos vários painéis do Portal do Google Partners, como Feeds, Servidor de agendamento e Atualizações em tempo real.
Exceto em caso de indicação contrária, o conteúdo desta página é licenciado de acordo com a Licença de atribuição 4.0 do Creative Commons, e as amostras de código são licenciadas de acordo com a Licença Apache 2.0. Para mais detalhes, consulte as políticas do site do Google Developers. Java é uma marca registrada da Oracle e/ou afiliadas.
Última atualização 2025-07-26 UTC.
[null,null,["Última atualização 2025-07-26 UTC."],[[["\u003cp\u003eUpon launch, your eligible inventory is activated, enabling external bookings through Google's platform.\u003c/p\u003e\n"],["\u003cp\u003eMaintaining integration requires adhering to feed, booking server, and real-time update standards to avoid deactivation.\u003c/p\u003e\n"],["\u003cp\u003eDaily error and latency thresholds are enforced for various booking server functionalities to ensure system responsiveness and reliability.\u003c/p\u003e\n"],["\u003cp\u003eReal-time updates, like availability and booking changes, must be relayed to Google within defined timeframes for accurate reflection on the platform.\u003c/p\u003e\n"],["\u003cp\u003ePartners can actively track integration performance through dedicated dashboards for feeds, booking servers, and real-time updates within the Partner Portal.\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 7: 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."]]
