IAB Tech Labは、ポッドキャストのダウンロード数や広告配信をサーバーログで計測するための「Podcast Technical Measurement Guidelines v2.3」を公開しました。動画への適用の明確化や、不正トラフィック、計測期間などが整理されています。
Podcast Technical Measurement Guidelines v2.3とは
「Podcast Technical Measurement Guidelines（PTMガイドライン）」は、サーバー側のログデータを使ってポッドキャストのダウンロード数、オーディエンス、広告配信を計測するための技術的な枠組みです。IAB Tech LabとPodcast Technical Measurement Working Groupが、買い手と売り手が一貫した定義の指標を使えるようにすることを目的に策定しました。
ダウンロードされたエピソードはコンテンツサーバーとの接続を維持しないため、ポッドキャストの計測はサーバーログに依存しています。ガイドラインでは、IABがPwC USに委託した調査で、2025年のポッドキャスト広告収入が40億ドルを超えると予測されていたことにも触れています。
今回のv2.3はパブリックコメント期間（2026年8月19日まで）を経て、2026年9月29日更新のページで最終版として掲載されています。仕様の全文はGitHubで公開されています。
これまでの改訂の経緯
- v1：2016年9月
- v2.0：2017年12月
- v2.1（2021年）：表現の修正、ユーザーエージェント構造の項目、IPv6に関する推奨、Apple watchOSのフィルタリング、プレーヤーに関する追加推奨など
- v2.2：24時間のローリング期間と暦日の期間に言及（違いは明確に示されていなかった）
v2.3の主な変更点
v2.3の変更履歴には、次の内容が挙げられています。
- オープンなRSSフィードやサーバー側配信のアプリで配信される動画も対象であることを明確化
- 「リスナー（listener）」を「ポッドキャストコンシューマー（podcast consumer）」に置き換え、音声の聴取者と動画の視聴者の両方を含む表現に変更
- 計測値の差異を説明するため、プレフィックスURLによるリダイレクト方式を解説
- エンクロージャーURLと、その計測への影響に関するガイダンスを追加
- 一般的な不正の種類と、正当な可能性のある異常を評価するための既存の標準を記載
- 3種類の計測期間の考え方を例とともに記載
動画ポッドキャストへの適用
ガイドラインは、オープンなRSSフィード、またはサーバー側でファイルを配信するポッドキャストアプリを通じて配信される、音声と動画の両方のエピソードに適用されます。MP4ファイルで配信される動画や、HLSのようなセグメント型ストリーミングで配信される動画も、特に明記がない限り、同じ計測原則、フィルタリング要件、指標の定義の対象になります。
一方、真のストリーミング技術は対象外です。真のストリーミングについては将来のバージョンで扱う見込みとしており、音声の真のストリーミングについては2018年1月に公開されたMRCのAudio Measurement Guidelinesを参照するよう示しています。
主要な指標の定義
- ダウンロード：エピソードへの固有のリクエストのうち、利用者の端末への配信につながったもの。ルールを満たす完全ダウンロードと部分ダウンロードを含みます。
- ポッドキャストコンシューマー：IPアドレスとユーザーエージェントの固有の組み合わせで、日・週・月など期間を明示して報告します。IPv6の場合は先頭64ビットを使います。
- 配信された広告（Ad Delivered）：フィルタリング・検証済みのダウンロードのうち、広告部分のバイトがダウンロードされたもの。動的に挿入された広告は、広告のバイトが100%ダウンロードされる必要があります。
- クライアント確認済み広告再生：クライアントからのトラッキングビーコンで確認された広告再生。ただし、多くのプラットフォームではこのデータが提供されていないか制限されているとしています。
有効なダウンロードを判定するフィルタリング
ガイドラインでは、有効なダウンロードとみなすには、ヘッダーに加えておよそ1分間分のコンテンツが必要としています。エピソードが1分未満の場合などは、ファイル全体のダウンロードで判定します。また、事前読み込み（プリロード）への対応として、プリロードを防ぐか1分間のしきい値を適用することを求めています。
このほか、ボットや既知のデータセンター、自らボットと名乗るアクセス、形式の不正なユーザーエージェント、Apple Watchによる重複リクエストなどを除外の対象として挙げています。再生・一時停止・再生のような一連の利用は1回のダウンロードとして数えます。
プレフィックスURLとエンクロージャーURL
プレフィックス方式は、ダウンロードURLの前にプレフィックスを付け、計測ベンダーがリクエストを記録する方法です。リクエストは記録できる一方、サーバーの応答は追跡しないため、消費されたバイト数は通常わからないとしています。最初の1分間のコンテンツがリクエストされたことを一貫して確認するのが難しい点も課題として挙げられています。
また、RSSフィード内のエンクロージャーURLに付けたプレフィックスを追加・変更・削除すると、意図せず計測に影響が出る可能性があります。具体的には、URLの変更を新しいエピソードとみなして再ダウンロードするプレーヤーがあることによる重複ダウンロードや指標の水増し、URLを変更するたびに再ダウンロードが発生することが挙げられています。ベストプラクティスとして、ホスティングの変更時にエピソードのGUIDを変えないこと、可能であればタイトルや公開日も変えないことを推奨しています。
不正トラフィックへの対応
ガイドラインは、人が消費しないボットなどによるダウンロードを不正トラフィック（IVT）とし、一般的なGIVTと、人のアクセスに見せかける高度なSIVTに分けています。推奨されるフィルタリングにより、GIVTの大部分と明白なSIVTの一部を検出できる見込みとしています。
一方で、すべての異常が不正とは限らず、正当な利用者の行動やプラットフォーム固有の挙動がIVTと誤認されると、過少計測につながると注意を促しています。検証にはサプライチェーンの協力が必要で、ファイルのリクエストや再生を管理するプレーヤープラットフォームが不正対策を支える立場にあるとし、ads.txt/app-ads.txtやOpen Measurementといった取り組みを挙げています。
3種類の計測期間と差異の許容範囲
計測期間は、決まった時刻にリセットされる「カレンダー（固定）」、最初の有効なリクエストから24時間を数える「ファーストタッチ（ローリング）」、リクエストのたびに期間がリセットされる「ラストタッチ（延長型ローリング）」の3種類が例とともに示されています。
また、認定を受けた計測ベンダー間でも数値に差が出る場合がありますが、期間、地域、対象番組がそろっていれば±5%以内の差は一般的に許容範囲とされています。計測事業者には、少なくとも年2回の自己監査と報告が求められます。なお、このガイドラインはIAB Tech Labのポッドキャスト計測コンプライアンスプログラムの基礎となるものですが、プログラム自体は別に定められています。
参照元：
https://iabtechlab.com/standards/advanced-tv/podcast-technical-measurement-guidelines-v2-3/
https://github.com/IABTechLab/Podcast-Technical-Measurement/blob/main/PTM-Guidelines_v2.3.md
