我常問用 AI 自己做網站的人一個問題：你的備份在哪裡？

十個人裡面，大概八個會愣一下，然後說「應該在主機那邊有吧」或「程式碼在 GitHub 上」。

先給答案。這兩個回答都只對了三分之一。網站有三層東西要備份：程式碼、資料庫、上傳的檔案。GitHub 只管第一層，主機商的備份未必包含後兩層，而且就算有，你也可能拿不回來。

三層各在哪裡

程式碼是網站的骨架，AI 幫你寫的那些檔案。它通常在你的電腦上、或在 GitHub 之類的地方。這層最容易備，也最容易被誤認為「備份已經做了」。

資料庫是網站的內容和紀錄：會員、訂單、表單填的資料、文章。它不在程式碼裡，在主機上的一個資料庫服務裡。程式碼備了一百份，資料庫壞了，會員和訂單一樣全部不見。

上傳的檔案是圖片、影片、PDF，訪客或你自己從後台傳上去的。它也不在程式碼裡，在主機的某個資料夾。很多人的 GitHub 專案裡完全沒有這些檔案，因為檔案太大、或一開始就被排除。

所以「程式碼在 GitHub 上」的意思是：你只備了骨架，肉和血都在主機上，而主機上的東西你可能從來沒抓下來過。

主機商的備份能不能靠

要看。有些主機方案有每日備份，有些要加購，有些只保留七天。而且主機商的備份是「整台機器」的層級，它救的是主機本身出事的情況。

你自己改壞了、AI 把資料表清空了、某個功能把訂單狀態全部覆蓋掉了，這些主機商不會知道，備份會照常覆蓋上去。七天之後，正確的版本就沒了。

所以不管主機商有沒有備份，你自己都要有一份是你控制的。

最簡單的自己備法

不用買工具。三件事：

一、程式碼放進版本控制。不會用 Git 沒關係，至少每次讓 AI 改動之前，把整個資料夾複製一份、加上日期。

二、資料庫定期匯出。主機面板通常有 phpMyAdmin 或類似工具，按「匯出」會得到一個 .sql 檔，下載到自己電腦。一開始每週一次，有人下單之後改成每天。

三、上傳檔案資料夾整包抓下來。用 FTP 或主機面板的檔案管理，把上傳目錄壓縮下載。

三樣東西放在同一個資料夾，用日期命名。

多久備一次，看你能承受掉幾天的資料。網站只有介紹頁、內容很少動，一個月一次就夠；開始有人填表單、有人下單，就是每天。備份的檔案不要只放在主機上，主機出事的時候它會一起不見，至少複製一份到你的電腦或雲端硬碟。

有備份，不等於還原得回來

這是我這幾年最在意的一件事。

我自己的紀律是：每次要動線上的東西，先把原檔下載下來備份，人眼看過改了什麼，確認之後才上線。這樣出事的時候，我知道要退回哪一版，也真的退得回去。

備份的價值不在於「有」，在於出事的那一刻你能不能在半小時內把網站復原。所以做完備份之後，至少試一次還原：在本機或另一個測試環境，把程式碼、資料庫、檔案三樣裝回去，看網站能不能開。

很多人第一次試還原，才發現資料庫匯出的檔案是空的，或圖片路徑全部對不上。這件事在沒出事的時候發現，是小事；出事的時候才發現，就是整個網站。

為什麼 AI 不會幫你想這件事

因為備份不是功能。你叫 AI 做一個報名頁，它會做報名頁；你沒叫它做備份機制，它不會主動做。

我自己把系統開放給別人用之前，有一段必經的工作：建立客服、備份、部署和更新的機制。這些東西客戶看不到，但它們是「一個工具」變成「一個產品」之間的那段路。自己做網站的人，這段路要自己走。

反問

你現在能不能在十分鐘內，說出程式碼、資料庫、上傳檔案這三樣，各自最近一次備份是什麼時候？

說不出來的那一項，就是下次出事會消失的東西。

如果你做到一半卡住，可以把狀況寫信給我。這類上線之後才會真正在意的事，我會持續寫在電子報：https://iamlouis.ai/subscribe/edm