이 페이지는 Cloud Translation API를 통해 번역되었습니다.

예약 엔드투엔드 통합 정책

다음 통합 정책은 예약 엔드 투 엔드 통합에 적용됩니다.

엔드 투 엔드 정책

통합을 시작하기 전에 다음 통합 자격 기준을 읽어보세요. 파트너가 Actions Center의 예약 엔드투엔드 통합과 통합하려면 다음 요구사항 및 정책을 충족해야 합니다.

다음 요건은 Actions Center 프로그램의 필수 자격 요건이지만 파트너가 요건을 충족해도 Actions Center와 통합하거나 Actions Center를 사용하여 게시할 수 있는 것은 아닙니다.

요구사항 및 정책을 준수하지 않으면 통합, 판매자 또는 서비스가 플랫폼에서 정지되거나 삭제될 수 있습니다.

일반 플랫폼 요건

파트너는 개인정보 보호법(GDPR) 및 기타 개인정보 보호 관련 법규에 따라 개인 식별 정보 등 모든 판매자 및 사용자 데이터를 수집하고 처리해야 합니다.
파트너는 판매자를 대신하여 예약할 수 있는 권한이 있어야 합니다.
파트너는 판매자의 이용 가능 여부/시간대에 직접 실시간으로 액세스할 수 있어야 합니다. 즉 파트너는 Google의 이용 가능 여부 확인 요청에 1초 이내로 응답할 수 있어야 합니다.
- 특별한 경우: Google은 판매자의 비동기 확인이 필요한 예약을 지원하지만 예약 과정은 이용 가능 시간대를 기반으로 해야 합니다. 파트너는 예약을 완료하기 위해서는 판매자의 확인이 필요하더라도 판매자 온라인 시스템을 통해 이용 가능 여부를 실시간으로 확인할 수 있어야 합니다.
파트너는 판매자를 위한 포괄적인 인벤토리를 보유하고 있어야 합니다. 부분적이거나 오래된 인벤토리를 보유한 판매자는 자격이 없습니다.
파트너는 30일 이상의 기간에 대해 판매자의 이용 가능 여부를 확인할 수 있어야 합니다.
파트너는 온라인 예약 취소를 지원해야 합니다.
선불 결제가 필요한 파트너는 액션 센터의 결제 정책을 준수해야 하며 결제 대행업체는 다음 지원 목록에 포함되어 있고 토큰화된 결제를 허용해야 합니다.
파트너는 서비스 비용에 대한 정확한 가격 데이터를 제공하고 액션 센터의 가격 책정 정책을 준수해야 합니다.
파트너는 Actions Center 기술 예약 엔드투엔드 통합 요구사항을 충족할 수 있어야 합니다.
파트너는 Actions Center의 판매자 및 서비스 자격 요건을 준수해야 합니다.
파트너는 Actions Center의 지원 및 유지관리 가이드라인을 준수해야 합니다.
파트너는 출시 및 모니터링 가이드라인에 정의된 허용 가능한 오류 발생률을 유지해야 합니다.
비동기식 통합으로 이루어진 예약을 제외하고 모든 예약은 실시간으로 자동으로 확인되어야 합니다. 비동기 통합을 통해 이루어진 예약은 비동기 가이드라인을 준수해야 합니다.
파트너는 Actions Center의 카테고리 또는 기능별 정책 (제품, 결제, 온라인 서비스, 식당)을 준수해야 합니다.
파트너는 가이드라인에 따라 판매자 이름, 주소, 서비스 이름, 설명에 대한 표준 품질 콘텐츠를 유지해야 합니다.

혜택 정책

방문 페이지

Google에 공유된 모든 레스토랑의 제품은 방문 페이지에 모든 관련 정보와 함께 표시되어야 합니다.
- 제품 가치 및 설명 텍스트는 방문 페이지에 직접 표시되어야 합니다.
- 최소 청구 금액, 최대 할인 금액, 필요한 정기 결제와 연결된 제품 제한사항은 방문 페이지에 직접 표시되어야 합니다.
- 기타 모든 제품 제한사항 (예: 자격요건, 사용 안내, 약관 등)은 방문 페이지에 표시되거나 방문 페이지에서 클릭 한 번으로 액세스할 수 있어야 합니다 (예: 팝업 대화상자).
OFFER_MODE_WALK_IN 혜택을 제외한 모든 혜택의 경우 혜택과 연결된 작업 흐름(예: 테이블 예약)에서 사용자가 선택과 관련된 관련 혜택(예: 예약의 경우 선택한 시간대 및 인원수에 해당하는 혜택)
사용 안내 및 방법은 명확하게 설명되어야 하며 실행 가능해야 합니다(예: 혜택을 사용하려면 결제 시 파트너 시스템에서 청구서를 결제해야 하는 경우 시스템에서 결제하라는 안내가 언급되어야 하며 사용자가 결제 시 파트너 시스템에서 청구서를 결제할 수 있어야 함).
제품 URL이 파트너 애플리케이션 (설치된 경우)으로 리디렉션될 수 있는 경우 모바일 애플리케이션 페이지에도 위와 동일한 요구사항이 적용됩니다.

혜택

혜택은 일반적으로 모든 사용자에게 제공되어야 합니다. 누구나 구독할 수 있는 경우 유료 구독이 필요할 수 있습니다.
제공된 모든 메타데이터는 피드 업로드 시 정확하고 최신 상태여야 합니다.
- 피드 업로드 시 재고가 없는 제품은 피드에 포함되어서는 안 됩니다.

음식 메뉴 정책 및 요구사항

통합을 시작하기 전에 다음 통합 자격 기준을 읽어보세요. 파트너가 통합하려면 음식 메뉴 정책을 준수하고 다음 요구사항을 충족해야 합니다. Google은 사용자에게 유용한 방식으로 메뉴 및 음식 데이터를 표시할 권리를 보유합니다.

요구사항 및 정책을 준수하지 않으면 통합, 판매자 또는 서비스가 플랫폼에서 정지되거나 삭제될 수 있습니다.

정책 및 요구사항

파트너는 욕설, 금지된 이미지, 개인 식별 정보 (PII) 또는 사용자 제작 콘텐츠와 같은 금지된 정보 (세부정보 참고)를 메뉴 피드에 전송해서는 안 됩니다.
파트너는 메뉴 피드를 사용하여 서비스(예: curbside, 프로모션 코드 등)와 같은 메뉴가 아닌 항목을 공유해서는 안 됩니다.
파트너는 예약 E2E 메뉴 사양 또는 주문 리디렉션 메뉴 사양(최대 파일 크기 2MB)에 모든 필수 데이터를 제공해야 합니다. 기술 요구사항은 입력란을 선택사항/필수사항으로 표시하여 예약 E2E 메뉴 사양 또는 주문 리디렉션 메뉴 사양에서 다룹니다.
파트너는 해당 레스토랑 위치에서 제공되는 메뉴 항목만 제공해야 합니다.
파트너는 각 위치의 전체 메뉴를 전송해야 합니다. 메뉴가 불완전한 판매자는 표시 대상이 아닐 수 있습니다.
파트너와 판매자는 메뉴가 정확한지 확인하고 매일 업데이트해야 합니다.
메뉴 항목 사진은 조명이 잘 밝아야 하며, 초점이 맞춰진 메뉴 항목 1개를 포함해야 하고, 사람 또는 음식이 아닌 다른 이미지를 포함해서는 안 되며, 이미지 사양을 준수해야 합니다 (사진 가이드라인 참고).
현지 법규에서 요구하지 않는 한 팁, 세금 또는 수수료가 포함되지 않은 메뉴 항목별 가격을 표시해야 합니다. 파트너는 현지 통화를 명시적으로 제공해야 합니다.
특수 메뉴는 지원되며 더 이상 제공되지 않는 경우 삭제해야 합니다(예: 고정 가격 메뉴, 시즌별 메뉴, 기간 한정 특별 메뉴).

결제 리디렉션 정책

이 섹션에서는 액션 센터에서 결제 리디렉션을 구현하기 위한 일반적인 정책과 기능별 정책을 지정합니다. Actions Center를 사용하는 소비자, 판매자, 파트너에게 일관된 경험을 제공하려면 결제가 필요한 인벤토리가 적절한 가이드라인을 준수해야 합니다. 이러한 정책을 준수하지 않으면 통합이 정지됩니다.

일반

다음 정책은 Google 예약의 모든 결제 거래 및 인벤토리에 적용됩니다.

사용자에게 청구되는 금액은 관련 법규에 따라 거래 약관에 지정된 금액과 동일해야 합니다.
파트너는 실시간 업데이트(RTU)를 사용하여 이용 가능 여부를 업데이트하거나 BatchAvailabilityLookup 호출이 정확한 슬롯 이용 가능 여부를 반영하도록 할 책임이 있습니다.
신용카드가 필요한 거래의 경우 사용자에게 대금을 청구해서는 안 됩니다.
결제 구성 과정을 통해 명시된 대로 결제 시 명시적으로 동의하지 않은 사용자에게는 대금을 청구해서는 안 됩니다.
- 연결된 서비스 약관 페이지에 포함된 결제 약관은 이 요건을 충족하지 않습니다.
대면 서비스¹의 경우 모든 결제는 예약 시 또는 직접 방문 시 이루어져야 합니다. 다른 방법으로 결제를 요청하는 행위는 엄격히 금지됩니다.
거래는 판매자 위치의 통화로 표시되고 청구되어야 합니다 (통화는 결제 구성 절차를 사용하여 지정됨). 통화 변환이 이루어지지 않을 수 있습니다.

^{1. 선불 및 예금과 같이 이 통합을 통해 제공되는 서비스를 제외한 모든 오프라인 서비스}

방문 페이지 요구사항

방문 페이지는 그룹 규모와 시간대가 사전 선택된 예약 절차의 시작점이어야 합니다.
방문 페이지가 플랫폼 제공자의 홈페이지 또는 다른 페이지가 아니어야 합니다.
딥 링크된 방문 페이지의 첫 번째 단계는 결제 세부정보를 제공하지 않으면 사용자가 예약과 관련된 메타데이터를 볼 수 없는 결제 페이지가 될 수 없습니다.
딥 링크 방문 페이지의 첫 번째 단계는 로그인 페이지가 될 수 없습니다. 예약 절차에는 사용자가 로그인하거나 계정을 만들지 않고도 예약을 완료할 수 있는 비회원 결제 옵션이 포함되어야 합니다.
링크 아웃 및 방문 페이지에서 사용자가 예약 절차를 완료하기 위해 앱을 다운로드하도록 요구할 수 없습니다.