インタースティシャル

TL;DR — インタースティシャルとは、ページの主要コンテンツを覆うポップアップまたはオーバーレイです。検索から訪問者が来た直後に表示され、読む前に閉じなければならない場合、Googleはそのページのランキングを下げることがあります。解決策は単純で、到着時にコンテンツをブロックしないことです。Cookieバナー、年齢確認、非公開コンテンツのログインウォール、小さく簡単に閉じられるバナーは問題ありません。

インタースティシャルとは

Googleのガイダンスは、主要コンテンツを隠す侵入型インタースティシャルを、特に検索結果からの遷移時に避けるよう求めています。 Evidence for this claim Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Scope: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Confidence: high · Verified: 2026-07-14 Google: Avoid intrusive interstitials 法的通知や適切なサイズのバナーなどの例外も明確に認めています。 Evidence for this claim Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Scope: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Confidence: high · Verified: 2026-07-14 Google: Avoid intrusive interstitials

Googleの検索結果をクリックしたとき、1語も読めないうちにページがコンテンツの上へ全画面ポップアップをかぶせてくる — 「ニュースレターに登録！」「10%オフ！」「アプリをダウンロード！」 — そのポップアップがインタースティシャルです。あなたと、求めていたものの間に立ちはだかります。

Googleがモバイルでこれを好まないのは、答えを期待して検索結果をタップしたのに、壁に出会うような苛立たしい体験になるからです。そのためGoogleは2017年に、これを行うページをわずかに降格し始めました。

問題になるポップアップ

問題になるのは、検索から到着した直後にコンテンツをブロックするものだけです。典型的な違反は次のとおりです。

1. Googleからクリックして遷移した直後にページを覆うポップアップ。
2. 何かを見る前に閉じなければならない独立した画面。
3. ページ上部がポップアップのように見え、実際のコンテンツが折り返しの下に隠れるレイアウト。

問題にならないポップアップ

実際には、問題ないものがたくさんあります。

• Cookie同意とGDPRバナー — 法律で求められるため、対象外です。
• 年齢確認 — 同じ考え方です。
• ログインウォール — 有料記事やメール受信箱のように、そもそも公開されていないコンテンツ向けのものです。
• 小さなバナー — 画面の妥当な範囲だけを占め、簡単に閉じられるものです。
• 後から表示されるポップアップ — スクロール後、タイマー後、またはページを離れようとしたとき（exit-intent）に出るものです。コンテンツへの入口をブロックしないので、対象になりません。

多くの人が間違えること

• サイト全体ではありません。 影響を受けるのは問題のあるポップアップを持つ特定のページだけで、サイト全体ではありません。
• 手動ペナルティではありません。 異議申し立ての警告はありません。自動的なランキング要因で、Googleは「よりソフトな」ものと呼んでいます。強く関連性の高いコンテンツなら、今でもランキングできます。
• 現在はデスクトップも対象です。 モバイル専用で始まりましたが、2022年以降はデスクトップ検索にも適用されます。
• ページに組み込んだニュースレターボックスは問題ありません。 問題は登録フォームがあることではなく、コンテンツを覆ってブロックすることです。

タイムライン、正確なGoogleの引用、2024年のAPIリークの詳細、監査と修正の方法を知りたいですか？ Advancedタブに切り替えてください。

TL;DR — 侵入型インタースティシャルのシグナルは、検索クリックからの遷移時にページがコンテンツをブロックすると発動する、ページ単位のアルゴリズムによるランキング降格です。2016年8月23日に発表され、2017年1月10日にモバイル検索だけで開始し、2022年2月にデスクトップへ拡大しました。降格対象は3パターン（直後に出る全画面ポップアップ、閉じる必要がある独立したインタースティシャル、インタースティシャルに見えるabove-the-foldレイアウト）で、3つは対象外です（法的ゲート、非公開コンテンツのログインウォール、簡単に閉じられる小さなバナー）。ユーザーが関わった後に表示されるインタースティシャル（exit-intent、時間指定、スクロール）は対象外です。Muellerが言うように、重要なのは「検索クリックとページを進んでコンテンツを見る間の相互作用」です。これは手動措置でもサイト全体への措置でもないソフトなシグナルです。2024年のAPIリークで、violatesMobileInterstitialPolicyというブール値が確認されました。インタースティシャルを削除して再クロールを受ければシグナルは解除されますが、ランキングが以前とまったく同じ位置に戻る保証ではありません。

インタースティシャルとみなされるもの

文書化された懸念は、すべてのモーダルやバナーではなく、主要コンテンツへのアクセス性です。 Evidence for this claim Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Scope: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Confidence: high · Verified: 2026-07-14 Google: Avoid intrusive interstitials 実装が侵入型かどうかは、サイズ、タイミング、目的、アクセスへの影響で決まります。 Evidence for this claim Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Scope: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Confidence: high · Verified: 2026-07-14 Google: Avoid intrusive interstitials

Googleの定義は正確です。 “Intrusive interstitials and dialogs are page elements that obstruct users’ view of the content, usually for promotional purposes. Interstitials are overlays on the whole page and dialogs are overlays only on a part of the page.” (翻訳)「侵入型インタースティシャルとダイアログは、通常はプロモーション目的で、ユーザーのコンテンツの視界を遮るページ要素です。インタースティシャルはページ全体へのオーバーレイで、ダイアログはページの一部だけへのオーバーレイです。」 インタースティシャル（ページ全体）とダイアログ（ページの一部）の区別はGoogleによるもので、重要です。小さな部分オーバーレイは全画面ブロックとは別に扱われます。

ここで一貫して重要な語は侵入型です。すべてのオーバーレイが問題なのではなく、検索者と、クリックしたコンテンツの間に割り込むものがシグナルの対象です。

タイムライン（多くの記事が間違える部分）

この話題は2つの別々の出来事が混同されて分かりにくくなっています。順序を整理します。

• 2015年11月 — アプリインストールのインタースティシャル。 より広いシグナルに先立ち、Googleは重要なコンテンツを隠すアプリインストール用インタースティシャルを持つページを、モバイルフレンドリーではないものとして扱い始めました。2015年7月のケーススタディで、Google+にあった自社のアプリダウンロード用インタースティシャルが体験を損なっているとGoogleが発見したことがきっかけです。これは2017年のペナルティではなく、別の先行措置です。
• 2016年8月23日 — 発表。 Googleはより広い侵入型インタースティシャルのシグナルを発表し、適用開始日を2017年1月10日としました。
• 2017年1月10日 — 開始。 シグナルはモバイル検索で有効になりました。John MuellerとGary Illyesの両者が、その日に展開されたことを確認しました。
• 2022年2月 — デスクトップへの拡大。 Googleは、侵入型インタースティシャルがないことを含むページエクスペリエンスシグナルを、デスクトップのランキングにも広げました（モバイルフレンドリーはデスクトップシグナルの一部ではありませんでしたが、インタースティシャルは含まれました）。
• 2023〜2024年 — Page Experienceレポートの廃止。 GoogleはSearch Consoleから独立したPage Experience レポートを削除し、「page experience」を名前に含むランキングシステムも取り下げました。しかし、インタースティシャルのシグナル自体は動き続けています。ここがこのテーマで最も混同されている点です。レポートはなくなりましたが、シグナルはなくなっていません。

シグナルを実際に発動させるもの

2016年の発表にそのまま記載された3つのパターンです。

1. 主要コンテンツを覆うポップアップ — ユーザーが検索からページへ移動した直後に出るもの、またはページを見ている途中に出るもの。
2. ユーザーが閉じなければならない独立したインタースティシャル — 主要コンテンツへアクセスする前に閉じる必要があります。
3. 独立したインタースティシャルに見えるabove-the-foldレイアウト — 元のコンテンツが折り返しの下にインラインで置かれています。

3つ目が落とし穴です。文字通りのJavaScriptオーバーレイでなくても、上部セクションがインタースティシャルのように見え、実際のコンテンツを折り返しの下へ押し下げるページは、同じように扱われます。

明確に許可されているもの

発表からもう一度、3つの免除です。

1. 法的義務によるインタースティシャル — Cookieの利用、年齢確認、GDPR同意。
2. ログインダイアログ — メールや有料コンテンツのように、コンテンツを公開インデックスに登録できないサイト向けです。
3. 妥当な画面領域を使い、簡単に閉じられるバナー — GoogleはSafariとChromeが提供するアプリインストールバナーをモデルとして挙げています。

そして重要なのは、タイミングによってポップアップが免除されることです。Muellerは、シグナルが入口での遷移だけを気にすると明言しています。 “What we’re looking for is, really, interstitials that show up on the interaction between the search click and going through the page and seeing the content… What you do afterwards, like if someone clicks on stuff within your website or closes the tab or something like that, then that’s kind of between you and the user.” (翻訳)「私たちが実際に見ているのは、検索クリックとページを進んでコンテンツを見る間の相互作用に現れるインタースティシャルです。その後にすること、たとえばサイト内で何かをクリックしたり、タブを閉じたりすることは、ユーザーとの間の問題です。」 つまり、exit-intentポップアップ、ユーザーがページに関わり始めた後に時間を置いて表示するポップアップ、スクロール深度ポップアップは対象になりません。ユーザーがコンテンツへ到達した後に発火するからです。Googleは安全を保証する具体的な遅延時間やスクロール率を公開していません。Muellerの引用でのテストは、ストップウォッチの数字ではなく、オーバーレイが検索クリックからコンテンツへの遷移を中断したかどうかです。ほかで見る「20秒待つ」といった数字は、公式ルールではなく目安として扱ってください。

実際の深刻度はどのくらいか

軽いものです。Googleは当初から次のように説明しました。 “just one of hundreds of signals used in ranking,” (翻訳)「ランキングに使われる何百ものシグナルの1つにすぎない。」 “the intent of the search query remains a very strong signal, so a page may still rank highly if it has great, relevant content.” (翻訳)「検索クエリの意図は依然として非常に強いシグナルなので、優れた関連性の高いコンテンツがあればページは高くランキングできる。」 Muellerは*“a softer factor”（「よりソフトな要因」）、“wouldn’t be applied across the whole website”（「サイト全体には適用されない」）、“slight demote.”*（「少し降格する」）と呼んでいます。つまり、崖ではなく上限です。ポップアップだけでサイトが100位まで落ちるわけではなく、ブランド検索や関連性の高いクエリは大きく影響を受けにくいものです。

サイト全体ではなくページ単位 — APIリークが証明すること

ここが技術的な中心です。ペナルティはドメイン全体ではなく、ページごとに適用されます。 Muellerも、“wouldn’t be applied across the whole website.”（「サイト全体には適用されない」）と述べています。 続いて2024年のGoogle Content Warehouse APIリークで、実装が明らかになりました。violatesMobileInterstitialPolicyというブール値（ポリシー違反時にページを降格するtrue／falseフラグ）と、深刻度を0〜1000で表すadsDensityInterstitialViolationStrengthという整数です。文書ごとのブール値は、内部での「ページ単位」がどのようなものかをそのまま示しています。

手動措置ではありません

手動ペナルティも再審査リクエストもありません。純粋にアルゴリズムによるものです。2022年4月からGoogleは、アドバイザリーなGSCメール通知（「[ドメイン]から侵入型インタースティシャルを削除してページエクスペリエンスを改善してください」）を送るようになりましたが、これは情報提供であり、執行ではありません。異議申し立てをするのではなく、修正して再クロールを受けます。

クローキングの罠 — やってはいけない

Googlebotを検知し、ユーザーには表示しながらGooglebotからはインタースティシャルを隠すのは、魅力的に見える「修正」です。やめてください。 それはクローキングです。 Gary Illyesは、ボット検知型インタースティシャルについて*“the last search-friendly thing you can do.”（「検索に最も適した行為とはいえない」）と述べました。 正当な理由でGooglebotに異なるコンテンツを配信する場合でも、Googleがページをクロールしてインデックスするときは”we don’t send a referrer”*（「リファラーを送らない」）というMuellerの注意点を覚えておいてください。「Google検索から来た」と判定するリファラー依存のロジックは、クローラーに対して期待どおりに動きません。

法的ゲートを正しく実装する

本当に必要なインタースティシャル（年齢ゲートや同意画面）については、HTMLを置き換えず、HTMLの上にオーバーレイするのがルールです。Muellerは次のように述べています。 “The important part is that you’re showing this on top of the HTML page; not that you’re showing it instead of the HTML page.” (翻訳)「重要なのは、これをHTMLページの上に表示することであり、HTMLページの代わりに表示することではありません。」 Googleは*“recognize legal interstitials and ignore those.”*（「法的インタースティシャルを認識して無視しようとします」）。ここから2つの帰結があります。

• 必須の年齢ゲートでは、ゲートを発動させずにGooglebotがコンテンツをクロールできるようにすることをGoogleは推奨しています。
• すべてのURLを1つの同意ページへリダイレクトしない。 それではURLが検索から失われます。各ページ上に同意をオーバーレイしてください。

正確に述べるべき注意点が1つあります。Google検索が「法的義務」のインタースティシャルに設ける例外は、検索がオーバーレイをどう扱うかについてのガイダンスであり、そのゲートが実際に必要だという法的判断ではありません。特定の同意や年齢ゲートが法律上必須かどうかは、管轄と事業に依存します。これはSEOガイドではなく、資格を持つ法律専門家に相談する問題です。Googleが検索に悪影響を与えない法的ゲートだと言っているからといって、法律上不要なゲートを作らないでください。

アプリインストール用インタースティシャル

2015年の当初の問題には、今も明快な答えがあります。全画面のアプリインストールプロンプトではなく、SafariのSmart App Banners、Chromeのアプリ内インストール体験、または小さなHTMLバナーを使います。これらはGoogleが明示的に認める「妥当な画面領域で簡単に閉じられる」パターンです。

Bingではどうか

Bingには、Googleの2017年のシグナルに相当する名前付きで日付のあるインタースティシャルペナルティはありません。しかし何でも許されるわけではありません。BingのWebmaster Guidelinesは、広告が*“take up prime real estate”*（「主要な場所を占める」）か、コンテンツと分離されているか、ユーザーがコンテンツと広告を頭の中で区別できるかなど、広告の侵入性をページ品質全体の一部として評価します。ポップアップと「グレーオーバー」はBingのWebスパムフィルタリングでフラグが立ちます。実務的には、追いかけるべき特定のペナルティはなくても、侵入型オーバーレイはBingの品質評価を損ないます。

侵入型インタースティシャルを監査する方法

1. Chrome DevTools — モバイルエミュレーションに切り替え、新規訪問者として主要なランディングページを開きます。到着時に何かがコンテンツをブロックしていませんか。
2. Screaming Frog／クローラー — モバイルユーザーエージェントでクロールし、レンダリング済みページのスクリーンショットを取得して、大規模なオーバーレイを見つけます。
3. Search Console — メッセージでアドバイザリーのインタースティシャル通知を確認し、URL検査でGooglebotが何をレンダリングするかを見ます。
4. 手動のスポットチェック — まずトラフィックが最も多いモバイルランディングページを確認します。降格のコストが最も大きい場所だからです。

修正して回復する方法

• 全画面オーバーレイを、画面の控えめな範囲だけを使い簡単に閉じられる上部／下部バナーに置き換える。
• プロモーションのポップアップを、入口ではなく関与の後（スクロール、タイマー、exit-intent）に発火させる。
• 法的ゲートでは、リダイレクトせずHTMLにオーバーレイする。
• アプリインストールでは、Smart App Banners／小さなプロンプトを使う。

回復はアルゴリズムによるもので、異議申し立てはありません。インタースティシャルを削除し、Googlebotが再クロールするのを待ちます。重要なページでは、GSCのURL検査からインデックス登録をリクエストして速度を上げます。再クロールで修正が反映されると、インタースティシャルのシグナルはページに不利に働かなくなります。ただし、ランキングが以前とまったく同じ位置へ戻る保証ではありません。Googleは回復のタイムラインを公開したことがなく、ランキングはこのシグナルだけでなく「何百ものシグナル」に左右されます。削除は障害を取り除くこととして扱い、具体的な結果を約束するものとは考えないでください。

これはどこに位置付けられるか

インタースティシャルは、Core Web VitalsやHTTPSと並ぶページエクスペリエンスの問題です。ページが何を言っているかではなく、使ったときにどう感じるかに関するシグナル群です。当初のペナルティはモバイル中心で、今もモバイルで最も重要なので、ここではモバイルSEOに置きます。Googlebotが評価対象のページをどう取得・レンダリングするかについては、Crawlingを参照してください。

AIによる要約

Advanced版の要点をまとめると、次のとおりです。

• インタースティシャル = コンテンツをブロックする全画面オーバーレイ。 Googleによれば、インタースティシャルはページ全体を覆い、ダイアログは一部を覆います。シグナルの対象は侵入型です。
• タイムライン： アプリインストール用インタースティシャルが2015年11月に降格対象に（別の出来事）→より広いシグナルを2016年8月23日に発表→2017年1月10日に開始（モバイル）→2022年2月にデスクトップへ拡大。Page Experience レポートは2023〜2024年に廃止されましたが、シグナルは動き続けています。
• 降格される3種類： (1) 検索クリック直後にコンテンツを覆うポップアップ、(2) 閉じる必要がある独立したインタースティシャル、(3) 折り返しの下にコンテンツを置き、インタースティシャルをまねるabove-the-foldレイアウト。
• 免除される3種類： (1) 法的ゲート（Cookie／GDPR／年齢）、(2) 非公開コンテンツのログインウォール、(3) 小さく簡単に閉じられるバナー。
• タイミングによる免除： exit-intent、時間指定、スクロール発火のポップアップは関与の後に出るため、降格されません。シグナルは検索クリックからコンテンツへ移る部分だけを見ます。
• ページ単位で、サイト全体ではない。重大ではなくソフトです。 「何百ものシグナルの1つ」「よりソフトな要因」「少し降格する」という位置付けです。手動措置ではなく、GSC通知（2022年以降）はアドバイザリーです。
• 2024年のAPIリークで、ページごとのviolatesMobileInterstitialPolicyブール値と、0〜1000の深刻度スコアadsDensityInterstitialViolationStrengthが確認されました。
• Googlebotにだけインタースティシャルを隠さない。 Illyesはそれを「検索に最も適した行為とはいえない」と述べています。法的ゲートではHTMLにオーバーレイし、置き換えやリダイレクトをしません。
• アプリインストール： 全画面プロンプトではなくSmart App Banners／小さなプロンプトを使います。
• 回復はアルゴリズムによる： 削除して再クロールを受ければ、シグナルは不利に働かなくなります。しかし他の何百ものシグナルも関係するため、ランキングが以前とまったく同じ位置へ戻る保証ではありません。
• 法的ゲートは法的意見ではありません。 Cookie／年齢／同意のインタースティシャルに対するGoogleの免除は、検索がどう扱うかを説明するもので、管轄で実際に必要かを判断するものではありません。それは弁護士に相談する問題です。

公式ドキュメント

検索エンジンの一次情報源によるドキュメントです。

Google

• 侵入型インタースティシャルとダイアログを避ける — 現行ドキュメントです。インタースティシャルとダイアログの違い、降格対象、法的ゲートとアプリインストールに関するガイダンスを説明します。
• モバイルでユーザーがコンテンツへ簡単にアクセスできるようにする（2016年8月の発表） — 元のシグナル発表、2017年1月10日の適用開始日、3つの降格対象と3つの許可対象を確認できます。
• アプリダウンロード用インタースティシャルに関するGoogleのケーススタディ（2015年7月） — 初期のアプリインストール措置と、Google+のUXデータを説明します。
• デスクトップへページエクスペリエンスを導入（2021年11月） — 侵入型インタースティシャルを含むページエクスペリエンスシグナルが2022年2月にデスクトップへ拡大したことを説明します。

Bing／Microsoft

• Bing Webmaster Guidelines — 名前付きのインタースティシャルペナルティはありませんが、広告の侵入性がページ品質の要素になります。
• Web Spam Filtering（2014年8月） — ポップアップと「グレーオーバー」がBingの確認する広告品質シグナルに含まれることを説明します。

アクセシビリティ標準（Google／Bingのシグナルではありませんが、構築上の要件です）

• WAI-ARIA APG：Dialog（Modal）パターン — モーダルオーバーレイに必要なフォーカスの閉じ込め、キーボード操作、ラベル付けの要件です。
• web.dev：inert属性 — モーダル表示中に背景コンテンツを操作不可にし、読み上げ対象外にする方法です。

ソースからの引用

Googleによる記録に残る発言です。各リンクはソースページの引用箇所へ移動するディープリンクです。

Google — インタースティシャルとは

• “Intrusive interstitials and dialogs are page elements that obstruct users’ view of the content, usually for promotional purposes. Interstitials are overlays on the whole page and dialogs are overlays only on a part of the page.” (翻訳)「侵入型インタースティシャルとダイアログは、通常はプロモーション目的で、ユーザーのコンテンツの視界を遮るページ要素です。インタースティシャルはページ全体へのオーバーレイで、ダイアログはページの一部だけへのオーバーレイです。」 — Google Search Centralのドキュメント。 引用へ移動

Google — 元の発表（正確性の中心）

• “Pages where content is not easily accessible to a user on the transition from the mobile search results may not rank as highly.” (翻訳)「モバイル検索結果からの遷移時に、ユーザーがコンテンツへ簡単にアクセスできないページは、高くランキングされない可能性があります。」 — GoogleのDoantam Phan。 引用へ移動
• “Showing a popup that covers the main content, either immediately after the user navigates to a page from the search results, or while they are looking through the page.” (翻訳)「ユーザーが検索結果からページへ移動した直後、またはページを見ている途中に、主要コンテンツを覆うポップアップを表示すること。」 引用へ移動
• “This new signal is just one of hundreds of signals used in ranking, and the intent of the search query remains a very strong signal, so a page may still rank highly if it has great, relevant content.” (翻訳)「この新しいシグナルはランキングに使われる何百ものシグナルの1つにすぎません。検索クエリの意図は依然として非常に強いシグナルなので、優れた関連性の高いコンテンツがあればページは高くランキングできます。」 引用へ移動

GoogleのJohn Mueller — タイミング（exit-intent／時間指定ポップアップが問題ない理由）

• “What we’re looking for is, really, interstitials that show up on the interaction between the search click and going through the page and seeing the content… What you do afterwards, like if someone clicks on stuff within your website or closes the tab or something like that, then that’s kind of between you and the user.” (翻訳)「私たちが実際に見ているのは、検索クリックとページを進んでコンテンツを見る間の相互作用に現れるインタースティシャルです。その後にすること、たとえばサイト内で何かをクリックしたり、タブを閉じたりすることは、ユーザーとの間の問題です。」 報道記事を読む

GoogleのJohn Mueller — 深刻度と範囲

• “That’s something that is more probably a softer factor. And it’s something that wouldn’t be applied across the whole website.” (翻訳)「それはおそらく、よりソフトな要因です。そして、Webサイト全体に適用されるものではありません。」 報道記事を読む
• “This is kind of like something where we would slightly demote the website in search.” (翻訳)「これは、検索でWebサイトを少し降格するようなものです。」 報道記事を読む

GoogleのJohn Mueller — 法的インタースティシャル

• “We try to recognize legal interstitials and ignore those. So things like privacy policy, the data protection interstitials, those things we try to recognize and skip over.” (翻訳)「私たちは法的インタースティシャルを認識して無視しようとします。プライバシーポリシーやデータ保護のインタースティシャルのようなものは、認識してスキップしようとします。」 報道記事を読む
• “The important part is that you’re showing this on top of the HTML page; not that you’re showing it instead of the HTML page.” (翻訳)「重要なのは、これをHTMLページの上に表示することであり、HTMLページの代わりに表示することではありません。」 報道記事を読む

GoogleのGary Illyes — ボットからインタースティシャルを隠すクローキング

• ボット検知型インタースティシャルは、“the last search-friendly thing you can do.” (翻訳)「ボットからだけインタースティシャルを隠すことは、検索にとって最も悪い選択肢の1つです。」 報道記事を読む

このインタースティシャルは公開して安全か？

検索から初めて訪問したユーザーの到着時に、主要コンテンツを覆いますか？

• いいえ。コンテンツにアクセスできる小さなバナーです： コンパクトで簡単に閉じられる状態にし、一般的なモバイルのビューポートでテストします。
• はい： 次へ進みます。

法的義務または本当に非公開のコンテンツのためにアクセスが必要ですか？

• はい。実際に必要な同意、年齢、ログインゲートです： 要件を満たす最も邪魔にならない実装を使い、基盤となるページシグナルを正確に保ちます。
• いいえ。プロモーション、アプリインストールの提案、メール取得です： 到着時には表示しないでください。インラインモジュール、小さなバナー、意味のある関与の後のプロンプトを使います。

サーバーまたはクライアントは、ユーザーよりもGooglebotにきれいなページを表示していますか？ はいなら停止します。クローラーとユーザーに同じポリシーを適用してください。クローラー専用の抑制は、体験を修正するのではなく、クローキングのリスクを作ります。

インタースティシャルは安全か？ — 監査チェックリスト

上から下へ進めます。最初のセクションは「リスクがあるか」のテストで、2つ目は手順ごとの監査です。

降格対象 — これらを修正する

• 訪問者が検索から到着した直後にポップアップが主要コンテンツを覆う。
• コンテンツが見える前に、独立した画面を閉じる必要がある。
• above-the-fold領域がインタースティシャルのように見え、実際のコンテンツが折り返しの下に押し出されている。
• 全画面のアプリインストールプロンプトが到着時のコンテンツをブロックする。
• すべてのURLが1つの同意／インタースティシャルページへリダイレクトする（検索からURLを失わせる）。

許可対象 — これらは問題ないので残す

• Cookie／GDPR同意オーバーレイ（法的要件であり、HTMLを置き換えずHTMLに重ねる）。
• 年齢確認ゲート（法的要件。発動させずにGooglebotがコンテンツをクロールできるようにする）。
• 本当に非公開／有料のコンテンツ向けのログインウォール。
• 妥当な画面領域を使う小さく簡単に閉じられるバナー（Safari／Chromeのアプリインストールバナー形式）。
• 関与の後に発火するポップアップ — exit-intent、実際の滞在時間の後の時間指定、スクロール深度で、入口ではないもの。（Googleは具体的な「安全な」遅延時間やスクロール率を公開していません。テストはストップウォッチの数字ではなく、到着を中断したかどうかです。）
• コンテンツに埋め込まれたインラインの登録フォーム（オーバーレイではない）。

アクセシビリティ — 閉じられるオーバーレイが自動的にアクセシブルになるわけではない

• 開いたときにフォーカスがダイアログ内へ移動し、開いている間はそこに閉じ込められる（背景コンテンツへタブ移動できない）。
• 操作可能なキーボードの閉じる経路がある — Escapeや、到達可能でラベル付けされた閉じるコントロール。マウスだけの「X」ではない。
• ダイアログを閉じた後、フォーカスが（通常は起動元の要素など）妥当な場所へ戻る。
• モーダルが開いている間、背景コンテンツはinertである — その状態でフォーカス可能でも、スクリーンリーダーに読み上げられる状態でもない。（inert属性はフォーカス／操作部分を処理しますが、上記のラベル付けやフォーカスワークフロー自体は提供しません。）

手順ごとの監査

• 新規訪問者として、Chrome DevToolsのモバイルエミュレーションで主要ランディングページを開く — 到着時にコンテンツがブロックされていないか。
• モバイルユーザーエージェントでクロールし、レンダリング済みページのスクリーンショットを大規模に確認する。
• Search Consoleのメッセージでアドバイザリーのインタースティシャル通知を確認する。
• URL検査でGooglebotが何をレンダリングするかを確認する。
• トラフィックが最も多いモバイルページを優先する — そこが降格コストの最も大きい場所です。
• 修正後、URL検査で再クロールをリクエストする。回復はアルゴリズムによる（再審査リクエストはない）。
• Googlebotにだけインタースティシャルをクローキングしていないことを確認する。

インタースティシャルの公開後にランキングが下がった

1. タイミングと範囲を確認する。 リリースのタイムスタンプを、影響を受けたランディングページ、デバイスクラス、テンプレート、検索からの入口動作と照合します。影響を受けていないページも下がったなら、より広い原因も並行して調査します。
2. 検索のような初回訪問を再現する。 影響を受けたURLへ、クリーンなモバイルセッションから直接アクセスします。到着直後にコンテンツがブロックされるなら、ビューポートと発火条件を記録します。そうでなければ、キャンペーン、地域、同意、頻度のバリエーションをテストします。
3. ゲートを分類する。 プロモーションなら到着時の発火を今すぐ無効にします。法律上必要なもの、または非公開コンテンツを保護するものなら、要件を削除せず必要な範囲まで縮小します。
4. より安全なパターンを出荷する。 オーバーレイをインラインユニット、小さなバナー、または関与後のプロンプトに置き換えます。コンテンツがブロックされたままならステップ3へ戻ります。
5. 同等性を検証する。 通常のユーザーとGooglebot相当のレンダリングをテストします。クローラーの識別情報によって体験が異なるなら、リリース前にその特別扱いを削除します。
6. 再クロールをリクエストし、ページ単位の回復を監視する。 修正を記録し、影響を受けたページを安定した対照群と比較します。再クロール後に回復しなければ、インタースティシャルだけが原因だと決めつけず、より広い技術・コンテンツ診断を再開します。

避けるべきインタースティシャルの間違い

到着時に全画面のプロモーションを表示する

ユーザーは選んだ結果へ到達できません。インライン配置、小さなバナー、または関与後のプロンプトに置き換えます。

すべてのポップアップを同じリスクとして扱う

法的ゲート、非公開コンテンツのログインウォール、簡単に閉じられる小さなバナーは、プロモーション用のブロッカーとは異なります。必須の体験を変更する前に、目的と画面の占有範囲を分類します。

クローラーにだけオーバーレイを隠す

検索訪問者よりGooglebotにきれいなページを配信すると、同等性とクローキングのリスクが生じます。ユーザー体験そのものを変更します。

1ページの影響からサイト全体のペナルティを診断する

このシグナルはページ単位でアルゴリズムによるものです。手動措置やサイト全体の措置だと主張する前に、テンプレートとランディングページごとに実装と下落の範囲を確認します。

よくあるインタースティシャルの問題

ポップアップが本番環境でだけ表示される

症状： QAでは、検索訪問者に表示されたオーバーレイを再現できない。考えられる原因： 地域、キャンペーン、リファラー、同意、頻度、オーディエンスのルールがテストセッションと異なる。修正： 発火条件を列挙し、クリーンなセッションと代表的な地域でテストし、どのルールがインタースティシャルを開いたかを記録する。

小さな画面で閉じるコントロールが使えない

症状： オーバーレイは理論上閉じられるが、コントロールが切れたり覆われたり、操作しにくい。考えられる原因： 固定配置、ビューポート単位、または重なり順のルールが実際のモバイルサイズで失敗する。修正： 縦向きと横向きのビューポート、キーボードズーム、長いローカライズ文をテストし、コントロールを見える状態に保ち、主要コンテンツへ到達できるようにする。

削除してもランキングがすぐに回復しない

症状： 侵入型のパターンはなくなったが、検索パフォーマンスが低いまま。考えられる原因： Googleが影響を受けたページをまだ再クロールしていないか、別の変更が同じ時期に起きた。修正： ライブの初回訪問体験を確認し、サンプルのURL検査をリクエストし、再クロールを監視し、原因を割り当てる前に影響を受けていないページと比較する。

インタースティシャル早見表

降格対象と許可対象 — 一目で確認

早わかり

• 2016年8月23日に発表、2017年1月10日に開始（モバイル）、デスクトップは2022年2月。
• ページ単位で、サイト全体ではない。アルゴリズムによるもので、手動措置ではない。
• 深刻度は*“a softer factor,”（「よりソフトな要因」）、“slight demote”*（「少し降格する」） — 強いコンテンツは今でもランキングする。
• 2024年のAPIリーク：violatesMobileInterstitialPolicy（ブール値）＋adsDensityInterstitialViolationStrength（0〜1000）。
• GSCのインタースティシャルメール（2022年以降）はアドバイザリーで、執行ではない。
• 回復： 削除 → 再クロール → シグナルの適用停止（ランキング回復の保証ではない）。再審査リクエストはない。
• Googlebotからポップアップをクローキングしない — ポップアップより悪い問題になります。
• Bingには名前付きのインタースティシャルペナルティはないが、広告／オーバーレイの侵入性は品質評価に影響します。

インタースティシャルレビュー用のプロンプト

インタースティシャル仕様を分類する

Review this interstitial specification as a mobile search-entry experience. Classify
its purpose (promotional, legal, login/private content, or navigation), arrival timing,
viewport coverage, dismissal behavior, and crawler/user parity. Return: likely-safe
elements, likely-intrusive elements, missing facts, and the smallest design change that
keeps the business requirement without blocking primary content. Do not assume a legal
requirement that is not stated.

[paste specification and trigger rules]

QAの観察結果を発火マトリクスに変換する

Convert these interstitial QA notes into a test matrix by device, viewport, entry
source, consent state, geography, session freshness, and engagement timing. Include an
expected result and evidence to capture for every row. Flag any case where Googlebot
would receive a different experience solely because it is Googlebot.

[paste QA notes]

インタースティシャルの変更を検証する

初回訪問時のコンテンツアクセスをテストする

実行するテスト： 実際の発火条件のバリエーションを対象に、クリーンなモバイルセッションで影響を受けたランディングページを開きます。期待結果： 文書化された法的ゲートまたは非公開コンテンツのゲートを除き、主要コンテンツがすぐ利用できます。プロモーションUIは小さい形式か関与後の形式です。失敗の解釈： 本番ルールが検索からの到着をまだブロックしています。監視期間： デプロイ直後。ロールバック条件： 到着時にプロモーション用の全画面オーバーレイが戻ること。

閉じる操作とビューポートの動作をテストする

実行するテスト： 代表的な縦向き、横向き、ズーム、ローカライズ済みのレイアウトでインターフェースを操作します。期待結果： 閉じるコントロールが見えて操作でき、フォーカスが予測どおりに動き、コンテンツに到達できます。失敗の解釈： より安全なデザインでも、実際のレイアウトでは邪魔になります。監視期間： 直ちに。ロールバック条件： ユーザーが閉じ込められるか、コントロールがビューポート外へ出ること。

クローラーとユーザーの同等性をテストする

実行するテスト： 通常のモバイルユーザーエージェントと、URL検査で使われるクローラー設定のレンダリング出力を比較します。期待結果： 訪問者がクローラーだからという理由だけで、インタースティシャルのポリシーと基盤コンテンツが変わりません。失敗の解釈： ボット固有の抑制がユーザー体験を隠しています。監視期間： ローカルで直ちに、そして再クロール後。ロールバック条件： Googlebotに同等のユーザーより明らかにきれいなページが配信されること。

テスト：インタースティシャル

Googleの侵入型インタースティシャルシグナルについて、簡単な5問です。各問の答えを選んでから確認してください。

参考にしたいリソース

関連する私の執筆

• The Beginner’s Guide to Technical SEO — ページエクスペリエンスとインタースティシャルが全体像のどこに位置するかを説明します。
• Core Web Vitals: What They Are & How to Improve Them — ページエクスペリエンスに関する関連ページです。

講演・発表

• Page Experience Update — TMC, June 2021（SlideShare） — Core Web Vitalsと並ぶ「No Intrusive Interstitials」を含むページエクスペリエンスシグナルについての私の解説です。法的通知と小さく閉じられるバナーが不利にならない理由も扱います。

公式

• Google — 侵入型インタースティシャルとダイアログを避ける と2016年8月の発表。
• Google — デスクトップへページエクスペリエンスを導入（2022年2月の拡大）。

業界の関連記事

• Google Confirms Rolling Out The Mobile Intrusive Interstitials Penalty（Search Engine Land、2017年1月） — MuellerとIllyesが2017年1月10日の展開を確認した記事です。
• Google’s Intrusive Interstitials: Everything You Need to Know（Search Engine Journal） — 許容されるインタースティシャル、法的ゲート、「ソフトな要因／サイト全体ではない」に関するMuellerの主な引用です。
• The SEO Impact of Interstitials: Before & After（Search Engine Land） — Muellerの「少し降格する」、Illyesのクローキングに関する発言、事例データを扱います。
• Intrusive Interstitials: Guidelines To Avoid Google’s Penalty（Smashing Magazine、2017年5月） — Muellerのexit-intent／タイミングに関する発言を文脈とともに扱います。
• Google Search Console Notices For Removing Intrusive Interstitials（Search Engine Land、2022年4月） — GSCのアドバイザリー・メールが何であり、何でないかを説明します。
• The Google Content Warehouse Leak 2024（Hobo-Web） — violatesMobileInterstitialPolicy属性を分析します。
• r/TechSEO — ページエクスペリエンスとインタースティシャルのデバッグを扱うコミュニティです。

変更履歴