출시 및 모니터링
컬렉션을 사용해 정리하기
내 환경설정을 기준으로 콘텐츠를 저장하고 분류하세요.
Google 팀에서 특정 날짜와 시간에 출시를 예약합니다. 판매자가 온라인 상태가 되는 데 몇 시간 정도 지연이 있을 수 있습니다.
통합은 출시 후 일주일 동안 모니터링됩니다. 예약 서버 또는 실시간 업데이트 (RTU)가 오류 기준점을 초과하면 수정하라는 알림이 전송됩니다. 문제가 해결되지 않으면 Google에서 통합을 삭제합니다.
예약 서버
모든 예약 서버 구현에는 포함해야 하는 HealthCheck
경로가 있습니다. Actions Center에서 HealthCheck
경로를 주기적으로 확인합니다.
응답하지 않거나 비정상 응답을 반환하면 통합이 일시적으로 사용 중지됩니다. Google에서는 HealthCheck
경로를 주기적으로 계속 확인하며, 정상 응답이 반환되면 통합을 자동으로 복원합니다.
|
표준 구현 방법
|
오류율 임계값
|
지연 시간 기준
|
CheckAvailability
참고: 이 예약 서버 엔드포인트는 기존 엔드포인트입니다. 새 통합은 이 엔드포인트를 구현해서는 안 됩니다.
|
10% 미만 |
<5초 |
BatchAvailabilityLookup
|
<3% |
1.5초 미만 |
CreateBooking
UpdateBooking
|
5% 미만 |
<4초 |
RTU
RTU의 경우 지연 시간은 작업이 수행되는 시점 (예: 예약 수정)과 Actions Center에서 RTU 요청을 받는 시점 사이의 시간 차이로 측정됩니다.
API
|
오류율 임계값
|
지연 시간 기준
|
BookingNotification RTU
|
각 날짜 및 각 주 <10% |
5분 미만 |
오류율은 다양한 파트너 포털 대시보드, 즉 피드, 예약 서버, RTU 대시보드를 통해 모니터링할 수 있습니다.
인벤토리 규정 준수 요구사항
인벤토리 규정 준수 요구사항을 계속 준수해야 합니다.
판매자가 서비스를 선택 해제하는 방법에 관한 자세한 내용은 도움말의 서드 파티 링크 삭제 섹션을 참고하세요.
인벤토리 규정 준수 정책을 위반하면 통합이 사용 중지되거나 종료될 수 있습니다.
달리 명시되지 않는 한 이 페이지의 콘텐츠에는 Creative Commons Attribution 4.0 라이선스에 따라 라이선스가 부여되며, 코드 샘플에는 Apache 2.0 라이선스에 따라 라이선스가 부여됩니다. 자세한 내용은 Google Developers 사이트 정책을 참조하세요. 자바는 Oracle 및/또는 Oracle 계열사의 등록 상표입니다.
최종 업데이트: 2025-07-26(UTC)
[null,null,["최종 업데이트: 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."]]