Googleがバックボタンハイジャッキングをスパムポリシー違反に追加!6月15日から施行

Googleがバックボタンハイジャッキングをスパムポリシー違反に追加!6月15日から施行

Googleは、スパムに関するポリシーに「バックボタンハイジャッキング」を追加しました。2026年6月15日から、この手法を使用しているサイトは手動対策または自動的なランキング降格の対象となります。

元記事 Google、「バックボタン ハイジャッキング」をスパムポリシー違反に追加。2026年6月15日からペナルティの対象に – 海外SEO情報ブログ

バックボタンハイジャッキングとは

バックボタンハイジャッキングとは、ブラウザの「戻る」ボタンの機能を乗っ取り、ユーザーを意図しないページへ誘導する手法です。

ユーザーが「戻る」ボタンをクリック・タップした際に、直前のページではなく、攻撃者が指定した別のページへ強制的に遷移させます。

典型的な誘導先

  • 広告ページ
  • レコメンデーションページ
  • その他の予期しないページ

スパムポリシーに正式追加

バックボタンハイジャッキングは、「Malicious practices(悪意のある行為)」セクションに追加されました。

Googleの公式ドキュメントには次のように記載されています。

「悪意のある行為は、ユーザーの期待と実際の結果との間に不一致を生じさせ、否定的で欺瞞的なユーザー体験、またはユーザーのセキュリティやプライバシーの侵害につながります」

「バックボタンハイジャッキングは、ブラウザの履歴やその他の機能を操作してユーザーのブラウザー操作にサイトが干渉し、戻るボタンを使って直前に閲覧していたページへユーザーがすぐに戻れないようにすることです」

ペナルティの内容

バックボタンハイジャッキングの対象とみなされたサイトは、以下のペナルティを受けます。

  • 手動による対策
  • 自動的なランキング降格

結果として、Google検索での表示機会が減少する可能性があります。

施行日と猶予期間

発表日 2026年4月13日
施行日 2026年6月15日

発表から施行まで約2ヶ月の猶予期間が設けられています。
この期間内に、該当する手法を削除または無効化することが求められます。

サイト側に求められる対応

1. 該当コードの洗い出し

ユーザーのブラウザ履歴に欺瞞的または操作的なページを挿入・置き換えるスクリプトや手法を特定します。

2. コードの削除または無効化

該当するコードを削除または無効化します。

3. サードパーティの確認

バックボタンハイジャッキングは、サイト自体のコードだけでなく、以下に起因している場合もあります。

  • サードパーティライブラリ
  • 広告プラットフォーム

これらの技術的な設定も確認する必要があります。

SEOタイムズの見解

鈴木謙一氏が指摘するように「戻るボタンを押しても、すんなり戻れないサイトはホントいらつきます」という感情は、多くのユーザーが共有するものです。

なぜ今、明示的に追加されたのか

バックボタンハイジャッキングは以前から問題視されていましたが、明示的にスパムポリシーに記載されていませんでした。

追加の背景

  • こうした行為の増加
  • ユーザーからの苦情の増加
  • 明確な基準の必要性

明示的に違反項目として追加することで、サイト運営者への警告を強化しています。

よくある実装パターン

バックボタンハイジャッキングは、以下のような方法で実装されています。

1. history.pushState()の悪用

JavaScriptのhistory APIを悪用して、ブラウザ履歴に複数のエントリを追加します。

javascript

// 悪い例
window.history.pushState({}, '', '/fake-page');

ユーザーが戻るボタンを押すと、意図しないページに遷移します。

2. リダイレクトループ

戻るボタンを押すたびに、別のページにリダイレクトするループを作成します。

3. popstate イベントの悪用

popstateイベントをリスナーで監視し、戻る操作を検知して別のページに飛ばします。

サードパーティの落とし穴

多くの場合、サイト運営者が意図的にバックボタンハイジャッキングを実装しているわけではありません。

無意識に実装されているケース

  • 広告ネットワークのスクリプト
  • アフィリエイトトラッキングコード
  • サードパーティの「おすすめ記事」ウィジェット
  • A/Bテストツール

これらのサービスが、バックボタンハイジャッキングを含むコードを配信している可能性があります。

今すぐ確認すべきこと

1. 自サイトでのテスト

実際にスマートフォンとPCで自サイトを訪問し、戻るボタンが正常に機能するか確認します。

テスト手順

  1. 検索結果から自サイトに訪問
  2. ページ内で何かをクリック(別記事、広告など)
  3. 戻るボタンを押す
  4. 検索結果に戻れるか確認

戻るボタンを1回押しただけで検索結果に戻れない場合、問題がある可能性があります。

2. サードパーティスクリプトの監査

サイトに読み込まれているすべてのサードパーティスクリプトをリストアップします。

確認方法

  • Chrome DevToolsのNetworkタブで外部スクリプトを確認
  • Tag Managerで管理している場合、すべてのタグを確認
  • 広告ネットワークのポリシーを確認

3. 広告プラットフォームへの問い合わせ

使用している広告ネットワークに、バックボタンハイジャッキングを防ぐ対策があるか問い合わせます。

6月15日までにすべきこと

4月〜5月 調査フェーズ

  • 自サイトでの動作確認
  • サードパーティスクリプトの監査
  • 問題のあるコードの特定

5月〜6月 対応フェーズ

  • 該当コードの削除・修正
  • サードパーティサービスの変更・解約
  • 再テストと検証

6月15日まで 最終確認

  • すべてのページで戻るボタンが正常に機能するか確認
  • モバイル・デスクトップ両方でテスト

他の迷惑UXも対策されるべき

鈴木氏が指摘するように「閉じるボタン✖︎がすごく小さかったり、ドンピシャで中心をタップしないと閉じない広告」も多くのユーザーにとって迷惑です。

同様に問題のあるUX

  • 閉じるボタンが極小の広告
  • クリックすると拡大する広告
  • 自動再生される音声付き広告
  • スクロールに追従する大きな広告

これらもいずれスパムポリシーに追加される可能性があります。

ペナルティ回避のための本質

バックボタンハイジャッキングの禁止は、単なるルールの追加ではありません。

Googleが求めていること

  • ユーザーファーストの体験
  • ブラウザの基本機能を尊重
  • 欺瞞的でない誠実な運営

短期的な収益のために、ユーザー体験を犠牲にする手法は、長期的には必ず排除されます。


公式情報

この記事を書いた人

Author Image

SEO Writer / SEOタイムズ編集部

読者インサイトを分析し、行動につながる構成を設計。E-E-A-Tを重視し、専門家監修と実データで信頼性を担保。コアアップデートやAI検索動向を常にモニタリング。一次情報の検証や実例を用いた有益な情報を発信していきます。