Google、「バックボタン・ハイジャック」をスパムに指定

 (developers.google.com)
20 ポイント 投稿者 GN⁺ 15 일 전 | 5件のコメント | WhatsAppで共有
  • ユーザーがブラウザーの戻るボタンを押したときに元のページへ戻れないようにしたり、望まない広告・おすすめページへ移動させる行為
  • この**「バックボタン・ハイジャック」を明示的に禁止する新たなスパムポリシー違反項目**として追加
  • このポリシーは2026年6月15日に施行予定で、違反時には手動スパム対策や自動順位引き下げが適用される可能性がある
  • Googleはこのような行為がユーザー体験を損ない、ナビゲーションの流れを妨げると見ており、悪質な行為ポリシーの明示的な違反に指定
  • サイト運営者はブラウザーの閲覧履歴を操作するコードや外部スクリプトを削除し、必要に応じてSearch Consoleの再審査リクエストを通じて復旧できる

バックボタン・ハイジャックの概念

  • ユーザーがブラウザーの**「戻る」ボタン**を押したときに、元のページへ戻ろうとする動作を妨げる行為
    • サイトがブラウザーのナビゲーション機能を操作し、ユーザーが前のページにすぐ戻れないようにする
    • その代わりに、ユーザーが訪問していないページへ移動させたり、望まないおすすめ・広告ページを表示したり、正常なナビゲーションを妨げたりする形で現れる

ポリシー強化の背景と運営者の対応

  • ユーザー体験の保護を最優先とするため
    • バックボタン・ハイジャックはブラウザー機能を妨害し、想定されたナビゲーションの流れを壊し、ユーザーにフラストレーションや操作された感覚を与える
    • こうした行為は、ユーザーが見慣れないサイトの訪問をためらう要因として作用する
  • Googleはこれまでも欺瞞的または操作的なページ挿入をSearch Essentialsポリシー違反として明示してきたが、
    最近こうした行為が増加していることを受け、これを**「悪質な行為(malicious practices)」ポリシーの明示的な違反**に指定
  • サイト運営者はユーザーのブラウザー閲覧履歴を操作するコードやスクリプトを削除する必要がある
    • 外部ライブラリや広告プラットフォームで発生する可能性があるため、関連するコード・インポート・設定を点検し、削除する必要がある
  • 手動対策によって検索露出が制限された場合、問題を修正したあと**Search Consoleの再審査リクエスト(reconsideration request)**を通じて復旧できる
  • 追加の問い合わせやフィードバックはLinkedInのGoogle Search Centralページまたはサポートコミュニティを通じて可能

関連記事

5件のコメント

 
xguru 15 일 전

あ、ついに！！！ こういうことをしていたメディアは全部厳しく罰せられるべき
 
lazydonkey456 15 일 전

Google広告は、NSFW広告のほうをまず何とかすべきではないでしょうか -_-?
 
crawler 15 일 전

Microsoft Q&A サイトも入ってみて、戻るを押すと無限ループになってしまうのですが、こういうサイトは本当に直してほしいですね。

リダイレクトがあろうとなかろうと、ユーザーの立場では戻るを押したら離れられるべきなのに、
こういうサイトはいつも戻るボタンを長押しして、2階層以上戻らないといけません。
 
eoeoe 15 일 전

正常化!!
 
GN⁺ 15 일 전
Hacker Newsのコメント

  • ブラウザに、ウェブサイトのあらゆるショートカットを無効化する機能があればいいのにと思う
    BraveでCtrl+Eを新しいタブを開くに設定しているのに、Discordのようなサイトがこれを絵文字メニューに変えてしまって不便だ

    • Ctrl+Fも問題だ。サイトの独自の検索欄を開くのではなく、ページ内の単語検索をしたい
    • 別の例では、ctrl+clickを新しいタブで開くのではなく、そのまま現在のタブで開くように変えてしまうサイトがある。特にECサイトでよく見る
    • 私はすべてのキー入力リスナーを遮断するbookmarkletを作って、こういうことを防いでいる。必要なら共有できる
    • 完全に禁止する代わりに、サイトがショートカット使用の権限を要求するシステムがあればいいと思う。信頼できるサイトだけ許可すればよい
    • FirefoxでVimiumを使っているので、基本ショートカットはプラグイン基準だ。たとえば「t」で新しいタブを開き、ウェブサイトのショートカットを使うには「i」でinsertモードに入る。ctrl+kのような競合しないキーはサイトが自由に使えるのでよい

  • Googleのインデックス方針が最近は理解できない
    何年も順調に表示されていた自分のサイトが、突然インデックスから消えた。単なるブログ記事で、広告もなく、HTTPSも有効で、ほかのサイトからもリンクされている
    それなのに最近のGoogle検索結果はどんどん欲しい情報から遠ざかっている。新しい方針が改善をもたらしてくれることを願う

    • 「広告がないから」かもしれない。Googleは広告のないページを表示することに関心がない
    • これはChromeの話であって検索の話ではない。Googleはここ数年でトラフィックの少ないコンテンツを削除し始めた。似た内容が多ければページ権限に関係なくインデックスされない。検索は今やTikTokのようになりつつある。AI要約、YouTube、ニュース、地図、商品ばかりが優先される。コンテンツは死んだ

  • Firefoxでは、ページがブラウザの履歴を変更できないように設定できる
    superuser.comの方法を見ると、about:configでbrowser.history.allowPushStateをオフにすればよい

    • ただし大半の場合、pushstateではなくページ側が自動リダイレクトを仕込んでいる。そのため戻るを2回押さなければならない
    • SPAはHistory APIを使って内部移動の履歴を管理する。これを止めると、かえってデータ損失が起きる可能性がある
    • 参考までに、Firefox 47以降browser.history.allowPushStateはdeprecatedになっている。最近はサイトが履歴を操作する問題はほとんどない。ただChromeではいまだに戻るボタンのハイジャックが残っているのが驚きだ。私はFirefoxで特定のkeycodeをブロックするUserScriptで対処している

  • 最初はAndroidの話かと思った
    Androidアプリは「戻るを2回押すと終了」みたいなUXハイジャックをよくやる。Reddit、TikTok、Instagramのようなフィード系アプリが代表的だ

    • 私も最初はAndroidの話だと思って、記事でなぜ「browser」が何度も出てくるのか不思議だった
    • 本当にGoogleがAndroidにもこうした方針を適用してほしい。最もひどいのはアプリだ

  • LinkedInからこういう方針を適用してほしい
    メールや投稿リンクをクリックすると投稿に移動するが、戻るを押すとフィードに戻る。
    これはlocation.replace(...)とhistory.pushState()を組み合わせた履歴操作のやり方だ

    • Redditも同じ方法で戻るを横取りする。GoogleからRedditの投稿に行って戻るを押すと、Redditのメインフィードに戻る
    • Gmailにも似たUXの問題がある。招待メールの件名に「承諾」ボタンがあって、スクロール中に誤って押してしまうことがある
    • 私はこういうサイトのリンクはいつも新しいタブで開くことで対処している。タブを閉じるのが私の新しい戻るボタンだ。興味のないタブはそのまま閉じてしまう
    • Facebookもこんなふうに動く。説明のおかげで仕組みが理解できた
    • ただし、このやり方が新方針違反なのかは曖昧だ。ハッシュベースのナビゲーションは技術的には有効かもしれない

  • Microsoftのサイトもこうした戻るの問題がひどい

    • Azure Portalが代表例だ。戻るを押したとき何が起こるか分からない。Androidの「運任せボタン」みたいだ
    • ただMSは広告リダイレクトのような悪質行為というより、単にJSリダイレクト設計の問題に近い
    • Epic Storeもモバイルでは決済ページから戻れない。意図的なのか単なるUXミスなのか分からない
    • 私も昨日こういうサイトに遭遇したが、素早く戻るを押してもだめで、結局タブを閉じた

  • 今回の措置は良い第一歩だが、まだ不十分だ
    私はどんなサイトであっても、自分の戻るボタンを乗っ取ってほしくない。
    特に「本当に離れますか？ ニュースレターをまだ購読していませんよ？」みたいなポップアップが一番嫌いだ

    • SPAでは例外的に必要なこともある。ユーザーがアプリ内で移動した経路を正しく追跡しなければならないからだ。ただし原則は「ユーザーの期待どおりに動作すること」だ
    • 「保存せずに終了しますか？」のような警告は有用だ。ただしサイトごとに許可設定できるべきだ
    • SaaSアプリを運営する立場としては、フォーム入力中のユーザーが誤って離れるとデータが失われるので、この種の警告を使っている。ただ、ユーザー視点でどの動作がより良いのかは悩んでいる
    • 新しいタブを強制的に開くのも一種のハイジャックだ。こういうのは全面的に禁止すべきだと思う。さらには法的制裁すら必要だと思う

  • 「ユーザー体験が最優先」だなんて、皮肉だ
    アプリへ誘導するために紛らわしい「Open in app」ポップアップを出す会社がこんなことを言うとは
    関連記事: Those obnoxious sign-in windows

  • 今こそPost/Redirect/Getパターンをもう一度広める良いタイミングだ
    Wikipediaの説明のとおり、フォーム送信後にリダイレクトを挟むとUXはずっと滑らかになる

    • 古い開発者として、このパターンは本当に好きだ。今のReact世代はこういうことをあまり知らないように見える
    • 今日初めて知った。このパターンがないと「フォームを再送信しますか？」ポップアップが出る理由だったのか。名前まで知れて有益だった

  • GoogleのSPAフレームワークAngularでも、redirect routesを使うと戻るのハイジャックが起きる
    Angular公式ドキュメントに説明がある

    • ただしSPA内部のルーティングは、アプリUXのために避けられない場合が多い。こうしたケースでは、内部移動を自然に保つために限ってハイジャックが許容される