整理 | 屠敏

出品 | CSDN（ID：CSDNnews）

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

這種行為有個專業(yè)術(shù)語，叫做「返回鍵劫持」。

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

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

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

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

根據(jù) Google 的官方定義：

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

當(dāng)網(wǎng)站干擾用戶的瀏覽器導(dǎo)航行為，阻止用戶通過返回鍵立即回到來源頁時，即構(gòu)成返回鍵劫持。用戶可能會被跳轉(zhuǎn)到從未訪問過的頁面、看到非預(yù)期的推薦內(nèi)容或廣告，正常的網(wǎng)頁瀏覽行為被強行打斷。

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

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

結(jié)果就是，用戶的體驗被嚴(yán)重影響：你明明只是想離開，卻被網(wǎng)站強行“留下”。

為什么網(wǎng)站要這么做？

答案其實不復(fù)雜：流量。

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

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

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

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

Google 為什么現(xiàn)在才出手？

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

同時，Google 還提醒大家，這類行為其實早已違背了他們在 2003 年就提出的原則——當(dāng)時就強調(diào)，網(wǎng)頁應(yīng)遵循透明、規(guī)范的數(shù)字行為準(zhǔn)則。

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

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

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

對網(wǎng)站開發(fā)者的影響

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

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

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

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

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

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

Hacker News 網(wǎng)友熱議：一半叫好，一半擔(dān)心

這類政策一出，開發(fā)者社區(qū)自然不會沉默。從 Hacker News 的討論來看，態(tài)度大致分成兩派。

一派是“終于來了”。不少人認(rèn)為：

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

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

但與此同時，這幾年我明顯感覺 Google 搜索越來越不可靠了，結(jié)果經(jīng)常和我真正需要的內(nèi)容不匹配。

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

但另一派則更謹(jǐn)慎，甚至有點擔(dān)憂。

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

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

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

參考：

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