跳至主要內容
參加免費培訓
AI 實戰

我讓 AI 工作了 194 小時,一個月內完成十萬元等級的網站翻新

我用 AI 在 25 天內完成 WordPress 網站搬家與改版,保留 19 篇文章、116 張圖片,並處理網址、備份、SEO、表單與安全上線。這篇公開完整決策與檢查方式。

作者:Stark
AI 協助完成 WordPress 網站搬家與網站翻新的實戰案例
文章目錄

19 篇文章、116 張圖片、47 條網址:我如何跟 AI 合作完成網站翻新

最近,我讓 AI 從頭參與一場完整的 WordPress 網站搬家(WordPress Migration)與翻新:盤點舊網站、搬遷內容、重整畫面、反覆測試,最後協助我把新網站安全推上線。

從 7 月 18 日開始,到 8 月 11 日完成正式上線與主要 SEO 修正,整個專案一共走了 25 天。

我本身懂軟體工程,也做過資料系統與自動化,但我不是 WordPress 遷移專家。這個網站又不是一個可以隨便重來的練習作品。裡面有多年累積的文章、圖片、公式、表單與搜尋成果,任何一塊在更新後失效,都可能讓改版變成一場善後工程。

最後完成的成果是:

  • 25 天: 7 月 18 日啟動,8 月 11 日完成正式上線與主要 SEO 修正。
  • 約 194 小時: Codex 主工作回合的累計時間,包含盤點、產生、測試、修正與上線檢查。
  • 19 篇文章: 既有核心內容完成搬遷與確認。
  • 116 張圖片: 連同公式、表格、按鈕與表單區塊一起保留及整理。

正式上線後,我們重新檢查每個網址、手機與電腦畫面、載入狀況,以及主要表單是否能順利送出。主要 SEO 修正完成後,沒有留下嚴重或第一優先問題;較低優先的改善建議,則保留在後續清單裡。

這些結果不代表網站從此不必再調整。正式上線之後,還是要繼續觀察搜尋表現和真實使用狀況。它們能證明的,是這次更新有清楚的檢查範圍,而且主要問題已經處理到能安全上線的程度。

這篇不是逐步示範按鈕怎麼點的 WordPress 搬家教學。我更想拆開來談:當網站已經累積內容、搜尋成果與表單功能,怎麼跟 AI 合作完成網站轉移,同時守住不能壞的東西。

WordPress 網站翻新成果總覽,顯示 25 天、約 194 小時、19 篇文章、116 張圖片,以及 47 條網址等檢查結果。
25 天內完成的 WordPress 網站翻新成果總覽。

在進入做法之前,得先回到起點:這個網站為什麼一定要改?

這次 WordPress 網站搬家,為什麼非做不可?

舊網站看起來比較舊,但這只是表面。

過去的首頁放在另一個額外網址,也是一套分開維護的系統;文章與其他功能則留在原本的 WordPress 網站。讀者從首頁走到文章,會在不同網址與不同使用體驗之間切換。對我來說,每次調整也得先判斷要改哪一邊,久了之後,品牌、內容與功能自然愈來愈零散。

隨著我的定位、內容和服務往前走,網站卻還停留在以前的樣子。首頁無法完整說明現在在做什麼,文章頁的視覺規則不一致,部分內容又各自用不同方式製作。繼續在原本的架構上補東補西,只會讓下一次修改更難。

真正讓我不能直接砍掉重做的,是舊站裡已經有價值的東西。19 篇文章累積了搜尋紀錄,文章裡還有 116 張圖片、49 個公式或程式區塊、21 個 DAX 函數區塊、10 張表格、22 個按鈕與 8 個表單區塊。畫面可以重畫,但這些內容和功能不能跟著消失。

當改動範圍一路展開,下一個問題自然出現了:這樣的工作到底算多大?

WordPress 網站搬家費用,為什麼會到十萬元等級?

免費 Power BI 培訓

先看懂重複報表怎麼自動化,再把 Power BI 與 DAX 學對

如果你還在 Excel 裡反覆整理資料、每次更新報表都要重新核對,或看了很多 DAX 公式卻不知道為什麼算得對,這套免費培訓會帶你從資料整理、資料模型到計算邏輯,建立一條能真正帶回工作使用的學習順序。

從重複整理、資料模型到 DAX 計算,先建立能帶回工作使用的學習順序。

  • 把重複整理改成可更新的 Power BI 流程
  • 看懂資料模型與 DAX 為什麼算得對
  • 用 10 日練習,把觀念帶回工作
索取免費培訓影片 免費索取,前往培訓說明頁查看完整內容。
Stark 實戰教學
Stark|軟體工程師・Power BI 講師・作者
  • 免費培訓影片
  • 10 日實作練習
  • DAX 學習藍圖

因為這不是單純的 WordPress 搬家,也不是把網站換一台主機後就算完成。這次同時包含網站改版、內容整理、功能重做、SEO 檢查與正式上線。

工作內容同時涵蓋品牌首頁、網站結構、19 篇文章、文章列表、精選圖片、長文目錄、免費培訓資源、報表健檢、表單資料傳遞、SEO 搬遷、速度檢查、備份,以及正式上線後的再次確認。

幾份台灣網站業者公開的 2026 年費用指南,可以提供一個大致參考。矩陣科技把半客製網站列在 5~15 萬元,全客製網站則從 15 萬元起;欣創數位的公開說明中,使用免費主題調整約 5~8 萬元,如果包含完整品牌視覺、速度改善與多裝置顯示,可能來到 15~25 萬元。月光創意的網站設計指南也提醒,網站價格會隨頁面、內容、功能與客製程度改變。

我沒有把這份專案拿到外面,請廠商做相同規格的正式報價。不過,參考公開行情,再回頭看這次實際完成的工作,我認為比較誠實、也比較理性的說法是:這是一個價值十萬元等級的網站翻新專案。

規模愈大,原本累積的內容和功能能不能守住,就愈重要。

在叫 AI 動手前,我先定義什麼不能壞

面對這種專案,我不會先下指令說:「幫我把網站改得更現代。」

我先列出不能失守的邊界:19 篇文章與原本的搜尋累積要保留;圖片、公式、DAX 函數、表格與下載按鈕不能少;聯絡表單、企業合作表單、電子報表單與免費培訓表單仍要把資料送到正確位置;報表健檢要能依回答產生正確結果;正式更新前要有備份,出了問題要能回到前一版。

這份清單改變了 AI 的工作方式。它同時收到兩種資訊:要做出什麼,以及出現哪些情況就不能繼續。對高風險專案來說,停止條件和完成條件一樣重要。

邊界定清楚之後,接下來才是具體決策。

六個真正需要判斷的網站決策

把分散的首頁與內容整合回同一個網站

原本的問題: 首頁位於額外網址,內容與功能分散在兩套系統,讀者體驗和日後維護都不連貫。

我的判斷: 新首頁要回到主要網站,品牌介紹、文章與服務入口必須在同一個架構裡運作。

AI 執行: 盤點舊首頁和 WordPress 內容,整理要保留的資訊、頁面關係與導向方式,再依照確認過的結構製作、測試與修正。

最後結果: 使用者不必再跨到另一個網址,我也不用繼續維護兩套彼此分離的首頁與內容系統。

這一段不硬做首頁的改版前後對照。舊首頁和新首頁的架構與長度差異很大,勉強並排反而看不出真正的改變。直接看新版首頁,更容易理解品牌定位、文章、學習資源與合作入口如何被整合回同一個網站。

新版 I Master Power BI 首頁,呈現統一導覽列、品牌主張、Stark 介紹與免費培訓入口。
新版首頁把品牌、內容、學習資源與合作入口整合回同一個網站。

重做文章列表與精選圖片,讓內容先看起來像同一個品牌

原本的問題: 舊版文章列表同時塞入不同呈現方式的文章卡片與免費資源,精選圖片也沒有一套固定的產生與檢查規則。單篇看未必有問題,放在同一頁時卻比較難感受到一致的品牌風格。

我的判斷: 文章列表要先幫讀者按主題找到內容,再用一致的卡片結構呈現分類、日期、標題與摘要。精選圖片則固定尺寸、字體、配色、品牌位置與檢查規則,但不同文章仍要保留自己的主題辨識度。

AI 執行: 重新整理文章列表的資訊層級與篩選方式,將文章卡片做成共用元件。我也另外建立一個精選圖片 Skill,讓 AI 依文章內容選擇合適的視覺方向,再由固定版型完成中文字、品牌元素與輸出檢查。

最後結果: 新版文章列表更容易瀏覽,題材不同的精選圖片也能維持同一套品牌語言。後續新增文章時,不必每次從零開始決定尺寸、位置與基本規則。

文章列表舊版概況與新版成果,舊版採直式列表,新版使用一致的三欄文章卡片與品牌化精選圖片。
文章列表從直式排列整理為一致的三欄文章卡片。

讓長文章維持乾淨,也能快速跳到想看的段落

原本的問題: 舊版文章沒有目錄。文章一長,讀者如果只想找其中一個段落,只能一路往下捲動。直接把完整目錄固定在畫面上,又會壓縮真正的閱讀空間。

我的判斷: 在比較寬的電腦畫面上,平常只保留一個低干擾的文章目錄按鈕。讀者需要時再打開目錄,查看章節層級,直接跳到想看的位置。

AI 執行: 根據文章標題整理章節層級、建立跳轉位置與開合互動,再檢查不同文章長度下,目錄是否能正確顯示和跳轉。

最後結果: 桌機版閱讀畫面更簡潔。讀者想一路讀完時不會被目錄打擾,只想找特定內容時,也不用重新掃過整篇長文。

新版文章頁的目錄功能,左側顯示收合按鈕,展開後列出文章章節並可直接跳轉。
文章目錄的收合與展開狀態。

公式、程式區塊、表格與按鈕也有整理成較容易重複使用的元件,不過這些改動主要影響日後維護,畫面差異相對小,所以我不把它們當成這次文章的主要改版前後對照。

把免費培訓重新整理成清楚的學習入口

原本的問題: 舊版免費培訓主要是一張宣傳圖。資訊雖然有放上去,但視覺和新版網站的品牌規則不同,讀者也不容易先看懂自己會拿到哪些學習資源。

我的判斷: 免費培訓不該只是一個吸引點擊的廣告版位。它應該先說清楚適合誰、會學到什麼,以及接下來能取得哪些內容。

AI 執行: 依照全站的深藍、深海青與銅金色,重新整理標題、說明、行動按鈕、講師資訊與學習資源。免費培訓影片、10 日實作練習與 DAX 學習藍圖,也改成可以清楚辨識的項目。

最後結果: 新版區塊更符合網站的品牌風格,讀者在點擊之前,也能先判斷這份免費資源是不是自己現在需要的內容。

如果你正在找可以先從零開始的 Power BI 學習資源,這個入口會先帶你理解重複報表怎麼自動化,再逐步進到資料模型與 DAX。

免費 Power BI 培訓資源改版前後對照,比較舊版單一宣傳圖與新版品牌化學習資源入口。
免費 Power BI 培訓資源的改版前後比較。

新增報表健檢,讓新手先判斷 Power BI 值不值得導入

原本的問題: 很多新手知道自己每天花很多時間整理報表,卻不確定問題到底出在資料整理、數字核對、重複計算,還是報表呈現。他們真正想知道的,是自己的工作是否適合導入 Power BI。功能清單回答不了這個問題。

我的判斷: 與其直接叫使用者學 Power BI,不如先做一個不到 5 分鐘的報表健檢。讓他回答目前的工作情況,再取得一份完整的客製化報告,看到每月工時估算、主要卡點、優先改善方向與下一步學習路線。

AI 執行: 協助整理問題順序、結果判斷、報告版面與資料傳遞流程,再測試不同回答組合是否能產生相符的結果。這個功能不是一般聯絡表單,因此我也特別檢查輸入資料、計算結果與報告內容之間是否一致。

最後結果: 新手不必先猜自己該學什麼。完成快速健檢後,就能先看到目前報表工作最值得改善的地方,再決定 Power BI 是否適合成為下一步。如果還不確定工具能解決什麼,也可以先從 Power BI 是什麼、適合哪些工作情境 開始了解。

報表健檢功能流程,從不到 5 分鐘的快速健檢進入依回答產生的客製化報告與學習路線。
報表健檢入口與客製化結果摘要。

報表健檢之外,聯絡表單、企業合作表單、電子報表單與免費培訓表單,也都重新確認資料收集與傳遞方式。每個流程只收必要資料,送出前先由網站端檢查,行銷訂閱則分開取得同意。透過這些檢查與分流,每一份資料都會依照明確規則,安全地到達正確的地方。

表單資料從使用者填寫、網站端檢查、依用途分流到回傳結果的四步驟流程。
資料經過必要收集、網站端檢查、正確分流與結果確認。

安全而精確地更新正式網站

原本的問題: 開發環境裡看起來正確,不代表可以把整包內容直接覆蓋到正式網站。兩邊只要有一個差異沒發現,就可能蓋掉文章、設定或使用者正在使用的功能。

我的判斷: 開發完成後,先搬到演練環境做模擬與檢查;正式更新前建立備份,並先確認 WordPress 備份還原流程真的可用。更新後重新驗證,必要時能回到前一版。

AI 執行: 把上線拆成一連串有前後順序的檢查,每一步都留下結果。只要目前狀態、核准內容或備份證明對不上,就停止後面的動作。

最後結果: 正式網站完成更新,19 篇文章、主要頁面、重新導向與各類內容區塊都通過檢查;後續 SEO 修正也沿用相同方式,先備份、再更新、最後重新確認。

網站改版 SEO 也不是上線後再補幾個欄位。這次我們逐一檢查 47 條網址、重新導向與主要頁面,確認舊內容仍能從正確網址被找到。Google 的網站搬遷文件也把網址對照、永久重新導向、測試與上線後觀察列為重要步驟。

從開發完成、演練環境、模擬檢查、建立備份,到更新正式網站、再次確認與必要時回到前一版的流程。
從演練、備份到正式更新與確認的安全上線流程。

如果你也要做 WordPress 網站搬家,先確認這 5 件事

  1. 先列出原本的文章、圖片、表單、下載與重要網址,不要只盤點頁面數量。
  2. 分清楚哪些網址會保留、哪些會更換;需要更換時,先做好舊網址和新網址的對照。
  3. 正式更新前不只要有備份,也要確認真的能還原,避免出事時才第一次測試。
  4. 先在演練環境檢查電腦、手機、表單與主要流程,再更新正式網站。
  5. 上線後重新檢查網址、重新導向、SEO 欄位與主要功能,並把較低優先的改善項目留在後續清單。

這 5 點不是一份完整的 WordPress 搬家教學,但它們能先幫你判斷:這次搬的是單純主機,還是一個不能讓內容、搜尋與功能一起中斷的網站。

真正考驗這套流程的時刻,發生在正式上線前。

最關鍵的轉折:AI 主動停下來

這次專案裡,我認為最值得公開的片段,是上線前真的出現了「目前狀態和預期不一致」。

當時的比對發現,演練環境與正式網站的部分文章內容並不完全相同,其中還牽涉特殊字元的差異。如果只看頁面外觀,很可能以為可以繼續;但對搬遷來說,這代表原本核准的比較基準已經不可靠。

AI 沒有在資訊不完整時硬著頭皮更新。流程停在正式網站寫入之前,先確認目前網站內容、檔案、備份與允許修改的範圍。接著以正式網站的正確內容重新建立比對依據,修正後再跑一次檢查。每次執行內容有變動,都要重新取得我的核准,先前的同意不能直接沿用。

這個過程增加了時間,卻守住一件更重要的事:不能因為前面已經投入很多,就降低最後一步的標準。直到證據重新對上,是否繼續上線仍由我決定。

AI 可以參與高風險工作,不是因為它永遠不會犯錯,而是因為不確定時,它必須停下來。

AI 發現演練環境與正式網站狀態不一致後,在寫入前停止,重新確認、檢查並等待 Stark 核准。
AI 在狀態不一致時停止並等待人工核准。

這也帶出另一個常被忽略的問題:AI 工作了 194 小時,我到底做了什麼?

AI 做了約 194 小時,我做了什麼?

這裡的 194 小時,指的是 Codex 主工作回合從開始到完成的累計時間,裡面包含工具執行、等待、自動檢查與修正。它不是純模型運算時間,也不能直接換算成人類工程師的報價工時。

在這段時間裡,AI 負責網站盤點、規則整理、程式與共用元件產生、多頁面與多裝置測試、問題修正、上線檢查、SEO 檢查,以及文件和備份紀錄。這些工作量很大,而且有許多重複比對,正適合交給能持續執行與記錄的工具。

我的投入估計約 15~35 小時,主要花在釐清目標、審查桌機與手機畫面、提供內容與視覺回饋、決定功能取捨、設定風險邊界、完成必要的主機操作,以及做出正式核准。這個範圍是估算,因為我的工作分散在多次審查與決策裡,沒有逐分鐘計時。

兩個數字也不能直接相加。AI 執行時,我可能同時處理其他工作;我檢查畫面時,AI 的回合已經暫停。它們描述的是兩種不同角色:AI 承擔大量執行,我負責判斷這些執行是否正確、是否值得,以及能不能進到下一步。

AI 約 194 小時負責大量執行,Stark 約 15 到 35 小時負責判斷、審查、風險邊界與正式核准。
AI 負責大量執行,Stark 負責判斷、風險邊界與正式核准。

回頭看這 25 天,我認為真正值得討論的,也不只是工時。

真正省下來的是什麼?

我沒有在 25 天內變成 WordPress 遷移專家,也沒有因為用了 AI,就跳過這個領域原本需要的安全觀念。

真正改變的是進入陌生領域的方式。過去碰到不熟的網站專案,我可能得先花很長時間讀文件、試錯,或者把需求整理好再找不同專業的人協作。現在我可以先讓 AI 盤點現況、拆解問題、提出檢查方式,再用自己的工程經驗和品牌判斷逐步審查。

一個原本龐大、容易失控的專案,因此被拆成可檢查、可修正、可回復的步驟。哪一頁改了什麼、哪個表單送到哪裡、哪些檢查已通過、什麼情況必須停下來,都有紀錄可以回頭確認。

這是我認為 AI 在跨領域工作裡最有價值的地方。它讓執行成本下降,也縮短從「我不熟」到「我知道下一個問題該問什麼」的距離。但它沒有替我決定品牌該怎麼表達、哪些舊內容值得保留、報表健檢的問題與判斷邏輯該怎麼設計,更沒有替我承擔按下正式上線後的責任。

這次也讓我重新理解 AI 網站設計的價值。它不只是在幾分鐘內產生一張漂亮畫面,而是能不能把規則、元件、檢查與修正變成一套可以反覆執行的流程。就像我在另一篇文章談到的:AI 產出愈快,判斷力愈重要

網站內容盤點顯示 19 篇文章中包含 116 張圖片、49 個公式或程式區塊、21 個 DAX 函數區塊、8 個表單區塊、22 個按鈕與 10 張表格。
19 篇文章中的圖片、公式、DAX 函數、表單、按鈕與表格盤點。

AI 能替你降低執行門檻,卻不能替你決定什麼值得做。當執行愈來愈便宜,真正昂貴的能力會是判斷。

如果你手上也有一個拖了很久的專案,你覺得哪些工作可以交給 AI?哪些決定仍然只能由你自己負責?

參考資料

Stark 分享 Power BI 與企業資料實務

ABOUT THE AUTHOR

Stark|軟體工程師・Power BI 講師・作者

Stark 的工作橫跨軟體工程、企業資料系統、Power BI 教學與商業報表設計。分享的每個觀念,都希望能回到真實工作裡解決問題。

認識 Stark

留言

一起討論這篇文章

有不同做法、遇到相同問題,或想補充實務情境,都歡迎留言。

留言送出後可能需要審核才會公開。請勿留下公司機密、個資或敏感資料。