Validateur de bid request OpenRTB

Validez une bid request OpenRTB 2.5 ou 2.6 par rapport aux règles IAB dans votre navigateur. Le JSON que vous collez reste sur votre appareil.

Le Validateur de bid request OpenRTB s'exécute entièrement dans votre navigateur. Le JSON de bid request que vous collez est analysé et vérifié sur votre appareil et n'est jamais téléversé vers ArrayKit ni envoyé à un exchange.

Ouvrir le générateur de bid request OpenRTB

À propos de Validateur OpenRTB

Le Validateur de bid request OpenRTB analyse une requête d'enchère en temps réel par rapport aux règles IAB OpenRTB 2.5 et 2.6 dès que vous la collez. Choisissez une version et il confirme que les champs id et imp[] requis sont présents, que chaque impression porte exactement un objet média (banner, video, native ou audio), que les types de champs correspondent, et que chaque champ énuméré — type d'enchère, protocoles vidéo, placement ou plcmt, devicetype, connectiontype et frameworks api — contient un code qui existe réellement dans cette version. Les résultats reviennent sous forme d'un verdict réussite/échec plus une liste adressée par chemin vers laquelle vous pouvez sauter directement. Les ingénieurs ad-ops et les intégrateurs SSP/DSP déboguent ici des échantillons de trafic en direct sans envoyer de POST à un point de terminaison tiers — tout s'exécute sur votre appareil.

Fonctionnalités

Comment utiliser Validateur OpenRTB

  1. Choisissez la version OpenRTB que parle votre exchange (2.5 ou 2.6)
  2. Collez le JSON de la bid request, ou chargez l'exemple pour voir la forme attendue
  3. Lisez le verdict réussite/échec et la liste des résultats adressés par chemin
  4. Corrigez chaque erreur au chemin signalé et revérifiez jusqu'à ce que la requête soit valide

Exemple

Entrée

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

Sortie

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

Le champ plcmt n'accepte que les codes 1 à 4 en OpenRTB 2.6.

Erreurs courantes et dépannage

Foire aux questions

Que vérifie le Validateur de bid request OpenRTB ?
Il confirme l'id requis et un tableau imp[] non vide, que chaque impression a exactement un objet média (banner, video, native ou audio), que les types de champs sont corrects, et que chaque champ énuméré contient un code valide pour la version OpenRTB sélectionnée.
Quelle est la différence entre placement et plcmt en OpenRTB 2.6 ?
video.placement (Video Placement Types, codes 1 à 5) est le champ de 2.5 ; OpenRTB 2.6 le déprécie au profit de video.plcmt (Plcmt Subtypes, codes 1 à 4). En 2.6, le validateur vérifie plcmt et avertit si le champ hérité placement est encore présent.
Pourquoi ma requête échoue-t-elle quand une impression porte à la fois un banner et un video ?
Le validateur impose exactement un objet média par impression, donc un banner plus un video sur la même imp est signalé comme une erreur au chemin de cette imp. Modélisez plutôt l'inventaire multi-format comme des objets d'impression distincts.
Quels codes sont autorisés pour devicetype et connectiontype ?
devicetype accepte 1 à 7 en 2.5 et 1 à 8 en 2.6 (8 = OOH Device). connectiontype accepte 0 à 6 en 2.5 et 0 à 7 en 2.6 (7 = Cellular 5G). Le validateur liste les codes autorisés pour la version sélectionnée dans le message d'erreur.
Basculer entre OpenRTB 2.5 et 2.6 change-t-il le résultat ?
Oui. Les jeux d'énumération sont adaptés à la version, donc les codes ajoutés en 2.6 (devicetype OOH, connectiontype 5G, api SIMID, le champ plcmt) valident en 2.6 mais sont rejetés en 2.5. Choisissez toujours la version négociée par votre exchange.
Ma bid request est-elle envoyée à un serveur publicitaire quand je la valide ?
Non. L'outil analyse et vérifie le JSON sur votre appareil et ne récupère jamais un tag publicitaire distant ni n'envoie de POST de la requête où que ce soit. Rien concernant la bid request n'est téléversé vers ArrayKit ni un exchange.

Outils associés

Tous les outils ArrayKit