RTB 서비스의 지연 시간 제한을 준수하려면 서버를 아래에 나열된 거래 위치와 가까운 곳에 배치해야 합니다. 자세한 내용은 입찰자 위치에 대한 토론을 참고하세요.
거래 위치
거래 위치는 지리적으로 분산된 서버 클러스터의 최적 지점으로, 여기서 입찰자 애플리케이션을 호스팅하는 인프라가 지연 시간 측면에서 가장 많은 이점을 누릴 수 있습니다. 실시간 입찰 콜아웃은 반드시 거래 위치에서 시작되는 것은 아니며 클러스터의 다른 위치에서 올 수 있습니다. 예를 들어 싱가포르는 오스트레일리아에서 싱가포르에 이르는 아시아 태평양 클러스터의 거래 위치입니다.
다음 표에는 지연 시간을 평가하고 서버에 가장 적합한 위치를 예측하는 데 사용할 수 있는 참조 도메인이 나열되어 있습니다.
| 서버 클러스터 | 거래 위치 | 참조 도메인 |
|---|---|---|
| 북미(동부 해안 지역) | 미국, 북버지니아 | rtb-us-east.g.doubleclick.net |
| 북미(서부 해안 지역) | 미국 캘리포니아 샌프란시스코 베이 지역 | rtb-us-west.g.doubleclick.net |
| 유럽 | Amsterdam, Netherlands | rtb-europe.g.doubleclick.net |
| 아시아 태평양 | 싱가포르 | rtb-asia.g.doubleclick.net |
입찰자 위치
Google에서는 특정 사용자의 노출에 대한 입찰 요청이 항상 동일한 거래 위치를 통해 전송된다고 보장하지 않습니다. 따라서 모든 노출을 수신하려면 모든 위치에서 서버에 연결할 수 있어야 합니다. 노출의 하위 집합만 원하는 경우 일부 위치에서 서버를 실행하는 것으로 충분할 수 있습니다. 예를 들어 북미 동부 해안과 서부 해안에서 연결할 수 있는 서버를 실행하여 대부분의 북미 트래픽을 수신할 수 있습니다.
입찰 응답을 보내야 하는 기한은 BidRequest.tmax 또는 지원 중단된 Google RTB 프로토콜의 BidRequest.response_deadline_ms에 표시되어 있습니다. 일반적으로 기한은 80~1,000ms입니다.
거래 위치의 관점에서 기한 내에 응답의 85%를 수신해야 하며 이를 지속적으로 달성할 수 없는 입찰자를 제한합니다. 이 기한에는 거래 위치와 입찰자 사이의 네트워크 시간과 입찰자가 응답을 생성하는 데 걸리는 시간이 모두 포함됩니다. 입찰자와 거래 위치 간의 예기치 않은 네트워크 지연 시간 변화에 대비하기 위해 기한보다 훨씬 낮은 총 시간을 타겟팅하는 것이 좋습니다.
피어링
대량의 요청을 수신하는 RTB 구매자는 Google과의 피어링 요청을 설정하여 지연 시간 및 지연 시간 변동성을 줄이는 것이 좋습니다.
Google은 공개 ASN 보유와 같은 Google의 기술 요구사항을 충족하는 모든 네트워크와 피어링합니다. 자세한 내용은 기술 요구사항을 참고하세요. RTB 고객의 경우 트래픽 요건이 면제됩니다. 자세한 내용은 Google의 피어링 정책을 참조하세요.
피어링 요청을 시작하려면 피어링 요청 양식을 작성하세요. 그러면 기술계정 관리자와 후속 조치에 사용할 수 있는 티켓 번호가 이메일로 전송됩니다.