Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Nuestro equipo programa el lanzamiento para una fecha y hora específicas. Es posible que veas una demora de varias horas en la publicación de los comercios en línea.
Se supervisará tu integración durante una semana después del lanzamiento. Si tu servidor de reservas o tus actualizaciones en tiempo real (RTU) superan los umbrales de error, te informaremos para que los corrijas. Si los problemas no se resuelven, Google quitará tu integración.
Servidor de reservas
En todas las implementaciones del servidor de reservas, debe incluirse una ruta HealthCheck. Actions Center revisa periódicamente tu ruta de HealthCheck.
Si no responde o devuelve una respuesta en mal estado, inhabilitaremos temporalmente tu integración. Seguimos verificando periódicamente tu ruta de HealthCheck y, después de que devuelve una respuesta correcta, restablecemos automáticamente tu integración.
Métodos de implementación estándar
Límites de tasa de errores
Límites de latencia
CheckAvailability
Nota: Este extremo del servidor de reservas es heredado. Las integraciones nuevas no deben implementar este extremo.
<10%
<5 s
BatchAvailabilityLookup
<3%
<1.5 s
CreateBooking
UpdateBooking
<5%
<4 s
RTU
En el caso de las RTU, la latencia se mide según la diferencia de tiempo entre el momento en que se realiza una acción (por ejemplo, modificar una reserva) y el momento en que el Centro de acciones recibe la solicitud de RTU.
API
Límites de tasa de errores
Límites de latencia
BookingNotification RTU
<10% por día y para cada estado
Menos de 5 minutos
Puedes supervisar las tasas de errores a través de los distintos paneles del Portal para socios, es decir, los paneles Feeds, Servidor de reservas y RTU.
Requisitos de cumplimiento del inventario
Asegúrate de seguir cumpliendo con los requisitos de cumplimiento del inventario.
Para obtener información sobre cómo un comercio puede inhabilitar tu servicio, consulta la sección Cómo quitar vínculos de terceros del artículo de ayuda.
Si incumples la política de Cumplimiento del Inventario, es posible que se inhabilite o cierre tu integración.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Falta la información que necesito","missingTheInformationINeed","thumb-down"],["Muy complicado o demasiados pasos","tooComplicatedTooManySteps","thumb-down"],["Desactualizado","outOfDate","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Problema con las muestras o los códigos","samplesCodeIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 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."]]
