AdSenseのインプレ0(デバッグ編)のとき、最初の30分でやること
DOM/初期化/ブロック要因を最短で切り分けて「インプレ0」を止血する。
AdSenseのインプレッションが0のとき、最初の30分でやることは、まず「広告枠が出ていない(DOM/初期化の問題)」と「広告枠はあるが“表示回数として増えない”」を切り分けると、最短で原因に当たります。
最初に結論
- まず 広告枠DOM(ins.adsbygoogle) が存在し、
data-ad-client/data-ad-slotが入っているかを確認します。 - 次に adsbygoogle初期化(push) がクライアント側で走っているかを確認します(SPA遷移後も)。
- 最後に ブロック要因(CSP/Refused/blocked/Mixed Content/AdBlock/Proxy/WAF)を“コンソールとネットワーク”で潰します。
最初の30分でやること
1) 症状を固定する(どこで0か)
- 全ページで0か、特定テンプレだけ0か
- 特定デバイス(SP/PC)だけ0か
- いつから0か(直近のデプロイ/タグ変更時刻と照合)
2) DOMと属性の最短チェック(まず壊れていないか)
ins.adsbygoogleが実DOMにあるか(SSR/CSRどちらか)data-ad-client/data-ad-slotが両方入っているか(環境変数未設定の混入がないか)style="display:block"でも 親要素の高さ0/overflow で潰れていないか
3) 初期化が走っているか(SPA遷移含む)
window.adsbygoogleが存在するかadsbygoogle.push({})が例外で止まっていないか(Consoleにエラーが出ていないか)- ルート遷移後に再度pushが必要な実装になっていないか(遷移後だけ0になる等)
4) 明確なブロックを潰す(ネットワーク/セキュリティ)
- Consoleに
Refused to load/blocked/CSP/Mixed Contentが出ていないか - Networkで広告関連リクエストが 403/blocked になっていないか
- 直近でCSP/セキュリティヘッダー/WAF/プロキシを入れていないか(変更時刻で当てる)
5) 直前の変更を“戻す”候補を決める(復旧優先)
- slot/client/env の変更
- adsbygoogle初期化の変更(client component化、useEffect追加/削除)
- CSS/レイアウトの変更(高さ/overflow/表示/広告の非表示クラス)
相談する(最短ルート)
この記事を書いた人
川原
SiteOps編集チームの公開窓口として、検索、アクセス、収益データをもとにした運営判断の知見をまとめています。
関連記事
次にやること
複数サイトの検索、アクセス、収益データをまとめて見直すなら、SiteOpsのダッシュボードでサイト別に確認できます。
料金を見る相談したい / お問い合わせ