Quando o aplicativo estiver concluído e você testá-lo internamente, ele precisará passar por um pacote de testes padronizados em que o representante da sua Conta do Google envia solicitações de teste para seus servidores. Depois de passar nesses testes, o aplicativo estará qualificado para lançamento. Os tópicos a seguir explicam como funciona o processo de teste e lançamento.
Como fazer testes com o tráfego do Google
Quando estiver tudo pronto para começar os testes com o tráfego enviado pelo Google, entre em contato com seu representante do Authorized Buyers. Você precisará fornecer várias informações, como as seguintes:
- Informações de contato da engenharia. Se o teste não prosseguir como esperado e houver problemas de engenharia a serem resolvidos, usaremos esses dados de contato para interagir diretamente com sua equipe.
- O URL com SSL ativado que responde a solicitações RTB.
- O URL com SSL ativado do servidor de correspondência de código de cookie, se você optou por usar essa funcionalidade.
- A localização física (estado, país) dos seus servidores RTB, para otimizar a comunicação com os servidores do Google.
- Máximo de QPS (consulta por segundo) que você pretende exibir a partir de cada local físico após a conclusão do teste.
- Data a partir da qual seus servidores RTB / de correspondência de código de cookie estão ativos para teste. O Google enviará solicitações de RTB para seus servidores nessa data ou pouco depois.
- Latência estimada que seus servidores usarão para processar solicitações RTB.
- Chaves PGP para enviar informações de descriptografia de preços pelo correio.
- Confirme se a pré-segmentação está configurada na interface de pré-segmentação.
Entre em contato com seu representante do Authorized Buyers para fazer mudanças nessas informações a qualquer momento durante o processo de teste.
O teste envolverá várias etapas com tráfego sintético para verificar latências de locais diferentes. O Google também fará alguns testes básicos para verificar se os anúncios são renderizados e para o rastreamento de cliques corretamente. (A maior parte disso deve ser feita durante seus próprios testes e durante a certificação.) Também vamos pedir que você confirme se pode receber e decodificar notificações e cliques de preços vencedores. Depois que esses itens forem verificados, a próxima etapa será um aumento gradual do tráfego em tempo real ao longo de vários dias.
O requisito de latência para usar o bidder em tempo real é de 80 a 1.000 ms, medido a partir do momento em que o Google envia a chamada até o momento em que recebe uma resposta. Esse prazo depende 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.
Um bidder que tem temporariamente altas taxas de tempo limite devido a eventos de rede ou outros problemas será limitado automaticamente. Essa limitação reduz ou aumenta automaticamente o tráfego em um período de alguns minutos. Se o tráfego costuma ser limitado por um longo período, o Google pode ajustar sua cota de tráfego para um nível que possa ser tratado com mais consistência.