Googleの「戻るボタンの乗っ取り」は2026年6月15日からスパム違反の扱いで、原因は自社のコードとは限らず、広告や計測の外部スクリプトでも起こりうる ── 担当サイトの戻るボタンの動きを確かめる13項目（2026年11月時点）

目次

1. 01 何が書いてあるか — 2026年4月13日に公表、6月15日から適用、「悪意のある行為」の中に置かれた
   1. 検索セントラルのブログが書くこと
   2. スパムに関するポリシーのページが書くこと
   3. 手動による対策のレポートにも、種類として載っている
2. 02 なぜ・背景 — 猶予の2か月はもう終わっている。出どころは自分のコードとは限らない
   1. 「明確化」のニュースを、今の日付で読み直す
   2. 手動の対策と、自動の順位低下がある
   3. 外から入るコードの例
3. 03 用語 — 履歴・戻る操作・対策の言葉を、先に分けておく
   1. 7つの言葉を整理する
   2. pushStateを使うことと、戻る操作を妨げることは別
   3. ブラウザの側にも、履歴を操作するページへの対処がある
4. 04 型別 — 適用範囲、書かれていないこと、手順
   1. 適用範囲 — この記事の話が当てはまる人
   2. 書かれていないこと — この記事が確かめていないこと
   3. 手順 — 5つの段で、画面と実際の動きを確かめる
   4. 各段で、何を見るか
   5. 台帳に書く
5. 05 明日、担当サイトで確認できること
   1. このリストの使い方
   2. 13項目
6. 06 代替・他の選択肢 — 戻る操作に関わる実装を、どう扱うか
   1. 外のコードの扱いは、4つの選択になる
   2. 画面の切り替えのコードは、自社で確かめる
   3. 確かめたあとの、再審査リクエスト
7. 07 当サイトで確かめたこと — この記事の時点では、確かめていない
   1. 2026年11月13日の時点で確かめていないこと
   2. これから確かめること
8. 08 このテーマの、これまで — スパムの線引きと、外から入るコード
   1. これまでの記録
   2. 当サイトのブログとの対応
   3. この記事の位置
   4. 2026年11月13日 — この記事の確認日
9. 09 この記事のまとめ

01 何が書いてあるか — 2026年4月13日に公表、6月15日から適用、「悪意のある行為」の中に置かれた

検索セントラルのブログが書くこと

ブログの日付は2026年4月13日である。ブログは、戻るボタンの乗っ取りを、ブラウザの操作に割り込み、利用者が元のページへ戻れなくする行為として、スパムに関するポリシーに加えると書く。適用の時期は、公表の2か月後である。"we're publishing this policy two months in advance of enforcement on June 15, 2026."（訳: 適用の2か月前に、このポリシーを公表する。適用は2026年6月15日である。）

ブログは、原因がサイトの外から来ることがある、とも書く。"Notably, some instances of back button hijacking may originate from the site's included libraries or advertising platform."（訳: 特に、戻るボタンの乗っ取りの一部は、サイトが取り込んでいるライブラリや、広告のプラットフォームから起きることがある。）サイトの運営者が自分で書いたコードだけを見ても、足りない場合がある、ということである。

ブログの説明を筆者が要約すると、対象になる状態は、戻るボタンを押したのに元のページに戻れず、見ていないページへ移ったり、頼んでいない推奨や広告が出たりするものである。対策としては、履歴に偽のページを差し込んだり、置き換えたりするスクリプトや設定を、取り除くか止めることが挙げられている。

スパムに関するポリシーのページが書くこと

スパムに関するポリシーのページでは、戻るボタンの乗っ取りは、「悪意のある行為」の見出しの中に置かれている。定義の文は、"Back button hijacking is when a site interferes with user browser navigation"（訳: 戻るボタンの乗っ取りとは、サイトが利用者のブラウザの移動に干渉することである）という書き出しで、利用者が、元のページにすぐ戻るために戻るボタンを使えなくすることを指す。ページには、ほかの違反と同じ共通の文もある。"Sites that violate our policies may rank lower in results or not appear in results at all."（訳: 私たちのポリシーに違反するサイトは、結果の順位が下がったり、結果にまったく出なくなったりすることがある。）

読んだ範囲では、このページに、戻るボタンの乗っ取りの具体的な例の一覧は見つからなかった。何が違反で、何がそうでないかを細かく線引きした文は、書かれていない。

手動による対策のレポートにも、種類として載っている

Search Consoleヘルプの手動による対策のレポートの一覧にも、「Back button hijacking」という種類が載っている。ヘルプは、手動による対策を、"a human reviewer at Google has determined that pages on the site are not compliant with Google's spam policies."（訳: Googleの担当者が、サイトのページがスパムに関するポリシーに沿っていないと判断した。）という場合として説明する。通知は、手動による対策のレポートと、Search Consoleのメッセージの両方に届くと書かれている。

02 なぜ・背景 — 猶予の2か月はもう終わっている。出どころは自分のコードとは限らない

「明確化」のニュースを、今の日付で読み直す

元になったニュースの記事は、Googleがこの行為をスパムの違反として明確にした、という話を伝えていた。ブログの日付と適用の日付を並べると、読み方が変わる。ブログが出たのは2026年4月13日で、適用は2026年6月15日である。この記事を書いている2026年11月13日は、適用の日から5か月ほど後にあたる。猶予の期間は終わっていて、今は「これから準備する」ではなく「今の状態を確かめる」段階である。

適用が始まってから、実際にどれだけのサイトに手動による対策が出たか、順位が下がったかは、読んだ公式のページには書かれていなかった。そのため、この記事も、件数や影響の大きさについては何も言わない。

手動の対策と、自動の順位低下がある

ブログは、違反に対する扱いを、手動によるスパムの対策と、自動の順位低下の2つに分けて書く。手動の対策は、手動による対策のレポートに出るので、運営者が気づける。自動の順位低下は、同じ種類のレポートには出ない。つまり、手動による対策が「なし」でも、自動の側で影響を受けていないとは言えない。これは、公式の文書の構造からの筆者の読みで、自動の側の影響を確かめる画面は、読んだページに書かれていなかった。

外から入るコードの例

ブログが書く「取り込んでいるライブラリ」や「広告のプラットフォーム」は、担当サイトでは、広告の配信タグ、計測のタグ、ポップアップや会員獲得のツール、チャットなどにあたる。これらは、サイトの運営者が1行を貼っただけで、中身を読んでいないことが多い。戻る操作に関わる動きが、提供元の設定の1項目として入っていても、画面を見る人以外には分からない。

03 用語 — 履歴・戻る操作・対策の言葉を、先に分けておく

7つの言葉を整理する

ブラウザの動きと、Googleの対策の言葉が混ざると、何を確かめるかがぼやける。表は、公式のページの説明から筆者が整理したものである。

言葉	公式の文書が書く意味	読むときの注意
戻るボタンの乗っ取り	サイトが、利用者のブラウザの移動に干渉し、元のページに戻る操作を妨げること	具体的な例の一覧は、スパムポリシーのページに見つからなかった
セッションの履歴	ブラウザが持つ、移動したページの記録。MDNは、pushStateが"adds an entry to the browser's session history stack."（訳: ブラウザのセッションの履歴の積み重ねに、項目を足す）と書く	履歴に項目を足すこと自体は、ブラウザの標準の機能である
pushState	履歴に項目を足す、ブラウザの機能の名前。画面の切り替えを、ページの再読み込みなしで作るときにも使われる	使っていること自体が違反だとは、読んだページに書かれていない
popstate	戻る・進むの操作で起きるイベント。MDNは、pushStateやreplaceStateを呼ぶだけでは起きない、と書く	戻る操作を受け取る側のコードに、この名前が出る
手動による対策	Googleの担当者が、スパムに関するポリシーに沿っていないと判断したときに出る対策	手動による対策のレポートとメッセージに出る
再審査リクエスト	問題を直したあとに、Search Consoleから出す、見直しの依頼	直す前に出さない
自動の順位低下	ブログが、手動の対策とは別に挙げる扱い	手動による対策のレポートには出ない

pushStateを使うことと、戻る操作を妨げることは別

画面を切り替えるサイトは、ページを再読み込みせずに、履歴に項目を足すことがある。これは、MDNが説明する標準の機能である。ポリシーが問題にするのは、定義の文のとおり、元のページにすぐ戻る操作が使えなくなることである。履歴を操作するコードがあるかどうかではなく、実際に戻れるかどうかを、画面で確かめる必要がある。

ブラウザの側にも、履歴を操作するページへの対処がある

Chromiumの文書は、履歴の操作への対処を、"making the browser's back button skip over pages that added history entries"（訳: 履歴の項目を足したページを、ブラウザの戻るボタンが飛び越すようにすること）と書く。対象は、"the document creates another history entry without a user activation"（訳: 利用者の操作なしに、ページが別の履歴の項目を作った）場合で、デスクトップでは、"On desktop this leads to the back button being disabled."（訳: デスクトップでは、戻るボタンが使えなくなる）と書かれている。これはブラウザの動きの説明で、Googleの検索のポリシーとは別の話である。読んだのは110系のタグの文書なので、今のChromeがどうなっているかは、この記事では確かめていない。

04 型別 — 適用範囲、書かれていないこと、手順

適用範囲 — この記事の話が当てはまる人

当てはまるのは、Google検索から入ってくる人がいるサイトを持つ人、または運用する人である。広告・計測・ポップアップ・チャットなどの外部のスクリプトを入れているサイトは、特に確かめる価値がある。当てはまらないのは、Google検索の流入がまったく無いサイトで、順位の影響を気にしない人である。ただし、利用者が戻れないサイトは、検索と関係なく、使いにくい。

書かれていないこと — この記事が確かめていないこと

読んだページに書かれていなかったことは、次のとおりである。書かれていなかったので、「当たる」とも「当たらない」とも、この記事は言わない。

• 具体的に、どの実装が違反で、どの実装が違反でないかの線引き。例の一覧は、スパムポリシーのページに見つからなかった
• 適用が始まってから、手動による対策や順位低下が、どれだけ出たか
• 自動の順位低下が起きたかを、運営者が確かめる画面
• 個別の広告会社や計測ツールが、この問題に当たるか。名前は、読んだページに挙がっていない
• Chromeなど各ブラウザの、今の履歴への対処の細かい動き

手順 — 5つの段で、画面と実際の動きを確かめる

担当サイトの戻るボタンの動きは、次の5つの段で確かめる。上から順に、1段ずつ、台帳に結果を書く。

1. 公式のページを読む。スパムポリシーとブログの該当の文と、適用の日付を書き写す
2. Search Consoleを見る。手動による対策のレポートと、メッセージの一覧を開き、あり・なしを書く
3. 実際に戻る。検索から入る入口のページ3つで、戻るボタンを押し、元のページに戻れるかを書く
4. 外のコードを洗い出す。広告・計測・ポップアップ・チャットのスクリプトを5つまで書き出す
5. 切り分ける。試験用の環境で、スクリプトを1つずつ外して、戻り方が変わるかを見る

各段で、何を見るか

1段目は、公式の文を、そのまま書き写す段である。要約すると、後で、どこまでが公式の文で、どこからが自分の読みか、分からなくなる。適用の日付が、2026年6月15日だったことも、ここで書く。

2段目は、Search Consoleの画面を見る段である。手動による対策のレポートが空なら、「なし」と書く。ここで「なし」でも、3段目以降は、省かない。手動の対策に出ない影響があるからである。

3段目は、検索結果から入って、戻る操作をする段である。検索結果のページを開き、担当サイトのページを押し、戻るボタンを1回だけ押す。元の検索結果に戻れれば、そのページは問題がない。戻れなければ、何が表示されたかを、画面の写真と一緒に書く。

4段目は、外のコードの洗い出しである。ブログが書いた「ライブラリ」や「広告のプラットフォーム」にあたるものを、ページのソースや、タグ管理の画面から拾う。提供元の名前を書けば、問い合わせの宛先にもなる。

5段目は、切り分けである。本番ではなく、試験用の環境で、疑わしいスクリプトを1つ外して、3段目をもう一度行う。外すたびに戻り方が変わるなら、そのスクリプトが原因の候補になる。

台帳に書く

台帳（表計算でよい）には、ページのURL・押した操作・戻れたか・戻った先・使った端末とブラウザの5つの列を作る。戻れなかった数が0なら、0と書く。数を書くと、3か月後に確かめ直したときに、増えたか減ったかが分かる。

05 明日、担当サイトで確認できること

このリストの使い方

このリストは、Googleの公式のページと、Search Console、担当サイトのページを開いた状態で、上から順に進める。画面の名前は、表示の言語や時期で違うことがあるので、近い名前の項目で読み替える。チェックの状態は、ブラウザに保存され、サーバーには送られない。数を書く項目は、台帳に書き写す。

13項目

• Google検索セントラルのスパムに関するポリシーを開き、「Back button hijacking」の定義の1文を、台帳に書き写す
• 検索セントラルのブログ（2026年4月13日）を開き、適用が2026年6月15日になっていることを、日付ごと台帳に書く
• Search Consoleの手動による対策のレポートを開き、担当サイトの一覧が空かを、あり・なしで台帳に書く
• Search Consoleのメッセージの一覧を、2026年4月13日以降の分だけ開き、戻るボタンに触れた通知の数を台帳に書く
• 検索結果から入る入口のページを3つ選び、ブラウザで開いて戻るボタンを1回押し、元の検索結果に戻れたかを、3ページとも台帳に書く
• 5の3ページで、ページ内のリンクを1つ押してから戻るボタンを1回押し、1つ前のページに戻れたかを、3ページとも台帳に書く
• 広告・計測・ポップアップ・チャットのスクリプトを、担当サイトが読み込んでいるものとして5つまで書き出し、提供元の名前を台帳に書く
• 7のスクリプトの設定画面を1つずつ開き、戻る操作や画面の移動に関わる項目の名前を書き出す（無ければ「無し」と書く）
• 1ページを開いた直後と、ページ内を1回押した後に、開発者ツールのコンソールでhistory.lengthの値を読み、増えた数を台帳に書く
• スマートフォンのブラウザで3ページを開き、戻るボタンを1回押して、元のページに戻れたかを、端末とブラウザの名前つきで台帳に書く
• 試験用の環境で、スクリプトを1つだけ外した状態で5と6をもう一度行い、戻り方が変わったかを、スクリプトの名前つきで書く
• 戻る操作に関わる機能の有無を、スクリプトの提供元に問い合わせる文を1通書き、送った日を台帳に書く
• 3か月後の日付を台帳に書き、手動による対策のレポートとメッセージを、もう一度開く予定にする

06 代替・他の選択肢 — 戻る操作に関わる実装を、どう扱うか

外のコードの扱いは、4つの選択になる

外のコードが戻る操作に関わっていると分かったとき、扱いは4つに分かれる。表は、選ぶときの考え方を整理したもので、公式の文書に書かれた推奨ではなく、筆者の整理である。

選択	向いている場面	残る手間
設定で止める	提供元の設定に、該当の項目がある	設定を変えたあとに、戻れるかを確かめ直す
提供元に問い合わせる	設定が見つからない	返事の日付と内容を台帳に書く
そのスクリプトを外す	止める設定が無く、返事も得られない	外した機能の代わりを、どうするか決める
そのまま残す	3段目で戻れて、5段目でも原因の候補にならない	3か月後に確かめ直す

画面の切り替えのコードは、自社で確かめる

自社で書いた画面の切り替えのコードは、提供元に問い合わせられない。履歴に項目を足している箇所を、担当者が読み、戻る操作で元のページに戻れるかを、画面で確かめる。ブラウザの標準の戻る操作に任せられる部分は、任せる。履歴を操作するコードを足すなら、戻る操作のテストを、更新のたびの項目にする。

確かめたあとの、再審査リクエスト

もし手動による対策が出ていた場合、ヘルプは、すべての問題を直したあとにリクエストを出す手順を書く。"A good request does three things:"（訳: 良いリクエストは3つのことをする）として、問題の内容を説明すること、直すために取った手順を書くこと、結果を記録することが並ぶ。審査の期間は、"Most reconsideration reviews can take several days or weeks."（訳: 再審査の多くは、数日から数週間かかることがある）と書かれている。

07 当サイトで確かめたこと — この記事の時点では、確かめていない

2026年11月13日の時点で確かめていないこと

この記事は、公式のページを2026年11月13日に読んで書いた。当サイトのページで、戻るボタンを押した記録と、外のスクリプトを洗い出した記録は、この記事の時点では無い。05章の13項目を、当サイトで行ったかどうかも、確かめていない。

これから確かめること

この記事を本番に出した日に、当サイトの入口のページ3つで、05章の5項目目から6項目目までを行い、結果をこの章の末尾に日付つきで追記する。外のスクリプトの洗い出しも、同じ日に行う。戻れなかったページがあったときは、戻れなかったと書き、直したときは、直したことと、直した日を書く。

08 このテーマの、これまで — スパムの線引きと、外から入るコード

これまでの記録

当サイトでは、スパムに関するポリシーの話を、これまでも何度か書いてきた。Googleは利用者が作るスパムを防ぐガイドを10月26日に更新し、共有用のページは既定でnoindexにする助言を加えたは、利用者が作るスパムの防ぎ方を整理した記事である。外部リンクのrelは3つ。広告・対価のあるリンクにはsponsored、利用者の投稿にはugc、推薦したくない相手にはnofollowは、外部リンクの属性の使い分けで、対価のあるリンクや利用者の投稿の扱いを書いた。この記事は、同じスパムのポリシーの中でも、画面の動きとして確かめられる項目に寄せた。

外のスクリプトの扱いは、Googleタグマネージャーは10月8日にgtagのconfigコマンドの扱いを標準化し、12日にコンテナからの直接送信を加えたが、タグ管理のコンテナを自分で確かめる手順を書いている。戻る操作の確認も、タグの洗い出しと同じ台帳に書くと、確かめる範囲が重ならずに済む。

当サイトのブログとの対応

埋められる穴と、埋めてはいけない穴は、Googleが生成AIの回答の操作をスパムと定義した日の記録で、「埋められる穴」と「埋めてはいけない穴」を分ける考え方を書いた。Googleが「やるな」と言ったGEO施策は、公式が「やるな」と言った施策の整理で、公式の文を、書かれた範囲で読む姿勢が共通している。外から取った画面は、目当ての画面とは限らないは、外から取った画面が目当ての画面とは限らない話で、戻るボタンを実際に押して確かめる大切さと重なる。

出力は在った。だから誰も測らなかったは、出力は在るのに誰も測らなかった、という話である。戻る操作も、コードが在ることと、利用者が戻れることは別なので、同じ確かめ方が使える。記事に書いた弱点が、自分のサイトにあったは、記事に書いた弱点が自分のサイトにもあった、という記録で、この記事も、公開した日に自分のサイトに当てる。

この記事の位置

この記事は、2026年6月15日に適用が始まった、戻るボタンの乗っ取りのポリシーを、今の日付で読み直し、担当サイトの画面で確かめるための記事である。違反かどうかの細かい線引きは、公式が書いていない範囲について、何も言っていない。担当サイトごとに、戻れるかどうかと、外のコードの出どころを、画面で確かめる。

2026年11月13日 — この記事の確認日

この記事の引用は、2026年11月13日に、公式のページを読んで照らした。ブログの日付は2026年4月13日、適用の日付は2026年6月15日である。MDNのpushStateのページは2025年6月23日、popstateのページは2026年10月26日が、最終更新日として書かれていた。次に確かめるのは、2027年2月13日を目安にする。