搬站計畫怎麼擬：跟 AI 共同設計的思考過程

上一篇我講了為什麼把 WordPress 搬到 Astro。決定要搬，只是一句話；真正動手前我才發現，最難的不是技術，是要決定的事太多了。

版面、分類、SEO、資安、收 email、接數據……每一項都是一個問號。一個人面對這麼多問號，很容易就憑感覺亂做、做到一半又推翻。

所以我沒有急著動手。我先做了兩件事：把「一個網站到底要顧哪些面向」列成一張清單，然後不自己一個個硬想，而是把 AI 當成一起設計的夥伴，一項一項討論定案。這篇就講這張清單，還有我怎麼跟 AI 一起把計畫做出來。

架一個網站，到底要決定哪些事？

決定搬，只是一句話。真正動手前，我把要決定的面向全列出來。你要搬站、或從零架一個網站，這張清單可以直接拿去對：

要決定的面向	我怎麼決定的
內容怎麼分類	分三大主題：AI 工作流、個人系統、影像創作。64 篇舊文一篇不刪，全歸到影像創作，但首頁只放新主題，不讓舊文蓋過新定位
版面長什麼樣	先定一組固定的配色和字級，首頁開頭用一段文字講清楚我是誰、在做什麼，不放大頭照
怎麼收 email	在首頁和文章裡放訂閱表單，先想好放在哪、有人訂閱之後我要怎麼跟他聯絡
怎麼連到社群	頁尾和每篇文章放 IG、Threads 的連結
圖片怎麼處理	舊站那些幾 MB 的大圖全部壓成更省流量的格式，否則讀者開一頁要等老半天
載入速度	靜態站本來就快，但圖片和字型會拖慢它，要在「好看」和「快」之間抓平衡
怎麼被搜尋引擎和 AI 找到	每篇的標題、描述、彼此之間的連結、給機器讀的標記都要顧——這塊最細，留到第三篇單獨講
資安	靜態網站沒有後台、也沒有資料庫可以被攻擊，這其實也是我選它的原因之一
維護難度	選靜態站就是為了幾乎不用維護，不像 WordPress 要一直更新外掛、補漏洞
怎麼知道有沒有人看	裝 Google 的分析工具，才看得到流量、看得出哪幾篇真的有人讀

光列出來就十幾項。重點不是每一項都一次做到滿，是先知道總共有哪些項、哪些現在做、哪些之後再補。很多人搬到一半卡住，不是技術不會，是漏想了其中一項、做到後面才發現要回頭重來。

怎麼跟 AI 一起設計，而不是把它當工人？

面對這張清單，我沒有自己一項一項埋頭想。我把 AI 當成一起設計的夥伴，具體是四個做法。

一、先讓 AI 把畫面做出來看。 我用 Claude Design 把首頁、文章頁的設計稿直接生成出來，看到實際長相、覺得可以，才往下做。比起我空想「版面大概要長怎樣」，看著圖跟它討論，快太多了，也更容易講清楚我哪裡不喜歡。

二、評估現成範本，最後決定自己做。 我本來想用一個現成的 Astro 網站範本省事，但請 AI 一起拆開來看，發現要改的地方超過七成，等於整個重寫。既然這樣，不如照自己的需求從頭做，之後要加東西也更自由。

三、先寫「這個計畫會怎麼失敗」。 一般人寫計畫只寫「要做什麼」。我跟 AI 一起多寫了一頁——這個計畫可能在哪裡出錯。我們列了七個風險、各自發生的機率、還有真的發生要怎麼救。舉一個：舊文章從 WordPress 搬過來，排版很可能亂掉；對應的做法是「先挑流量最高的二十篇人工檢查，其餘用程式批次清掉殘留的格式」。這一頁是整份計畫裡我覺得最值錢的——因為它逼我在動手前，就先想清楚最可能翻車的地方，而不是出事了才手忙腳亂。

四、最沒把握的地方，先做小測試。 有四件事我一開始沒把握：中文文章能不能被站內搜尋找到、中文字排起來好不好看、數據追蹤會不會壞、訂閱表單能不能正常顯示。我沒有賭它們一定行，而是各花一點時間先做個小測試。其中真的有一項沒過，我當場就換方案，沒有硬撐到上線才發現。

這四個做法的共同點是：AI 不是讓我少想，是逼我把想的順序顛倒過來——先想最可能失敗的地方、先驗最不確定的地方，再開始做。一個人很容易跳過這一步直接開工，有個夥伴一起想，比較不會自己騙自己。

跟 AI 把問題講清楚、再一起拆解，這件事本身就是一種能力。我之前寫過怎麼跟 AI 溝通的幾個關鍵，那套方法在規劃這種大事上一樣好用。

計畫定案前，怎麼知道方向對不對？

跟 AI 合作最順的一點，是我不用一直盯著它。它做完一個階段、產出東西，我來看、來拍板，再進下一步。

舉例：設計階段，AI 先把配色、字級、版面做成一個可以直接看的樣板頁，我看過、覺得順眼，才讓它接著做整個網站。不滿意就在這一步改掉，不會等整站做完才發現方向不對、整組打掉重練。內容分類也一樣——我參考自己過去整理個人資料庫的經驗，先想清楚三大主題怎麼分，再讓 AI 照著把每篇歸位。

我還要求每個決定都記下來：選了什麼、哪天定的、為什麼這樣選。連中途被推翻的決定都留著（例如本來想用現成範本，後來改成自己做）。這份紀錄後來很有用：每次有人問我「為什麼不用某某做法」，我翻一下就知道當初的理由，不會憑印象亂答，也不會同一個問題糾結第二次。對一個人邊學邊做的專案來說，把「為什麼」留下來，比把「做了什麼」留下來更重要。

結語：計畫真正的價值，在「先想清楚哪裡會壞」

回頭看，搬站計畫真正值錢的地方不在那些步驟，在兩件事：先把要顧的面向列全，再把 AI 當夥伴一起想——尤其是一起想「哪裡會失敗」。 一個人規劃容易漏、容易騙自己「應該沒問題」；有個夥伴逼你把風險攤開、把假設先測過，計畫才站得住。

但計畫再周全，真的動手還是會踩雷。下一篇，我把搬站時實際踩到的坑全攤出來——包括上線之後才發現、最痛的那幾個——還有 AI 在每個坑裡到底幫了什麼、又有哪裡幫不上。

如果你也打算自己架或搬一個網站，這個系列我會把整趟過程寫完。訂閱接著看，下一篇直接送到你信箱。