瀏覽器返回鍵總遭“劫持”，Google重拳出擊：6月15日起，將認定為違規！

整理 | 屠敏

出品 | CSDN（ID：CSDNnews）

經常用瀏覽器的人，大概都踩過這個坑：一不小心點進某個頁面，想返回上一頁，卻發現“后退按鈕”突然失靈了。怎么點都回不去，要么只是原地刷新，要么被帶到一個莫名其妙的中間頁，甚至彈出廣告。很多時候，最后的解決辦法只剩下最簡單粗暴的一種——直接把整個標簽頁關掉。

這種行為有個專業術語，叫做「返回鍵劫持」。

類似的吐槽這些年一直沒斷過。也許是被用戶罵得太多了，也許是連自己都看不下去了，手握全球第一大瀏覽器 Chrome 的 Google 終于出手，在開發者博客上發布了一項《新增針對“返回鍵劫持”的垃圾信息政策》的公告。

按照新政策，凡是干擾瀏覽器返回功能、影響正常瀏覽體驗的網站，從 2026 年 6 月 15 日起都將被認定為違規行為。情節嚴重的，甚至可能直接影響搜索排名，乃至被從搜索結果中移除。

消息一出，很快就在開發者社區和用戶之間引發了不小的討論。

一個被濫用多年的“灰色技巧”

根據 Google 的官方定義：

用戶點擊瀏覽器的返回鍵時，都有一個明確的預期：回到上一頁。返回鍵劫持破壞了這一基本預期。

當網站干擾用戶的瀏覽器導航行為，阻止用戶通過返回鍵立即回到來源頁時，即構成返回鍵劫持。用戶可能會被跳轉到從未訪問過的頁面、看到非預期的推薦內容或廣告，正常的網頁瀏覽行為被強行打斷。

因此，這種“返回鍵劫持”并不是什么黑客攻擊，它往往是用瀏覽器提供的正規能力實現的。比如，網頁可以通過 JavaScript 操作瀏覽器歷史記錄（像 history.pushState 這樣的 API），在你不知情的情況下往歷史棧里插入內容。這樣一來，當你點擊“返回”時，并不是回到上一個網站，而是在當前站點內部“兜圈子”。

更激進一點的做法，是直接在你點擊返回時觸發跳轉，把你重新拉回當前頁面，或者塞給你一個廣告頁、推薦頁。

結果就是，用戶的體驗被嚴重影響：你明明只是想離開，卻被網站強行“留下”。

為什么網站要這么做？

答案其實不復雜：流量。

很多網站之所以“劫持返回鍵”，核心目的無非幾個——延長停留時間、增加頁面瀏覽量、塞廣告、甚至誘導點擊。對一些依賴廣告收入或者聯盟分成的網站來說，多讓用戶停留一秒，可能就多一分收益。

還有一種更隱蔽的動機，是影響搜索引擎的行為判斷。比如，如果用戶點進一個頁面后很快返回搜索結果，這通常被認為是“不滿意”的信號。但如果網站通過技術手段讓用戶“返回失敗”，那這個信號就被扭曲了。

換句話說，這不僅是對用戶體驗的破壞，也是對搜索引擎規則的一種“投機利用”。

問題在于，這種做法并不容易被簡單界定為“惡意”。因為同樣的技術，也被廣泛用于正常的網站功能，比如單頁應用（SPA）里的頁面切換。因此，這類行為長期處在一個模糊地帶——大家都知道它討厭，但很難徹底禁止。

Google 為什么現在才出手？

返回鍵劫持并不是新問題，早在 2013 年，Google 就表示，他們“已經注意到用戶對一種具有欺騙性的技術提出了投訴，這種技術會向用戶的瀏覽歷史中插入新的頁面”。

同時，Google 還提醒大家，這類行為其實早已違背了他們在 2003 年就提出的原則——當時就強調，網頁應遵循透明、規范的數字行為準則。

那為什么現在想要徹底禁止這種行為了，Google 指出：

其始終將用戶體驗放在首位。返回鍵劫持干擾瀏覽器基礎功能、破壞用戶預期瀏覽路徑，并引發用戶強烈不滿。用戶反饋稱自己受到操控，進而不愿再訪問陌生站點。正如我們此前明確說明：在用戶瀏覽器歷史記錄中插入欺騙性、操控性頁面，一直違反《Google 搜索核心規范》。

近期此類行為呈上升趨勢，因此我們將其明確列為惡意行為政策的違規情形。該政策規定：惡意行為會導致用戶預期與實際結果不符，造成負面、欺騙性的使用體驗，或損害用戶安全與隱私。

對網站開發者的影響

事實上，從工程角度看，這件事并不復雜。問題的關鍵不在“能不能做”，而在“該不該做”。

瀏覽器提供 history API，是為了支持更流暢的用戶體驗，比如單頁應用中的頁面切換。如果沒有這些能力，很多現代 Web 應用的體驗會大打折扣。

但同樣的能力，一旦被用來制造“假歷史記錄”或阻止用戶離開，就變成了典型的濫用。

這也是為什么這類問題很難通過技術手段徹底解決。瀏覽器很難判斷一次 history 操作是“合理的導航”，還是“刻意的干擾”。最終，只能通過規則和懲罰來劃定邊界。

Google 要求，網站管理員需確保未采取任何手段，干擾用戶正常操作瀏覽器歷史記錄的能力。對于當前使用相關腳本或技術，在用戶瀏覽器歷史記錄中插入、替換欺騙性或操控性頁面，導致用戶無法通過返回鍵立即回到上一頁的網站，Google 明確要求其立即移除或禁用相關代碼。

值得注意的是，Google 稱，部分返回鍵劫持行為可能并非網站自身主動操作，而是源于其引用的第三方庫或廣告平臺。為此，其建議網站管理員全面檢查自身網站的技術實現，逐一排查并移除、禁用所有可能造成返回鍵劫持的代碼、引入項及相關配置，以保障用戶獲得友好、無欺騙性的瀏覽體驗。

Hacker News 網友熱議：一半叫好，一半擔心

這類政策一出，開發者社區自然不會沉默。從 Hacker News 的討論來看，態度大致分成兩派。

一派是“終于來了”。不少人認為：

如果他們真能做到，那倒挺不錯的。

不過我現在已經越來越搞不懂 Google 的索引機制了。有些網站多年來一直被收錄得很好，但突然之間就從索引里消失了，而且沒有任何解釋，甚至在 Search Console 里也只顯示“已訪問，未編入索引”。這些頁面只是很普通的博客內容，結構簡單、沒有 JavaScript、沒有廣告，也沒有任何“違規操作”，使用 HTTPS，而且內容本身還被其他網站引用，其中一些甚至在 Reddit 上表現不錯。

但與此同時，這幾年我明顯感覺 Google 搜索越來越不可靠了，結果經常和我真正需要的內容不匹配。

總之，希望這次的新政策能讓情況稍微好一點吧。

但另一派則更謹慎，甚至有點擔憂。

有網友認為，「與其直接禁用這種功能，更希望它變成一種“權限機制”，由網站主動申請才能使用。這樣一來，那些值得信任、并且使用方式合理的網站可以獲得授權，而普通的、來路不明的網站則無法隨意使用它。“

還有人擔心，現代前端框架（比如 React、Vue）廣泛使用瀏覽器歷史 API 來實現無刷新跳轉，這和“劫持返回鍵”在技術手段上有重疊。如果 Google 的判斷標準不夠精確，很可能把正常應用也當成違規行為。

對此，你怎么看？是否有遇到過”返回鍵劫持“情況？

參考：

https://news.ycombinator.com/item?id=47760764

https://www.cnet.com/tech/services-and-software/google-punish-websites-browser-back-button-hijacking-annoying/

https://developers.google.com/search/blog/2026/04/back-button-hijacking#what-is-back-button-hijacking

【活動分享】"48 小時，與 50+ 位大廠技術決策者，共探 AI 落地真路徑。"由 CSDN&奇點智能研究院聯合舉辦的「全球機器學習技術大會」正式升級為「奇點智能技術大會」。2026 奇點智能技術大會將于 4 月 17-18 日在上海環球港凱悅酒店正式召開，大會聚焦大模型技術演進、智能體系統工程、OpenClaw 生態實踐及 AI 行業落地等十二大專題板塊，特邀來自BAT、京東、微軟、小紅書、美團等頭部企業的 50+ 位技術決策者分享實戰案例。旨在幫助技術管理者與一線 AI 落地人員規避選型風險、降低試錯成本、獲取可復用的工程方法論，真正實現 AI 技術的規模化落地與商業價值轉化。這不僅是一場技術的盛宴，更是決策者把握 2026 AI 拐點的戰略機會。