2026年10月12日(月)
データ分析

「読み込んだ」から「描画が始まった」へ——2027年2月17日、AdSenseとAd Managerのインプレッション定義が変わり、前年比が壊れる

GoogleはAd ManagerとAdSenseのディスプレイ在庫について、インプレッションの計測方法を2027年2月17日からcount-on-downloadからbegin-to-renderへ切り替える。作業は不要と案内されているが、インプレッション総数は減り、RPMとCTRの分母が変わる。つまり収益が動かなくてもレポートの見た目は動く。影響額は今なら過去データで試算できる。何がどう変わり、いつ何を測っておくべきかを公式ドキュメントに基づいて整理する。

WebTech Journal 編集部

編集・執筆

|
|
5分で読める

広告の指標が変わるとき、いちばん厄介なのは「収益は変わっていないのに、レポートだけが変わる」ケースだ。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日までに、ホップ数の多い在庫の扱いを見直す。作業は不要でも、準備は必要だ。

関連記事

データ分析

IDに頼らない効果測定が3方向から同時に出てきた——楽天・Netflix×AJA・ビデオリサーチの発表を読み解く

9月30日〜10月1日、国内で「ID連携に頼らない効果測定」の発表が相次いだ。楽天のオフライン購買の日次可視化、NetflixとAJAのデータクリーンルーム計測、ビデオリサーチの合成データによるバーチャルパネル。3社の手法はまったく別物だ。何が測れて何がまだ測れないのか、実務者目線で整理する。

データ分析

GeminiのリンクにUTMが付き始めた——GA4の「Direct」に隠れていたAI流入は、どこまで見えるようになるのか

GoogleがGeminiの外向きリンクにUTMパラメータを付け始めたとSEJが報じた。公式の仕様は未公表で、付与条件も不明だ。本記事ではAI経由流入が計測から漏れてきた構造、ChatGPTの挙動との比較、「見える流入」と「実際の流入」のずれ、日本のマーケターがGA4とサーバーログで今週確認すべき点を整理する。