2026年9月20日(日)
データ分析

「読み込んだ」から「描画が始まった」へ——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 Landppc.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日までに、ホップ数の多い在庫の扱いを見直す。作業は不要でも、準備は必要だ。

関連記事

データ分析

順位ツールの数字が、ツールごとに食い違い始めた——Googleのスクレイパー遮断が壊した「他社の順位が見える」前提

9月13日頃からGoogleのスクレイピング遮断が一段と強化され、Nozzleは取得データ約80%減、Sistrixは公式ステータスで収集レート低下を告知した。同じサイトの同じ回復を、ahrefs・Semrush・Sistrixが別々に描いている。順位ツールの数字が「相対比較のインフラ」として機能しなくなったとき、アップデートの影響をどう説明するのか。計測設計の組み替え方を、Search Consoleの生成AIレポート全面展開と合わせて整理する。

データ分析

Googleが「サイトの広告の重さ」を公開データにした——CrUX新指標4つで、競合の広告実装まで丸見えになる

Chromeが9月15日、CrUXに広告関連の4指標を追加した。ビューポート内の広告数、面積比、通信量、CPU時間。CrUXは公開データなので、自社だけでなく競合サイトの値も見える。Core Web Vitalsではなく閾値もない実験的指標だが、Google自身が「広告主とその周辺サービスに有用」と述べている点に、この指標の行き先が示されている。

データ分析

Googleアナリティクスに「ダッシュボード」が来た——15枚上限・セグメント非対応・全員に共有、の3つが使いどころを決める

9月9日、Googleアナリティクスにレポートタイプ「ダッシュボード」が追加された。告知はリリースノートの一段落だけで、ブログもプレスリリースもない。ドラッグ&ドロップの6種類のチャートより読むべきは、ドキュメントに書かれた3つの制限だ。15枚(プレミアムは30枚)の上限、プロパティ全体への強制共有、API・セグメント・カード単位比較の非対応。Data Studioを置き換えるものではない理由と、現実的な使い分けを整理する。