OpenRTB ビッドリクエスト バリデーター
OpenRTB 2.5 または 2.6 のビッドリクエストを、IAB ルールに照らしてブラウザ内で検証します。貼り付けた JSON はデバイス上に留まります。
OpenRTB ビッドリクエスト バリデーターは、すべてブラウザ内で動作します。貼り付けたビッドリクエスト JSON はデバイス上で解析・確認され、ArrayKit にアップロードされることも、どの取引所に送られることもありません。
OpenRTB ビッドリクエスト ジェネレーターを開く
OpenRTB ビッドリクエスト バリデーター について
OpenRTB ビッドリクエスト バリデーターは、貼り付けた瞬間にリアルタイムビッディングのリクエストを IAB OpenRTB 2.5 および 2.6 ルールに照らしてリントします。バージョンを選ぶと、必須の id と imp[] が存在すること、すべての impression がちょうど 1 つのメディアオブジェクト（banner、video、native、audio）を持つこと、フィールドの型が一致すること、そして各列挙フィールド — auction type、video protocols、placement または plcmt、devicetype、connectiontype、api フレームワーク — がそのバージョンに実在するコードを持つことを確認します。結果は合否の判定と、直接ジャンプできるパス付きのリストとして返されます。広告オペレーションエンジニアと SSP/DSP インテグレーターは、ビッドリクエストをサードパーティのエンドポイントに POST することなく、ライブトラフィックのサンプルをここでデバッグできます — すべてデバイス上で動作します。
機能
- バージョン対応の列挙セットを使って OpenRTB 2.5 または 2.6 に照らして検証
- 必須の id と、空でない imp[] impression 配列を確認
- 各 impression が banner、video、native、audio のちょうど 1 つを宣言していることを確認
- IAB enum コードを検証: at、video protocols、placement/plcmt、devicetype、connectiontype、api
- 2.6 の plcmt フィールドを処理し、バージョンごとに非推奨の placement 使用を指摘
- すべての結果に imp[0].video.plcmt のような JSON パスが付き、正確に特定できます
- ブロッキングエラーと、非推奨や重複 imp id のような助言的な警告を区別
- ビッドリクエストをブラウザ内で解析・確認 — サンプルがデバイスから離れることはありません
OpenRTB ビッドリクエスト バリデーター の使い方
- 取引所が話す OpenRTB バージョン（2.5 または 2.6）を選ぶ
- ビッドリクエスト JSON を貼り付けるか、サンプルを読み込んで期待される形状を確認する
- 合否の判定とパス付きの結果リストを読む
- 指摘された各パスのエラーを修正し、リクエストが有効になるまで再確認する
例
入力
{
"id": "r1",
"imp": [{ "id": "1", "video": { "plcmt": 5 } }],
"site": { "id": "s1" }
}
出力
Invalid (OpenRTB 2.6)
imp[0].video.plcmt — 5 is not a valid video plcmt for OpenRTB 2.6. Allowed: 1, 2, 3, 4.
plcmt フィールドは OpenRTB 2.6 ではコード 1〜4 のみを受け付けます。
よくあるエラーとトラブルシューティング
- リクエストに impression があるのに「Missing required field imp」と出る。 — imp は JSON 配列でなければなりません — 単一オブジェクトではなく imp: [{ ... }] です。少なくとも 1 つの impression が必要なので、バリデーターは空の [] も指摘します。
- banner と video の両方のオブジェクトを持つ impression が拒否される。 — このバリデーターは impression ごとにちょうど 1 つのメディアオブジェクトを期待します。マルチフォーマットの在庫は、メディアタイプごとに別々の imp エントリに分割してください。
- 以前は通っていたリクエストで devicetype や connectiontype が無効と指摘される。 — 一部のコードはバージョン固有です: devicetype 8（OOH）と connectiontype 7（5G）は 2.6 にのみ存在します。バージョントグルを取引所に合わせて切り替えてください。
- OpenRTB 2.6 にアップグレード後、placement が指摘される。 — 2.6 は video.placement を video.plcmt（Plcmt Subtypes）に置き換えて非推奨としました。値を plcmt に移すと（有効なコードは 1〜4）警告が解消されます。
よくある質問
- OpenRTB ビッドリクエスト バリデーターは何を確認しますか？
- 必須の id と空でない imp[] 配列、各 impression がちょうど 1 つのメディアオブジェクト（banner、video、native、audio）を持つこと、フィールドの型が正しいこと、そしてすべての列挙フィールドが選択した OpenRTB バージョンで有効なコードを持つことを確認します。
- OpenRTB 2.6 における placement と plcmt の違いは何ですか？
- video.placement（Video Placement Types、コード 1〜5）は 2.5 のフィールドです。OpenRTB 2.6 はそれを非推奨とし video.plcmt（Plcmt Subtypes、コード 1〜4）を採用しました。2.6 ではバリデーターは plcmt を確認し、レガシーの placement フィールドがまだ存在する場合は警告します。
- impression が banner と video の両方を持つとなぜリクエストが失敗するのですか？
- バリデーターは impression ごとにちょうど 1 つのメディアオブジェクトを強制するので、同じ imp に banner と video があると、その imp パスでエラーとして報告されます。マルチフォーマットの在庫は別々の impression オブジェクトとしてモデル化してください。
- devicetype と connectiontype にはどのコードが許可されますか？
- devicetype は 2.5 で 1〜7、2.6 で 1〜8（8 = OOH Device）を受け付けます。connectiontype は 2.5 で 0〜6、2.6 で 0〜7（7 = Cellular 5G）を受け付けます。バリデーターは選択したバージョンの許可コードをエラーメッセージに列挙します。
- OpenRTB 2.5 と 2.6 を切り替えると結果は変わりますか？
- はい。列挙セットはバージョン対応なので、2.6 で追加されたコード（OOH devicetype、5G connectiontype、SIMID api、plcmt フィールド）は 2.6 では検証を通りますが、2.5 では拒否されます。取引所と取り決めたバージョンを必ず選んでください。
- 検証時にビッドリクエストが広告サーバーに送られますか？
- いいえ。ツールは JSON をデバイス上で解析・確認し、リモート広告タグをフェッチしたりリクエストをどこかに POST したりすることはありません。ビッドリクエストに関する情報が ArrayKit や取引所にアップロードされることはありません。
関連ツール
すべての ArrayKit ツール