Validador de Bid Request OpenRTB
Valide um bid request OpenRTB 2.5 ou 2.6 contra as regras da IAB no seu navegador. O JSON que você cola fica no seu dispositivo.
O Validador de Bid Request OpenRTB roda inteiramente no seu navegador. O JSON de bid request que você cola é analisado e verificado no seu dispositivo e nunca é enviado à ArrayKit ou a qualquer exchange.
Abrir o Gerador de Bid Request OpenRTB
Sobre Validador de Bid Request OpenRTB
O Validador de Bid Request OpenRTB analisa um bid request de real-time bidding contra as regras OpenRTB 2.5 e 2.6 da IAB no momento em que você o cola. Escolha uma versão e ele confirma que o id e o imp[] obrigatórios estão presentes, que cada impression carrega exatamente um objeto de mídia (banner, video, native ou audio), que os tipos de campo batem e que cada campo enumerado — tipo de leilão, protocolos de vídeo, placement ou plcmt, devicetype, connectiontype e frameworks de api — contém um código que de fato existe naquela versão. Os achados voltam como um veredito de aprovado/reprovado mais uma lista endereçada por caminho para você ir direto. Engenheiros de ad-ops e integradores de SSP/DSP depuram amostras de tráfego real aqui sem fazer POST de um bid request para um endpoint de terceiros — tudo roda no seu dispositivo.
Recursos
- Valida contra OpenRTB 2.5 ou 2.6 usando conjuntos de enumeração cientes da versão
- Confirma o id obrigatório e um array de impression imp[] não vazio
- Verifica que cada impression declara exatamente um entre banner, video, native ou audio
- Verifica códigos de enum da IAB: at, protocolos de vídeo, placement/plcmt, devicetype, connectiontype, api
- Trata o campo plcmt do 2.6 e sinaliza o uso descontinuado de placement por versão
- Cada achado carrega um caminho JSON como imp[0].video.plcmt para você identificá-lo
- Separa erros bloqueantes de avisos consultivos, como descontinuações e ids de imp duplicados
- Analisa e verifica o bid request no seu navegador — amostras nunca saem do seu dispositivo
Como usar Validador de Bid Request OpenRTB
- Escolha a versão do OpenRTB que seu exchange fala (2.5 ou 2.6)
- Cole o JSON do bid request, ou carregue o exemplo para ver o formato esperado
- Leia o veredito de aprovado/reprovado e a lista de achados endereçada por caminho
- Corrija cada erro no caminho sinalizado e revalide até o request ficar válido
Exemplo
Entrada
{
"id": "r1",
"imp": [{ "id": "1", "video": { "plcmt": 5 } }],
"site": { "id": "s1" }
}
Saída
Invalid (OpenRTB 2.6)
imp[0].video.plcmt — 5 is not a valid video plcmt for OpenRTB 2.6. Allowed: 1, 2, 3, 4.
O campo plcmt só aceita os códigos 1–4 no OpenRTB 2.6.
Erros comuns e solução de problemas
- "Missing required field imp" mesmo o request tendo impressions. — imp precisa ser um array JSON — imp: [{ ... }], não um objeto único. O validador também sinaliza um [] vazio porque ao menos uma impression é obrigatória.
- Uma impression com um objeto banner e um video ao mesmo tempo é rejeitada. — Este validador espera exatamente um objeto de mídia por impression. Separe inventário multiformato em entradas imp distintas, uma por tipo de mídia.
- devicetype ou connectiontype é sinalizado como inválido em um request que funcionava antes. — Alguns códigos são específicos de versão: devicetype 8 (OOH) e connectiontype 7 (5G) só existem no 2.6. Alterne o seletor de versão para corresponder ao seu exchange.
- placement é sinalizado após a atualização para OpenRTB 2.6. — O 2.6 descontinua video.placement em favor de video.plcmt (Plcmt Subtypes). Mova o valor para plcmt, cujos códigos válidos são 1–4, e o aviso desaparece.
Perguntas frequentes
- O que o Validador de Bid Request OpenRTB verifica?
- Ele confirma o id obrigatório e um array imp[] não vazio, que cada impression tenha exatamente um objeto de mídia (banner, video, native ou audio), que os tipos de campo estejam corretos e que cada campo enumerado contenha um código válido para a versão OpenRTB selecionada.
- Qual a diferença entre placement e plcmt no OpenRTB 2.6?
- video.placement (Video Placement Types, códigos 1–5) é o campo do 2.5; o OpenRTB 2.6 o descontinua em favor de video.plcmt (Plcmt Subtypes, códigos 1–4). No 2.6 o validador verifica plcmt e avisa se o campo legado placement ainda estiver presente.
- Por que meu request falha quando uma impression carrega um banner e um video?
- O validador impõe exatamente um objeto de mídia por impression, então um banner mais um video na mesma imp é reportado como erro naquele caminho de imp. Modele inventário multiformato como objetos de impression separados.
- Quais códigos são permitidos para devicetype e connectiontype?
- devicetype aceita 1–7 no 2.5 e 1–8 no 2.6 (8 = OOH Device). connectiontype aceita 0–6 no 2.5 e 0–7 no 2.6 (7 = Cellular 5G). O validador lista os códigos permitidos para a versão que você selecionou na mensagem de erro.
- Alternar entre OpenRTB 2.5 e 2.6 muda o resultado?
- Sim. Os conjuntos de enumeração são cientes da versão, então códigos adicionados no 2.6 (OOH devicetype, 5G connectiontype, SIMID api, o campo plcmt) validam no 2.6 mas são rejeitados no 2.5. Escolha sempre a versão que seu exchange negociou.
- Meu bid request é enviado a um ad server quando eu o valido?
- Não. A ferramenta analisa e verifica o JSON no seu dispositivo e nunca busca uma tag de anúncio remota nem faz POST do request em lugar algum. Nada sobre o bid request é enviado à ArrayKit ou a um exchange.
Ferramentas relacionadas
Todas as ferramentas de ArrayKit