예약 상품 통합 정책
컬렉션을 사용해 정리하기
내 환경설정을 기준으로 콘텐츠를 저장하고 분류하세요.
다음 통합 정책은 예약 상품 통합에 적용됩니다.
혜택 정책
방문 페이지 (모바일 페이지 및 애플리케이션)
- Google에 공유된 모든 음식점의 모든 제품은 최소한 모바일 방문 페이지에 모든 관련 정보와 함께 표시되어야 합니다.
- 제품 가치 및 설명 텍스트가 방문 페이지에 직접 표시되어야 합니다.
- 방문 페이지는 각 제품의 자격요건을 명확하고 포괄적으로 설명해야 합니다. 여기에는 사용자 세그먼트, 결제 수단, 특정 요일 또는 시간, 최소 지출 금액, 혜택 사용 횟수와 관련된 제한사항이 포함됩니다.
- 기타 모든 제품 제한사항 (예: 자격요건, 사용 안내, 약관 등)은 방문 페이지에 표시되거나 방문 페이지에서 클릭 한 번으로 액세스할 수 있어야 합니다 (예: 팝업 대화상자).
OFFER_MODE_WALK_IN 혜택을 제외한 모든 혜택의 경우 혜택과 연결된 작업 흐름(예: 테이블 예약)에서 사용자가 선택과 관련된 관련 혜택(예: 예약의 경우 선택한 시간대 및 인원수에 해당하는 혜택)- 사용 안내 및 방법은 명확하게 설명되어야 하며 실행 가능해야 합니다(예: 혜택을 사용하려면 결제 시 파트너 시스템에서 청구서를 결제해야 하는 경우 시스템에서 결제하라는 안내가 언급되어야 하며 사용자가 결제 시 파트너 시스템에서 청구서를 결제할 수 있어야 함).
- 제품 URL이 파트너의 설치된 모바일 애플리케이션으로 리디렉션되는 경우 애플리케이션의 방문 페이지는 제품 방문 페이지에 대해 이 섹션에 설명된 모든 요구사항을 충족해야 합니다.
- Google 환경에서 제품과 상호작용한 직후 뒤로 이동 (예: 뒤로 버튼 사용, 동작 탐색)하면 사용자가 원래 Google 환경으로 돌아가야 합니다.
제품 데이터 및 형식
- 파트너는 관련 문서에 설명된 지정된 기술 요구사항 및 데이터 형식을 준수해야 합니다. 이러한 요구사항을 충족하지 않으면 피드 처리 오류 또는 지연이 발생할 수 있습니다.
- 혜택은 일반적으로 모든 사용자에게 제공되어야 합니다. 누구나 구독할 수 있는 경우 유료 구독이 필요한 제품이 있을 수 있습니다.
- 제공된 모든 메타데이터는 피드 업로드 시 정확하고 최신 상태여야 합니다 (최소한 매일 업로드해야 함). 등록된 제품은 활성 상태여야 하며
ValidityPeriod를 사용하여 표시된 대로 즉시 또는 사전에 사용자에게 제공되어야 합니다. 오래되었거나 매진되었거나 만료된 제품은 피드에서 삭제해야 합니다.
- 파트너는 플랫폼 전반에서 일관된 제품 형식을 사용해야 합니다. 피드의 제품 세부정보와 파트너의 앱 또는 웹사이트에 표시되는 제품 세부정보가 일치하지 않는 것은 금지됩니다.
- 파트너는
offer_display_text 필드에 혜택의 가치와 제한사항을 정확하게 반영하는 명확하고 간결한 혜택 세부정보를 제공해야 합니다.
- 파트너는 각 제품에 대해 제품 카테고리 (기본 제품 또는 부가기능 제품)와 해당 제품 모드 (
OFFER_MODE_FREE_RESERVATION, OFFER_MODE_PAID_RESERVATION, OFFER_MODE_WALK_IN)를 명확하게 표시해야 합니다.
- 파트너는 각 제품에 대한 결제 수단 유형을 정확하게 매핑해야 합니다.
- 파트너는 하루에 한 번 이상 또는 개발자 문서에 따라 자동으로 업데이트를 제공해야 합니다.
데이터 업데이트 빈도는 95% 정확성을 충족하기에 충분해야 합니다.
달리 명시되지 않는 한 이 페이지의 콘텐츠에는 Creative Commons Attribution 4.0 라이선스에 따라 라이선스가 부여되며, 코드 샘플에는 Apache 2.0 라이선스에 따라 라이선스가 부여됩니다. 자세한 내용은 Google Developers 사이트 정책을 참조하세요. 자바는 Oracle 및/또는 Oracle 계열사의 등록 상표입니다.
최종 업데이트: 2025-05-26(UTC)
[null,null,["최종 업데이트: 2025-05-26(UTC)"],[],[],null,["# Reservations Offers Integration Policies\n\nThe following integration policies apply to the Reservations Offers integration.\n\nOffers policy\n-------------\n\n### Landing Page (mobile page \\& application)\n\n- All Offers shared with Google for any restaurant should be visible with all relevant information on at least the mobile landing page.\n - The offer value and description text must be visible on the landing page directly.\n - Landing pages must clearly and comprehensively outline the eligibility requirements for each offer. This includes restrictions related to user segments, payment methods, specific days or times, minimum spending amounts, and the number of times the offer can be used.\n - All other offer restrictions (ex: conditions of eligibility, redeeming instruction, terms ...) must be visible on the landing page or accessible within 1 click of the landing page (ex: pop-up dialog).\n- For all offers except `OFFER_MODE_WALK_IN` offers, the action flow associated with the offer (ex. reserving a table) must allow the user to select the offer(s) applicable associated with their selection (ex. For reservation, offers applicable for the time slot and party size selected)\n- The redeeming instructions and methods must be clearly stated and actionable (ex: if redeeming the offer requires paying the bill on the partner system at checkout, the instruction to pay on the system should be mentioned and the user should be able to pay the bill on the partner system at checkout).\n- When an offer URL redirects to a partner's installed mobile application, the application's landing page must meet all requirements outlined in this section for offer landing pages.\n - Upon navigating back (e.g., using the back button, gesture navigation) immediately after interacting with an offer on a Google experience, users must be returned to the originating Google experience.\n\n### Offers Data \\& Format\n\n- Partners must adhere to the specified technical requirements and data formats outlined in the relevant documentation. Failure to meet these requirements can result in feed processing errors or delays.\n- The offer must be generally available to any user. Offers may require a paid subscription, as long as anyone can subscribe.\n- All metadata provided must be accurate and up-to-date at the time of feed upload (must be uploaded at least on a daily basis). Offers listed must be active and available to users either immediately or in advance as indicated using in the `ValidityPeriod`; outdated, sold out or expired offers must be removed from the feed.\n- Partners must use consistent offer formats across platforms. Discrepancies between the offer details in the feed and those displayed on the partner's app or website are prohibited.\n- Partners must provide clear and concise offer details in the `offer_display_text` field, accurately reflecting the offer's value and any limitations.\n- Partners must clearly indicate the offer category (Base Offer or Add-On Offer) and applicable offer modes (`OFFER_MODE_FREE_RESERVATION`, `OFFER_MODE_PAID_RESERVATION`, `OFFER_MODE_WALK_IN`) for each offer.\n- Partners must ensure accurate mapping of payment instrument types for each offer.\n- Partner must provide updates automatically at least once a day or as per the [developer documentation](/actions-center/verticals/reservations/offers/integration-steps/overview). Data update frequency must be sufficient to meet 95% accuracy."]]
