Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Unser Team plant den Start für ein bestimmtes Datum und eine bestimmte Uhrzeit. Es kann mehrere Stunden dauern, bis Händler online gehen.
Ihre Integration wird nach der Einführung eine Woche lang überwacht. Wenn Ihr Buchungsserver oder Ihre Echtzeitaktualisierungen (Real-Time Updates, RTUs) die Fehlerschwellenwerte überschreiten, werden wir Sie informieren, damit Sie die Fehler beheben können. Wenn die Probleme nicht behoben werden, wird Ihre Integration von Google entfernt.
Buchungsserver
Für alle Buchungsserver-Implementierungen ist ein HealthCheck-Pfad erforderlich. Das Actions Center prüft regelmäßig Ihre HealthCheck-Route.
Wenn es nicht reagiert oder eine fehlerhafte Antwort zurückgibt, deaktivieren wir Ihre Integration vorübergehend. Wir prüfen weiterhin regelmäßig Ihren HealthCheck-Pfad. Sobald er eine fehlerfreie Antwort zurückgibt, stellen wir Ihre Integration automatisch wieder her.
Standardimplementierungsmethoden
Grenzwerte für die Fehlerrate
Latenzschwellenwerte
CheckAvailability
Hinweis: Dieser Buchungsserver-Endpunkt ist veraltet. Neue Integrationen dürfen diesen Endpunkt nicht implementieren.
<10 %
<5 s
BatchAvailabilityLookup
<3 %
<1,5 s
CreateBooking
UpdateBooking
<5 %
<4 s
RTUs
Bei Echtzeitaktualisierungen ist die Latenz die Zeit, die zwischen dem Ausführen der Aktion (z. B. dem Ändern einer Buchung) und dem Zeitpunkt, an dem das Actions Center die Aktualisierungsanfrage in Echtzeit erhält, verstreicht.
API
Grenzwerte für die Fehlerrate
Latenzschwellenwerte
BookingNotification RTU
<10% pro Tag und Status
< 5 Minuten
Fehlerraten können über die verschiedenen Dashboards (Feeds, Buchungsserver und RTU) im Partner-Portal überwacht werden.
Complianceanforderungen für Inventar
Achten Sie darauf, dass Sie weiterhin die Anforderungen an die Inventar-Compliance einhalten.
Informationen dazu, wie ein Händler Ihren Dienst deaktivieren kann, finden Sie im Abschnitt Links von Drittanbietern entfernen des Hilfeartikels.
Wenn Sie gegen die Richtlinie zur Inventarkonformität verstoßen, kann Ihre Integration deaktiviert oder gekündigt werden.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Benötigte Informationen nicht gefunden","missingTheInformationINeed","thumb-down"],["Zu umständlich/zu viele Schritte","tooComplicatedTooManySteps","thumb-down"],["Nicht mehr aktuell","outOfDate","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Problem mit Beispielen/Code","samplesCodeIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 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."]]
