Hacker News、Googleの「back button hijacking」新スパム方針に注目

なぜHacker Newsで歓迎されたのか

この話題はHacker Newsで 678ポイント、403コメント を集めたが、反応はかなりはっきりしていた。読者はこれを細かなSEO更新としてではなく、前から嫌われていたweb dark patternへの遅すぎるくらいの対処として見ていた。back buttonを押しても元のpageに戻れず、見たことのないlanderやad、timeline refreshに飛ばされる体験は誰もが知っている。コメントではFirefox側の設定でpushStateを抑える方法なども共有されていたが、全体の空気は「userがhistory APIを回避する知識を持つべきではない」というものだった。重要なのはGoogleがこの行為をあいまいなquality issueではなく、明示的に名指しした点だ。

Googleが実際に書いたこと

Google Search Central Blogは 2026年4月13日 に、spam policiesを拡張し、back button hijacking を明示的に対象化すると書いた。Googleの定義では、これはsiteがbrowser navigationに干渉し、userがBackを押したときに直前のpageへ即座に戻れないようにする行為だ。userは訪れていないpageへ送られたり、望んでいないrecommendationやadを見せられたり、通常のnavigationを妨げられたりする。Googleはこれを malicious practices policyの違反と位置づけ、該当pageは manual spam actions または automated demotions の対象になり得るとした。enforcement開始日は 2026年6月15日 である。

なぜ運用面で重要なのか

この更新の意味は、browser historyの悪用が単なるUX annoyanceではなく、search visibilityのリスク になったことにある。しかもGoogleは、原因が自社コードに限らず、含めたlibraryやadvertising platformから来る場合もあると明記している。つまりsite ownerはpage本文だけでなく、third-party script、ad stack、外部bundleまで含めて見直す必要がある。Hacker Newsがここを重く見たのは当然で、これまでgrowthやmonetizationの名目でhistory操作を埋め込んでいた実装が、検索上の罰を伴う問題に変わったからだ。

より大きなwebのシグナル

この件が高シグナルなのは、web上の古い争点にGoogleが明確な線を引いたことでもある。manipulative navigationを単なるoptimizationと見るのか、abuseと見るのか。今回の答えは後者だ。Googleが新しいUX理論を持ち込んだわけではない。userがすでに欺瞞的だと感じていた行為に、ranking上のコストを結び付けたのである。もし適用が一貫するなら、history hijackingで利益を得てきたpublisherやad-tech chainにとっては、かなり現実的な圧力になる。

出典: Google Search Central Blog · Hacker News議論