PerformanceUpdated:9 分で読めます
LCP を悪化させないファーストビュー上の広告配置
広告ユニットの遅延読み込みは簡単な解決策です。本当の正解は、広告スクリプトが実行される前に 280px の高さを確保しておくこと。12 種類のレイアウトをテストし、広告ありでも LCP を 2.5 秒以下に抑えられた 4 パターンを紹介します。

ファーストビュー上部の広告配置は収益面で魅力がありますが、実装を誤ると LCP 悪化と審査評価低下を同時に招きます。ポイントは、広告そのものを否定するのではなく、本文到達性と表示安定性を維持した配置にすることです。
なぜ LCP が悪化するのか
- 広告スクリプトがヒーロー要素より先に描画競合を起こす。
- 広告枠サイズ未固定で再レイアウトが発生する。
- 画像最適化前に広告関連 JS が CPU を専有する。
- 複数タグの同期実行で初期レンダリングが詰まる。
安全に置くための原則
- 本文見出しと導入段落を必ず先に表示する。
- 広告枠の高さを事前予約し、CLS を防ぐ。
- 重いタグは遅延読み込みで初期負荷を分離する。
- モバイルで本文開始が視認できる配置を維持する。
- 同一ビューで広告密度を上げすぎない。
実装パターン例
推奨は、ヘッダー直下に本文タイトルと要約を先に置き、その下に固定高の広告スロットを配置する形です。これならユーザーが最初に読むべき情報へ到達でき、広告読込が遅れてもレイアウト崩れを抑えられます。
審査で見られやすい NG 例
- 画面上部が広告のみで本文が見えない。
- 閉じる操作を強制する大型表示で閲覧を阻害する。
- 広告読み込み失敗時に大きな空白が残る。
- モバイルで広告が本文導線を塞ぐ。
測定と改善手順
- 広告オフ状態で LCP の基準値を取得する。
- 広告オンで差分を測定し、悪化要因を分解する。
- 遅延読込、枠固定、タグ整理を順に適用する。
- モバイル実機で本文到達性を確認する。
- 再計測し、許容範囲内かを判断する。
まとめ
above the fold の広告は、設計次第で成立します。本文の可読性を先に確保し、広告枠の安定表示と負荷分離を徹底すれば、LCP 悪化を抑えつつ収益化を進められます。
References
- web.dev - Largest Contentful Paint(2026-07-15)
- web.dev - LCP 最適化ガイド(2026-07-15)
- Google AdSense ヘルプ - 広告掲載のベストプラクティス(2026-07-15)