애플리케이션 테스트 및 출시

애플리케이션이 완성되고 사내에서 테스트를 완료하면 Google 계정 담당자가 서버에 테스트 요청을 전송하는 일련의 표준화된 테스트를 거쳐야 합니다. 애플리케이션이 이러한 테스트를 통과하면 출시할 수 있습니다. 다음 주제에서는 테스트 및 출시 프로세스의 작동 방식을 설명합니다.

Google 트래픽으로 테스트

Google에서 전송된 트래픽으로 테스트를 시작할 준비가 되면 Authorized Buyers 담당자에게 문의하세요. 다음과 같은 다양한 정보를 제공해야 합니다.

  • 엔지니어링 연락처 정보입니다. 테스트가 예상대로 진행되지 않고 해결해야 할 엔지니어링 문제가 있는 경우 Google에서는 이 연락처 정보를 사용하여 팀과 직접 소통합니다.
  • RTB 요청에 응답하는 SSL 지원 URL입니다.
  • 이 기능을 사용하도록 선택한 경우 쿠키 코드 매칭 서버의 SSL 지원 URL입니다.
  • Google 서버와의 통신을 최적화하기 위한 RTB 서버의 실제 위치 (주, 국가)입니다.
  • 테스트가 완료된 후 각 실제 위치에서 제공할 수 있는 최대 QPS (초당 쿼리 수)입니다.
  • RTB / 쿠키 코드 매칭 서버가 테스트를 위해 라이브 상태가 되는 날짜입니다. Google은 해당 날짜 또는 그 직후에 서버로 RTB 요청을 보냅니다.
  • 서버에서 RTB 요청을 처리하는 데 사용할 것으로 예상되는 지연 시간입니다.
  • 가격 복호화 정보를 메일로 전송하기 위한 PGP 키입니다.
  • 사전 타겟팅 UI에 사전 타겟팅이 설정되어 있는지 확인합니다.

테스트 과정 중 언제든지 Authorized Buyers 담당자에게 문의하여 이 정보를 변경할 수 있습니다.

테스트에는 여러 위치에서 지연 시간을 확인하기 위한 합성 트래픽을 사용하는 여러 단계가 포함됩니다. 또한 Google에서 광고가 렌더링되고 클릭 추적이 올바르게 작동하는지 기본 테스트를 실행합니다. (이 중 대부분은 자체 테스트 및 인증 중에 실행해야 합니다.) 또한 낙찰가 알림과 클릭을 수신하고 디코딩할 수 있는지 확인해 달라는 요청을 받게 됩니다. 이러한 항목이 확인되면 다음 단계는 며칠에 걸쳐 라이브 트래픽을 점진적으로 늘리는 것입니다.

실시간 입찰자를 사용하는 데 필요한 지연 시간은 Google에서 호출을 보낸 시점부터 Google에서 응답을 받은 시점까지 측정된 80~1,000ms입니다. 이 기한은 형식과 입찰 유형에 따라 다릅니다. 정확한 값은 BidRequest.tmax 필드를 확인하세요.

특정 위치에서 처리된 노출을 받으려면 요청의 최대 2% 가 이 기한을 초과해야 합니다. 이러한 요구사항에 따라 여러 거래 위치에서 노출을 받으려면 일반적으로 모든 지역에서 입찰 서버를 실행해야 합니다. 예를 들어 미국 동부 해안과 서부 해안 모두에서 노출을 받으려면 일반적으로 동부 해안과 서부 해안 모두에서 입찰 서버를 실행해야 합니다.

네트워크 이벤트나 기타 문제로 인해 일시적으로 타임아웃 비율이 높은 입찰자는 자동으로 제한됩니다. 이 제한으로 인해 몇 분 동안 트래픽이 자동으로 감소하거나 증가합니다. 트래픽이 장기간 자주 제한되는 경우 Google에서 트래픽 할당량을 더 일관되게 처리할 수 있는 수준으로 조정할 수 있습니다.