【重要】AdSenseバックフィルが廃止へ。Googleアドマネージャー移行の「2段階ロードマップ」と必須対応リスト

2026年5月10日2026年5月21日

URLをコピーしました！

「とりあえずAdSenseにバックフィルさせておけばいい」という時代が終わります。Googleは、AdSenseのデマンドを完全にAd Exchange（AdX）へと集約することを決定しました。

これは、単なる「名前の変更」ではありません。優先取引やプログラマティック保証型、Open Biddingとの互換性を強化し、「収益の最大化（イールドマネジメント）」を強制的に次のステージへ引き上げるためのアップデートです。

⚠️ 実務設定を始める前の重要なお願い

本記事はGAM管理画面の具体的な「設定手順（マニュアル）」です。

この設定を行う前提となる「配信ロジックのねじれ構造」や、裏側で必須となる「ads.txt・schain・sellers.jsonの三位一体設定」が未完了の場合、移行後に広告収益が激減するリスクがあります。

必ず以下のバックボーン記事をご確認の上、作業に移ってください。

1. 配信ロジックの正体

あわせて読みたい

【2026年5月期限】GAM＋AdX持ちなのに「AdSenseバックフィル」を放置しているパブリッシャーが今すぐ直… ⚠️ 【最重要】一般の個人ブロガー様は「絶対に」読まないでください本記事は、Googleアドマネージャー（GAM）の内部に「Google Ad Exchange（AdX）」を紐付け、高度なY…

GAM＋AdX持ちなのに「AdSenseバックフィル」の“ねじれ構造”の正体

2. 必須のインフラ設定

あわせて読みたい

【2026年必須】ads.txt・schain・sellers.json の「表裏一体」関係と透明性チェックリスト皆さんは ads.txt、SupplyChainObject（schain）、そして sellers.json という言葉を聞いたことがありますか。もし「名前は知ってるけど、正直よく分からない」「設定…

ads.txt・schain・sellers.jsonの「表裏一体」関係と透明性チェックリスト

移行の「2段階デッドライン」を把握せよ

パブリッシャーがカレンダーに書き込むべき日付は2つあります。

第1段階：2026年5月30日〜
- 変化: 同じ広告枠でAdSenseとAdXが競合した場合、AdXが強制的に優先されます。
- 意味: 「どっちが配信されるかランダム」だったガチャ状態が終了し、AdX主導のオークションが始まります。
第2段階：2026年7月29日〜
- 変化: AdSenseデマンドのみに依存している広告枠は、配信が中断される可能性があります。
- 意味: この日までにAdXへの移行設定を完了させなければ、収益が「無」になるリスクがあります。

なぜ「バックフィル」のままではダメなのか？

AdSenseの仕組みはシンプルでしたが、現代の複雑なプログラマティック取引においては以下の「足かせ」になっていました。

機能の欠如: 優先取引（Preferred Deals）やプライベートオークションが使えない。
互換性: Open Biddingパートナー（PubMaticやRubicon等）のデマンドと対等に競合できない。
ワークフロー: AdSenseとAdXの二重管理による運用コストの増大。

実践：移行のための「5ステップ・チェックリスト」

ステップ	設定対象タスク	主な設定場所（管理画面）	実務上の重要チェックポイント / 落とし穴
① ads.txt設定	ルートドメインの `ads.txt` 修正	サーバー上のルートディレクトリ	AdSenseのパブリッシャーID（`pub-xxx`）ではなく、GAM/AdXのネットワークコードやExchange IDが正しく記述されているか。
② レポート生成	現状のAdSense収益レポート作成	GAM ＞レポート＞新しいレポート	移行前のベンチマーク（底上げ基準）を計るため、過去30日〜90日の「広告ユニット別」「チャネル別」の収益・CPMをCSVで保存する。
③ 保護設定	ブロックルールの引き継ぎ	GAM ＞保護（Blocking）	AdSense側の「URLブロック」「デリケートなカテゴリ」を完全移植。移行期は広告レビューセンター（ARC）の並行確認を忘れない。
④ 収益グループ	Yield Group（収益グループ）の設定	GAM ＞配信＞収益グループ	共通のAdXラインアイテムに対し、複数のYield Partnerを紐づける。移行初期はテストとして「配信比率10%」などでスモールスタート。
⑤ 価格ルールの見直し	UFR（統一価格設定ルール）の再設計	GAM ＞配信＞統一価格設定ルール	AdSenseバックフィル廃止に伴い、フロア価格（最低落札価格）が命綱になる。「ハードフロア」と「ターゲットフロア」を使い分ける。

以上の作業が必要です。

① ads.txt / app-ads.txt の最終確認（最優先）

ルートドメイン直下に配置されている ads.txt（およびアプリの場合は app-ads.txt）に、Ad Exchange（AdX）として正しいDIRECT指定がされているか再確認してください。

google.com, pub-xxxxxxxxxxxxxxxx, DIRECT, f08c47fec0942fa0

重要な確認ポイント:

AdSenseのIDとAdXのIDが異なるケースは少なくありません。
特にGAM＋AdXを長年運用しているメディアでよく見られます。
このとき使用するパブリッシャーID（pub-XXXXXXXXXXXXXX）は、AdSenseのものではなくAd ExchangeのIDであることを必ず確認しましょう。

Google Ad Managerの管理画面でtech-life-media.comのウェブのads.txtにおける「ほとんどのクエリが承認済みです（100%承認済み）」と表示されているステータス画面

確認手順:

GAMにログイン → 管理者（Admin） → 全般設定（Global settings） → Ad Exchange アカウントの設定
または管理者（Admin） → Ads.txtの管理（Ads.txt management）でGoogleが自動生成する内容を確認

AdSense関連の行について:

AdSense自動広告などを使っていない場合、AdSense用の行は削除しても問題ありません。
両方必要な場合は、AdX（DIRECT）とAdSense（必要に応じて）正しく併記してください。
AdSenseの販売区分「DIRECTかRESELLER」は契約実態に合わせて併記してください。

あわせて読みたい

② AdSense収益レポートの生成

現在どの広告ユニットがどれだけAdSenseに依存しているかを可視化します。
この作業を最初に行うことで、移行優先順位が明確になります。

レポート作成手順（GAM内）

GAMにログイン → レポート（Reports） → 新しいレポート（New report）をクリック
ディメンション（Dimensions）に以下を追加：
- 広告ユニット（Ad Unit）
- 広告申込情報（Line Item）
- （任意で追加推奨）デマンドチャネル（Demand Channel）
フィルタ（Filters）で以下を設定：
- デマンドチャネル = AdSense
メトリクス（Metrics）として以下を追加：
- 収益（Revenue）
- eCPM
- 広告リクエスト数 / インプレッション数
- 収益貢献率（%）
期間は直近30日間（または直近7日間）を推奨。
レポートを実行して、AdSense収益が一定以上発生している広告ユニットをリストアップしてください。

ポイントと注意事項

AdSenseバックフィルが設定されている場合、明確に表示されます。
収益寄与率が高い順に並び替えて、優先的に移行すべき広告ユニットを判断しましょう。
このレポートは後で「移行前後比較」にも使えるので、CSVでエクスポートしておくことをおすすめします。

③ 保護設定（ブロック）の「写し」作成

AdSense管理画面で長年設定してきたブロックURL・広告主・デリケートカテゴリを、Google Ad Managerの保護設定へ手動で移植する必要があります。この作業を怠ると、AdX移行後に今までブロックできていた低品質広告や競合広告が表示されるリスクがあります。

移植手順

AdSense側で現在のブロック設定を確認
- AdSense管理画面 → ブロックの管理（またはコンテンツ → ブロック）
- 「ブロックしたURL一覧」「ブロックした広告主」「デリケートなカテゴリ」などをすべてスクリーンショットまたはCSVエクスポートで記録
GAM側で保護設定を作成 GAMにログイン → 保護（Blocking）セクションへ移動主な設定箇所：
- URLブロック（URL Blocking）
  → AdSenseでブロックしていたURL・ドメインを追加
- カテゴリブロック（Category Blocking）
  → デリケートなカテゴリ（アルコール、ギャンブル、成人向けなど）を同じ基準でブロック
- 広告主ブロック / 広告主アカウントブロック
  → 特定広告主や広告主アカウントをブロックしたい場合
- 一般的なカテゴリブロック（General Category Blocking）
適用レベルを確認
- ブロック設定はアカウント全体、広告ユニット単位、特定のYield Group単位で適用可能
- 可能な限り広告ユニット単位で細かく設定することを推奨（過剰ブロックを防ぐ）

実務的なポイント

特に重要なブロック（自社競合他社など）は優先度高めで確実に移植しましょう。
AdSenseとGAMのブロック基準は完全に同じではないため、移行後にテスト配信を行い、実際にブロックされているか確認してください。
頻繁に更新しているブロックリストがある場合は、Googleスプレッドシートなどで管理しておくと今後のメンテナンスが楽になります。
広告レビューセンター（ARC）は、フェーズ2（2026年7月29日以降）が終了するまで個別対応が必要です。
AdX移行後も並行して確認・設定を継続してください。

④ 収益グループ（Yield Group）への統合（強く推奨）

AdXの広告申込情報（Line Item）を広告ユニットごとに個別に大量作成して管理するよりも、「1個の共通AdXラインアイテムに対し、複数の収益パートナー（Yield Partner）をぶら下げて一元管理する」 という方法が、現在最も現代的かつ効率的な運用手法です。

個別のLine Itemを乱立させると管理が煩雑になり、GAM全体の動作や配信優先度の制御（プレッシャー）が複雑化してしまいます。一方、ベースとなるAdXラインアイテムは1個に集約し、実際の配信制御は収益グループ（Yield Group）側に切り出すことで、ターゲット広告ユニット・優先順位・価格設定をスマートに一元管理できます。特に複数広告ユニットを持つ中堅〜大規模メディアに最適です。

⚠️ 【重要】複数AdXアカウント（プロパティ）を運用する場合の注意点

通常、単一のAdXアカウント運用であればラインアイテムは1個に集約できますが、一つのGAMで「複数の異なるAdXアカウント（プロパティ）」を切り分けて管理・運用する場合、プロパティごとに個別のAdXラインアイテム（アドネットワークコードを紐付けたもの）が必要になります。

Google Ad Manager（GAM）の収益パートナー設定画面でAd Exchangeのステータスが「無効」になっている管理画面のキャプチャ

設定手順（推奨フロー）

【複数プロパティ時のみ】プロパティ別AdXラインアイテムの作成
- 複数のAdXアカウント（プロパティ）を扱う場合は、あらかじめGAMの「配信」＞「広告申込情報」から、それぞれのWebプロパティコード（ネットワークコード）を紐付けた個別のAdXラインアイテムを作成・有効化しておきます。
収益グループ（Yield Groups）の作成
- GAM ＞「配信」＞「収益グループ（Yield Groups）」をクリック＞「新しい収益グループ」を作成。
グループの基本情報を設定
- 名前： わかりやすい名前（例：AdX_Priority_Group_2026）
- ステータス： 有効
対象広告ユニットを選択
- AdSenseバックフィルから置き換えた広告ユニット（または広告ユニットグループ）をターゲットに追加。
収益パートナーの確認（AdXの自動有効化）
- 収益グループを作成すると、収益パートナー（Yield Partner）の設定エリアには、デフォルトで「Ad Exchange（AdX）」が必ず最初から自動的に有効化された状態でセットされます。
- パブリッシャー側で手動でAdXをパートナー追加したり、個別のラインアイテムを指定したりする手間は一切ありません。
  この自動有効化されたAdXをベースに、必要に応じて他のSSPなどの収益パートナーを同じグループ内に並列でぶら下げていく（ヘッダービディングやOpen Biddingの並列オークションに掛ける）運用を行います。
Unified Pricing Rules（UPR）との連携
- Yield Group内で個別のフロアプライスを設定するか、全体のUnified Pricing Rules（統一価格設定ルール）と組み合わせるかを決定します。
- 現在は 「Yield Groupによる配信制御＋ Unified Pricing Rulesによる価格統制」 の組み合わせが最も柔軟で推奨されています。

実務的なポイント

運用の圧倒的なシンプル化： ラインアイテムを量産する苦行から完全に解放され、「1個の共通AdXラインアイテムに、複数の収益パートナーをスマートにぶら下げる」という構造を意識するだけで、管理画面が劇的にスッキリします。
拡張性の高さ： この設計にしておけば、将来的に新しいSSPやOpen Biddingパートナー（収益パートナー）を追加・検証する際も、既存の配信設計を壊さずに同じグループ内にサクッと追加して楽に管理・拡張できます。
段階的な移行： 最初は「全広告ユニット対象」の大きなグループ1つから始め、必要に応じてデバイス別やセクション（枠）別に複数の収益グループへと細分化していくのがおすすめです。
安全な本番展開： 移行時は特定の少数広告ユニットだけをターゲットにした「テスト用Yield Group」を1つ作り、挙動と収益性を確認してから全体へ本番展開すると安全です。
重複の防止： 既存のAdSenseバックフィル（旧来の配信設定）は、新設するYield Groupのターゲットから除外するか、優先度を最低に設定して競合を防ぎましょう。

あわせて読みたい

⑤ 価格設定ルール（Unified Pricing Rules）の見直し（収益最大化の最重要フェーズ）

新しくAdXおよび収益グループ（Yield Group）の対象となった広告枠に対し、適切な「統一価格設定ルール（Unified Pricing Rules: UPR）」が適用されているかを必ず総点検してください。

これまでのAdSenseバックフィル運用では、GAM（Google Ad Manager）側が自動的にAdSenseの推定CPMを考慮してオークションの最低ラインを維持してくれていました。しかし、AdXへの完全移行後は、パブリッシャー自身がUPRを使って明確にフロアプライス（最低落札価格）をコントロールしなければ、価値ある広告枠をデマンド側に不当に安い単価（チェリーピッキング）で買いたたかれてしまい、サイト全体のCPMが大幅に下落するリスクがあります。

UFR見直しの具体的手順と最適化フロー

移行対象広告ユニットのUPR適用状況チェック
- GAM ＞「在庫」＞「価格設定ルール（Pricing rules）」をクリック。
- 現在有効になっているUPRの「ターゲット（Targeting）」に、今回AdSenseバックフィルからAdX/Yield Groupへ移行した広告ユニットが漏れなく含まれているかを確認します。
フロアプライス（最低落札価格）の再設計
- 一律の「0円フロア」は絶対NG： 最低落札価格を設定していない、あるいは低すぎる（例：1円など）ルールにAdXが紐づくと、デマンド全体の入札プレッシャーが弱まり、平均CPMが下がります。
- ハードフロアとターゲット（ソフト）フロアの使い分け：
  - ハードフロア（Set floor price）： 指定した価格未満の入札を完全にシャットアウトします。枠のブランド価値を守りたい場合に有効です。
  - ターゲットフロア（Set target floor price）： 平均の落札価格を指定価格付近に保ちつつ、柔軟な入札を受け入れます。現在、GoogleはAdXのバイイングアルゴリズムを最大化するためにターゲットフロアの利用を強く推奨しています。枠のフィルレート（広告充填率）を維持しながら収益性を上げたい場合は、まずターゲットフロアで設定しましょう。
デバイス・買い手（バイヤー）別のセグメント最適化
- 全ての枠・全てのバイヤーに同じ価格を適用するのではなく、「PC 枠 vs SP 枠」「オープンオークション全体 vs 特定の広告主（ブロックしたい低単価デマンド）」などでルールを切り分け、価格のグラデーションを作ります。

フロア価格のタイプ	配信ロジック（挙動）	メリット（媒体社の恩恵）	デメリット / リスク	最適なユースケース
ハードフロア (Hard Floor)	設定した価格を1円でも下回る入札は、すべて機械的に弾く。	最低限担保したいインプレッション単価（底値）を100%維持できる。	入札がフロアに届かない場合、広告が非表示（白枠）になり、機会損失が生まれる。	誤解を恐れずに言えば「ここぞ」という純広告枠や、極めて価値の高いプレミアム枠。
ターゲットフロア (Target Floor)	設定価格を下回る入札も受け入れるが、全体の「平均CPM」がその価格になるようGoogleが自動調整する。	柔軟に入札を受け入れるため、広告の「充填率（Fill Rate）」を高く維持しつつ、全体の収益を最大化できる。	個別のオークションでは設定価格未満で落札されるケースがあるため、一時的に単価が下がって見える。	基本の運用スタイル。多くのインプレッションを無駄にせず、全体の底上げを図りたい一般枠。

実務的なポイント（イールドマネジメントの視点）

Yield Groupのフロア設定との競合に注意： Yield Group内でも個別のフロアを設定できますが、GAMの仕様上、「Yield Group内のフロア設定」と「全体のUnified Pricing Rules（UPR）」が競合した場合、より高い（厳しい）方のフロアプライスが優先して適用されます。管理の煩雑化を防ぐため、基本の価格統制はUFRに一元化し、Yield Group側はノンGoogle SSPとの競合制御に特化させるなど、運用ルールを社内で統一しておくことを強く推奨します。

データに基づく「A/Bテスト」の実施： いきなり高いフロアプライスを設定すると、広告が一切配信されない「白枠（未充填）」が多発します。移行直後は、過去のAdSenseレポートから算出された平均CPMの「7割〜8割」の価格を基準値としてターゲットフロアに設定し、1〜2週間ごとに「価格を10%上げてフィルレートと全体の収益（Revenue）がどう変化するか」をチューニングしていく運用がベストです。

おまけ「入札者（ビッダー）」を賢く使うとPrebidの競合が楽になる「GAM360限定」

ここまでは標準機能（主に無料版GAMでも対応可能）を中心とした移行手順を解説してきましたが、最後にGAM 360（有料版）を運用しているパブリッシャー向けに、さらに一歩進んだ「収益最大化（イールドマネジメント）」の極秘テクニックをお届けします。※すべてのデマンドには対応していません。

それが、GAM 360限定機能である「入札者（Bidder）」設定の活用です。

Prebid ラッパーでのヘッダー入札による入稿 – Google アドマネージャーヘルプ

従来のPrebid運用が抱えていた「ラインアイテム爆発」の苦行

これまで、Prebid.jsなどのHeader Bidding（ラッパー）を使って外部SSP（Rubicon、PubMatic、Criteoなど）とAdXを競合させる場合、パブリッシャーは以下のような膨大な作業を強いられていました。

0.01円〜0.1円刻みの価格帯（Price Granularity）ごとに、数百〜数千個のPrebid専用ラインアイテム（Price Priority）を力技で量産する
キーバリュー（例：hb_pb=1.20）を愚直にマッピングして配信プレッシャーをかける

この運用はGAMの在庫管理を圧迫するだけでなく、ラインアイテム数が上限（リミット）に達する原因になり、運用保守のコストも膨大でした。

GAM 360の「入札者（Bidder）」で何が変わるのか？

GAM 360の「管理」＞「会社」＞「入札者」タブ、あるいは「収益グループ」内の設定から、サポートされている主要な外部SSPを「認定入札者（Authorized Bidder）」や「Open Bidding / Prebidマッピングパートナー」として直接GAMに登録・有効化できます。

この機能を使う最大のメリットは、「手動で価格刻みのラインアイテムを量産しなくても、GAM側が外部ビッダー（入札者）のリアルタイム入札価格を認識し、1個のAdXや他のデマンドと等価オークション（共通のフロアプレイス基準）で直接競合させられる」という点にあります。

実務におけるスマートなPrebid連携フロー

GAM 360で入札者（Bidder）の有効化
- GAM 360の管理画面から、連携したい収益パートナー（SSP）を「入札者」として有効化。各SSPのアカウントIDやエンドポイントをマッピングします。
収益グループ（Yield Group）への統合
- 本記事の【ステップ④】で作った収益グループを開きます。
- 自動有効化されているAdXと同じグループ内に、先ほど有効化した外部の「入札者（SSP）」を収益パートナーとして追加します。
キーバリュー連携（Prebid.js側）の自動マッピング
- Prebid.js側の設定（pbjs.enableAnalytics や専用のアダプター仕様）とGAM 360の入札者機能を噛み合わせることで、これまでのような「数千個のラインアイテム」を仲介させずとも、Yield Groupが直接Prebidの入札（デマンド）を吸い上げて、AdXとリアルタイムに価格競争（ダイナミックアロケーションの拡張版）を発生させられます。

評価軸	従来のPrebid運用（無料版GAM）	GAM360「入札者（Bidder）」運用
ラインアイテムの管理	価格粒度（0.01円刻み等）ごとに、数千〜数万個のラインアイテムを手動・ツールで量産する必要がある。	`pbjs.aliasBidder` などのマッピングにより、わずか数個の「入札者グループ」に集約・自動化できる。
運用コストとミス	新しいSSP（Bidder）を追加するたびにラインアイテムの複製・紐づけが発生し、管理画面が破綻しやすい。	配信設定がクリーンに保たれ、追加・削除もキーバリューのハンドリングだけで完結。人的ミスが激減する。
サイトスピードへの影響	膨大なラインアイテムの判定処理（プレッシャー）が走り、広告リクエストの遅延（レイテンシー）やサイトの重さに繋がる。	Googleのバックエンド（サーバーサイド）の動的オークションに最適化されるため、サイトが圧倒的に軽くなる。
システム上限（リミット）	GAMのラインアイテム数上限（リミット）に達しやすく、大規模メディアほど常に上限との戦いになる。	ラインアイテム自体を量産しないため、システムリミットを気にする必要が実質的になくなる。

アドテク屋の視点：なぜこれが「Prebidの競合を楽にする」のか？

管理コストが「ほぼゼロ」に： 広告ユニットが増えたり、価格帯が変動したりするたびにラインアイテムを調整・複製する不毛な作業から完全に解放されます。
レイテンシー（サイトスピード）の改善： GAMの内部的なオークション処理が最適化され、大量のラインアイテムをスキャンする負荷（プレッシャーの遅延）が減るため、広告の描画速度が向上し、結果として全体のフィルレートやCPM向上に寄与します。
Unified Pricing Rules（UPR）による一元統制： 外部ビッダーに対しても、本記事の【ステップ⑤】で設定したUPRのフロアプライスがそのまま共通ルールとして適用されるため、バイヤーごとの価格統制が非常にシンプルになります。

AdSenseバックフィルの廃止を機に、もし自社メディアがGAM 360を導入しているのであれば、ラインアイテムを愚直に作り直すのではなく、この「Yield Group ＋入札者（Bidder）設定」によるモダンな一元管理体制へ完全にシフトすることを強く推奨します。

まとめ：アドテク屋としての視点

今回のAdSenseバックフィル廃止とGoogleアドマネージャー（GAM）への完全移行は、一見するとパブリッシャーにとって「仕様変更に伴う面倒な設定作業」に見えるかもしれません。しかし、アドテク運用の本質的な視点から見れば、これは「デマンドの完全な等価オークション化（公平なリアルタイム競争）」へとメディアをアップデートする最大のチャンスです。

これまでAdSenseというブラックボックスの陰に隠れ、パブリッシャー側でコントロールしきれなかった高単価なバイヤー（デマンド）たちが、これからは本記事で解説した「収益グループ（Yield Group）によるモダンな一元管理」や、「統一価格設定ルール（UPR）による厳密な価格統制」の支配下に組み込まれることになります。

不当な買いたたきを許さず、メディアの価値に見合った適切なフロアプライスをパブリッシャー主導で敷くことで、オークションの競争環境は劇的に健全化し、結果としてサイト全体のeCPMが大きく向上するポテンシャルを秘めています。

さらに、GAM 360を運用する大規模パブリッシャーであれば、「入札者（Bidder）」機能を噛み合わせることで、Prebid.jsをはじめとする外部Header Biddingデマンドとの競合すらもラインアイテムの量産なしでスマートに完結できるようになります。

今回の移行スケジュールは待ってくれません。