和WordPress說再見，我把所有網站遷移到Vercel，省下鉅額服務器費用
整理版優先睇
告別WordPress，全面遷移Vercel＋NextJS，慳錢又安心
呢篇文章係作者分享佢點樣將十幾個WordPress網站搬去Vercel，用NextJS框架，仲慳返大筆服務器費用嘅經驗。作者本身用阿里雲伺服器，每年要交幾千蚊，仲要成日擔心黑客攻擊同維護問題。佢決定全面轉向Vercel，用AI輔助改版，將所有網站遷移過去。結果唔單止唔再使理服務器續費，網站嘅穩定性同安全性都大大提升。
文章主要係教大家一套遷移SOP，由整理SEO要素、提取內容框架、處理圖片，到用AI將頁面同業務邏輯搬去NextJS，最後部署同修改DNS。作者強調，雖然遷移係體力活，但喺AI幫手下變得好簡單。佢特別提醒要做好301跳轉同GSC重新提交，避免SEO流量損失。
總括來講，作者認為對於流量唔大嘅網站，Vercel＋NextJS係一個更輕量、更現代、更省錢嘅選擇。佢而家可以將時間放喺需求挖掘同推廣變現，唔使再煩服務器嘅事。
- 遷移後每月成本極低，唔使再擔心服務器續費同安全問題
- 用AITDK整理每個頁面嘅URL、Title、Description同H標籤係SEO關鍵
- 圖片多嘅話建議放Cloudflare R2，少嘅就放NextJS嘅public/images
- 喺NextJS嘅next.config.js配置redirects函數，可以避免URL改變導致404
- 上線後主動喺GSC重新提交Sitemap同關鍵頁面，確保SEO過渡平穩
WordPress到Vercel遷移SOP
1. 用AITDK整理SEO要素；2. 提取頁面HTML內容框架；3. 整理圖片到R2或public；4. 用AI遷移內容到NextJS；5. 檢查頁面並替換路徑；6. 重複遷移所有頁面；7. 生成sitemap、robots、llms.txt；8. 檢查Schema、Hreflang、Canonical；9. 提交GitHub並部署Vercel；10. 修改DNS；11. 配置301跳轉；12. GSC重新提交。
點解要告別WordPress？
作者以前用WordPress多站點框架，喺阿里雲租伺服器，每年續費幾千蚊，但啲網站流量唔大。黑客攻擊搞到佢頭都大，Server維護又麻煩。
佢決定全面轉向Vercel＋NextJS，取消咗五年期伺服器
改為每月俾少少錢，逼自己快啲搬曬啲網站。結果發現真係好爽，唔使再擔心穩定同安全問題。
遷移前嘅準備工夫
遷移最怕SEO流量斷崖式下跌，所以要先做好準備。作者用AITDK插件睇每個頁面嘅SEO要素，包括URL、Title、Description同H標籤，全部抄低曬。
URL、TDK同H標籤係SEO核心
之後用瀏覽器Inspect功能，拎頁面主內容嘅HTML，如果有好多頁面，可以善用WordPress嘅Rest API批量匯出。
圖片要分情況擺：少嘅放public/images，多嘅放Cloudflare R2
呢啲準備做足，後面遷移就會順好多。
AI輔助遷移核心流程
作者用自己平時用開嘅NextJS框架（raphael-starterkit），然後直接叫AI幫手將頁面內容同SEO要素搬過去。
叫AI遷移嘅同時，仲叫佢參考原本WordPress插件嘅功能
如果功能太複雜，就分開逐步實現。AI幫手之後，要親自檢查頁面內容同SEO要素係咪一致，順便批量替換圖片路徑。
- 1 用AITDK提取SEO要素並存檔
- 2 提取頁面HTML內容框架
- 3 整理圖片至合適位置
- 4 叫AI將內容同業務邏輯搬去NextJS
- 5 檢查頁面並修正路徑
- 6 重複以上步驟直至所有頁面完成
部署與DNS切換
所有頁面遷移完之後，要生成sitemap.xml、robots.txt同llms.txt（呢個係AI時代嘅新文件）。仲要檢查Schema結構化數據、Hreflang多語言標籤同Canonical連結。
llms.txt可以令ChatGPT更準確理解網站結構
本地測試無問題之後，就將網站推上GitHub，一鍵部署去Vercel。
改DNS之前，記得喺NextJS config set好redirects
作者建議最好喺next.config.js入面寫曬舊URL到新URL嘅301跳轉，咁樣切換DNS嗰一瞬間跳轉就即刻生效，唔怕搜索引擎撞到404。
// next.config.js
module.exports = {
async redirects() {
return [
{
source: '/old-page',
destination: '/new-page',
permanent: true,
},
]
},
}遷移後嘅SEO維護
網站上線之後，最好主動喺Google Search Console重新提交首頁同Sitemap。雖然內容一樣，但源碼可能有變，咁樣可以加快Google重新索引。
GSC重新提交可以縮短SEO過渡期
作者話做完呢步，就正式同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建站嗎？有冇遇到運維或安全上嘅問題？歡迎同我交流。
每當阿里雲服務器的續費賬單發來，我都忍不住陷入沉思：為了這十幾個沒多少流量的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建站嗎？是否有遇到運維或安全上的問題？歡迎和我交流。