Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
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.
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.
Para se qualificar para impressões processadas em um determinado local, no máximo 2% das solicitações precisam exceder esse prazo. Se você quiser receber impressões de vários
locais de operação de acordo com esses requisitos, geralmente será necessário executar servidores de lances em todas as regiões. Por exemplo, o recebimento de impressões
das costas leste e oeste dos Estados Unidos geralmente exigirá
que você tenha servidores de lances em execução nas duas costas.
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.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Não contém as informações de que eu preciso","missingTheInformationINeed","thumb-down"],["Muito complicado / etapas demais","tooComplicatedTooManySteps","thumb-down"],["Desatualizado","outOfDate","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Problema com as amostras / o código","samplesCodeIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-04-08 UTC."],[[["Once in-house testing is complete, applications must undergo standardized tests from Google, with the Google account representative sending test requests to the servers, in order to become eligible for release."],["To initiate testing with Google traffic, you must contact your Authorized Buyers representative and provide them with key information such as engineering contact details, server URLs, server locations, maximum QPS, and PGP keys."],["Testing involves synthetic traffic to verify latencies and basic ad rendering, as well as receiving and decoding winning price notifications and clicks, followed by a gradual ramp-up of live traffic."],["The latency requirement for Real-time Bidder is between 80 to 1000 ms, and no more than 2% of requests should exceed this deadline to qualify for impressions from a specific location."],["Bidders with high timeout rates will experience automatic throttling, with Google adjusting traffic quotas if throttling persists over an extended period."]]],["After in-house testing, contact your Google representative to initiate testing with Google traffic. Provide details like engineering contacts, SSL-enabled URLs, server locations, maximum QPS, and estimated latency. Testing involves synthetic traffic to verify latency and basic ad functionality. Live traffic will gradually increase. The latency requirement is 80-1000 ms. High timeout rates trigger automatic throttling, which might result in a reduced traffic quota. Servers in multiple locations are recommended for broader reach.\n"]]
