Whoops
解決方案

網站改版但不損失 SEO

改版是搜尋流量最大的風險點,也是轉換最直接的機會。風險通常不來自改版本身,而來自換網域、改 URL、刪內容這些沒被管理的工程決策。這個方案把設計、開發與遷移放在同一條線上,每一步都有驗收門。

你的狀況

想改版,又怕一改流量就掉

改版掉流量不是宿命,而是可以逐項預防的工程問題。下面六種狀況,是考慮改版的網站最常見的處境,你可能同時命中好幾個。

怕改版掉流量

網站經營多年,排名與詢問都靠它,改版一夕歸零的風險沒人敢扛。

上次改版就掉過

換了網站或調整結構後,收錄與排名一路下滑,至今沒有恢復。

舊站拖累轉換

視覺與動線老舊,訪客進得來卻不詢問、不下單。

URL 大改沒人管

換平台或改結構後舊網址大量失效,外部連結與排名資產跟著蒸發。

設計與 SEO 各做各的

設計端不碰 SEO、SEO 顧不到開發,夾在中間的網站兩頭落空。

技術債堆到不敢動

舊平台改不動,速度與結構化資料長期欠著,想一次處理卻不知從何下手。

先看風險,再動手

改版什麼動作會掉流量,答案很固定

「改版掉流量」的故事情節幾乎都一樣,出事的永遠是下面五種動作。免費初診會在 3 個工作天內,把你的改版計畫對著這張表跑一遍,標出哪一項正在你的計畫裡。

改版動作為什麼傷Whoops 的防護
換網域未做完整 301 對應網域換掉後 Google 把新網域當成新站重新評估,舊網址若沒有一對一 301 導向,累積的排名與外部連結訊號直接斷線逐頁 URL 對應表:每個有流量或有連結的舊網址都對到新位置,上線前逐條驗證導向鏈是否命中
URL 結構大量變更無 redirect map分類層級重整讓網址全部改變,搜尋結果與外部連結點進來全是 404,收錄與排名短期內明顯下滑先建 redirect map 再動工:新舊網址逐條對照 301,能保留的 URL 就保留,將變更幅度壓到最小
改版刪掉有排名的內容精簡頁面時把有排名、有連結的舊文章或產品頁刪掉,這些頁面的流量沒有繼承位置,等於親手拔掉資產頁面資產盤點:有排名、有外部連結、有轉換的頁面列入保留或合併清單,刪除前先規劃導向與內容移轉
canonical 與 noindex 設定錯誤預覽環境的 noindex 帶到正式站、canonical 指向測試網址,Google 收到不要收錄的訊號,收錄頁數持續下滑Launch Gate 上線驗收清單:正式站逐頁檢查 canonical、noindex 與 robots,預覽環境與正式站設定明確分離
robots 或渲染讓新站讀不到新站改用前端渲染、robots 封鎖整站或新目錄,爬蟲拿到空殼頁,等於整站下架上線前檢索模擬與渲染比對:確認爬蟲讀得到完整正文,robots 與 sitemap 對齊新結構

這五種失誤都屬於上線前可以攔截的工程細節。Whoops 的做法是把攔截動作變成固定清單與驗收門,而不是依賴上線當天的人工記性。

解決路線

從盤點到上線監測,五層依序推進

改版不掉流量的關鍵在順序:先知道要保護什麼,再決定結構怎麼變,讓設計與開發帶著 SEO 規格走,遷移時逐條接線,上線後用基準線驗收。跳過盤點直接做設計,是改版風險最大的起手式。

Layer 1
現況盤點

先知道網站現在靠哪些頁面、哪些關鍵字、哪些連結在吃流量,改版才知道要保護什麼。

關鍵工作

  • ·排名與流量基準線建立,作為改版前後的比對基準
  • ·頁面資產盤點:有排名、有連結、有轉換的頁面
  • ·收錄現況與外部連結清點

具體產出

  • 頁面資產清單(保留/合併/轉向)
  • 改版前 SEO 基準線報告
Layer 2
資訊架構與 URL 規劃

新結構要同時服務訪客動線與搜尋引擎,URL 變更幅度越小,風險越低。

關鍵工作

  • ·新舊 IA 對照與 URL 命名規則
  • ·能保留的 URL 就保留,必須變更的逐條建 redirect map
  • ·導覽、層級與內部連結骨架定案

具體產出

  • IA 與 URL 規劃書
  • 逐頁 redirect map
Layer 3
SEO-first 設計與開發

渲染、速度與結構化資料從第一天就算進設計與開發,而不是上線後再補。

關鍵工作

  • ·渲染策略定案:爬蟲讀得到完整正文
  • ·Core Web Vitals 目標納入開發驗收
  • ·結構化資料、canonical 與 metadata 規格

具體產出

  • SEO 規格書(設計與開發共用)
  • 預覽環境檢核報告
Layer 4
遷移工程

把換網域、換平台、改結構的每個網址都接上,讓舊資產平移到新站。

關鍵工作

  • ·301 導向逐條部署與抽驗
  • ·內外部連結更新與修補
  • ·切換後收錄驗證:上線後確認可被檢索與收錄

具體產出

  • 導向部署紀錄與抽驗清單
  • 連結修補清單
Layer 5
Launch Gate 與上線後監測

上線不是終點。用固定清單驗收、用基準線比對,讓任何下滑在第一時間被看見。

關鍵工作

  • ·Launch Gate 驗收:收錄、導向、canonical、Schema、內外部連結
  • ·改版前後基準線比對
  • ·404 與導向命中持續監測

具體產出

  • 上線驗收報告
  • 改版後監測計畫
工期與節奏

五個步驟,每一步都有驗收門

改版的風險集中在上線前後,所以每個步驟結束都有明確的驗收門,過不了就不進入下一步。工期依網站規模與遷移複雜度差異很大,以下數字是常見區間,免費初診後會給你貼近現況的估計。

品牌官網常見工期
6 到 10 週
SaaS 產品網站常見工期
8 到 14 週
單頁 LP 常見工期
2 到 4 週
免費初診寄達時間
3 天內
  1. 盤點

    為什麼

    不知道網站靠哪些頁面在吃流量,改版就像蒙著眼睛搬家。

    做什麼

    建立排名與流量基準線,清點頁面資產、收錄現況與外部連結。

    驗收門

    頁面資產清單與基準線報告定案,每一頁都標明保留、合併或轉向。

  2. 資訊架構

    為什麼

    結構決定 URL 是否必須變更,而 URL 變更是流量風險的最大來源。

    做什麼

    規劃新 IA、導覽層級與 URL 命名規則,同步產出 redirect map。

    驗收門

    每個會變更的 URL 都有對應的新位置與導向規則,沒有孤兒頁。

  3. 設計

    為什麼

    SEO 需求不進設計稿,開發後才發現就是雙倍成本。

    做什麼

    Wireframe 與設計系統納入標題層級、正文結構、內部連結位置與轉換動線。

    驗收門

    設計稿通過 SEO 檢核:版面可以承載內容、動線可以引導詢問。

  4. 開發

    為什麼

    渲染、速度與結構化資料都寫在程式裡,上線後才修最貴。

    做什麼

    依 SEO 規格書開發:渲染可被檢索、Core Web Vitals 納入驗收、結構化資料齊備。

    驗收門

    預覽環境通過檢核:以檢索模擬確認爬蟲讀得到完整正文;noindex 與封鎖只在正式站移除。

  5. 遷移上線

    為什麼

    上線當天所有風險同時發生,要靠清單而不是靠記性。

    做什麼

    部署 301、切換環境,執行 Launch Gate 驗收與上線後監測。

    驗收門

    收錄、導向、canonical、Schema、內外部連結五項全數通過後才收工。

改版掉流量不是必然,多數損失來自可預防的工程失誤;即使流程嚴謹,大型遷移後仍可能出現數週的正常波動。反過來講,改版也不會自動帶來新流量,上線後的排名推進要靠 SEO 持續經營。

成效追蹤

改版的成績單,是沒變差加上變更好

改版後的追蹤不是等排名回來,而是拿改版前的基準線逐項比對。每項指標都以 Search Console 等第一手資料為來源、附資料區間,讓你分得清過渡期波動與真實受損。

  1. 收錄頁數與 404新站收錄是否回到改版前基準線、404 與導向未命中是否被控制在預期內,這是最早出現的訊號。
  2. 排名與流量以改版前基準線逐項比對目標關鍵字群排名與自然流量,區分過渡期波動與真實下滑。
  3. 導向命中與連結資產保留301 是否逐條命中、外部連結是否持續生效,決定舊站的排名資產有沒有真的平移到新站。
  4. 詢問與轉換改版應該讓轉換變好,而不是只求不變差;這是改版一開始的理由,也是最終的成績單。
適合與不適合

這個方案適合誰

適合的你

  • 網站老舊、視覺與動線已經影響轉換,非改不可
  • 即將更換 CMS、平台或網域,需要有人把流量風險管起來
  • 想要設計與 SEO 由同一個團隊扛,而不是兩邊互踢皮球

不適合的你

  • 只想換視覺外皮,不願意碰結構與 URL
  • 預期改版會自動帶來流量暴增,而不是保護既有資產
  • 沒有既有流量需要保護,這種情況直接看網頁設計服務就好

如果你的目標是改版後推進排名,或想在 AI 回答中增加能見度,對應的解決方案會更精準。

常見問題

關於改版不掉流量的常見疑問

改版一定要換網址嗎?

不一定。多數改版可以保留網域與大部分 URL,只調整版面與內容結構,這是風險最低的路徑。需要換網域或大改 URL 結構時,每個變更的網址都必須有對應的新位置與 301 導向,舊網址的排名與連結資產才有地方繼承。我們會在盤點階段把保留、合併、轉向三種處理逐一分配到每個頁面。

能在不損失 SEO 的前提下改版嗎?

可以大幅降低風險,這正是這個方案存在的目的。改版掉流量通常不是改版本身造成,而是 URL 對應、canonical、noindex 或渲染這些工程細節出錯。SEO Migration Guard 會在上線前後逐項檢查收錄、導向、canonical、Schema 與內外部連結,把失誤攔在上線之前;上線後的過渡期波動,則用改版前基準線逐項比對,區分正常波動與真實受損。

改版期間需要停機嗎?

多數情況不需要。我們會在預覽環境完成開發與檢核,確認搜尋引擎讀得到完整內容、導向與 canonical 都正確後才切換,正式站切換通常在短時間內完成。只有涉及大量資料搬移或複雜系統串接的專案,才需要安排短暫的維護時段,而且會事前與你約定。

什麼時候該考慮改版?

看到功能限制、轉換變差或技術債的時候:後台改不動、內容格式撐不住新需求、速度長期無法達標、訪客進站卻不詢問,這些才是該改版的訊號。改版是手段不是目的,若只是看膩了想換風格,先從版面調整或單頁改版入手,成本與風險都低得多。

服務怎麼計費?

改版不掉流量屬於單次專案,依網站規模與遷移複雜度報價,常見工期:品牌官網約 6 到 10 週、SaaS 產品網站約 8 到 14 週、單頁 LP 約 2 到 4 週。上線後的監測與排名推進可以接月度成長模式,以季度規劃。詳細說明請見服務價格頁

改版前,先把風險盤清楚

輸入網站網址,3 個工作天內寄出改版風險初診:既有排名與頁面資產盤點、URL 結構建議與遷移風險清單,不會推銷、不會有業務打擾。

以可驗證資料為依據 · 不使用黑帽 SEO · 不承諾無法控制的排名或 AI 引用