WordPress 搬到 Next.js 而 SEO 零損失:我們實際用的完整 checklist
官網搬家最怕排名掉、廣告落地頁中斷。這篇公開我們把 WordPress 官網遷移到 Next.js 的完整檢查清單:URL 一字不變、meta 逐一複製、DNS 分鐘級回滾——TTFB 從 1334ms 降到低於 100ms。
Kai Wu
• 凱吳科技 負責人
官網搬家是一個「做對了沒人看見,做錯了全公司看見」的工程。
排名掉了,自然流量就沒了;廣告落地頁一中斷,廣告被拒登、品質分數重算。這篇公開我們實際執行一次 WordPress 到 Next.js 遷移時用的完整 checklist——這個案子的背景是一個持續投放 Google 廣告的醫療集團官網,容錯空間是零。
為什麼要搬:1.3 秒的首次回應時間
先講動機。原本的 WordPress 官網首次回應時間(TTFB)1.3 秒,行動裝置體驗差;更根本的問題是,想在上面擴充 AI 自動化幾乎不可能。
但「舊站很慢」永遠不是冒險搬家的理由。**搬家不掉排名是底線;搬完能長出 WordPress 做不到的東西,才是目的。**所以整個遷移的設計原則只有一條:先做到 1:1 不失真,才有資格談優化。
Checklist 一:URL 一字不變(含結尾斜線)
排名是掛在 URL 上的。任何一條網址變了,就算做了 301 轉址,權重轉移也有時間差與折損。
我們的做法是 8 個既有網址一字不變——注意,「一字不變」包括結尾斜線。WordPress 的網址慣例是帶 trailing slash 的(/about/ 而不是 /about),Next.js 預設卻不帶。這個差一個字元的細節,在 Next 裡要明確設定:
// next.config.js
module.exports = {
trailingSlash: true,
};
沒設這一行,每個頁面都會多一次 308 轉址——對使用者無感,對爬蟲和廣告審查就是雜訊。
Checklist 二:meta 與結構化資料,1:1 複製後才優化
title、description、Open Graph、schema.org 結構化資料——全部逐一複製舊站的版本,先原樣搬過去,確認新站上線穩定後,才開始動優化。
理由:如果搬家和改 meta 同時發生,排名一波動,你永遠不知道是搬家造成的還是改字造成的。一次只改一個變數,是工程常識,也是 SEO 常識。
Checklist 三:廣告落地頁零特殊處理
這個案子的官網有 Google Ads 持續在跑。廣告落地頁如果中斷或行為改變,輕則品質分數重算,重則廣告被拒登。
因為前兩條做得夠徹底——URL 不變、內容不變——廣告端零特殊處理:不用改落地頁設定、不用通知投放團隊改任何東西。零改動,就是零中斷風險。
Checklist 四:DNS 分鐘級回滾 + 舊站保留一個月
再周全的計畫也要有退路。我們的保險做法有兩層:
- DNS 切換走 Cloudflare:TTL 壓低,出事時分鐘級把流量切回舊站。
- 舊站切換後保留至少一個月:舊主機不下線、不刪站,當作隨時可以啟用的備援。
讓老闆敢按下切換鍵的,從來不是「我們很有信心」,而是「出事三分鐘內可以退回去」。
成效:TTFB 1334ms 降到低於 100ms
搬完的數字:首次回應時間從 1334ms 降到低於 100ms,目標是把 LCP 壓進 1 秒內。對行銷官網來說,這種等級的速度直接影響廣告品質分數與轉換率。
而真正的紅利在後面:新架構上長出了 WordPress 做不到的 AI 內容引擎——AI 產文章草稿、醫療法禁用語自動檢查、人工審核後一鍵同步發布官網與粉絲團,符合 Google 對 YMYL 內容的高標準。完整脈絡在案例研究。
附註:為什麼我們沒開 Next 16 的 cacheComponents
技術選型上多說一句。Next 16 主推的 cacheComponents 是全新的快取典範,我們評估後刻意不開:這是一個 7 頁的行銷官網,純靜態生成(SSG)就是最快、最穩、心智負擔最低的解。
新典範值得追蹤,但拿客戶的正式站當新技術的試驗場,不是我們的風格。技術要為商業目的服務——這個站的目的是快、穩、排名不掉,SSG 全部做到了。
想搬家又怕掉排名?
如果你的官網也又慢又難擴充,但你一直不敢動——這正是我們擅長的題目。歡迎聊聊你的現況,我們可以告訴你搬家的風險清單長什麼樣、哪些保險非買不可。
文章標籤
相關文章
探索更多 AI 自動化與流程改造的實戰內容