RabbitPair
返回文章列表
tips

Chrome 悄悄記住了你的哪些操作?一鍵清除網站資料的全部使用場景

VertiTab Team
2026年4月26日
#Debug模式#Chrome擴充功能#清除網站資料#隱私#進階使用者

每次造訪一個網站,Chrome 都會代替它在你的電腦上寫入資料。有些你知道:Cookie、登入工作階段。更多你可能沒想到:試用次數計數器、「已看過此彈窗」標記、A/B 測試分配、新手引導完成標記、多步驟操作的進度狀態。

網站不需要知道你是誰,就能記住你做了什麼。它只需要把資料寫進 localStorageIndexedDB,Chrome 就會無限期保存——直到你主動清除。

關鍵認知: 網站對你「記住」的很多東西並不儲存在他們的伺服器上,而是存在你的瀏覽器裡。這意味著你可以在不影響帳號的情況下直接清除它。VertiTab 的 Debug 模式一鍵完成這件事。


Chrome 為每個網站儲存了什麼

造訪任何一個網域,都會有多套獨立的儲存系統同時運作:

儲存類型網站用來存什麼重新整理後還在嗎?
localStorage使用次數、偏好設定、試用標記、功能開關✓ 永久保存
IndexedDB應用程式狀態、離線資料、結構化內容✓ 永久保存
sessionStorage多步驟表單狀態、精靈進度關閉分頁後消失
Cache Storage離線資源、Service Worker 檔案✓ 永久保存
Service Workers離線快取版本✓ 直到手動取消登錄
Cookie工作階段、追蹤、試用到期標記直到到期日

關鍵是最後一欄。這些資料在強制重新整理、清除快取乃至瀏覽器重啟後都原封不動地保留,直到被明確刪除為止。


為什麼很多網站把「限制」存在客戶端

你看過很多「免費試用 N 次後登入繼續」的提示,背後的機制通常是這樣的:

  1. 你在不登入的情況下使用了某個功能
  2. 網站在 localStorage 裡寫了一個計數器:{ trialUsed: 1 }
  3. 下次造訪時,讀取這個計數器來決定是否顯示付費提示
  4. 整個判斷過程在你瀏覽器裡的 JavaScript 裡完成,沒有請求任何伺服器

這個模式在大量產品中普遍存在:

  • AI 工具提供幾次免費對話
  • 文件編輯器的免費頁數限制
  • 影片轉換工具的免費檔案數限制
  • 語法檢查工具的免費字數配額
  • 各種 SaaS 產品的試用模式

同樣的機制也出現在非商業場景:新聞媒體用 localStorage 統計本月閱讀文章數(軟性付費牆)、教學平台記錄你完成了哪些章節、新手引導流程只對「首次使用者」顯示。


清除網站資料到底重置了什麼

使用 Debug 模式清除一個網站的資料後,以下內容會被重置:

對一般使用者:

  • localStorage 或 Cookie 裡的試用使用次數
  • 「已看過此優惠/彈窗」標記
  • 軟性付費牆的文章閱讀計數
  • 彈窗抑制標記(「不再顯示」)
  • A/B 測試分配(下次載入會重新分配版本)

對開發者:

  • 資料庫 Schema 變更後的舊資料
  • Service Worker 還在提供舊版本快取
  • 資料遷移失敗留下的損壞 IndexedDB 記錄
  • 上次測試工作階段遺留的認證 token

兩類使用者重置的是同一套底層儲存,差別只是重置的目的不同。


清除網站資料無法重置什麼

需要明確這個工具能做什麼、做不到什麼:

無法繞過:

  • 伺服器端的使用計數(網站在自己伺服器上記錄了你的 IP 或裝置指紋)
  • 基於帳號的限制(登入狀態下的配額在伺服器端)
  • 綁定手機號或付款方式的試用限制

可以重置:

  • 完全在客戶端儲存、沒有伺服器端驗證的限制
  • 網站沒有持久化到伺服器端的工作階段狀態
  • 本機儲存的偏好設定和各種標記

很多試用系統單純用客戶端儲存,因為對匿名使用者來說實作最簡單。但更完善的系統會做伺服器端驗證。是否能重置,只有試了才知道。


如何使用 Debug 模式

分頁層級(一次性):

  1. 在 VertiTab 側邊面板中對目標分頁按右鍵
  2. 選擇 啟用 Debug 模式
  3. 在對話框中勾選需要清除的儲存類型
  4. 如需持續生效,勾選「套用至此網站」

網站層級(持久):

  1. 開啟 VertiTab 設定 → 網站設定
  2. 找到對應 hostname 的網站
  3. 開啟 Debug 模式 開關
  4. 點擊設定來配置各儲存項目

開啟後,側邊面板分頁旁出現 🐛 圖示。點一下,清除和重新整理同步完成,無需開啟 DevTools。

可設定的清除項目: Cache Storage、localStorage、sessionStorage、IndexedDB、Service Workers、Cookie、歷史記錄


想保留登入狀態?精準排除 Cookie

清除所有 Cookie 會讓你登出。如果你想重置使用資料但保留登入狀態,可以使用 Cookie 排除清單。

載入目前分頁的所有 Cookie,勾選要保留的項目——認證 token、CSRF token、工作階段識別符——其餘的照常清除。排除規則支援僅名稱比對(session_id)和帶網域的精確格式(api.example.com:token)。


判斷規則:什麼時候用 Debug 模式

情況操作
JS/CSS 不更新強制重新整理就夠了
網站「記住」了你用過試用Debug 模式
A/B 測試一直是同一個版本Debug 模式
新手引導流程不再出現Debug 模式
應用程式狀態更新後出錯Debug 模式
不確定是什麼原因Debug 模式,最安全的起點

使用場景

免登入工具的試用次數重置 — 很多 AI 助理、文件工具、格式轉換器、SaaS Demo 允許不登入直接試用。用了幾次之後出現「註冊以繼續」的提示,這個計數器通常存在 localStorage 或 Cookie 裡。清除後,計數器歸零,網站把你當新使用者對待。

軟性付費牆的文章閱讀限制 — 新聞媒體和內容平台經常用 localStorage 統計當月文章閱讀數。這和需要登入的硬性付費牆不同。清除網站資料後計數重置,你重新成為「首次訪客」。

重新體驗新手引導流程 — 產品導覽和歡迎流程通常由 localStorage 裡的 hasCompletedOnboarding: true 標記控制,只顯示一次。清除後可以重新走一遍——適合評估產品體驗或測試 UX 的場景。

部署後 SPA 狀態異常 — Schema 更新後用舊資料的使用者出錯。Debug 模式清除舊的 IndexedDB 記錄,在乾淨的起點測試資料遷移路徑。

Service Worker 不更新 — 部署了新版本但 SW 還在提供舊快取。Debug 模式一步取消登錄 SW 並清除其快取。

QA 迴歸測試 — 一鍵建立可重複的乾淨起點,不需要在每次測試前手動操作 DevTools。


常見問題

Q:為什麼那麼多網站把「限制」存在 localStorage 而不是伺服器上?

A:對匿名使用者來說,客戶端儲存不需要任何後端基礎設施,實作最簡單,無伺服器成本,也不需要使用者身份識別。代價就是它很容易被清除——這也是為什麼規模更大的產品最終都會遷移到伺服器端驗證。

Q:清除網站資料會讓我登出嗎?

A:取決於你的設定。如果清除了 Cookie 而你的工作階段存在 Cookie 裡,就會登出。用 Cookie 排除清單保留認證 Cookie,同時清除其他儲存類型即可。

Q:對使用帳號限制的應用程式有效嗎?

A:沒有效果。如果網站在伺服器端驗證你的使用配額,清除客戶端資料無法繞過——計數器在他們的後端,不在你的瀏覽器裡。

Q:Debug 模式需要 DevTools 開啟嗎?

A:不需要。和「清除快取並強制重新整理」不同,Debug 模式隨時可用。

Q:Debug 模式是付費功能嗎?

A:是的,需要 VertiTab 進階版訂閱。

Q:可以對不同網站設定不同的清除策略嗎?

A:可以。設定按 hostname 獨立儲存。


相關閱讀: