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

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

Google 트래픽으로 테스트

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

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

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

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

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

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

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