有位學員半夜傳訊息給我：他昨天的網站還好好的，今天叫 AI 加一個功能，加完首頁整個打不開。他問我，有沒有辦法退回昨天那個版本？

答案是：來不來得及，只看一件事。昨天有沒有任何一個地方，留著一份完整的複本。

有，就來得及，而且通常十分鐘內能回去。沒有，那就沒有「退回」這件事，只有「重做」。

一、先在三個地方找

不要急著再叫 AI 修。先確認你手上有什麼。

第一個地方，你用的平台有沒有版本歷史。很多 AI 建站工具跟部署服務都會保留每一次發布的紀錄，找找看有沒有「還原到這個版本」之類的按鈕。這是最快的路。

第二個地方，你自己的電腦。有沒有某個時間點你把整包檔案下載或複製過。就算是上週的，也比沒有好。

第三個地方，主機商。如果你的網站放在自己租的主機上，主機商多半有每日備份，去後台看，或者寫信問。

三個地方都沒有，那就要接受一件事：昨天那個版本已經不存在了，接下來是把今天的修好，不是回去。

這時候最有用的做法，是先把今天壞掉的這一版也複製一份存起來，再開始修。因為你接下來每一步修改，都有可能把事情弄得更糟，至少要保住「現在這個壞法」可以回得來。

二、AI 的對話紀錄不是備份

很多人會覺得：對話都還在，叫 AI 「改回昨天那樣」就好。

它可以試，但它做的不是還原，是重寫一次。它憑記憶再做一遍昨天的東西，跟昨天實際上線的那份不會完全一樣。改動範圍越大，差得越多。

還有一個更深的問題。你以為 AI 今天只加了一個功能，但它為了加這個功能，可能順手動了另外三個檔案。你叫它改回去，它改的是它記得的那部分，不記得的那部分就留在那裡。

那位學員後來就是這樣。他叫 AI 「全部改回昨天」，首頁是回來了，但報名表的送出按鈕從此沒反應，因為那是 AI 今天順手改過、卻沒改回去的地方。

所以「叫 AI 退回去」這件事，本質上是再改一次。能不能回去，靠的是運氣。

三、我自己的順序

我維運的網站將近兩百個，每次更新都有可能把某個站弄壞。所以我有一套固定的順序，不管改多小都照做。

一，上線前先把原本的檔案下載一份備份。

二，用眼睛看修改前後的差異。不是看 AI 說它改了什麼，是看檔案實際上哪裡不一樣。這一步常常抓到它「順手」動的東西。

三，確認沒問題才存成一個版本，有版本才有地方回去。

四，最後才上線。

這套順序給我的不是安全感，是「回滾的資格」。出了問題，我知道上一個版本在哪、這次改了哪幾行、要退回去要動哪些檔案。

值錢的不是這套工具，是這個順序。你不需要學會 Git 才能有這個順序，用資料夾跟日期也做得到，只是比較土。

四、從今天起的最低限度

如果你不想學任何工具，至少做這三件事。

改之前，把整個網站的檔案複製一份，資料夾名稱加上日期。這是最土的做法，但它有效。

每次只改一件事。加一個功能就是加一個功能，不要「順便」改文案、「順便」換顏色。改一件事壞了，你知道是哪件事；改五件事壞了，你要猜。

改完之後記一行：今天改了什麼。一行就好。三個月後你會感謝這一行，因為到時候你完全不會記得三個月前那天做了什麼。

兩個常見的漏洞

第一個是只備份了程式，沒備份資料。網站的檔案退回昨天，但昨天到今天之間的訂單跟報名資料呢？程式跟資料是兩份東西，要分開想。退回程式的時候，資料不要跟著退。

第二個是還原的時候把今天新進來的資料一起洗掉。有人今天早上報名了，你下午把整包退回昨天，這筆報名就不見了。退回之前先確認：從那個版本到現在，有沒有進來新的東西。

所以問題不是「還來不來得及」，而是：你下次改網站之前，會不會先花三十秒複製一份？這三十秒決定了你是「退回去」還是「重來一次」。

如果你做到一半卡住，可以把狀況寫信給我。我每週會在電子報聊這類做網站、用 AI 的判斷，訂閱在這裡：https://iamlouis.ai/subscribe/edm