コネクテッドTVは今や動画広告費の大きな行き先であり、支払った内容を確認するのが最も難しい場所でもあります。テキサスの視聴者向けに買ったキャンペーンがニューヨークで流れたり、選んでいないアプリで流れたり、まったく流れなかったりしても、レポートには配信済みインプレッションが表示されます。CTVでの広告検証とは、各地域の実際の視聴者と同じように広告枠を視聴することです。
本ガイドでは、CTVの検証が難しい理由、重要なチェック項目、そして各地域で実際に流れている広告を確認する実践的な方法を解説します。
CTVの検証が難しい理由
Webページでは、検証ベンダーが広告の横でスクリプトを動かし、何が起きたかを読み取ります。テレビでは、それがほとんど機能しません。
- サーバーサイド広告挿入（SSAI）。 多くのストリームは、テレビに届く前にサーバーで広告を動画に挿入します。広告リクエストはそのサーバーから送られ、視聴者のIPアドレスと端末情報はヘッダーで渡されます。不正業者がこのサーバーを偽装すれば、「視聴者」は捏造できます。
- アプリ内の計測が限られる。 TVアプリは多くのOSで動作し、Webやモバイルで一般的な計測SDKをすべてが対応しているわけではないため、視認性や端末のチェックにはむらがあります。
- Cookieがない。 CTVは端末の広告IDと世帯のIPに頼っています。どちらもリセットや偽装が可能です。
- 地域はIPで決まる。 多くのストリーミングサービスは、世帯のIPの所在地をもとに、視聴者に流す広告、そして多くの場合コンテンツも決めています。
- 長く多層的なサプライチェーン。 1つのインプレッションは、購入されるまでにアプリ、サプライプラットフォーム、複数の再販業者を経由することがあります。
結果として、CTVのレポートは広告サーバーが伝えられた内容を示すもので、画面で実際に流れた内容とは限りません。
確認すべき項目
有効なCTV検証は次の5点をカバーします。
- 地域。 広告は購入した地域だけで流れましたか。各対象地域の内側から確認し、外側からも確認して地域外への漏れを見つけます。
- インベントリ。 販売されたアプリやチャンネルで流れましたか。アプリをパブリッシャーの
app-ads.txtと合意した販売者リストと照合します。 - クリエイティブ。 各市場で、言語、オファー、法的表記を含む正しいバージョンが流れていますか。
- 配信品質。 広告は最後まで、きれいな広告枠で、黒画面、途切れ、同じスポットの繰り返しなく再生されましたか。
- コンテキスト。 広告の前後にどんなコンテンツが流れましたか。ブランドセーフティはWebと同じくストリーミングでも重要です。
配信ログだけではこれらのどれにも答えられません。視聴者側からの観察が必要です。
地域別にストリーミング広告を確認する方法
広告付きストリーミングサービスの多くはWebブラウザでも動作し、そのWebプレーヤーはTVアプリと同様の方法で広告をリクエストします。そのため、ローカルIPの背後にあるブラウザは実用的な観察地点になります。
1. 地域とチャンネルの計画を作る
キャンペーンの地域、購入したサービスとチャンネル、スポットが流れるべき時間帯を一覧にします。計画外の配信を見つけるため、購入していない地域を1〜2つ加えます。
2. レジデンシャルIPで各地域に入る
ストリーミングサービスはIPから所在地を判断し、データセンターのトラフィックを拒否したり別扱いしたりすることがよくあります。必要な都市をターゲットにしたレジデンシャルプロキシを使い、スティッキーセッションIDで視聴セッション全体を1つのIPに保ち、サービスから1世帯に見えるようにします。
customer-USERNAME-country-us-city-dallas-sid-dal-ctv-01-ttl-1800:PASSWORD3. ストリームを再生して広告枠を記録する
実際のブラウザでWebプレーヤーを開き、ストリームを再生して2つのものを取得します。プレーヤーの広告リクエストとレスポンス（多くはVASTまたはVMAPのXML）と、各広告枠の映像です。広告ごとに、クリエイティブID、広告主、長さ、広告枠内の位置、地域、時刻、前後のコンテンツを記録します。
Playwrightを使った最小限の取得例は次の通りです。
from playwright.sync_api import sync_playwright
PROXY = {
"server": "http://p.shifter.io:443",
"username": "customer-USERNAME-country-us-city-dallas-sid-dal-ctv-01-ttl-1800",
"password": "PASSWORD",
}
def capture_ad_calls(stream_url, seconds=600):
seen = []
with sync_playwright() as p:
browser = p.chromium.launch(proxy=PROXY, headless=False)
page = browser.new_page()
def on_response(resp):
ctype = resp.headers.get("content-type", "")
if "xml" in ctype and ("vast" in resp.url.lower() or "vmap" in resp.url.lower()):
seen.append({"url": resp.url, "status": resp.status, "body": resp.text()})
page.on("response", on_response)
page.goto(stream_url, wait_until="domcontentloaded")
page.wait_for_timeout(seconds * 1000)
browser.close()
return seenURLのフィルターは出発点です。広告呼び出しの名前はサービスごとに異なるため、一度ネットワークタブを確認して調整してください。サーバーサイド挿入の場合、広告はすでに動画の中にあり、取得できるVAST呼び出しがないこともあります。その場合は広告枠の画面録画が証拠になります。
4. 計画と比較する
地域とサービスごとに、流れた内容と購入した内容を照合します。購入地域外で見えた広告、購入地域で見当たらない広告、誤ったクリエイティブのバージョン、黒画面や繰り返しのある広告枠に印を付けます。
5. ネイティブアプリをスポットチェックする
ネイティブTVアプリについては、プロキシ経由でルーティングしたネットワークにテスト端末を置き、セッションを繰り返します。アプリは独自の方法で視聴者の位置を判断することがあるため、これはスポットチェックとして扱ってください。
注意すべき不正の兆候
視聴者側のチェックは、CTV不正の大半に共通するパターンも浮かび上がらせます。
- 自分のセッションでは一度も広告が出ない地域での配信済みインプレッション。
- 請求書に載っているのに見つからないアプリ、または
app-ads.txtに販売者を記載していないアプリ。 - ありえない端末構成、例えばデータセンターのネットワークからの大量の「TV」トラフィック。
- コンテンツが許す以上に長い広告枠、広告ポッドの水増しの兆候です。
検知の側面については、リアルタイムで広告不正を検知するガイドでシグナルを詳しく解説しています。
実践のヒント
- 都市だけでなく世帯をローテーションする。 視聴セッションごとに新しいセッションIDを使い、1つのIPが市場全体を代表しないようにします。
- 適切な時間帯に視聴する。 多くのキャンペーンは時間帯指定なので、午前3時の空の広告枠は何の証明にもなりません。
- ブラウザを地域に合わせる。 タイムゾーンと言語はIPと一致させてください。そうしないと、サービスが訪問を不自然とみなすことがあります。
- 証拠を保存する。 印を付けた広告枠ごとに録画、広告レスポンス、IPの所在地を保存し、補填請求が通るようにします。
- ディスプレイにも同じ方法を使う。 Webでクローキングされた広告や地域ターゲティング広告を見つけるのと同じアプローチです。
まとめ
CTVのレポートが示すのは、広告サーバーに伝えられた内容です。実際に何が流れたかを知るには、各地域の内側から広告枠を視聴してください。対象都市のレジデンシャルIP、セッションごとに1世帯、すべての広告枠の録画、そして計画との照合です。購入している地域で定期的に実施すれば、地域外への漏れ、配信漏れ、誤ったクリエイティブがキャンペーン終了前に見えてきます。