あと2か月で適用。Googleが「戻るボタンの乗っ取り」をスパム違反に明確化【SEO Weekly Update】

0. そもそも「Back Button Hijacking（戻るボタンの乗っ取り）」とは — 定義と通常リダイレクトとの違い

Back Button Hijacking（戻るボタンハイジャッキング、戻るボタンの乗っ取り）とは、ユーザーがブラウザの「戻る」ボタンを押した際に、本来戻るはずのページ（直前に閲覧していたページ）ではなく、サイト運営者が任意で指定した別のページ（広告・アフィリエイト先・プロモーションページなど）へ強制的に遷移させる実装パターンの総称です。Google は 2026 年 4 月、これをスパムポリシーに正式に追加し、6 月 15 日から違反対象としてペナルティを適用すると発表しました。

0.1 通常のリダイレクトとの違い（比較表）

つまり「サーバー設定の 301/302 リダイレクト」と「JS で履歴を書き換えて戻るボタンを別ページに飛ばす」は、技術的にも法的（ガイドライン的）にも全く別物です。前者は推奨実装、後者は違反実装になります。

1. 警告メール本文サンプルと読み方（4/28 以降に届く可能性のある通知）

Search Console の所有者宛に届く警告メールは概ね以下の構造です。読み飛ばさないでください。

警告メールが届いていない場合でも、SC「セキュリティと手動による対策」→「セキュリティの問題」セクションを毎週月曜にチェックする運用が安全です。Google が違反を検出してから通知までに数日のタイムラグがあります。

2. 自サイトに警告が来るかセルフ診断3コマンド（コピペで実行可能）

サーバーへ SSH 接続し、以下 3 コマンドを順に実行します。1 件でもヒットしたら詳細監査が必要です。

# コマンド1: pushState / replaceState の使用箇所を全列挙
grep -rn "pushState\|replaceState" /var/www/your-site/ --include="*.js" --include="*.php"

# コマンド2: beforeunload / unload で別 URL へ送る実装がないか
grep -rn "beforeunload\|onbeforeunload\|window.unload" /var/www/your-site/ --include="*.js"

# コマンド3: location.replace + history 操作の組み合わせ（最危険パターン）
grep -rn "location.replace\|location.href" /var/www/your-site/ --include="*.js" -B2 -A2 | grep -i "history\|push"

WordPress の場合、wp-content/themes/ と wp-content/plugins/ 配下を全スキャン。古いアフィリエイト系プラグインに違反実装が残っているケースが多発しています。

3. 違反になる実装パターン6選（4/28 Google Developers ブログ追記より）

4 と 5 はライブラリ側の標準動作に起因することがあるため、ライブラリのバージョン更新と組み合わせて対応します。

4. 6/15 までの実装修正5ステップ（WEB ディレクター実行手順）

1. SC「セキュリティと手動による対策」を毎週確認 — 警告メールが SPAM に振り分けられているケースに備える
2. セルフ診断3コマンドを週次 cron で自動実行 → 結果を Slack に通知
3. history.pushState は「ユーザーが望んだ操作」のみに限定 — クリック/タップに紐づかない pushState は全削除
4. beforeunload は計測のみに使用 — リダイレクト/コンテンツ書き換えは禁止。Google Analytics の sendBeacon に統一
5. 修正後、Search Console から「再審査リクエスト」 — 警告が出ていた場合は documented 形式で送信、通常 2〜4 週間、長くて 6 週間

5. 業界別「警告対象になりやすい実装」発生率（推定）

Search Engine Roundtable のコメント欄と PPC.land 報道、当サイト調査をクロスチェックした業種別観測値：

6. manual action 適用時の影響範囲シミュレーション

6/15 以降に手動対策が適用された場合、影響は以下の通りに拡大します（過去の同種ペナルティ事例から推定）。

復旧の最大コストは「失われた順位の再構築」。コアアップデート期間と重なると 2 年経っても完全回復しないケースもあります。予防が最良の策です。

7. 主要 SPA / CMS フレームワーク別 修正ガイド

8. WordPress 「バックボタン違反プラグイン」を取り除く際の代替手段一覧

違反実装が含まれているプラグインを停止 / 削除した後、「同等の機能を維持しつつ違反にならない代替手段」が必要です。以下、よくあるプラグイン用途別の安全な代替手段です。

代替プラグインに切り替えた後も、必ずセルフ診断 3 コマンド（セクション 2）で再チェックしてください。プラグイン更新で再び違反コードが入るケースもあります。