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에서는 특정 사용자의 노출에 대한 입찰 요청이 항상 동일한 거래 위치를 통해 전송된다고 보장하지 않습니다. 따라서 모든 노출을 수신하려면 모든 위치에서 서버에 연결할 수 있어야 합니다. 일부 노출만 원한다면 일부 위치에서 서버를 운영해도 충분할 수 있습니다. 예를 들어 동부 해안과 서부 해안에서 연결 가능한 서버를 실행하여 북미 트래픽의 대부분을 수신할 수 있습니다.
입찰 요청이 전송된 후 응답을 수신하는 기한은 거래 위치에서 측정되며 형식과 입찰 유형에 따라 80~1,000밀리초입니다. 정확한 값은 입찰 요청의 tmax 또는 response_deadline_ms 필드를 확인하세요.
Google에서는 거래 위치의 관점에서 기한 내에 응답의 85%를 수신해야 하며, 이를 지속적으로 달성하지 못하는 입찰자는 제한합니다. 이 기한에는 거래 위치와 입찰자 사이의 네트워크 시간과 입찰자가 응답을 생성하는 데 걸리는 시간이 모두 포함됩니다. 입찰자와 거래 위치 간의 네트워크 지연 시간 예기치 않은 변화에 대한 버퍼를 두기 위해 기한보다 훨씬 일찍 총 시간을 타겟팅하는 것이 좋습니다.
피어링
대량의 요청을 수신하는 RTB 구매자는 Google과의 피어링 요청을 설정하여 지연 시간과 지연 시간의 변동성을 줄이는 것이 좋습니다.
Google은 공개 ASN이 있는 것과 같은 Google의 기술 요구사항을 충족하는 모든 네트워크와 피어링합니다. 자세한 내용은 기술 요구사항을 참고하세요. RTB 고객의 경우 트래픽 요구사항이 면제됩니다. 자세한 내용은 Google의 피어링 정책을 참조하세요.
피어링 요청을 시작하려면 피어링 요청 양식을 작성하세요. 그런 다음 기술계정 관리자와의 후속 조치에 사용할 수 있는 티켓 번호를 이메일로 보내드리겠습니다.