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