直接答案：Chrome 吃記憶體，主要因為它把分頁、擴充與部分外掛拆成多個進程以換取穩定與安全；再疊加「開很多分頁＋重型網頁＋擴充」，RAM 就會看起來嚇人。這通常不是中毒，而是架構取捨——但網站做得愈重，愈會放大這個問題，令訪客在你的頁面上率先放棄。
工作管理員裡 Chrome 動輒佔數 GB，是許多人對瀏覽器又愛又恨的原因。對普通人，這關乎筆電風扇與舊機是否可用；對企業主與行銷，這關乎：你的官網會不會在客戶的 Chrome 裡變成「最想關掉的分頁」。本文先講原理與用戶自救，再落到網站該怎麼設計，才不會把效能成本轉嫁給客人。
為何 Chrome 特別「看得見」地吃 RAM？
- 多進程模型：分頁之間較隔離，一個分頁崩潰較不易拖垮全部，但每個進程都有基礎開銷。
- 分頁＝潛在成本：即使你「只是開著」，背景頁仍可能跑計時器、同步、推播與未卸載的腳本。
- 擴充程式：每個擴充都可能注入腳本、常駐背景；十個擴充比十個靜態分頁更兇。
- 現代網頁本身更重：高清圖、影音、框架、追蹤、字體、動畫——瀏覽器要解析與保留的物件愈多，記憶體愈高。
- 作業系統會回報「總和」：你看到的是多個 Chrome Helper 加總；單一數字看起來駭人，但是設計使然。
其他 Chromium 系瀏覽器往往有類似特性。重點不是「Chrome 邪惡」，而是：瀏覽器願意用記憶體換速度與隔離；網頁若無節制，就會把這筆帳記在用戶硬件上。
用戶端自救（先做這 6 件）
- 關掉不用的分頁：最有效、零成本。重要分頁用書籤，而不是永久開著。
- 審視擴充：擴充管理頁停用一個月沒用過的；特別小心「購物優惠、下載加速、不明 VPN」類。
- 用工作管理員找兇手：Chrome → 更多工具 → 工作管理員，按記憶體排序，關掉異常高的分頁。
- 開啟記憶體節省／休眠分頁（若你的版本有）：讓背景分頁休眠，換回時再載入。
- 硬體加速與更新：保持 Chrome 更新；圖形驅動過舊有時反而造成異常佔用（視情況測試開關硬體加速）。
- 分開工作設定檔：工作帳號與私人擴充分開，避免十幾個擴充同時掛在每個分頁。
若只有開啟「某一兩個網站」就爆 RAM，問題更可能在網頁（記憶體洩漏、無限重渲染、未銷毀的監聽），而不是 Chrome 本身。這時可對照該站是否同時有一直轉圈或整體載入緩慢。
對你官網的真實影響（很多人忽略）
香港大量訪客用手機瀏覽。手機 RAM 比桌面緊張得多。當你的頁面同時載入：未壓縮 Hero、自動播放影片、數個追蹤像素、聊天室、沉重動畫、大型字體子集缺失而狂載——結果是：
- 低階 Android 直接殺分頁或「頁面無回應」
- 滾動掉幀，表格與按鈕點擊延遲（傷 INP）
- 廣告進來的人未見到 CTA 已離開
- 客服收到「打不開／好慢／成日死機」但你在辦公室高階 Mac 測起來「正常」
因此「Chrome 很吃記憶體」不只是用戶抱怨，而是網站效能預算問題。做站的人要把訪客設備當成有限資源，而不是無限雲端。
做網站時怎樣減少「吃客人的 RAM」？
- 設效能預算：例如首屏圖片總量、第三方腳本數量上限；超過就要刪或延遲載入。
- 第三方腳本延後：聊天室、熱圖、非必要像素等互動後或空閒時再載，不要堵住第一次繪製。
- 圖片與影片紀律：正確尺寸、現代格式、懶加载；Hero 避免無意義的超大循環影片。
- 慎用重動畫與複雜 SPA：裝飾性動畫在低端機成本很高；能用 CSS 就不要用持續跑的 JS loop。
- 避免泄漏模式：單頁應用若路由切換不銷毀監聽／計時器，開久了記憶體只升不降——長時間後台開著的內部工具站尤其要測。
- 真機測試：用一部兩年前的 Android＋Chrome 走完查詢路徑；只在新款 iPhone 驗收會嚴重誤判。
這些原則與極速 SEO＆GEO／效能優化、以及必要時的寄存升級是同一條線：伺服器快、前端卻很重，訪客仍然會罵。若整體體驗已過時，應一併看過時徵兆與升級網站指南。
給團隊的溝通句
向老闆或代理商說明時，可用這句：「Chrome 吃記憶體是正常架構現象；但我們的落地頁若再加重，等於要求客人用更貴的手機才能順利查詢。先減腳本與媒體重量，通常比叫全部客人換電腦實際。」
行銷若堅持要加多個像素與聊天室，就把它們排程為「轉換後再載」或「捲動後再載」，並用一週數據看是否真的提升查詢——很多腳本對轉換無感，對效能卻很有感。
下一步
用戶端：先砍分頁與擴充，用工作管理員定位兇手。網站端：審視首屏重量與第三方清單，必要時做效能定向優化或翻新。想請人看你的頁面在真實裝置上的負擔，歡迎免費診斷——請註明主要流量來自手機或桌面，以及是否已在投放廣告。
