上線後的鬼故事：當網站不聽話，我跟 AI 怎麼查到底（建站篇 5/9）
網站上線那天，我以為大功告成。
然後我改了一篇文章的設定、推上去——打開網站，它沒變。還是舊的。我重整、清瀏覽器、換手機，全都是舊的。最詭異的是：我去後台看，系統明明回報「組裝成功、沒有錯誤」。
程式是對的。網站卻不聽話。我查了快兩個鐘頭。
這一篇，我要把那兩個鐘頭完整重演給你看——不是為了炫耀我會 debug，剛好相反，是因為自架最該學會的，不是「怎麼不出錯」，是「出錯了，怎麼跟 AI 一步步逼出真因」。這一課，比任何「一鍵架站」都值錢。
先打一劑預防針：上線 ≠ 完成
你會踩坑。我會，你也會。網站這種東西，牽涉你的電腦、GitHub、Cloudflare、瀏覽器、網域好幾層，任何一層都可能有它自己的脾氣。
但好消息是：每一個坑都有跡可循，而你身邊有一個查案高手。重點是你得會「帶著它查」，而不是對著畫面乾瞪眼。下面這兩個真實的坑，就是示範。
鬼故事一：我改了東西，網站死都不更新
我的第一反應，是最直覺、也最常見的誤判：「一定是我剛改的程式壞了。」
於是我差點一頭栽進去翻程式碼。還好我停下來，做了 debug 最重要的第一件事——先確認問題到底在哪一層，別急著修。
你可以這樣對 AI 說： 「我推上去的改動，網站沒有更新，但後台說組裝成功。幫我判斷：問題是出在『組裝出來的成品』本身，還是出在『成品是對的、但網站給我看的是舊版』？我們一步一步排除。」
為什麼這樣說：這句話把問題切成兩半——是「做錯了」還是「做對了但沒送對」。Debug 的第一鐵則是先定位、再動手；最怕的就是症狀還沒搞清楚，就開始亂改一通，越改越亂。 接下來會發生：它會帶你分頭驗證。我們先去看後台的組裝紀錄——上面清清楚楚寫著「頁面數量正確、零錯誤」。成品是對的。 那問題就只剩一個可能：網站給我看的，是一份舊的快取。
確認方向後，就是「抓出是誰在供舊貨」。AI 教我幾招：
你可以接著說： 「那應該是快取。幫我用『繞過快取』的方式直接看原始版本，再幫我解讀這個網址回應的標頭（header），看看它被快取多久。」
標頭一攤開，兇手就現形了：那份舊頁面，被標記了整整快取 7 天。更關鍵的線索是，它身上帶著一個只有「預覽版本」才會有的標記——代表我看到的，是一份很久以前的舊預覽，被牢牢鎖在快取裡，根本不是我剛部署的新版。
真因找到了：我的網域，被設定成把網頁強制快取一整週，所以無論我部署幾次，它都固執地端出一週前那盤舊菜。
🐛 踩坑框｜部署了，網站卻不更新 症狀：改動推上去、後台說成功，但網站還是舊的，重整也沒用。 我的誤判：以為是剛改的程式壞了，差點去翻一堆沒問題的程式碼。 真因：網域（CDN）那層把網頁強制快取了很久（我的是 7 天），蓋過了每次部署的更新。 解法：① 在網站加一個設定，叫網頁「每次都重新確認、不要供舊版」；② 把網域的快取設定改成「尊重網站自己的指示」；③ 手動清一次快取，把卡住的舊版清掉。
解法上去，重整——網站終於，更新了。那一刻我差點哭出來。
這個坑教我的事：當「程式對、結果錯」，十之八九不是程式，是「中間某一層在供舊貨」（快取）。而找出它的方法，不是埋頭改程式，是跟 AI 一起，一層一層把問題逼到牆角。
鬼故事二：我把文章設成「今天」，它卻明天才出現
第一個坑剛填平，第二個就來了。
我把一篇文章的發佈日設成「今天」，想讓它馬上出現。結果它沒出現。直到隔天早上八點，它才自己冒出來。
你可以這樣對 AI 說： 「我把文章日期設成今天，但它沒有立刻出現，好像要等到隔天早上才上線。幫我查為什麼，是不是時區的問題？」
為什麼這樣說：好的 debug 問題，會帶上你的假設（「是不是時區」）。這不是要 AI 順著你，而是給它一個起點去驗證或推翻——比空泛地問「為什麼壞了」有效率得多。 接下來會發生：它一查就確認了——果然是時區。
原因是這樣：當你只寫一個日期（例如「6 月 1 日」），電腦預設把它當成世界標準時間（UTC）的午夜。而台灣比那個時間快 8 小時。所以一篇你以為「今天零點就該上」的文章，其實要等到台灣時間早上八點（也就是 UTC 午夜）才算數。
🐛 踩坑框｜「今天」的文章，要等到隔天早上才出現 症狀：把發佈日設成今天，文章卻沒馬上出現，隔天早上才上線。 我的誤判：一度懷疑是發佈功能壞了。 真因：只寫日期會被當成「UTC 午夜」，而台灣快 8 小時，所以實際生效時間是台灣的早上八點。 解法：① 讓網站用「台北時區」來判讀和顯示日期；② 想要某篇立刻上線，就在日期上補明確的時間。
💡 完全新手看這裡 快取（cache）＝為了快，系統會把「上次的結果」先存起來重複用。好處是快，壞處是你更新了、它卻還端出存好的舊版。 CDN＝把你的網站複製到世界各地的據點，就近送給讀者（所以快）；它也是最常「供舊貨」的那一層。 UTC＝世界標準時間。台灣是 UTC+8，永遠比它快 8 小時——跨時區的東西出怪事，先懷疑它。
常見問題 FAQ
Q：網站改了東西卻不更新，第一個該檢查什麼？ A：先別翻程式。先判斷是「成品做錯了」還是「成品對、但給你看的是舊快取」——去後台看組裝紀錄，若顯示成功零錯誤，那就是快取問題。九成的「改了沒變」都是快取在供舊貨，不是你的程式壞了。
Q：怎麼確定是快取在搞鬼？ A：用「繞過快取」的方式直接看原始版本（問 AI 給你方法），再看網址回應的標頭被快取多久。如果標頭顯示快取很久（我的是 7 天），兇手就是它。解法是讓網頁「每次重新確認」＋清一次快取。
Q：文章日期設成今天，卻沒馬上出現，是壞了嗎？ A：不是，多半是時區。只寫日期會被當成 UTC 午夜，台灣快 8 小時，所以要等到台灣早上八點才生效。要某篇立刻上線，就在日期補上明確時間（含 +08:00）。
Q：不會看那些英文標頭、錯誤訊息，怎麼 debug？ A：把畫面或整段訊息貼給 AI，請它「一層一層帶我排除」。重點不是你看懂每個字，是會「帶著 AI 一起逼出真因」——這比任何「一鍵架站」都值錢，也是這篇的核心。
誠實說：我繞了遠路，但這正是重點
回頭看，這兩個坑我都繞了遠路：第一個差點去改根本沒問題的程式，第二個一度懷疑功能壞了。我不是一次就找到答案的。
但這恰恰是我想讓你看到的真相。網路上那些「10 分鐘架好網站」的教學，從來不會告訴你上線之後會撞牆。會撞。差別只在於——
過去你撞牆，是一個人對著看不懂的英文錯誤訊息發呆，最後放棄。 現在你撞牆，身邊有一個隨叫隨到、不會不耐煩的查案夥伴，陪你一層一層把問題逼出來。
坑沒有變少，但你不再是一個人填坑了。 這就是 AI 真正改變的事，也是我敢說「不會寫程式的人也能自架」的底氣。
下一篇，我們從「踩坑求生」回到「主動進化」——怎麼把一個能讀的站，升級成一個好逛、能分類、還能自己排程的系統。
下一篇：從「能讀」到「好逛」——讓站自己長大（建站篇 6/9）。
← 回上一篇：把站推上網路、綁上你自己的網域