【記事の要約（ここだけでもポイントは掴めます）】
なぜ重要か： Google は2026年6月15日、「バックボタン・ハイジャック」を新たなスパムポリシー違反として施行しました。ペナルティは検索順位の降格にとどまらず、Google 広告の出稿資格停止にまで波及する可能性があり、SEO と広告の両方に依存する企業にとって経営上のリスクです。
- バックボタン・ハイジャックは2026年6月15日付けで公式にスパム認定されました： Google スパムポリシーの「悪意のある行為」カテゴリに追加され、現在すでに施行中です。
- ペナルティは SEO と広告の二重リスクです： 2024年12月に導入された「手動スパムペナルティと Google 広告出稿資格の連動」により、スパムアクションを受けると広告配信も停止される可能性があります。
- 自社で実装していなくても違反になるケースがあります： サードパーティ製の広告スクリプト・エンゲージメントツール・離脱防止ポップアップが原因となる場合もあり、責任はサイトオーナーが負います。
- JavaScript の History API の「悪用」が禁止対象です： API 自体は正当な技術ですが、ユーザーを欺く目的での使用がスパムと判定されます。
自社サイト・LP・関連ページすべての JavaScript を今すぐ技術監査し、バックボタンの挙動を実際のブラウザでテストしてください。
バックボタン・ハイジャックとは何か
バックボタン・ハイジャック（Back Button Hijacking）とは、ユーザーがブラウザの「戻る」ボタンをクリックした際に、前のページに戻ることを阻害したり、意図しない別のページへ誘導したりする手法です。
Google の公式定義は以下の通りです。
「サイトがユーザーのブラウザナビゲーションを妨害し、直前に閲覧していたページへ即座に戻るための『戻る』ボタンの使用を妨げること」 Google スパムポリシー（2026年4月13日発表・6月15日施行）
具体的に禁止される挙動は以下のとおりです。
- ページ読み込み時に偽の履歴エントリを挿入し、戻るボタンを押しても前のページに戻れなくする
- 戻ろうとした際に別の URL（広告ページ・インタースティシャル・「特別オファー」ページ等）へリダイレクトさせる
- 戻ろうとした際にオーバーレイや離脱防止ポップアップを表示させる
- 同じページや類似ページをループさせてサイトから離脱できなくする
これらは主に JavaScript の History API（history.pushState / history.replaceState）を利用してブラウザの履歴を操作することで実現されます。
History API とは： History API 自体は正当な用途（SPA アプリのルーティング等）にも使用される技術です。問題は API そのものではなく、ユーザーを欺く目的での悪用です。技術的に同じコードでも、「ユーザーの期待を裏切るかどうか」で判定されます。
なぜ Google はバックボタンを問題視するのか
Google の担当者は施行前の発表でこう述べています。
「ユーザーは『戻る』ボタンをクリックする際、前のページに戻りたいという明確な期待を持っている。バックボタン・ハイジャックはこの基本的な期待を裏切る。人々は操作されたと感じ、見知らぬサイトへの訪問に消極的になっている。」 Google（Google スパムポリシー改定発表時, 2026年4月13日）
ユーザーの「自由に離脱できる」というコントロール権を技術的に奪うことは、検索エンジンへの信頼性そのものを損なう悪質な行為と判断されました。
2重のペナルティリスク：SEO だけでなく Google 広告も止まる
今回のポリシー変更で最も見逃せない点は、ペナルティの連動です。
- 2024年12月： Google は SEO の手動スパムペナルティと広告出稿資格を連動させる仕組みを導入
- バックボタン・ハイジャックで手動スパムアクションを受けた場合： Google 広告での出稿も制限される可能性あり
- 影響を受ける企業の特徴： 検索流入と広告流入の両方に依存している企業、アフィリエイト LP を多数運用している企業
つまりこの問題は「SEO 担当者だけの話」ではありません。検索順位と広告流入を同時に失うリスクがあるため、マーケティング責任者・経営層が把握すべき経営上のリスクです。
自社で意図していなくても違反になるケース
Google は明確に述べています。「問題が自社の実装でなく、組み込まれているライブラリや広告プラットフォームに起因する場合においても、責任はサイトオーナーが負う」（Google スパムポリシー）。
以下のツール・実装が原因となるケースが報告されています。
- 離脱防止ポップアップツール： 戻るボタンのタイミングでオーバーレイを表示するタイプ。スパムポリシーの禁止対象に該当する可能性が高い
- インタースティシャル広告： ページ遷移時に全画面広告を挿入するもの。戻るボタンの挙動と干渉する実装がある
- 第三者製エンゲージメントツール： LP 最適化ツール・ヒートマップツール・マーケティングオートメーションが内部で History API を操作しているケースがある
- アフィリエイト LP ツール： コンバージョン率向上を目的に離脱防止を組み込んでいるケースがある
「うちはそんなの導入していない」という思い込みは危険です。開発会社や制作会社が実装した JavaScript の中に、意図せずバックボタンの挙動を操作するコードが含まれているケースがあります。必ず技術監査を行ってください。
今すぐ実施すべき診断と対策
ステップ1：実際のブラウザでバックボタンの挙動をテストする
最も確実な確認方法は、実際のブラウザで「検索結果 → 対象ページ → 戻るボタン」の動作をテストすることです。
チェックすべき挙動：
- 戻るボタンを押したとき、検索結果ページ（または直前のページ）に即座に戻れるか
- 戻ろうとしたタイミングでポップアップ・オーバーレイが表示されないか
- 戻ろうとしたタイミングで別の URL にリダイレクトされないか
- 戻るボタンを複数回押さないと離脱できない状態になっていないか
ステップ2：JavaScript コードの技術監査を実施する
開発部門や制作会社に対して、以下の観点でのコード監査を依頼してください。
確認すべき具体的なパターン：
- history.pushState / history.replaceState の実装状況：ページ読み込み時に複数の履歴エントリを追加していないか
- popstate イベントリスナーの確認：戻ろうとした際に「オーバーレイ」「リダイレクト」「ポップアップ」が発火しないか
- 離脱防止系ポップアップツールの確認：戻るボタンのトリガーと紐付いていないか。サードパーティ製のツールはすべて機能をオフにした上でテストする
ステップ3：全 LP・関連ページに対象を広げる
自社のコーポレートサイトだけでなく、以下もすべて対象にしてください。
- 広告運用中のランディングページ（LP）
- アフィリエイト掲載用のメディアページ
- 外注制作した LP・キャンペーンページ
- マーケティングオートメーションが動的生成するページ
ペナルティを受けた場合の回復手順
すでにペナルティを受けた可能性がある場合、または手動スパムアクション通知が届いている場合は以下の手順で対応してください。
- 問題のあるコードを特定・除去する： バックボタンの挙動を操作している JavaScript を削除または無効化する
- Google Search Console で再審査リクエストを送る： 「手動による対策」レポートから「再審査を申請」。修正内容を具体的に説明する
- 修正後も定期的にモニタリングを続ける： サードパーティツールのアップデートで問題が再発する場合があるため、四半期に一度は挙動をテストする習慣を設ける
KPI の見直し：強引な引き止めから「誠実な価値提供」へ
バックボタン・ハイジャックが横行してきた背景には、「滞在時間」や「PV 数」を絶対的な指標として評価する文化があります。強引に引き止めて得た数値に意味はありません。以下の指標への比重を高めることを推奨します。
| 旧来の指標 | 推奨する代替指標 |
|---|---|
| 滞在時間（強制的に伸ばしたもの） | 再訪率（ユーザーが自発的に戻ってきているか） |
| PV 数（ループで水増しされたもの） | 目標達成率（問い合わせ完了・資料ダウンロード等） |
| 直帰率（低ければよいという思い込み） | NPS（ネット・プロモーター・スコア）：長期的な信頼関係 |
ユーザーを「引き止める」より「引きつける」：離脱防止の正攻法
バックボタン・ハイジャックのような強引な手法に頼らず、ユーザーが自発的にサイトに留まり、コンバージョンへと進むための設計は可能です。
そもそも、「ユーザーがなぜ戻ろうとしているのか」という根本原因に向き合ってください。「コンテンツの質が低い」「読み込みが遅い」「次の導線が不明確」など、根本を改善することが、Google からの評価向上にもつながります。
グラッドキューブの SiTest AI コンシェルジュ は、訪問者の行動・流入経路・閲覧状況に応じて、動画ポップアップや AI アバター接客を自動で展開するプラットフォームです。「戻ろうとするユーザーを無理やり引き止める」のではなく、「そのタイミングで最も関連性の高い価値を提示する」ことで、自然な形で離脱を防ぎ CVR を改善します。
また、SiTest の ヒートマップ・AI レポート® 機能では「ユーザーがなぜ離脱しているのか」をユーザー行動データから可視化し、UX の根本改善につなげることができます。
よくある質問（FAQ）
- Q1. バックボタンハイジャックとは、一言で言うと何ですか？
- ブラウザの「戻る」ボタンを押したときに、前のページに戻れなくする・意図しないページに飛ばす・ポップアップを表示するなど、ユーザーの離脱を技術的に妨害する手法です。Google は2026年6月15日付けでこれをスパムポリシー違反として正式に禁止しました。
- Q2. 自分のサイトが該当するかどうか、どうやって確認できますか？
- 最も確実な方法は実際のブラウザでテストすることです。「Google 検索 → 自社ページ → 戻るボタン」という操作を行い、①即座に検索結果に戻れるか、②ポップアップ・オーバーレイが出ないか、③別の URL にリダイレクトされないかを確認してください。合わせて、開発担当者に
history.pushState/history.replaceStateおよびpopstateイベントリスナーの実装状況を確認してもらうことを推奨します。
- Q3. 自社で意図して実装した覚えはありません。それでも違反になりますか？
- なります。Google は「組み込まれているライブラリや広告プラットフォームに起因する場合においても、責任はサイトオーナーが負う」と明示しています。離脱防止ポップアップツール・インタースティシャル広告・LP 最適化ツールなど、サードパーティ製のツールが内部で History API を操作しているケースが確認されています。意図の有無にかかわらず技術監査が必要です。
- Q4. 離脱防止ポップアップは全面禁止ですか？
- 「戻るボタンの操作をトリガーにして表示するもの」が禁止対象です。たとえばスクロール量や滞在時間・マウスの動きをトリガーにしたポップアップは、それ自体はポリシー違反ではありません。ただし、戻るボタンのクリックや History API の操作と連動して表示される仕組みは禁止対象に該当します。実装の詳細を開発者に確認してください。
- Q5. SPA（シングルページアプリケーション）での History API 使用は問題になりますか？
- SPA のルーティング目的で History API を使用すること自体は問題ありません。Google が禁止しているのは「ユーザーを欺く目的での悪用」であり、ページ遷移をスムーズに見せるための正当な実装は対象外です。ただし、SPA 内で意図せず履歴エントリを多重に追加してしまっているケースがあるため、戻るボタンの挙動を実際にテストして確認することを推奨します。
- Q6. ペナルティを受けると、検索順位はどうなりますか？
- 手動スパムアクションが適用されると、対象ページ・またはサイト全体の検索順位が大幅に降格します。さらに2024年12月に導入された仕組みにより、手動スパムペナルティが Google 広告の出稿資格と連動するケースがあります。SEO と広告の両方に影響が出る二重リスクがあるため、速やかな対応が必要です。
- Q7. ペナルティを受けた後、検索順位が回復するまでどのくらいかかりますか？
- 問題のあるコードを除去した上で Google Search Console から再審査リクエストを送り、Google が審査を完了するまでの期間は数週間〜数ヶ月が目安です（規模・件数・違反の深刻度によって異なります）。再審査が通った後も、失った順位が完全に戻るまでにはさらに時間がかかる場合があります。早期発見・早期対応が重要な理由はここにあります。
- Q8. ランディングページ（LP）や広告用のページも対象ですか？
- 対象です。Google のスパムポリシーはインデックスされているすべてのページに適用されます。特に、コンバージョン率向上を目的に離脱防止を強く実装しているアフィリエイト LP・広告 LP は高リスクです。外注先が制作したページも含め、すべてのページで挙動を確認してください。
- Q9. 「戻るボタンを2回押さないと前のページに戻れない」仕様は違反ですか？
- 該当します。ページ読み込み時に偽の履歴エントリを挿入し、戻るボタンを複数回押さないと離脱できない状態にすることは、Google の禁止挙動として明示されています。ユーザーが1回の「戻る」操作で直前のページに即座に戻れることが、ポリシーが求める基準です。
- Q10. 対策は SEO 担当者だけで完結できますか？
- 難しいケースが多いです。コード修正は開発エンジニアへの依頼が必要になります。また、サードパーティツールの契約変更・機能停止が必要な場合は調達・法務部門との連携も発生します。さらにペナルティが Google 広告に波及した場合は広告運用担当者・事業責任者まで巻き込んだ対応が必要です。SEO 担当者が起点となり、組織横断でプロジェクト管理する体制を早期に整えることを推奨します。
関連記事
- AI Mode 対応のサイト設計とは｜コンバージョン率+42%を掴むための「説得から実行へ」のUX転換
→ ユーザー体験を根本から改善し、強制的な引き止めに頼らない CVR 向上の具体的な設計方法を解説しています。 - AI検索でセッションが減少するからこそ「接客体験」が勝負になる｜「動画・AIアバター接客」でCVRを最大359.8%改善した3つの事例
→ 離脱防止を「引き止め」ではなく「価値提供」で実現した実証事例を紹介しています。 - Google、「生成AI回答の操作」を正式にスパムと認定｜引用を「買う・工作する」時代の終わりと、唯一残る正攻法とは
→ バックボタン・ハイジャックと同様に、Google がスパムとして厳格化している施策の全体像を把握できます。
参照・引用出典
- 「戻るボタンのハイジャック」に関する新しいスパムポリシーの導入（Google）：https://developers.google.com/search/blog/2026/04/back-button-hijacking
- Google Search to penalize back button hijacking（Search Engine Land）：https://searchengineland.com/google-back-button-hijacking-penalty-453001
- Google sets June 15 deadline to stop hijacking users’ back button（PPC Land）：https://ppcland.com/google-sets-june-15-deadline-to-stop-hijacking-users-back-button/
