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

애플리케이션이 완료되어 사내에서 테스트했다면 Google 계정 담당자가 서버에 테스트 요청을 보내는 표준 테스트 모음을 수행해야 합니다. 애플리케이션이 이러한 테스트를 통과하면 출시할 수 있습니다. 다음 주제에서는 테스트 및 출시 프로세스의 작동 방식을 설명합니다.

Google 트래픽으로 테스트

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

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

테스트 프로세스 중 언제든지 이 정보를 변경하려면 Authorized Buyers 담당자에게 문의하세요.

테스트에는 다른 위치의 지연 시간을 확인하기 위해 합성 트래픽이 포함된 여러 단계가 포함됩니다. Google에서는 광고를 렌더링하고 클릭 추적을 올바르게 렌더링하는 몇 가지 기본 테스트도 실행합니다. (대부분은 자체 테스트 및 인증 과정에서 실행해야 합니다.) 또한 낙찰된 가격 알림과 클릭수를 수신하고 디코딩할 수 있는지 확인해야 합니다. 이러한 항목이 확인되면 다음 단계는 며칠 동안 실시간 트래픽을 점진적으로 증가시키는 것입니다.

'실시간 입찰자'를 사용하기 위한 지연 시간 요구사항은 80~1,000밀리초이며, Google이 호출을 보낸 시점부터 Google이 응답을 수신하는 시점까지 측정됩니다. 이 기한은 형식 및 입찰 유형에 따라 다릅니다. 정확한 값은 입찰 요청의 tmax 또는 response_deadline_ms 필드에서 확인하세요.

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

네트워크 이벤트 또는 기타 문제로 인해 시간 초과율이 일시적으로 높은 입찰자는 자동으로 제한됩니다. 이러한 제한은 몇 분에 걸쳐 트래픽을 자동으로 줄이거나 늘립니다. 트래픽이 오랜 기간 동안 제한되는 경우가 많으면 Google에서 보다 일관성 있게 처리할 수 있는 수준으로 트래픽 할당량을 조정할 수 있습니다.