Googleは2026年4月13日、「バックボタンハイジャッキング（戻るボタン乗っ取り）」をスパム行為として正式に認定し、2026年6月15日からペナルティの適用を開始すると発表しました。離脱ポップアップやリダイレクト系のツールを導入しているサイトは、今すぐ確認が必要です。
ページを離れようとしたとたんに現れる「ちょっと待って！」というポップアップ、見覚えがある方も多いでしょう。こうした「離脱ポップアップ」はWebマーケティングの定番手法として広く使われてきました。
しかし今回Googleが動いたのは、そうしたポップアップの実装の中でも「戻るボタンを押しても前のページに戻れなくなる」仕組みについてです。これが正式にスパム認定され、違反サイトへのペナルティ適用が始まりました。
この記事では、バックボタンハイジャッキングとは何か、何がNGで何がOKなのか、そしてペナルティリスクなしに離脱後のユーザーへアプローチし続けるための代替施策まで、Googleの公式発表をもとに正確にお伝えします。
- バックボタンハイジャッキングとは何か（仕組みと具体例）
- ペナルティが適用されると検索上どうなるか
- Google公式が示したNGパターンの具体的な内容
- 自分のサイトを確認する方法
- ペナルティリスクなしにリテンション・再訪問を続けるための代替施策
バックボタンハイジャッキングとは
「戻るボタンを押しても戻れない」体験を作り出す実装
バックボタンハイジャッキング（Back Button Hijacking）とは、ユーザーがブラウザの「戻る」ボタンを押したときに、本来戻るべきページ（例：Google検索結果）へ戻れなくする実装手法の総称です。
Google公式ブログでは次のように定義されています。
「バックボタンハイジャッキングは、サイトがユーザーのブラウザナビゲーションに干渉し、直前にいたページに戻るための「戻る」ボタンの使用を妨げるときに発生します。ユーザーは、一度も訪問したことのないページへ送られたり、求めていないレコメンドや広告を見せられたり、そうでなければ通常のWeb閲覧を妨げられることになります。」
出典：Google Search Central Blog「Introducing a new spam policy for “back button hijacking”」
どんな実装がNGになるのか
Googleが公式に示したNG実装は明確です。「ブラウザ履歴に欺瞞的・操作的なページを挿入または置換して、ユーザーが直前のページに戻れないようにする、あらゆるスクリプトや技術」が対象です。具体的には次の3パターンが該当します。
Googleは公式ブログで「こうした実装はサイト自身のコードではなく、導入しているライブラリや広告プラットフォームから発生することがある」と明記したうえで、サイト管理者がすべての技術実装を確認・対処するよう求めています。
広告ネットワーク・アクセス解析ツール・A/Bテスト用スクリプトなどの外部コードが原因であっても、ペナルティはサイトのドメイン全体に課されます。「外部ツールが勝手にやっていた」という事情は、ペナルティ回避の理由にはなりません。
ポップアップとの関係を整理する
今回の規制はポップアップ全般を禁じるものではありません。Googleが問題にしているのは「ユーザーが戻るボタンで直前のページに即座に戻れなくなる」状態を作り出すことです。公式が明示しているNGは下記の3パターンです。
| 実装 | 判定 | 理由 |
|---|---|---|
| 「戻る」を検知してポップアップを出し、前のページへ戻れなくする | NG | ブラウザナビゲーションへの干渉に該当 |
| 「戻る」を押すと訪問したことのないLPや広告ページへ飛ばされる | NG | 意図しないページへの誘導に該当 |
| 「戻る」操作を検知して広告・レコメンドを表示する | NG | 求めていないコンテンツの表示に該当 |
※ Google公式ブログ（2026年4月13日）に明示された内容のみを記載しています。
ペナルティが適用されると何が起きるのか
Googleは今回のポリシーを、マルウェアや有害ソフトウェアと同じ「悪質な行為（Malicious Practices）」カテゴリに分類しました。適用されるペナルティとして、Googleが公式に明示しているのは次の2種類です。
出典：Google Search Central Blog（2026年4月13日）
Googleは公式ブログで「サイトが手動アクションの対象となり、問題を修正した場合は、再審査リクエスト（Reconsideration Request）を送ることができる」と案内しています。まず違反コードを特定・削除してから、Search Console経由でリクエストを送ります。
「うちのサイトは大丈夫か」確認すべきポイント
Googleは「サイト管理者が自分のライブラリや広告プラットフォームなどの技術的な実装を十分にレビューし、バックボタンハイジャッキングの原因となるコード・インポート・設定を削除または無効化することを求める」と明記しています。
問題が起きやすいケース
セルフチェック手順
代替施策の考え方：「引き留める」から「また来てもらう」へ
「離脱を防ぎたい」「再訪問を増やしたい」という目的はそのままに、手段を見直すことが今求められています。Googleが問題にしているのは、サイトを訪れたユーザーの本来の目的に反する形で、ブラウザのナビゲーションを妨害する実装手法です。
ペナルティリスクの低い施策との比較
| 施策 | 概要 | ペナルティリスク |
|---|---|---|
| バックボタン操作を妨げる離脱ポップアップ | 戻る操作でポップアップを出しページから出られなくする | 高 |
| スクロール・時間トリガーのポップアップ | 一定のスクロールや滞在時間後に表示。戻る操作は正常 | 低 |
| スティッキーバナー | 画面下部などに固定表示される小型バナー。コンテンツを妨げない | 低 |
| コンテンツ内・記事末尾CTA | 読了後に自然な流れでアクションを促す | 低 |
| Webプッシュ通知 | ユーザーの許可を得て、離脱後も通知でリーチを維持 | 低 |
Webプッシュ通知が「引き留め」の代替になれる理由
離脱ポップアップの目的は大きく2つに分解できます——①今まさに離脱しようとしているユーザーを引き留めること、②その後も関係を継続することです。バックボタンハイジャッキングの規制が厳しくなった今、①の手段は大きく制限されますが、②の目的はWebプッシュ通知でより健全に達成できます。
まとめ
- Googleは2026年4月13日、「バックボタンハイジャッキング」をスパム行為として正式認定。2026年6月15日から違反サイトへのペナルティ適用を開始
- ペナルティの種類はGoogleが公式に示す2つ——①手動スパムアクション、②自動ランキング降下
- 問題になるのは「ブラウザ履歴を操作してユーザーが前のページへ戻れないようにする実装」。ポップアップ自体の全面禁止ではない
- サードパーティのツール・アドスクリプトが知らないうちに違反状態を引き起こしていることがある。技術実装の確認が必要
- 「引き留める」施策から「離脱後に呼び戻す」Webプッシュ通知へシフトすることで、ペナルティリスクなくリテンション目標を継続できる
「ユーザーが自分の意志でページを離れることを妨害しない」——この原則を守ることが、今後のWeb集客における基本的な姿勢となっていきます。
離脱後もユーザーへのリーチを続ける
ポップアップに頼らずユーザーとの接点を維持したい方へ。
ペナルティリスクなく、許可ユーザーへ確実にリーチできます。