OpenRTB Bid Request Validator

Validiere eine OpenRTB-2.5- oder -2.6-Bid-Request in deinem Browser gegen die IAB-Regeln. Das JSON, das du einfügst, bleibt auf deinem Gerät.

Der OpenRTB Bid Request Validator läuft vollständig in deinem Browser. Das Bid-Request-JSON, das du einfügst, wird auf deinem Gerät geparst und geprüft und nie zu ArrayKit hochgeladen oder an eine Exchange gesendet.

OpenRTB Bid Request Generator öffnen

Über OpenRTB Bid Request Validator

Der OpenRTB Bid Request Validator lintet eine Real-Time-Bidding-Anfrage gegen die IAB-OpenRTB-2.5- und -2.6-Regeln in dem Moment, in dem du sie einfügst. Wähle eine Version, und das Tool bestätigt, dass die erforderlichen id und imp[] vorhanden sind, dass jede Impression genau ein Media-Objekt trägt (banner, video, native oder audio), dass die Feldtypen stimmen und dass jedes enumerierte Feld — Auktionstyp, video protocols, placement oder plcmt, devicetype, connectiontype und api-Frameworks — einen Code enthält, der in dieser Version tatsächlich existiert. Die Befunde kommen als Pass/Fail-Verdikt plus einer pfad-adressierten Liste zurück, zu der du direkt springst. Ad-Ops-Engineers und SSP/DSP-Integratoren debuggen hier Live-Traffic-Samples, ohne eine Bid-Request an einen Drittanbieter-Endpunkt zu POSTen — alles läuft auf deinem Gerät.

Funktionen

So verwendest du OpenRTB Bid Request Validator

  1. Wähle die OpenRTB-Version, die deine Exchange spricht (2.5 oder 2.6)
  2. Füge das Bid-Request-JSON ein oder lade das Beispiel, um die erwartete Form zu sehen
  3. Lies das Pass/Fail-Verdikt und die pfad-adressierte Befundliste
  4. Behebe jeden Fehler am markierten Pfad und prüfe erneut, bis die Anfrage gültig ist

Beispiel

Eingabe

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

Ausgabe

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

Das plcmt-Feld akzeptiert in OpenRTB 2.6 nur die Codes 1–4.

Häufige Fehler & Fehlerbehebung

Häufig gestellte Fragen

Was prüft der OpenRTB Bid Request Validator?
Er bestätigt die erforderliche id und ein nicht-leeres imp[]-Array, dass jede Impression genau ein Media-Objekt hat (banner, video, native oder audio), dass die Feldtypen korrekt sind und dass jedes enumerierte Feld einen für die gewählte OpenRTB-Version gültigen Code enthält.
Was ist der Unterschied zwischen placement und plcmt in OpenRTB 2.6?
video.placement (Video Placement Types, Codes 1–5) ist das 2.5-Feld; OpenRTB 2.6 depreziert es zugunsten von video.plcmt (Plcmt Subtypes, Codes 1–4). In 2.6 prüft der Validator plcmt und warnt, wenn das Legacy-placement-Feld noch vorhanden ist.
Warum scheitert meine Anfrage, wenn eine Impression sowohl banner als auch video trägt?
Der Validator erzwingt genau ein Media-Objekt pro Impression, sodass ein banner plus ein video auf demselben imp als Fehler an diesem imp-Pfad gemeldet wird. Modelliere Multi-Format-Inventar stattdessen als separate Impression-Objekte.
Welche Codes sind für devicetype und connectiontype erlaubt?
devicetype akzeptiert 1–7 in 2.5 und 1–8 in 2.6 (8 = OOH Device). connectiontype akzeptiert 0–6 in 2.5 und 0–7 in 2.6 (7 = Cellular 5G). Der Validator listet die erlaubten Codes für die von dir gewählte Version in der Fehlermeldung.
Ändert das Wechseln zwischen OpenRTB 2.5 und 2.6 das Ergebnis?
Ja. Die Enumerations-Sätze sind versionsbewusst, sodass in 2.6 hinzugefügte Codes (OOH devicetype, 5G connectiontype, SIMID api, das plcmt-Feld) in 2.6 validieren, in 2.5 aber abgelehnt werden. Wähle immer die Version, die deine Exchange verhandelt hat.
Wird meine Bid-Request an einen Ad-Server gesendet, wenn ich sie validiere?
Nein. Das Tool parst und prüft das JSON auf deinem Gerät und ruft nie einen entfernten Ad-Tag ab oder POSTet die Anfrage irgendwohin. Nichts über die Bid-Request wird zu ArrayKit oder einer Exchange hochgeladen.

Verwandte Tools

Alle ArrayKit-Tools