Validador de bid request OpenRTB

Valida un bid request OpenRTB 2.5 o 2.6 contra las reglas del IAB en tu navegador. El JSON que pegas permanece en tu dispositivo.

El Validador de bid request OpenRTB funciona por completo en tu navegador. El JSON del bid request que pegas se analiza y comprueba en tu dispositivo y nunca se sube a ArrayKit ni se envía a ningún exchange.

Abre el Generador de bid request OpenRTB

Acerca de Validador de bid request OpenRTB

El Validador de bid request OpenRTB revisa una solicitud de real-time bidding contra las reglas de IAB OpenRTB 2.5 y 2.6 en el momento en que la pegas. Elige una versión y confirma que el id y el imp[] requeridos están presentes, que cada impresión lleva exactamente un objeto de media (banner, video, native o audio), que los tipos de campo cuadran, y que cada campo enumerado —tipo de subasta, protocolos de vídeo, placement o plcmt, devicetype, connectiontype y frameworks api— tiene un código que realmente existe en esa versión. Los hallazgos vuelven como un veredicto de aprobado/fallado más una lista direccionada por ruta a la que puedes saltar directamente. Los ingenieros de ad-ops y los integradores de SSP/DSP depuran aquí muestras de tráfico en vivo sin hacer POST de un bid request a un endpoint de terceros: todo se ejecuta en tu dispositivo.

Características

Cómo usar Validador de bid request OpenRTB

  1. Elige la versión de OpenRTB que habla tu exchange (2.5 o 2.6)
  2. Pega el JSON del bid request, o carga el ejemplo para ver la forma esperada
  3. Lee el veredicto de aprobado/fallado y la lista de hallazgos direccionada por ruta
  4. Corrige cada error en la ruta señalada y vuelve a comprobar hasta que la solicitud sea válida

Ejemplo

Entrada

{
  "id": "r1",
  "imp": [{ "id": "1", "video": { "plcmt": 5 } }],
  "site": { "id": "s1" }
}

Salida

Invalid (OpenRTB 2.6)
imp[0].video.plcmt — 5 is not a valid video plcmt for OpenRTB 2.6. Allowed: 1, 2, 3, 4.

El campo plcmt solo acepta los códigos 1–4 en OpenRTB 2.6.

Errores comunes y solución de problemas

Preguntas frecuentes

¿Qué comprueba el Validador de bid request OpenRTB?
Confirma el id requerido y un array imp[] no vacío, que cada impresión tiene exactamente un objeto de media (banner, video, native o audio), que los tipos de campo son correctos, y que cada campo enumerado lleva un código válido para la versión de OpenRTB seleccionada.
¿Cuál es la diferencia entre placement y plcmt en OpenRTB 2.6?
video.placement (Video Placement Types, códigos 1–5) es el campo de 2.5; OpenRTB 2.6 lo deja obsoleto en favor de video.plcmt (Plcmt Subtypes, códigos 1–4). En 2.6 el validador comprueba plcmt y advierte si el campo heredado placement sigue presente.
¿Por qué falla mi solicitud cuando una impresión lleva un banner y un video a la vez?
El validador exige exactamente un objeto de media por impresión, así que un banner más un video en el mismo imp se reporta como un error en esa ruta de imp. Modela el inventario multiformato como objetos de impresión separados.
¿Qué códigos se permiten para devicetype y connectiontype?
devicetype acepta 1–7 en 2.5 y 1–8 en 2.6 (8 = OOH Device). connectiontype acepta 0–6 en 2.5 y 0–7 en 2.6 (7 = Cellular 5G). El validador lista los códigos permitidos para la versión que seleccionaste en el mensaje de error.
¿Cambiar entre OpenRTB 2.5 y 2.6 modifica el resultado?
Sí. Los conjuntos de enumeración dependen de la versión, así que los códigos añadidos en 2.6 (devicetype OOH, connectiontype 5G, api SIMID, el campo plcmt) se validan en 2.6 pero se rechazan en 2.5. Elige siempre la versión que negoció tu exchange.
¿Se envía mi bid request a un ad server cuando lo valido?
No. La herramienta analiza y comprueba el JSON en tu dispositivo y nunca descarga una etiqueta de anuncio remota ni hace POST de la solicitud a ninguna parte. Nada del bid request se sube a ArrayKit ni a un exchange.

Herramientas relacionadas

Todas las herramientas de ArrayKit