Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Tim kami menjadwalkan peluncuran pada tanggal dan waktu tertentu. Anda mungkin melihat penundaan
penjual yang beralih ke online selama beberapa jam.
Integrasi Anda dipantau selama seminggu setelah peluncuran. Jika Server Pemesanan atau Update Real-Time (RTU) Anda melebihi batas error, kami akan memberi tahu Anda untuk memperbaikinya. Jika masalah tidak terselesaikan, Google akan menghentikan integrasi Anda.
Booking Server
Untuk semua penerapan Server Pemesanan, ada rute HealthCheck yang harus disertakan. Actions Center secara berkala memeriksa rute HealthCheck Anda.
Jika tidak merespons atau menampilkan respons yang tidak sehat, kami akan menonaktifkan integrasi Anda untuk sementara. Kami terus memeriksa rute HealthCheck Anda secara berkala dan setelah rute tersebut memberikan respons yang sehat, kami akan otomatis memulihkan integrasi Anda.
Metode penerapan standar
Ambang batas tingkat error
Nilai minimum latensi
CheckAvailability
Catatan: Endpoint server pemesanan ini adalah endpoint lama. Integrasi baru tidak boleh
menerapkan endpoint ini.
<10%
<5 dtk
BatchAvailabilityLookup
<3%
<1,5 dtk
CreateBooking
UpdateBooking
<5%
<4 dtk
RTU
Untuk RTU, latensi diukur berdasarkan selisih waktu antara saat tindakan diambil (misalnya, mengubah pemesanan) dan saat Pusat Tindakan menerima permintaan RTU.
API
Ambang batas tingkat error
Nilai minimum latensi
BookingNotification RTU
<10% setiap hari dan untuk setiap negara bagian
<5 menit
Anda dapat memantau tingkat error melalui berbagai dasbor Partner Portal, yaitu dasbor Feed, Server Pemesanan, dan RTU.
Persyaratan Kepatuhan Inventaris
Pastikan Anda terus mematuhi persyaratan Kepatuhan Inventaris.
Untuk mengetahui informasi tentang cara penjual dapat memilih untuk tidak menggunakan layanan Anda, lihat bagian Menghapus link pihak ketiga dalam artikel bantuan.
Jika Anda melanggar kebijakan Kepatuhan Inventaris, integrasi Anda dapat dinonaktifkan atau dihentikan.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Informasi yang saya butuhkan tidak ada","missingTheInformationINeed","thumb-down"],["Terlalu rumit/langkahnya terlalu banyak","tooComplicatedTooManySteps","thumb-down"],["Sudah usang","outOfDate","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Masalah kode / contoh","samplesCodeIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 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."]]
