AdSenseの表示回数がページビューより少ない理由と確認方法

AdSenseの広告ユニットを1ページに3個配置しても、ページビューごとに表示回数が3回発生するとは限りません。広告がリクエストされ、配信されて読み込まれる必要があるため、表示回数がページビューより少ない場合は、レポートの範囲、広告リクエスト、カバレッジ、読み込み状態の順に確認します。

ページビューと広告の表示回数はどう違う？

AdSenseのページビューはGoogle広告を掲載したページの閲覧を数え、広告数に関係なく1回の閲覧を1回とします。広告リクエストは広告を要求した回数で、広告が返されなかったリクエストも含みます。表示回数は広告の読み込み段階の指標です。すべてを訪問数と考えると判断を誤りやすくなります。Googleのページビューの定義と広告リクエストの定義で区別できます。

カバレッジは「広告が返されたリクエスト数÷全広告リクエスト数×100」で計算します。3回のリクエストのうち2回に広告が返れば約66.7%です。訪問者3人のうち2人が広告を見たという意味ではありません。Googleのカバレッジの説明もリクエストを分母としています。

測定時点にも注意が必要です。2026年10月現在、バナー型ディスプレイ広告はダウンロード開始時に表示回数を数える基準です。Googleは2027年2月17日から、広告素材の読み込みが完了し、描画が始まる時点で数える基準への移行を予告しています。ほかの形式には既に描画基準を使うものもあるため、期間や形式を比較する際は適用基準を確認します。表示回数の定義と測定基準の変更案内が参考になります。

広告枠3個が表示回数3回になるとは限らない理由

ページ上部、本文中央、下部に1個ずつ配置したとします。すべてが広告を要求して読み込めば、1ページビューで複数の表示が発生します。一方、下の広告をスクロール位置に応じて読み込む遅延読み込みでは、訪問者が近づく前に離脱し、リクエスト自体が発生しないことがあります。また、要求しても広告が返されない枠もあります。

広告を見ていないことと、通常の表示回数が集計されないことは別です。読み込み済みの下部広告なら、その位置までスクロールされなくても通常の表示に数えられる場合があります。Active Viewの一般的な視認条件は、広告面積の50%以上が画面上に1秒以上表示されることです。見る機会があったかを評価する別の基準で、Active View公式説明に違いが示されています。

そのため、広告が3個あるだけで表示回数が必ずページビューの3倍になるとは計算できません。ただし、すべてのページ閲覧で最低1回の広告表示が同じレポート範囲に正常集計されていれば、表示回数はページビュー以上になると期待できます。それより少ないことは調査の出発点であり、その比率だけから広告が一切なかった訪問の割合は計算できません。

最初に疑うべき原因は？

• 比較範囲の違い：サイト全体のページビューと特定ユニットの表示回数、全端末とモバイルのみを比較していないか確認します。Google Analytics 4（GA4）の表示回数もAdSenseのページビューとは別指標で、混ぜて比率を解釈しません。
• リクエスト自体の減少：遅延読み込み、モバイルで非表示の枠、スクリプト実行の遅延やエラーが影響します。ソースにコードがあっても、ブラウザーでリクエストが実行されたとは限りません。
• リクエストに広告が返らない：適切な広告需要、サイズ、ブロック設定、配信制限、ads.txt、ポリシーやクローラーの問題を確認します。ads.txtは広告在庫の認定販売者を知らせるファイルで、問題の通知があればアカウント内の案内に従います。
• 読み込みや集計の問題：遅い接続、広告読み込み前の離脱、実装エラーなどが候補です。無効なトラフィックの調整やレポートの反映遅延も考慮しますが、根拠なく特定の訪問をボットと断定しません。

広告ブロッカーや同意管理もリクエストと配信に影響しますが、AdSenseのページビュー側も変わる場合があります。それだけでAdSense内の2指標の差の原因は確定できません。Googleのカバレッジの問題解決ガイドも、アカウント制限、ポリシー、クローラー、ブロック設定を分けて扱っています。

レポートで確認する順番

1. 期間と範囲を合わせます。AdSenseのレポートで対象サイトを選び、端末・広告ユニット・形式のフィルターを確認します。当日途中の値だけでなく、今日を除いた直近7日とその前の7日など同じ長さで比較します。書き出した資料同士ではタイムゾーンも合わせます。
2. ページビュー、広告リクエスト、カバレッジ、表示回数を並べます。リクエストやカバレッジがなければ詳細指標を探します。分類によって指標が利用できない場合は、サイト単位とユニット単位のレポートを分けて確認します。
3. 端末別に分けます。モバイルだけ減っていれば、広告枠の幅、非表示条件、実行遅延を優先します。国別の差が大きければ広告需要や適用される同意条件も確認します。
4. 広告ユニット別に分けます。上部は維持され、中央や下部だけ減っていないか確認します。1ユニットの値をサイト全体のページビューで割り、全サイトの失敗率と判断してはいけません。
5. ポリシーセンターとサイト状態を確認します。配信制限、ポリシー・クローラーの通知、ads.txtの警告を確認し、該当する案内に従います。空き枠だけでアカウントへの制裁とは判断しません。

これは原因を絞る目安で、確定する公式ではありません。Googleによると、表示・クリックのレポートは通常15〜30分ごとに更新され、24時間以上遅れることもあります。遅延通知があれば記録し、反映後に再比較します。更新に関する案内と表示回数の問題解決ガイドを参考にできます。

ブラウザーで広告枠の状態を調べる

疑わしいユニットを絞ったら、該当の公開ページをログアウト状態でも開きます。デスクトップと実際のモバイル端末で比較し、広告位置までスクロールします。テストのため広告をクリックせず、枠とリクエスト・読み込み状態を観察します。開発者ツールではConsoleのスクリプトエラーとNetworkの関連リクエストを確認できます。

一般的な手動挿入のAdSense広告枠は、そのページのChrome開発者ツールのConsoleで次のJavaScript式を実行して調べられます。ページや広告を変更せず、現在の属性とサイズを読むだけの処理です。

Array.from(document.querySelectorAll('ins.adsbygoogle'), (ad, index) => ({
  number: index + 1,
  slot: ad.getAttribute('data-ad-slot'),
  adStatus: ad.getAttribute('data-ad-status'),
  processed: ad.getAttribute('data-adsbygoogle-status'),
  width: Math.round(ad.getBoundingClientRect().width),
  height: Math.round(ad.getBoundingClientRect().height)
}));

結果は該当要素ごとのオブジェクトを含む配列です。adStatusがfilledなら広告が返され、unfilledなら返されていません。unfill-optimizedは広告が返されなかった枠をAdSenseが別の方法で最適化した状態です。processedは別の処理状態で、それだけで充足を判断できません。data-ad-statusの公式説明で区別されています。

属性がない、配列が空というだけでエラーとは限りません。リクエスト前の可能性があり、自動広告の形式やクロスドメインのフレーム内広告をすべて取得できるわけでもありません。サイズ0は非表示を調べる手掛かりですが、1回の画面が全訪問者を代表するわけではありません。filledも、アカウントの表示回数への集計や視認条件の達成を保証しません。

一つずつ修正して再確認する

複数設定を一度に変えず、問題のユニットと端末から対処します。実行遅延や最適化が疑わしい場合は設定とコードを保存し、該当広告に関わる項目だけ変更してキャッシュを消し、比較します。改善がない、レイアウトが崩れるといった場合は保存した設定に戻します。サイズの問題なら、実際のモバイル幅とレスポンシブ広告設定を合わせて確認します。

変更直後はリクエストと表示状態を見て、その後レポート反映を待ち、同じ範囲で比較します。訪問量、国・端末の構成、広告位置も記録すると他の影響を区別できます。表示回数の増加だけで収益増加や解決は保証されません。同意手順を迂回したり、警告を隠したりする方法で対処しないようにします。

解消しない場合は、期間とタイムゾーン、公開URL、ユニット、端末・国、4指標の変化、最近の変更、再現条件をまとめて支援を求めます。範囲をそろえたレポートとブラウザー観察があれば、リクエスト、広告の充足、読み込み、視認可能性のどの段階を調べるべきか具体的に説明できます。