Paso 5: Lanzamiento y supervisión
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
En el lanzamiento, Google habilita todo tu inventario apto en nuestro entorno de producción. Esto completa la integración y permite que cualquier usuario externo realice una reserva en tu inventario a través del Centro de acciones.
Después del lanzamiento, es importante supervisar el estado de tu integración. Se deben mantener los siguientes límites. Si esto no sucede de forma constante, se eliminará la integración.
Feeds
- Los feeds deben enviarse diariamente sin errores ni advertencias.
- Las instrucciones de procesamiento deben configurarse como PROCESS_AS_COMPLETE.
- En el caso de los feeds de disponibilidad, la carga diaria del feed de inventario completo no debe establecer ningún campo
_restrict.
Servidor de reservas
Para todas las implementaciones de servidores de reservas, hay una ruta de HealthCheck que se debe incluir. Google revisará periódicamente tu ruta de HealthCheck
y, si no responde o muestra una respuesta no apta,
inhabilitaremos temporalmente tu integración. Seguiremos revisando
periódicamente tu ruta de HealthCheck y, una vez que vuelva a mostrar una respuesta
correcta, restableceremos automáticamente tu integración.
| Implementación estándar |
| Método |
Límites de tasa de errores |
Límites de latencia |
| CheckAvailability |
<10% |
<5 s |
| BatchAvailabilityLookup |
<3% |
<1.5 s |
| CreateLease |
<10% |
<5 s |
CreateBooking
UpdateBooking |
<5% |
<4 s |
CreateBooking
(con pagos) |
<5% |
<15 s |
| SetMarketingPreference |
<5% |
<5 s |
Actualizaciones en tiempo real
En el caso de las actualizaciones en tiempo real, la latencia se mide según el tiempo que transcurre entre que se realiza una acción (p.ej., se modifica una reserva) y Reserva con Google recibe la solicitud de actualización en tiempo real.
| API |
Límites de tasa de errores |
Límites de latencia |
| Actualización en tiempo real de AvailabilityReplace |
<10% por día |
<5 min |
| Actualización en tiempo real de BookingNotification |
<10% por día y para cada estado |
<5 min |
Las tasas de errores se pueden supervisar a través de los distintos paneles del portal de socios, es decir, los paneles Feeds, Servidor de reservas y Actualizaciones en tiempo real.
Salvo que se indique lo contrario, el contenido de esta página está sujeto a la licencia Atribución 4.0 de Creative Commons, y los ejemplos de código están sujetos a la licencia Apache 2.0. Para obtener más información, consulta las políticas del sitio de Google Developers. Java es una marca registrada de Oracle o sus afiliados.
Última actualización: 2025-07-26 (UTC)
[null,null,["Última actualización: 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."]]
