Étape 5: Lancement et surveillance
Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Lorsque vous êtes prêt à vous lancer, Google active l'ensemble de votre inventaire éligible dans notre environnement de production. L'intégration est alors finalisée, et tout utilisateur externe peut alors réserver votre inventaire via le Centre d'actions.
Il est ensuite important de surveiller l'état de votre intégration. Les seuils suivants doivent être respectés. Sinon, l'intégration sera suspendue.
Flux
- Les flux doivent être envoyés quotidiennement, sans erreurs ni avertissements.
- Les instructions de traitement doivent être définies sur PROCESS_AS_COMPLETE.
- Pour les flux de disponibilité, l'importation quotidienne du flux d'inventaire complet ne doit pas définir de champs
_restrict.
Serveur de réservation
Pour toutes les implémentations de serveur de réservation, un chemin d'accès HealthCheck doit être inclus. Google vérifie régulièrement votre route HealthCheck. S'il ne répond pas ou renvoie une réponse non valide, nous désactivons temporairement votre intégration. Nous continuerons de vérifier régulièrement votre route HealthCheck. Une fois qu'elle renverra à nouveau une réponse saine, nous restaurerons automatiquement votre intégration.
| Mise en œuvre standard |
| Méthode |
Seuils de taux d'erreurs |
Seuils de latence |
| CheckAvailability |
< 10 % |
< 5 s |
| BatchAvailabilityLookup |
< 3 % |
< 1,5 s |
| CreateLease |
< 10 % |
< 5 s |
CreateBooking
UpdateBooking |
< 5 % |
< 4 s |
CreateBooking
(avec paiements) |
< 5 % |
< 15 s |
| SetMarketingPreference |
< 5 % |
< 5 s |
Mises à jour en temps réel
Dans le cas des mises à jour en temps réel, la latence est mesurée en calculant la différence entre le moment où une action est effectuée (par exemple, le moment où une réservation est modifiée) et le moment où Réserver avec Google reçoit la requête de mise à jour en temps réel.
| API |
Seuils de taux d'erreurs |
Seuils de latence |
| AvailabilityReplace RTU |
< 10 % par jour |
< 5 min |
| BookingNotification RTU |
< 10 % par jour et par état |
< 5 min |
Vous pouvez surveiller les taux d'erreur sur les tableaux de bord Flux, Serveur de réservation et Mises à jour en temps réel du portail des partenaires.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/07/26 (UTC).
[null,null,["Dernière mise à jour le 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."]]
