Para ajudar a atender às restrições de latência do serviço RTB, é necessário localizar seus servidores próximos aos locais de operação listados abaixo. Consulte a discussão sobre como localizar seus bidders para mais informações.
Locais de operação
Um local de operação é o ponto ideal de um cluster de servidor espalhado geograficamente, em que a infraestrutura que hospeda um aplicativo de bidders pode se beneficiar mais em termos de latência. As chamadas de lances em tempo real não têm necessariamente origem no local de operação e podem vir de outro lugar do cluster. Por exemplo, Singapura é o local de operação do cluster da Ásia-Pacífico que abrange da Austrália a Singapura.
A tabela a seguir lista os domínios de referência que podem ser usados para avaliar a latência e estimar os melhores locais para o servidor.
| Cluster de servidor | Local de operação | Domínio de referência |
|---|---|---|
| América do Norte (Costa Leste) | Norte da Virgínia, Estados Unidos | rtb-us-east.g.doubleclick.net |
| América do Norte (Costa Oeste) | Baía de São Francisco, Califórnia, Estados Unidos | rtb-us-west.g.doubleclick.net |
| Europa | Amsterdã, Países Baixos | rtb-europ, por exemplo, doubleclick.net |
| Ásia-Pacífico | Singapura | rtb-asia.g.doubleclick.net |
Local do bidder
Não garantimos que as solicitações de lance para impressões de um determinado usuário sejam sempre enviadas pelo mesmo local de operação. Portanto, para receber todas as impressões, é necessário ter servidores que possam ser acessados de todos os locais. Caso você queira apenas um subconjunto de impressões, talvez seja suficiente executar servidores em um subconjunto de locais. Por exemplo, a maioria, mas não todo o tráfego da América do Norte, pode ser recebida executando servidores que podem ser acessados nas costas leste e oeste.
O prazo, conforme medido a partir do local de operação, para que uma resposta seja recebida assim que uma solicitação de lance for enviada, varia de 80 a 1.000 ms, dependendo do formato e do tipo de leilão. Verifique o campo tmax ou response_deadline_ms na solicitação de lance para saber o valor exato.
Exigimos que 85% das respostas sejam recebidas dentro do prazo da perspectiva do local de negociação e limitaremos os bidders que não conseguirão fazer isso de maneira consistente. Esse prazo inclui o tempo da rede entre o local de operação e o bidder e o tempo que ele leva para gerar uma resposta. Recomendamos segmentar um tempo total bem abaixo do prazo para deixar um buffer para mudanças inesperadas na latência de rede entre o bidder e o local de operação.
Peering
O Google recomenda que os compradores de RTB que recebam um grande volume de solicitações configurem solicitações de peering conosco para reduzir a latência e a volatilidade da latência.
Fazemos peering com qualquer rede, desde que ela atenda aos requisitos técnicos do Google, como ter um ASN público. Consulte os requisitos técnicos para ver mais detalhes. O requisito de tráfego não está disponível para clientes de RTB. Consulte a Política de peering do Google para ver mais informações.
Para iniciar uma solicitação de peering, preencha nosso formulário de solicitação de peering. Em seguida, enviaremos um número de tíquete por e-mail para você usar em qualquer acompanhamento com o gerente técnico de contas.