網站改版與 SEO 排查
網站改版後流量下降，
先查轉址、索引還是內容？
新版網站上線，版面、分類和網址都整理好了，搜尋帶來的人卻變少了。這時候要把網站改回去，還是等 Google 重新抓取？看著一條往下的曲線，很難替這兩個選項找到理由
這篇寫給負責網站改版的行銷人與網站窗口。我在意的是，改版後的每個判斷，能不能接到一個查得到的問題。先分清報表範圍，再沿著舊新網址、轉址與索引核對，才知道接下來該修哪裡，或還需要補哪一筆資料
改版後流量少了，先確認少的是哪一份報表？
先把「流量」的來源寫清楚。Search Console 的搜尋點擊、網站分析工具的工作階段，以及商店訂單，各自回答不同的問題。這篇先處理 Google 搜尋帶來的點擊；若只有網站分析工具下滑，就把追蹤設定與資料蒐集的變更另外核對
在 Search Console 選定正確資源，固定搜尋類型、國家、裝置與篩選，再比較改版前後。先看整站，再切到網頁與查詢，找出是少數重要頁面、同一類頁面，還是全站一起變動。兩段期間盡量等長、涵蓋相同星期組合，並回看較長期間的季節變化
日報表的日期採太平洋時間（PT）；改版在台灣的發布時間也一起記下來。兩個時間對齊後，才不會把發布前的半天也算進改版後。最新資料若仍顯示處理中，先註記狀態；畫面上的「～」或「－」也保留原樣，匯出後出現的零要對回畫面確認
舊網址換了位置，要怎麼確認訪客真的到對頁？
報表範圍確定後，拿出改版前有搜尋點擊、外部連結或業務用途的網址清單，逐一對到新頁。網址沒變的也留下來，因為版型、內容與索引設定仍可能改動
每個網址都記下預期目的地、實際經過的轉址、最後網址與 HTTP 狀態，再打開最後那頁確認內容。舊服務頁最後回傳 200，卻把人送到首頁，和順利到達新服務頁是兩件事
Google 建議網址永久搬移時使用伺服器端永久轉址，例如 301 或 308，盡量直接到最後目的地。多個舊頁若確實合併成一篇新內容，可以指向合併頁；一批不相關的舊頁全部導向首頁，則可能被當成 soft 404
下面是教學假設網站 example.com 的六個舊網址，示範在 2026 年 10 月 21 日核對時怎麼填。表中的「待查」也是這次查核結果的一部分；要靠下一筆資料補上，不能自行改成通過
手機可左右滑動表格，完整內容也可下載 CSV 查看
| 舊路徑 | 預期新路徑 | 本次查到什麼 | 交給誰做什麼 |
|---|---|---|---|
| /seo-audit/ | /services/seo-audit/ | 實際 301 到首頁，最後 200；新服務頁 canonical 指向自身，索引待查 | 網站負責人修正目的地，再從舊網址重測 |
| /web-planning/ | /services/web-planning/ | 301 到預期新頁、200、自我 canonical；新頁有 noindex，索引記錄也顯示 noindex | 網站負責人核對正式頁應公開後移除誤留設定，再重測與要求抓取 |
| /content-guide/ | /learn/content-guide/ | 301 到預期新頁、200、自我 canonical，Google 索引 canonical 也是新頁 | 行銷人對照舊新網址的搜尋資料 |
| /learn/seo-faq/ | /learn/seo-faq/ | 網址不變、200、自我 canonical、已索引；指定查詢的點擊減少 | 行銷人核對同查詢的曝光、點閱率與搜尋結果呈現 |
| /guide-a/ | /learn/combined-guide/ | 301 到合併頁、200、自我 canonical；內容包含原 A 主題，Google 索引資料待查 | 行銷人把 A、B 視為同一個新目的地整理後期資料 |
| /guide-b/ | /learn/combined-guide/ | 301 到合併頁、200、自我 canonical；內容包含原 B 主題，Google 索引資料待查 | 行銷人核對合併內容與索引，新目的地不重複加總 |
轉址與對照依據：Google：網站搬移、網址對照與常見錯誤；六列內容為本文教學假設
新頁能打開，還要核對哪些索引與 canonical 資料？
網址到對地方之後，再看這一頁有沒有延用測試站的設定。檢查正式 HTML、HTTP 回應標頭與 robots.txt，分清楚抓取是否被擋，以及是否出現 noindex。noindex 可以寫在 HTML，也可能出現在 X-Robots-Tag 回應標頭；只看頁面畫面找不到這些差別
要公開的正式頁若誤留 noindex，由網站負責人修正後，再核對頁面與回應標頭。Google 需要抓取到頁面才能讀到 noindex；robots.txt 擋住抓取，和要求不建立索引的作用不同
接著核對新頁宣告的 canonical，也就是它建議搜尋引擎採用的主要網址，再看 Search Console 網址檢查中的 Google 所選 canonical 與最後抓取時間。搬移後的新頁、站內連結及 sitemap 應指向一致的新網址；canonical 是 Google 判斷時的訊號，最後選擇仍要讀實際索引資料
網址檢查顯示的索引資訊來自 Google 已抓取的版本。若最後抓取早於修正時間，就另外執行線上測試，保存目前能否抓取的結果，並要求重新建立索引。之後回看新的抓取時間與索引狀態，讓「網站已修正」「Google 已讀到」各自有紀錄
設定與狀態依據：Google：noindex 與抓取條件、canonical 的指定方式、Search Console 網址檢查、索引資料與線上測試
網址與索引正常，曝光和點擊該怎麼拆開看？
回到一開始固定好的報表，將曝光與點擊分開。兩者一起下降時，接著查受影響的網頁、查詢與索引狀態；曝光相近、點擊卻下降時，再看相同查詢下的點閱率、平均排序與搜尋結果呈現
Search Console 的點閱率是點擊除以曝光。比較時沿用相同搜尋類型、裝置、國家、頁面與查詢，才知道差異落在哪一個範圍。全站平均排序、單頁資料和某個查詢的變化，也各自保留原本的分組方式
網址搬移還會多一個問題：你正在看的數字，記在哪個網址？Google 說明，多數搜尋成效資料會歸到 Google 採用的 canonical。先依網址對照表查舊頁、新頁及實際 canonical；兩個舊頁合併成同一新頁時，新頁的後期數字只整理一次，別沿著兩列對照表加了兩次
若技術查核沒有發現錯誤，就往內容與搜尋情境查。保留改版前後的正文、標題、主要答案與站內連結，看看原本能回答的問題有沒有消失，再對照相關查詢。季節需求、搜尋結果變動或資料處理異常，也各自找資料核對，讓原因能接到實際證據
同樣在改版後下滑，三組查核結果該接什麼工作？
以下三個範例與上方網址表專為教學設計。假設網站在 2026 年 9 月 14 日台灣時間 15:00 上線，對應太平洋時間當日 00:00；10 月 21 日整理資料，搜尋報表選網頁文字查詢、台灣、手機，改版前為 8 月 17 日至 9 月 13 日，改版後為 9 月 14 日至 10 月 11 日，各 28 個完整日
範例一：舊服務頁最後到了首頁
- 對象與資料
- 舊 /seo-audit/ 應搬至 /services/seo-audit/。10 月 21 日實測舊網址為 301 → 首頁 → 200，新服務頁本身可以開啟
- 目前判讀
- 已確認這次舊入口送錯頁面；先處理這個能重現的錯誤。改版後的搜尋下滑是否全由它造成，還要對照歷史設定、抓取時間與受影響資料
- 交接工作
- 把原網址、預期新頁、實際轉址路徑及測試時間交給網站負責人，改成直接到對應新服務頁的永久轉址，並核對站內入口
- 修正後回查
- 重測舊網址的最後位置與內容，再核對新頁 canonical、可抓取與索引資訊，保存新的抓取時間
範例二：轉址正確，正式頁卻留著 noindex
- 對象與資料
- /web-planning/ 正確 301 到 /services/web-planning/，新頁 200、自我 canonical，但 HTML 有 noindex；Google 索引資料也記錄 noindex，最後抓取為 9 月 15 日，晚於改版
- 目前判讀
- 這一頁已找到明確的索引阻礙。頁面能開啟與 Google 能建立索引，要分開核對；先處理這項設定
- 交接工作
- 網站負責人確認該正式頁應公開後，移除誤留的 noindex，核對 HTTP 標頭與 robots.txt，再執行線上測試及索引要求
- 修正後回查
- 保存修正時間，後續核對 Google 最後抓取晚於修正，以及新的索引狀態。索引要求受理先記受理，新的結果讀到後再補上
範例三：曝光沒有減少，點擊少了一半
- 對象與資料
- /learn/seo-faq/ 網址不變、200、已索引，Google canonical 指向自身；固定查詢「網站內容架構」及前述國家、裝置、搜尋類型與兩段期間，曝光都是 10,000，點擊由 300 變為 150
- 目前判讀
- 前期點閱率為 300 ÷ 10,000＝3%，後期為 150 ÷ 10,000＝1.5%，減少 1.5 個百分點；點擊減少 50%。這組資料把下一個問題帶到搜尋結果中的點擊反應，原因仍要接著查
- 交接工作
- 行銷人保存相同篩選，核對該查詢的平均排序、搜尋呈現及前後標題、描述與正文版本；缺少歷史搜尋畫面就記待補，不直接把原因寫成新版標題太差
- 修正後回查
- 若有足夠資料支持修改，記下具體改動及發布時間，再用相同範圍觀察；目前搜尋畫面和這段歷史的結果分開保存
想檢查自己的網站，網址對照表怎麼填？
先下載完整範例，看六個舊網址怎麼記到最後目的地，再用空白表換成自己的網址。每列填舊址、預期新址、實際跳轉、最後 HTTP、canonical、索引結果、判讀、下一步與重測條件；沒查到的欄位寫待查，並留下要查的地方
- 下載網址對照空白表（CSV）→九欄，供你記錄網址、設定、索引與交接
- 下載六列完整教學範例（CSV）→內容與上方表格一致，兩個舊頁合併的情況各有一列
這張表處理的是入口與頁面狀態。搜尋報表另存原始匯出檔，附查詢時間、期間與篩選；要整理合併頁的成效時，先依唯一新網址分組。表格保留每一個舊入口，成效資料則依實際分組核對
要請工程師或顧問協助，六欄紀錄怎麼寫？
把眼前查到的事接成一份能重現的紀錄，比只傳一張流量下滑截圖更容易接手。下面六欄可以直接複製，並附上網址表與原始報表
- 改版範圍
- 改了哪些網址、主機、版型、內容、追蹤或索引設定；正式發布日期、時間及時區
- 報表條件
- 資料來源與資源、搜尋類型、國家、裝置、網頁、查詢、前後期間及查詢時間
- 網址結果
- 舊網址、預期新頁、實際轉址、最後 HTTP 與頁面內容，合併頁用同一個目的地識別
- 索引證據
- HTML／HTTP 的 noindex、robots.txt、宣告與 Google canonical、最後抓取、線上測試時間及結果
- 已知與待查
- 已確認的錯誤、受影響範圍、原因候選，以及還缺哪一份歷史設定、報表或內容版本
- 處理與回查
- 交給誰修哪一項、實際修正時間、用哪個舊入口重測，以及後續要確認的 Google 抓取與搜尋資料
例如範例一可以寫成：舊 SEO 服務頁應到新服務頁，10 月 21 日實測卻到首頁；請網站負責人修正轉址，完成後從舊網址重走，確認最終內容，再補新頁的 canonical 與索引紀錄。接手的人就知道，這次要處理的具體問題在哪裡
查完之後，今天應該先改哪一件事？
若已重現錯誤轉址、抓取阻擋或誤留 noindex，先修對應位置，再用相同入口回查。網址與索引都能核對時，就依實際受影響的查詢與頁面，補查正文、搜尋呈現或需求變化
Google 說明，網址搬移後重新抓取與索引的速度會因網站而異。與其先替所有頁面訂一樣的等待天數，可以保留這輪修正與抓取的時間線，回頭看 Google 是否已讀到新版，以及相同報表範圍接著出現什麼變化
若下一步是補好服務頁的答案，可以接著看企業網站內容改寫教學，裡面有完整 A／B 示範與八項服務頁檢查表。把查核找到的缺口補成讀者用得到的資訊，再讓這一輪修改留下可回看的結果
抓取與搬移進度依據：Google：網站搬移與監測