Chrome 悄悄記住了你的哪些操作?一鍵清除網站資料的全部使用場景
每次造訪一個網站,Chrome 都會代替它在你的電腦上寫入資料。有些你知道:Cookie、登入工作階段。更多你可能沒想到:試用次數計數器、「已看過此彈窗」標記、A/B 測試分配、新手引導完成標記、多步驟操作的進度狀態。
網站不需要知道你是誰,就能記住你做了什麼。它只需要把資料寫進 localStorage 或 IndexedDB,Chrome 就會無限期保存——直到你主動清除。
關鍵認知: 網站對你「記住」的很多東西並不儲存在他們的伺服器上,而是存在你的瀏覽器裡。這意味著你可以在不影響帳號的情況下直接清除它。VertiTab 的 Debug 模式一鍵完成這件事。
Chrome 為每個網站儲存了什麼
造訪任何一個網域,都會有多套獨立的儲存系統同時運作:
| 儲存類型 | 網站用來存什麼 | 重新整理後還在嗎? |
|---|---|---|
localStorage | 使用次數、偏好設定、試用標記、功能開關 | ✓ 永久保存 |
IndexedDB | 應用程式狀態、離線資料、結構化內容 | ✓ 永久保存 |
sessionStorage | 多步驟表單狀態、精靈進度 | 關閉分頁後消失 |
| Cache Storage | 離線資源、Service Worker 檔案 | ✓ 永久保存 |
| Service Workers | 離線快取版本 | ✓ 直到手動取消登錄 |
| Cookie | 工作階段、追蹤、試用到期標記 | 直到到期日 |
關鍵是最後一欄。這些資料在強制重新整理、清除快取乃至瀏覽器重啟後都原封不動地保留,直到被明確刪除為止。
為什麼很多網站把「限制」存在客戶端
你看過很多「免費試用 N 次後登入繼續」的提示,背後的機制通常是這樣的:
- 你在不登入的情況下使用了某個功能
- 網站在
localStorage裡寫了一個計數器:{ trialUsed: 1 } - 下次造訪時,讀取這個計數器來決定是否顯示付費提示
- 整個判斷過程在你瀏覽器裡的 JavaScript 裡完成,沒有請求任何伺服器
這個模式在大量產品中普遍存在:
- AI 工具提供幾次免費對話
- 文件編輯器的免費頁數限制
- 影片轉換工具的免費檔案數限制
- 語法檢查工具的免費字數配額
- 各種 SaaS 產品的試用模式
同樣的機制也出現在非商業場景:新聞媒體用 localStorage 統計本月閱讀文章數(軟性付費牆)、教學平台記錄你完成了哪些章節、新手引導流程只對「首次使用者」顯示。
清除網站資料到底重置了什麼
使用 Debug 模式清除一個網站的資料後,以下內容會被重置:
對一般使用者:
- localStorage 或 Cookie 裡的試用使用次數
- 「已看過此優惠/彈窗」標記
- 軟性付費牆的文章閱讀計數
- 彈窗抑制標記(「不再顯示」)
- A/B 測試分配(下次載入會重新分配版本)
對開發者:
- 資料庫 Schema 變更後的舊資料
- Service Worker 還在提供舊版本快取
- 資料遷移失敗留下的損壞 IndexedDB 記錄
- 上次測試工作階段遺留的認證 token
兩類使用者重置的是同一套底層儲存,差別只是重置的目的不同。
清除網站資料無法重置什麼
需要明確這個工具能做什麼、做不到什麼:
無法繞過:
- 伺服器端的使用計數(網站在自己伺服器上記錄了你的 IP 或裝置指紋)
- 基於帳號的限制(登入狀態下的配額在伺服器端)
- 綁定手機號或付款方式的試用限制
可以重置:
- 完全在客戶端儲存、沒有伺服器端驗證的限制
- 網站沒有持久化到伺服器端的工作階段狀態
- 本機儲存的偏好設定和各種標記
很多試用系統單純用客戶端儲存,因為對匿名使用者來說實作最簡單。但更完善的系統會做伺服器端驗證。是否能重置,只有試了才知道。
如何使用 Debug 模式
分頁層級(一次性):
- 在 VertiTab 側邊面板中對目標分頁按右鍵
- 選擇 啟用 Debug 模式
- 在對話框中勾選需要清除的儲存類型
- 如需持續生效,勾選「套用至此網站」
網站層級(持久):
- 開啟 VertiTab 設定 → 網站設定
- 找到對應 hostname 的網站
- 開啟 Debug 模式 開關
- 點擊設定來配置各儲存項目
開啟後,側邊面板分頁旁出現 🐛 圖示。點一下,清除和重新整理同步完成,無需開啟 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 獨立儲存。
相關閱讀: