애플리케이션이 완성되고 사내에서 테스트를 완료하면 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 필드를 확인하세요.
네트워크 이벤트나 기타 문제로 인해 일시적으로 타임아웃 비율이 높은 입찰자는 자동으로 제한됩니다. 이 제한으로 인해 몇 분 동안 트래픽이 자동으로 감소하거나 증가합니다. 트래픽이 장기간 자주 제한되는 경우 Google에서 트래픽 할당량을 더 일관되게 처리할 수 있는 수준으로 조정할 수 있습니다.