Para ajudar a atender às restrições de latência do serviço de RTB, localize seus servidores perto dos locais de negociação listados abaixo. Consulte a discussão sobre como localizar seus licitantes para mais informações.
Locais de troca
Um local de negociação é o ponto ideal de um cluster de servidores geograficamente dispersos em que a infraestrutura que hospeda um aplicativo de bidder pode se beneficiar mais em termos de latência. Os destaques de lances em tempo real não são necessariamente originados no local de negociação e podem vir de outro lugar no cluster. Por exemplo, Singapura é o local de negociação do cluster da Ásia-Pacífico, que vai da Austrália até 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 seu servidor.
| Cluster de servidores | Local de operação | Domínio de referência |
|---|---|---|
| América do Norte (Costa Leste) | Virgínia, Estados Unidos | rtb-us-east.g.doubleclick.net |
| América do Norte (Costa Oeste) | Área da Baía de São Francisco, Califórnia, Estados Unidos | rtb-us-west.g.doubleclick.net |
| Europa | Amsterdã, Países Baixos | rtb-europe.g.doubleclick.net |
| Ásia-Pacífico | Singapura | rtb-asia.g.doubleclick.net |
Local do bidder
Tentamos enviar solicitações de lance para o local de negociação mais próximo do usuário. No entanto, não garantimos que as solicitações de lance para as impressões de um determinado usuário sejam sempre enviadas para o local de negociação mais próximo. Portanto, para receber todas as impressões, você precisa ter servidores que possam ser acessados de todos os locais. Caso você queira apenas um subconjunto de impressões, talvez seja suficiente manter servidores em um subconjunto de locais. Por exemplo, a maioria, mas não todos, do tráfego da América do Norte pode ser recebido por servidores ativos acessíveis das costas leste e oeste.
O prazo para enviar uma resposta do lance é indicado em
BidRequest.tmax ou BidRequest.response_deadline_ms
no protocolo RTB do Google descontinuado. O prazo geralmente varia de 80 a
1.000 ms.
Exigimos que 85% das respostas sejam recebidas dentro do prazo do local de negociação e vamos limitar os proponentes que não conseguirem fazer isso de forma consistente. Esse prazo inclui o tempo de rede entre o local de negociação e seu bidder e o tempo que seu bidder leva para gerar uma resposta. Recomendamos definir um tempo total bem abaixo do prazo para deixar um buffer para mudanças inesperadas na latência da rede entre o bidder e o local de negociação.
Peering
O Google recomenda que os compradores de RTB que recebem um grande volume de solicitações configurem solicitações de peering conosco para reduzir a latência e a volatilidade.
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 mais detalhes. O requisito de tráfego é dispensado para clientes do RTB. Consulte a política de peering do Google para 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 que você poderá usar em qualquer acompanhamento com o gerente técnico da conta.