Vercel 在 2026 年 10 月 9 日公告，既有 Pro 團隊將開始支付 Deployment Storage 與 Functions Storage 費用，並表示較舊部署會從 10 月 23 日起依新的保留安排刪除，除非團隊事先在保留設定中選擇不同做法。這不是「Vercel 停止提供部署」，也不等於所有方案、所有部署狀態都只剩 30 天；真正需要處理的是，過去被當成免費歷史紀錄的建置產物，現在同時影響費用與可回滾範圍。

對網站發案方而言，這次變動不只是主機帳單多一項。若外包團隊一直把每個 Preview、失敗建置與舊正式版本留在平台，儲存量會持續累積；若為了省費用直接縮短保留期，又可能在事故發生時找不到需要的版本。比較穩妥的做法，是先核對適用範圍，再把成本、除錯、稽核與復原需求拆開決定。

先確認自己的團隊是否真的受到這次調整影響

Vercel 的公告寫的是既有 Pro 團隊，並要求使用者查看電子郵件，以確認自己團隊何時開始計費。公告同時說明 Deployment Storage 與 Functions Storage 的費率為每 GB 月 0.10 美元；價格與適用日是容易變動的資訊，因此本文以 2026 年 10 月 29 日查核結果為準，實際帳務仍應以團隊 Usage、帳單通知與當期定價頁為準。

不要只看到「30 天」就批次刪除。Vercel 現行的 Deployment Retention 文件會依方案與部署狀態列出預設期間，並允許團隊政策或專案政策覆蓋預設值。文件中的 Canceled、Errored、Pre-Production 與 Production 也有不同用途；這和公告針對既有 Pro 團隊的轉換通知必須一起閱讀。若兩邊看起來不一致，應以自己帳號內的實際政策與收到的通知確認，而不是把一篇公告推論成所有帳號的永久通則。

盤點表至少要記錄團隊、專案、方案、通知中的生效日、四種部署狀態目前的保留期、近 30 天 Deployment Storage、Functions Storage，以及誰有權修改政策。如此才能把「平台變貴」改寫成可查證的專案清單。

保留期應對應工作用途，不是全站設同一個數字

Preview 部署通常服務設計審稿、內容確認與品質測試；Production 歷史則可能用於事故復原、版本稽核與回滾；Canceled 與 Errored 部署主要協助追查建置問題。若四種狀態都保留同樣時間，常會留下大量沒有使用價值的失敗產物，或反過來過早刪除正式版本。

Vercel 文件說明，部署超過保留期後會進入刪除流程；符合條件的成功部署仍可能有一段可復原期間，但期滿後會永久移除。這段緩衝不是備份策略，也不應當成回滾承諾。專案應先回答：一般內容錯誤多久內會被發現？重大版本要保留幾個發布週期？財務、活動或表單改動需要多久的稽核紀錄？再為不同狀態設定期間。

驗收時可抽一個舊 Preview、一個舊 Production 與一個失敗建置，確認到期日、是否受例外條件保護，以及刪除後誰能復原。若團隊依賴 Instant Rollback，也要記錄哪些正式版本必須留在平台；保留 Git commit 並不代表舊部署的執行環境、建置輸出與當時設定仍然存在。

先找出儲存來源，再決定縮短期間或縮小產物

Vercel 的儲存最佳化指南建議在相同團隊、日期範圍與指標下比較 Deployment Storage 和 Functions Storage，先找出用量最大的專案，再從部署的 Resources 檢查靜態檔案與 Function 大小。Usage 能指出哪個專案較大，但不一定直接告訴你是哪個檔案造成，因此不能只看總量就下結論。

常見處理方向有三類。第一類是縮短不需要的 Preview、Canceled 或 Errored 保留期；第二類是移除被打包進每次部署的大型影音、壓縮檔、測試資料或重複產物；第三類是減少 Function bundle 中未使用的相依套件、原生檔案與過寬的動態匯入。每次只改一項，產生代表性的 Preview，走過主要頁面與受影響的 Function，再用相同期間比較用量。

不要為了降低 Deployment Storage，就把網站執行所需檔案隨意排除；建置成功也不代表執行階段找得到動態載入的資源。大型使用者上傳內容若改放物件儲存，還要另外確認存取權、備份、生命週期、傳輸費與刪除責任，不能把「移出部署」誤寫成「成本消失」。

外包合約要補上保留與費用責任

若網站由外包團隊管理 Vercel，發案方應要求每月帳單與 Usage 可由自己的組織帳號查看，並把部署保留政策列入交接文件。報價可分成平台固定方案、按量儲存、額外檔案儲存、監看與事故處理，不要用模糊的「主機維護費」包住所有項目。

變更保留期前，雙方應核准一張決策表：哪些部署狀態要留多久、哪一種事故需要回到多舊的版本、資料庫與外部服務如何另行回復、刪除由誰批准。若廠商離場，發案方仍應能用自己的權限查看政策、用量與近期刪除項目。

這次 Vercel 變動最值得採取的行動，不是立刻搬離平台，也不是把所有歷史版本永久保留。先確認團隊收到的實際生效條件，以工作用途設定不同保留期，再縮減真正不必要的建置輸出。當費用、回滾與交接都能對回同一份清單，平台方案改變才不會在帳單或事故當天變成突襲。