為什麼網站搬家後排名和流量會掉？3 個上線後才發現的坑

上一篇我寫了怎麼跟 AI 一起把搬站計畫做出來。這一篇講計畫擋不住的部分：真正搬完、上線之後才會踩到的坑。

搬家最容易讓人鬆懈的一刻，就是「網站看起來搬好了」——文章打得開、版面也正常。但搬站最會傷到你的問題，多半不會在這時候報錯，而是安靜地壞在你看不見的地方：轉址、數據、搜尋排名。等你發現，常常已經掉了好幾天、甚至幾週的流量。

下面三個坑，是我搬站時實際踩到、而且我認為每個要搬站的人都會遇到的。

網站搬家後舊網址的 301 轉址沒生效，怎麼檢查？

轉址設定檔裡有寫，不等於真的會跳；上線後一定要拿幾個舊網址實際連連看。

先說為什麼搬家非做轉址不可。你經營幾年的文章，Google 上累積的排名都掛在「舊網址」上。搬家之後網址變了，如果不做「301 轉址」（一種把舊網址自動導去新位置、並告訴 Google「這篇永久搬到這裡了」的設定），那些排名會直接歸零。所以搬站一定要做一張新舊網址對照表。

這裡有兩個大多數人會忽略的通用陷阱：

1. 設定不等於生效。 你在設定檔裡寫了規則，不代表它真的在線上運作。
2. 非英文網址有編碼陷阱。 中文、日文這類網址，被存進設定檔時常會被轉成一串 % 開頭的編碼；但網站平台比對時，用的可能是還原成原本文字的網址。一邊是編碼、一邊是原文，永遠對不上。

這兩點我都用慘痛的方式驗證過。搬完幾週，我在流量報表裡看到「找不到頁面」次數最多的，是一篇舊的熱門教學文——可是那條網址，我的轉址表裡明明就有寫。查下去才發現：我的中文舊網址被存成了編碼字串，跟平台比對用的原始中文對不上，結果全站所有中文舊網址的轉址，從上線那天起一次都沒成功過。表裡有寫，一條都沒生效。

所以這個坑的自我檢查很簡單：上線後挑幾個舊網址（尤其非英文的）在瀏覽器實際連連看，確認它一步就跳到正確的新頁。 不要只看設定檔。補一句：就算轉址設對了，Google 也不是馬上就認——它得重新爬過你的舊網址才會把排名轉過去，這中間有幾天到幾週的空窗，急不得。

網站搬家後流量數據暴跌，是沒人來還是追蹤壞了？

同時看GA、GSC兩個各自獨立的數據來源，一個掉、一個沒掉，就是追蹤壞了，不是真的沒人來。

為什麼這招可靠？因為網站的數據通常有兩種來源：一種靠網頁裡埋的程式主動回報（讀者一進來就送一筆紀錄），另一種靠平台從伺服器端記錄（例如 Google Search Console 直接記你在搜尋結果被點了幾次）。這兩種走的是完全不同的管道，不會同時壞。所以只要其中一個正常，就能反推另一個是真掉還是壞掉。

新站上線後六天，我站內的流量數據從一天一百多筆掉到剩個位數，我一度以為是改版把讀者趕跑了；但 Google Search Console 的搜尋數據同期完全正常，當下就確定是追蹤壞了。根因是我為了讓網站快一點，把數據追蹤掛在一個「把第三方程式丟到背景慢慢跑」的載入方式上，結果訊號九成九送不出去；改回最標準的載入方式就好。

可帶走的一條：任何網站的數據追蹤都可能無聲斷線，固定用兩個獨立來源交叉對照，是最便宜的保險。 這個坑也顯示AI能幫你判斷、幫你修，但它不會主動發現你的數據斷了，因為這種故障不報錯，沒有人、也沒有任何 AI 會「忽然想到」去看。補這個洞的，只能是你上線後的檢查習慣，或一個固定時間自動幫你看一眼數字的小程式。

搬站保留舊文章，會拖累新主題的 SEO 嗎？

會。如果舊文和新方向是完全不同的主題，Google 會延續對舊主題的定位，新主題等於要從頭排起。

這得在搬站前就想清楚。搬家時你常會面臨一個取捨：舊文章要不要留？留著，能保住它們既有的搜尋流量；但如果舊文跟你的新方向是兩個不同主題，Google 經營這幾年，早就把你整個網站「認定」成舊主題的站了。新主題想在搜尋上排得動，得先扭轉這個既定印象，這需要時間和一批新內容慢慢累積。

我搬站時決定幾十篇舊文一篇都不刪，全部搬過來保流量——這個決定本身沒錯，但代價是：我的舊文清一色是某個完全不同主題的教學內容，搬完後我新寫的主題在搜尋上幾乎排不動，曝光最高的頁面前二十幾名全是舊主題的舊文，新主題一篇都擠不進去。我等於頂著一個在 Google 眼中還是舊主題的網站，重新推一個新主題。

這一段還有一個附帶提醒：搬站後如果流量數字暴增，先別開心，確認是不是真人。 我上線後流量帳面漲了一倍多，攤開一看，那些「成長」幾乎全是某些地區的機房自動程式在掃我的網站，不是真實讀者；把這批假流量過濾掉，真實讀者其實是下滑的。看搬站後的數據，先剝掉非真人流量再下判斷，否則你會對著一個假象做決策。

搬站真正的功課，是不相信「沒報錯就等於正常」

我整理了整個搬網站專案踩最多的坑，發現這些都是可以解決的。

它們不會跳錯誤訊息，畫面也一切正常，所以不能靠「等它出事」來發現，只能靠上線後主動去驗。凡是看不見的東西——轉址、數據追蹤、搜尋排名——都要拿真實的例子去確認一次。我整理了一份清單給你：

• 轉址：挑幾個（尤其非英文的）舊網址，在瀏覽器實際連連看，確認一步就跳到正確新頁。
• 數據追蹤：上線後馬上開即時報表，確認真的有資料進來；再找第二個獨立來源交叉比對。
• 搜尋排名：上線後一兩週，去 Google Search Console 看新頁有沒有被收錄、舊網址的轉址有沒有被認。
• 長期監看：與其靠「剛好想到才去看」，不如請 AI 幫你寫一個小工具，排一個固定時間自動幫你看一眼關鍵數字，異常就主動通知你。

在現在這個年代，你不必只靠自己「記得去看」。這些坑之所以危險，是因為它們不報錯、害你來不及修；那就請 AI 幫你做一個小工具，固定時間自動檢查這幾項（轉址有沒有失效、數據有沒有進來、流量有沒有異常），一發現不對就主動通知你——等於親手把一個「不會報錯的坑」，改造成一個「會主動報錯」的系統。 我自己的數據監看就是這樣做的：一支排好時間自動跑的小程式，每隔一段時間幫我看一眼關鍵數字，數字不對就發訊息提醒我，我再也不用靠運氣剛好想到。

如果你也正打算搬移網站、或從零架一個自己的內容網站，這三篇是我把整個專案從選擇、計畫、踩坑——完整寫下來的紀錄，希望幫你少踩幾個我踩過的雷。我之前也寫過怎麼把問題講清楚、再跟 AI 一起拆解，那套溝通方法，在這種「東西壞了要一起查」的場合一樣好用。

往後我會繼續把「一個人加上 AI、怎麼把內容和系統一點一點建起來」的過程寫下去。訂閱接著看，新的實戰紀錄我直接寄到你信箱。