広告の指標が変わるとき、いちばん厄介なのは「収益は変わっていないのに、レポートだけが変わる」ケースだ。2027年2月17日にGoogleが実施する変更は、まさにそれにあたる。
GoogleはAd Managerヘルプの公式ドキュメントで、Ad ManagerとAdSenseのディスプレイ在庫におけるインプレッション計測を、count-on-download(COD)からbegin-to-render(BTR)へ切り替えると告知した。AdSense側には9月1日付でメール通知が送られたとSearch Engine Landやppc.landが報じている。
定義の違いは、たった一段階の差でしかない
CODは、広告がユーザーの端末へダウンロードされ始めた時点で1インプレッションと数える。BTRは、クリエイティブが正常に読み込まれ、端末上でレンダリングを開始した時点で数える。差はこの一段階だけだ。
しかしGoogle自身が明記しているとおり、CODは「ページには読み込まれたが、完全に描画される前に破棄された可能性のある広告」も数えている。ユーザーが素早く離脱した場合がそれだ。したがって切り替え後、ディスプレイインプレッションの総数は減少する可能性がある。
注意すべきは、対象がディスプレイのバナー(モバイルウェブ、デスクトップ、CTV)に限られる点だ。ネイティブやインタースティシャルなど非バナーのディスプレイ、アプリ(1ピクセル方式)、動画(1フレーム目)は、すでにBTR準拠で計測されている。今回はディスプレイバナーだけが遅れて追いついた、という整理になる。WebViewのインプレッションはモバイルウェブと同じ扱いで、同様にBTRへ移行する。
「作業不要」の裏で、KPIの分母が入れ替わる
Googleの案内は「No action is required」だ。技術的にはそのとおりで、タグの張り替えもコードの修正も要らない。だが分析の観点では、これはかなり重い変更である。
インプレッションが減れば、それを分母に持つ指標がすべて動く。CTRは上がる(分子のクリックは変わらず分母だけ減る)。RPM、つまり1000インプレッションあたり収益も上がる。逆に、インプレッション数そのものをKPIにしているレポートは下がる。収益がまったく動かなくても、レポート上の主要指標が一斉にずれる。
2027年2月17日を跨ぐ前年同期比較は、この日を境に意味を失う。媒体価値を年度で説明している事業者は、切り替え前後の断層を明示する準備をしておいたほうがいい。
影響額は、今なら自分で測れる
Googleは事前試算の手順を公開している。Ad Managerにサインインし、レポート>インタラクティブレポート>「自分でレポートを作成」を選ぶ。ディメンションに「デマンドチャネル」「インベントリ形式」「インベントリタイプ(展開)」「デバイスカテゴリ」、指標に「広告サーバーのインプレッション」と「広告サーバーのbegin to renderインプレッション」を追加する。この2つの差分が、切り替え時に失われるインプレッションの推定値になる。
ここで見落としてはならないのが期間指定だ。Googleは開始日を2026年8月12日より後に設定するよう推奨している。それ以前のBTR指標は比較に使えない前提と考えたほうがいい。つまり、この試算に使えるデータの長さはすでに決まっており、早く着手するほど季節性を含めた判断がしやすくなる。
さらにGoogleは「Ad Exchange begin to render impressions」「Yield group begin to render impressions」「Total begin to render impressions」といった指標を追加予定としている。現時点で広告サーバー指標だけで出した試算は、あくまで部分的なものだと理解しておく必要がある。
落ちるのはどの在庫か——構造で当たりをつける
GoogleのFAQには、減少の予測に直結するヒントが並んでいる。筆者の読み方はこうだ。
まず、クリエイティブのアセット数が多いほどダウンロード時間が伸び、レンダリング開始が遅れる。次に、同期スクリプトを使ったクリエイティブは直列処理となり、非同期に比べて不利になる。そして決定的なのがサプライチェーンの「ホップ」数だ。Googleは、クリエイティブに到達するまでのパートナーが多いほどダウンロードが長引き、レンダリングを開始できるクリエイティブが減ると明言している。
つまり、リセラーを何段も経由した安価な在庫ほど、BTRへの切り替えで削られやすい。逆に言えば、この変更はサプライパスの深さを収益に直結させる。SPO(サプライパス最適化)を後回しにしてきた媒体社にとって、2027年2月は請求書の到着日になる。
遅延読み込みの設定も効く。lazy renderingはBTR計測に直接影響し、renderMarginPercentやfetchMarginPercentを上げればアセットは早くレンダリングされる。ただしGoogleは、これらの設定がネットワークとユーザー端末の負荷を増やすとも警告している。Core Web Vitalsとのトレードオフになるため、数値目的での安易な引き上げは勧められない。
これは「不利な変更」ではない
最後にバランスを取っておきたい。BTRはIABとMRCが推奨する業界標準であり、Googleがこれに合わせるのはむしろ遅かった。DSP側の計測とメソドロジーが揃うため、バイヤーや第三者計測ベンダーとの差異(ディスクレパンシー)は縮小する。CODキャンペーンをBTR条件に合わせるためにバッファを積む、という不毛な運用も不要になる。
短期的にはレポートの数字が悪化して見える。中長期的には、広告主と媒体社が同じ数字を見る土台ができる。前者だけを見て慌てるか、後者を前提に交渉材料を作り直すかで、この1年半の使い方は変わる。
手を動かすなら順序は明快だ。今週、Ad Managerで差分レポートを作って影響率を握る。今期中に、社内・クライアント向けレポートの注釈フォーマットを決める。そして2027年2月17日までに、ホップ数の多い在庫の扱いを見直す。作業は不要でも、準備は必要だ。
出典
- Begin-to-render impression counting for display ads - Google Ad Manager Help
- Google AdSense to change how it counts impressions: Begin-to-Render - Search Engine Land
- AdSense drops unrendered ads from impression counts on February 17, 2027 - ppc.land
- Desktop Display Impression Measurement Guidelines - IAB