和WordPress說再見，我把所有網站遷移到Vercel，省下鉅額服務器費用

每次收到阿里雲伺服器嘅續費單，我都忍唔住諗：為咗呢十幾個冇咩流量嘅 WordPress 網站，每年要交幾千蚊伺服器費用，值得咩？

之前篇文章《工具站出海第一步，先做到【聽話照做】》講過，我以前整咗一個多站點 WordPress 框架，上面仲搞咗十幾個出海網站。但係經歷咗黑客攻擊時嘅手忙腳亂，同埋要優化嗰陣力不從心，我已經全面轉曬去用 Vercel + NextJS，取消咗阿里雲個 5 年期伺服器，改為每個月交伺服器費用，逼自己將所有網站改版同搬去 Vercel。

終於，我決定唔再內耗，正式同 WordPress 講再見！最近我搞咗一次徹底嘅「斷捨離」，放棄曬所有冇咩流量嘅網站，淨低幾個仲有流量嘅，全部用 AI 改版成 NextJS 框架，然後部署到 Vercel 上。

結果真係好正！我唔單止可以無視阿里雲嘅續費通知，仲更加爽嘅係，我以後唔使再為網站嘅穩定性同安全性操心。

當然，搬網站最怕就係 SEO 流量插水式下跌，好彩我呢啲 WordPress 網站流量唔大，啱啱好可以用嚟做搬遷測試。我於是同 AI 深入傾過，制定咗一個搬網站嘅 SOP。今日呢篇文章，我就將呢套搬遷流程分享俾你，建議你先收藏再睇。

1、用 AITDK 整理同睇清楚 SEO 嘅相關要素

搬網站前後對 SEO 影響最大嘅係 SEO 關鍵要素，尤其係 URL、Title、Description 同 H 標籤，所以要將每個頁面嘅呢啲資料整理好，儲存喺一個檔案度。

2、用瀏覽器嘅 Inspect 檢查功能提取內容框架

搬網站前後另一個對 SEO 影響較大嘅係頁面結構同內容，所以我哋可以透過瀏覽器右鍵嘅檢查工具提取頁面主要內容區域嘅 HTML，同樣儲存喺檔案度。

如果你嘅網站頁面比較多，逐個提取會嘥好多時間，AI 建議利用 WordPress 本身嘅 Rest API 或者匯出做 XML/CSV，甚至 Markdown，然後再用 AI 做到批量、自動化嘅內容搬遷。

3、整理網站嘅圖片同附件

WordPress 嘅圖片同附件通常喺 wp-content/uploads/ 目錄下，搬網站之前要規劃好呢啲圖片嘅路徑同擺放位置。如果圖片唔多，可以考慮放喺 NextJS 框架嘅 public/images 目錄下；如果圖片多，就建議放喺 Cloudflare 嘅 R2。

4、叫 AI 將頁面內容同 SEO 要素搬去 NextJS 框架

跟住，我打開自己平時用得最多嘅一個 NextJS 框架，就係我上次喺呢篇文章《最近好忙...10萬月訪客嘅出海網站開始賺錢了》入面提到嘅迭代之後小排老師喺深海圈提供嘅框架raphael-starterkit，之後只要同 AI 落簡單嘅指令：

叫 AI 搬文案嘅同時，我順便叫佢參考原來 WordPress 網站嘅插件功能，實現返網站原本嘅業務邏輯；如果呢部分功能複雜，都可以直接喺 NextJS 框架入面逐步實現。

5、檢查 AI 搬完之後嘅頁面

AI 完成頁面搬遷之後，最好親自檢查嚇搬完之後嘅頁面內容同 SEO 要素係咪同原來一致，你可以叫 AI 再做多次核對。另外，仲要記得將頁面代碼入面嘅圖片或附件嘅路徑做批量替換。

6、跟返同樣步驟搬埋其他所有頁面內容

網站嘅其他所有頁面都跟住上面嘅步驟，逐個叫 AI 開發同搬遷。好彩我嘅網站頁面唔多，頁面最多嘅圖片站都係得十幾個頁面，所以工作量唔算太大。

7、生成網站嘅 sitemap.xml、robot.txt 同 llms.txt

AI 完成所有頁面搬遷之後，記得重新生成網站嘅 sitemap.xml、robot.txt 同 llms.txt（llms.txt係目前 AI 時代最潮嘅文件，可以令 ChatGPT 呢啲大模型更加了解你嘅網站），如果你原本個網站有呢啲資料，都可以叫 AI 參考嚟生成。

8、檢查其他 SEO 要素

做完上面嘅嘢之後，基本上已經完成網站搬遷，但係上線之前，最好仲要檢查嚇 Schema (JSON-LD) 結構化數據，呢啲會影響網站喺社交媒體分享同搜尋結果頁展示嘅效果。如果你嘅網站涉及多種語言，仲要檢查 Hreflang 多語言標籤同 Canonical 規範連結指向係咪正確。

9、將網站提交上 GitHub 再部署到 Vercel

喺本地對網站做全面測試，確保每個頁面嘅內容同 SEO 要素，尤其係 URL、TDK 同原來嘅頁面一致。完成測試之後，將網站提交上 GitHub 再部署到 Vercel，呢個過程可以參考我之前寫嘅呢兩篇文章《新手將代碼推上 GitHub 嘅最佳姿勢，為 Vercel 一鍵部署鋪路》和《Vercel 一鍵部署 NextJS，上線出海網站就係咁簡單！》。

10、修改網站嘅 DNS 解析記錄

跟住，為咗令新系統正式上線，我哋仲要將域名解析成 Vercel 俾嘅 IP 或地址。如果你唔識點解析，可以參考我之前寫嘅呢篇文章《出海風浪咁大，點可以冇呢個護身符？ Cloudflare 從 0 到 1 實戰：DNS、SSL、郵箱、緩存、反爬全指南》。由於我嘅網站之前已經用緊 Cloudflare 嘅 Name Servers，所以只要修改 Cloudflare DNS 入面嘅 A 記錄同 CNAME 記錄就可以令新網站即刻生效。

11、確保有變動嘅 URL 做 301 跳轉

如果你個網站搬咗之後，某啲頁面 URL 有變，一定要喺 Cloudflare 入面做 301 跳轉，仲要更新引用咗對應連結嘅頁面內容入面嘅 URL，以免搜尋引擎或用戶訪問原本嘅 URL 出現 404 錯誤。

呢一步其實有個小隱患，如果上一步 DNS 解析修改咗之後，冇即刻對有變動嘅 URL 做 301 跳轉嘅話，萬一期間有搜尋引擎啱啱訪問咗原本嘅 URL，就會出現 404。AI 建議嘅最佳做法係，喺 NextJS 入面，你可以直接喺根目錄嘅 next.config.js 檔案入面設定 redirects 函數，將你整理好嘅「舊 URL -> 新 URL」對應表全部寫曬入去。咁樣當你做第 10 步切換解析嘅一瞬間，新舊 URL 嘅跳轉就已經生效。

12、喺 GSC 重新提交關鍵頁面同 Sitemap

雖然我哋喺搬遷前後盡量確保網站頁面內容同 SEO 要素保持不變，但搬遷前後頁面原始碼仲係會有啲分別，所以我哋主動喺 GSC 重新提交嚇關鍵頁面例如首頁，同重新提交 Sitemap。

完成網站搬遷，徹底告別 WordPress 之後，我覺得一種前所未有嘅輕鬆。搬網站係體力活，但係有 AI 幫手，一切變得咁簡單。更重要係，我唔使再擔心伺服器嘅運維問題同安全問題，可以放多啲時間喺出海網站嘅需求挖掘、業務實現同推廣變現上。或者有一日，我做內容站或購物站嗰陣，會再次諗起我嘅老朋友 WordPress，但至少而家，我更加傾向擁抱更輕量、更現代嘅框架。

你而家仲用緊 WordPress 整網站嗎？有冇遇到運維或安全上嘅問題？歡迎同我交流。

每當阿里雲服務器的續費賬單發來，我都忍不住陷入沉思：為了這十幾個沒多少流量的WordPress網站，每年要交幾千塊服務器費用，真的值得嗎？

前面的文章《工具站出海第一步，先做到【聽話照做】》提過，我之前部署了一個多站點WordPress框架，並在上面搭建了十幾個出海網站。然而，在經歷黑客攻擊時的慌亂應對和迭代優化時的力不從心後，我已經全面轉向並擁抱Vercel+NextJS，取消了阿里雲的5年期服務器，改為每月繳納服務器費用，試圖逼自己把所有網站都改版並遷移到vercel上。

終於，我決定不再內耗，正式和WordPress說再見！最近，我進行了一場徹底的“斷舍離”，放棄所有沒多少流量的網站，把剩下幾個還有流量的網站，全部用AI改版成NextJS框架，並部署到Vercel上。

結果是真的香！我不僅可以無視阿里雲的續費通知，更爽的是，我再也不用為網站的穩定性和安全性操心了。

當然，網站遷移最怕的就是SEO流量斷崖式下跌，所幸，我的這些WordPress網站流量並不大，剛好可以用來做遷移測試。我於是和AI進行了深入溝通，制定了一個遷移網站的SOP。今天這篇文章，我就把這套遷移流程分享給你，建議先收藏再看。

1、用AITDK查看並整理SEO的相關要素

網站遷移前後對SEO影響最大的是SEO的關鍵要素，尤其是URL，Title，Description和H標籤，因此，要把每個頁面的這些信息整理好，保存在一個文件中。

2、用瀏覽器的Inspect檢查功能提取內容框架

網站遷移前後另一個對SEO影響較大的是頁面的結構和內容，因此我們可以通過瀏覽器右鍵的檢查工具提取頁面主內容區域的HTML，同樣保存在文件中。

如果你的網站頁面比較多，這樣一個個提取將會耗費大量的時間，AI建議利用WordPress自帶的Rest API或導出為 XML/CSV，甚至Markdown，然後再借助AI實現批量、自動化的內容遷移。

3、整理網站的圖片和附件

WordPress的圖片和附件通常存在 wp-content/uploads/ 目錄下，遷移網站之前需要規劃好這些圖片的路徑和存放位置。如果圖片不多，可以考慮放在NextJS框架的 public/images 目錄下，如果圖片較多，建議放在Cloudflare的R2。

4、讓AI把頁面內容和SEO要素遷移到NextJS框架中

接下來，我打開自己平時使用最多的一個NextJS框架，就是我上次在這篇文章《最近好忙...10萬月訪客的出海網站開始賺錢了》中提及的迭代後的小排老師在深海圈提供的框架raphael-starterkit，接下來只需給AI下達簡單的指令：

讓AI遷移文案的同時，我順便讓他參考原來WordPress網站的插件功能實現網站原來的業務邏輯，如果這部分功能複雜，也可以直接在NextJS框架中另行一步步實現。

5、檢查AI遷移後的頁面

AI完成頁面遷移後，最好親自檢查一下遷移後的頁面內容和SEO要素是否和原來的一致，你也可以讓AI做再一次核對。另外，你還要記得對頁面代碼中的圖片或附件的路徑進行批量替換。

6、按照同樣的步驟遷移其它所有頁面內容

網站的其它所有頁面也按照上述步驟，一個個讓AI開發和遷移。還好我的網站頁面並不多，頁面最多的圖片站也只有十幾個頁面，因此工作量不算太大。

7、生成網站的sitemap.xml、robot.txt和llms.txt

AI完成所有頁面遷移後，記得重新生成網站的sitemap.xml、robot.txt和llms.txt（llms.txt是目前AI時代最時髦的文件，能讓ChatGPT等大模型更好地理解你的網站），如果你原來的網站有這些信息，也可以讓AI參考生成。

8、檢測其它SEO要素

完成上述事項後，基本已經完成網站的遷移，但在上線之前，最好還要檢查一下Schema (JSON-LD) 結構化數據，這些會影響網站在社媒分享和搜索結果頁展示的效果。如果你的網站涉及多語言，你還要檢查一下Hreflang多語言標籤以及Canonical規範連結指向是否正確。

9、把網站提交GitHub並部署到Vercel

在本地對網站做全面的測試，確保每個頁面的內容和SEO要素尤其是URL、TDK和原來的頁面一致。完成測試後，我們需要把網站提交Github並部署到Vercel，這個過程請參考我之前寫的這2篇文章《新手把代碼推上GitHub的最佳姿勢，為Vercel一鍵部署鋪路》和《Vercel一鍵部署NextJS，上線出海網站就是那麼簡單！》。

10、修改網站的DNS解析記錄

接下來，為了讓新系統正式上線，我們還需要把域名解析成Vercel給定的IP或地址。如果你不清楚怎樣解析，請參考我前面寫的這篇文章《出海風浪那麼大，怎麼可以沒有這個護身符？ Cloudflare從0到1實戰：DNS、SSL、郵箱、緩存、反爬全指南》。由於我的網站之前已經使用Cloudflare的Name Servers，因此只需修改Cloudflare的DNS中的A記錄和CNAME記錄即可讓新網站馬上生效。

11、確保變化的URL做301跳轉

如果你的網站在遷移後，某些頁面URL發生變化，一定要在cloudflare中做301跳轉，還要更新更新引用對應連結的頁面內容中的URL，避免搜索引擎或用戶訪問原來的URL出現404報錯。

這一步實際上存在一個小小的隱患，如果上一步DNS解析修改後，沒有馬上對變化的URL做301跳轉的話，萬一期間有搜索引擎剛好訪問了原來的URL，將會出現404。AI建議的最佳實踐是，在NextJS中，你可以直接在根目錄的next.config.js文件中配置redirects函數，將你整理好的“舊URL -> 新URL”映射表全部寫進去。這樣當你執行第10步切換解析的一瞬間，新舊URL的跳轉就已經生效了。

12、GSC重新提交關鍵頁面和Sitemap

雖然我們在遷移前後力圖確保網站頁面內容和SEO要素保持不變，但遷移前後頁面源碼還是會有不少區別，因此，我們主動在GSC重新提交一下關鍵頁面比如首頁，並重新提交Sitemap。

在完成網站遷移、徹底告別WordPress之後，我感到一種前所未有的輕鬆。遷移網站是個體力活，但在AI的加持下，一切都變得那麼簡單。更重要的是，我不再需要擔心服務器的運維問題和安全問題，可以把更多時間放在出海網站的需求挖掘、業務實現和推廣變現上。也許未來有一天，我做內容站或購物站的時候，會再次想起我的老朋友WordPress，但至少目前，我更傾向於擁抱更輕量、更現代的框架。

你現在還在使用WordPress建站嗎？是否有遇到運維或安全上的問題？歡迎和我交流。