每次有品牌商跟我說「我們要換開店平台了」或「官網要重新改版」，我第一句話通常不是恭喜，而是先問一句：「舊網址的轉址規劃做了嗎？」十次有八次，對方會愣一下，然後說「這個工程師應該會處理吧」。這一愣，往往就是自然流量之後雪崩的伏筆。
我在電商代營運這行做了十幾年，經手過的搬站案子不算少。有換開店系統的、有從自建官網搬到 SaaS 平台的、也有整個換網域重新出發的。這些案子有個很殘酷的共通點：搬得好，使用者幾乎無感，排名頂多短暫抖一下就回來；搬得差，上線隔天 Google Search Console 的涵蓋率報告就開始一片紅，好幾年累積的關鍵字排名跟著網址一起消失，等你發現流量不對勁想補救，黃金期已經過了。而且最讓人扼腕的是，這件事九成以上是可以事前避免的。
換平台本身不會害你掉排名，真正害你的是搬遷過程中「網址斷掉」這件事。Google 對你網站的所有排名記憶，都是掛在一個一個具體的網址上的。當你換平台、改版、換網域，如果那些原本有排名的網址全部變了、又沒有正確告訴 Google「這一頁搬到那裡去了」，那 Google 眼中就等於這些頁面全部消失、然後冒出一堆它不認識的新頁面。排名自然歸零重來。這篇文章，我想把一次完整的搬站 SEO 流程，用實務的角度從頭講到尾，讓你知道每一步該做什麼、為什麼要做，以及上線後該盯哪些數字。
為什麼很多品牌換平台後自然流量會雪崩
先講清楚流量雪崩的幾個典型死因，因為理解病因才知道怎麼預防。我看下來，換平台後流量崩掉的品牌，問題幾乎都逃不出這幾類。
第一種，也是最常見的，是網址結構全變但沒做轉址。每個開店平台的網址規則都不一樣，有的商品頁是 /products/商品名，有的是 /product/編號，分類頁、部落格文章的路徑也各有各的邏輯。你一換平台，全站幾千個網址等於一次全部改掉。如果沒有把舊網址對應到新網址，使用者點進舊連結會看到 404，Google 爬回來也是一堆 404，那些頁面的排名就這樣斷了。
第二種，是把所有舊網址一股腦全部轉去首頁。這是我最常看到的「以為有做但其實做錯」的情況。工程師圖方便，設一條規則把所有舊網址通通 301 導到新首頁，表面上看起來沒有 404 了，好像很乾淨。但對 Google 來說，這叫「軟性 404」——你把一篇談「敏感肌保養」的文章導去首頁，內容根本對不上，Google 判定這不是真正的頁面搬遷，權重一樣不會傳遞，排名照樣掉。轉址一定要一對一，舊的 A 頁對應到新的 A 頁，不能偷懶。
第三種，是內容在搬遷過程中漏搬或被砍。改版時常常會「順便」精簡內容，把一些看起來過時的舊文章、舊活動頁刪掉。問題是，這些頁面裡面很可能藏著幾篇長期幫你帶流量的長尾內容，你覺得它過時，Google 和使用者可不這麼認為。內容一刪，排名跟著沒。
第四種很隱蔽，卻致命：新站整站被 noindex。開發、測試階段，工程師通常會在 robots 設定或頁面標籤裡加上「不要被搜尋引擎收錄」的指令，避免測試站被 Google 抓到。但上線的時候忘了拿掉，等於你正式對 Google 說「請不要收錄我全站」。我遇過一個案子，品牌換平台後流量兩週內掉了七成，查了半天，就是上線時 robots.txt 那行 Disallow: / 沒有移除。這種錯誤低級，但殺傷力極強。
第五種，是速度和體驗在新平台上變差。有些品牌換到功能華麗的新平台，結果首頁塞了一堆動態效果、圖片沒壓縮，載入速度比舊站還慢，Core Web Vitals 全部亮紅燈。速度是排名因素之一，也直接影響轉換，這部分我在網站速度與 Core Web Vitals 優化實戰裡談得比較深，這裡就先點到。
搞懂這五個死因，你會發現一件事：搬站掉排名，幾乎都是「事前準備不足」加上「上線檢查不確實」的組合技，而不是新平台的錯。
遷移前的準備：把舊站的家底盤點清楚
搬家之前你會先清點家裡有哪些東西、哪些貴重、哪些要小心搬，搬網站也一樣。上線前的準備做得越紮實，上線後就越不會手忙腳亂。我通常會做這幾件事。
第一件，完整爬取舊站的全部網址清單。你要先知道自己到底有哪些頁面，一個都不能漏。做法是用爬蟲工具（例如 Screaming Frog 這類 SEO 爬蟲）把整站爬一遍，匯出所有網址；同時把舊站的 sitemap 也抓下來對照，再從 Google Search Console 匯出「Google 實際有收錄、有曝光」的網址清單。三份資料交叉比對，你才能得到一份真正完整的舊網址母體。很多人只靠 sitemap，但 sitemap 常常不完整，會漏掉一些老舊卻仍有排名的頁面。
第二件，盤點「有排名、有流量、有外部連結」的重點頁面。全站幾千個網址，不是每一頁的價值都一樣。你要從 Search Console 拉出過去六到十二個月「有點擊、有曝光」的頁面，從分析工具拉出「有自然流量、有轉換」的頁面，有能力的話再查一下哪些頁面有外部網站連進來。這些就是你的「重點保護對象」。搬遷時它們的轉址、內容、標題結構，一個環節都不能出錯。反過來說，那些長期零流量、零曝光的殭屍頁面，這次搬遷剛好可以順勢處理掉，不必留。
第三件，完整備份舊站。包含資料庫、圖片、頁面內容，最好連 HTML 原始碼都留一份。這不只是保險，更是你之後核對「內容有沒有漏搬」「標題有沒有跑掉」的比對基準。我會建議備份完之後，先把重點頁面的網址、標題（Title）、描述（Meta Description）、H1、主要內文，整理成一張表存起來，上線後拿這張表逐頁核對，非常有用。
第四件，趁這個機會做一次內容與網址結構的健檢。搬遷是難得可以「打掉重練」網址結構的時機。如果你舊站的網址又長又亂、參數一堆，這次可以規劃一套乾淨、有邏輯、含關鍵字的新結構。分類頁怎麼排、商品頁的路徑怎麼設、部落格怎麼歸類，都值得好好想。分類頁是電商 SEO 的重中之重，這塊我在電商分類頁 SEO 優化講得比較細，改版前很值得看一遍，因為結構一旦定了，之後再改成本很高。
準備階段還有一個容易被忽略但很重要的動作：跟工程團隊和平台業者把時程和分工講清楚。誰負責建轉址規則、誰負責搬內容、誰負責上線前檢查、上線選在什麼時段（我一般會避開行銷檔期和週末，選流量相對低的時段），出問題找誰。這些先講好，上線那天才不會兵荒馬亂。
核心中的核心：301 永久轉址對應表怎麼建
如果整個搬站流程只能顧好一件事，那一定是這件——建立「舊網址對應新網址」的 301 永久轉址對應表。這是保住排名的命脈，值得我花最大的篇幅講清楚。
先解釋一下為什麼是 301。轉址有很多種，301 是「永久轉址」，它明確告訴 Google：這一頁已經永久搬到新位置了，請把原本累積在舊網址的排名權重，轉移到新網址去。相對的，302 是「暫時轉址」，Google 會認為舊頁只是暫時不在、之後還會回來，因此不見得會把權重完整傳過去。搬站是永久性的變動，所以一律用 301，別用 302，這點務必跟工程師確認清楚。
接著講對應表怎麼建。核心原則只有一句話：一對一，舊 A 對新 A。
實際做法是這樣。把前面盤點好的完整舊網址清單放在一欄（左欄），然後對照新站的網址結構，一筆一筆填上每個舊網址對應的新網址（右欄）。商品頁對到新的商品頁、分類頁對到新的分類頁、文章對到搬過去的同一篇文章。這是一份 Excel 或 Google 試算表就能做的工作，但很花時間，網址多的話可能幾千列，需要耐心。網址數量龐大時，可以善用規律——如果舊結構是 /product/123、新結構是 /products/123，這種有規則可循的可以用批次規則處理；但沒有規則、一對一手動對應的部分，還是得老實一筆筆對，尤其是那些重點頁面，絕對要人工確認。
建對應表時有幾個實務重點，都是我踩過或看別人踩過的坑。
一是別把所有東西導向首頁。前面講過了，這裡再強調一次，因為太多人犯。找不到精準對應的頁面，寧可導到「最相關的分類頁」，也不要導首頁。例如某個已經下架的商品，就導到它所屬的分類頁，讓使用者和 Google 都覺得「合理、相關」。
二是避免轉址鏈（redirect chain）。就是 A 導到 B、B 又導到 C 這種接力。如果你舊站本來就有一些舊轉址（例如三年前改過一次網址），這次搬遷要把它們攤平——直接讓最源頭的 A 一步導到最終的 C，中間不要繞。轉址鏈太長會拖慢速度，也會稀釋權重傳遞。
三是別漏掉非商品頁。大家做對應表時容易只顧著商品和分類，忘了關於我們、聯絡方式、運送說明、隱私政策、部落格文章、甚至一些帶排名的活動頁。這些也都要對應。特別是部落格內容，往往是自然流量的大宗，一篇都不能漏。
四是對應表要留底、要驗證。表建好之後，工程師套用到伺服器（透過 .htaccess、Nginx 設定、或平台後台的轉址功能都可以），套完之後你要實際測試。做法是隨機抽一批舊網址(重點頁面要全測)，用工具或手動一個個點，確認它們都以 301 狀態碼、正確地導到對應的新網址，而不是 404、不是 302、也不是導錯地方。這一步很枯燥，但省不得。
我通常會把 301 對應表當成整個搬站專案的「主文件」，其他所有工作都圍繞它展開。它做得好，這場搬家就成功了一大半。
canonical、sitemap、robots 與內部連結要同步更新
轉址是對外（對 Google、對舊連結）的橋樑，但新站內部的幾個 SEO 設定也要同步到位，不然一樣會出事。這幾項常被當成小細節，其實環環相扣。
先說 canonical（標準網址標籤）。它的作用是告訴 Google「這一頁的正版網址是哪個」，避免同一內容出現多個網址時分散權重。搬到新平台後，每一頁的 canonical 都必須指向「新站自己的正確網址」。我看過一種災難：新站的 canonical 竟然還指著舊網址（有時是內容從舊站複製過來時連 canonical 一起搬了），等於新站每頁都跟 Google 說「我不是正版，正版在舊站那邊」，Google 於是不收錄新站。這種錯很隱蔽，一定要逐頁確認 canonical 指向新網域、新路徑。
再來是 sitemap（網站地圖）。上線後要產生一份「只含新網址」的乾淨 sitemap，把所有舊網址從裡面清掉，然後透過 Search Console 提交。這份 sitemap 是你主動告訴 Google「這些是我現在的頁面，請來抓」，能加速新站被重新收錄。記得，sitemap 裡不該出現任何會被轉址或 noindex 的網址，只放你真正要 Google 收錄的最終版新網址。
robots.txt 是最需要繃緊神經的一項。上線前務必確認：測試階段擋掉全站的那行 Disallow: / 已經移除，該開放給 Google 抓的目錄都開放，只擋掉真正不需要收錄的（例如購物車、結帳、會員後台、站內搜尋結果頁）。同時檢查每個頁面的 meta robots 標籤有沒有殘留的 noindex。這件事我會列為上線檢查清單的第一項，因為它一錯就是全站災難。
最後是內部連結。這點很多人完全忽略。你的新站內容裡，那些指向其他頁面的連結，要全部更新成新網址，不要還寫著舊網址（就算舊網址會 301 轉過來，讓內部連結多繞一層 301 也是沒必要的損耗，而且如果哪天你撤掉轉址就全斷了）。導覽列、頁尾、麵包屑、文章裡的內文連結、相關商品推薦，都要指向新站的正確位置。內部連結結構是 Google 理解你網站架構、分配權重的重要依據，搬遷時順手把它理乾淨，對新站的收錄和排名都有幫助。
順帶一提，如果你這次是連整個電商系統一起重建，而不只是換版型，那內部連結、網址結構、canonical 這些東西最好在系統規劃階段就想清楚，而不是等做完再補。關於自建與系統重建的取捨，我在電商自建系統與開店平台的取捨有比較完整的討論，決定要不要大動之前可以參考。
保留頁面內容、標題結構與圖片網址
搬遷時有個大原則我一直跟客戶強調：能不動的，盡量不要動。改版的衝動很容易讓人「順便」把內容、標題全部重寫一輪，但你動得越多，Google 要重新理解、重新評估的東西就越多，短期波動也越大。搬遷期間，我建議先「原封不動搬過去」，等新站排名穩定了，再慢慢做內容優化，一次只動一件事。
具體要保留哪些東西？首先是頁面的標題（Title）和 H1。這兩個是 Google 判斷頁面主題最重要的訊號，也是排名的關鍵。搬過去後每一頁的 Title、H1 都應該和舊站一致（除非舊站本來就沒優化好，那可以趁機改，但要有意識地改、記錄下來，別無意間跑掉）。用前面備份的那張比對表，逐頁核對標題有沒有被新平台的模板自動改掉——有些平台會強制在標題後面加店名、或用商品名自動生成，這些都要檢查。
其次是內文。重點頁面的正文內容要完整搬過去，不要精簡、不要漏段。尤其是那些帶長尾流量的文章和商品描述，內容的豐富度本身就是排名資產。
再來是圖片。這點很容易被忽略：如果可以，盡量沿用或妥善對應舊的圖片網址。因為圖片本身也會在 Google 圖片搜尋帶來流量，圖片網址一換又沒轉址，這部分流量也會斷。就算網址非換不可，也要確保圖片有搬過去、alt 文字保留、檔名最好維持含關鍵字的英文命名。
還有結構化資料（Schema）。如果舊站有做商品、評價、麵包屑、FAQ 的結構化標記，新站要記得一併搬過去並確認格式正確。這些標記影響你在搜尋結果的呈現（星等、價格等豐富摘要），漏掉的話搜尋結果的點閱率會受影響。
這一段的精神就一句話：搬遷階段，你的任務是「無損搬家」，不是「趁機大裝潢」。想裝潢，等安頓好再說。想更全面地建立電商 SEO 的整體觀念，可以搭配我寫的電商 SEO 完整指南一起看，那篇把電商 SEO 的骨架講得比較全，這篇則專攻搬遷這個場景。
上線後的監控：盯緊涵蓋率、404、抓取與排名
網站上線那一刻，工作不是結束，而是進入最需要專注的監控期。搬站是不是搬成功，答案都在上線後這兩三週的數據裡。我通常會盯這幾個指標。
第一，Google Search Console 的涵蓋率（頁面索引）報告。這是你的核心儀表板。上線後密集看「已編入索引」的頁面數量變化，以及「未編入索引」裡面的原因分類。健康的搬遷，新網址會逐步被收錄、舊網址逐步從索引移除。如果你看到大量「找不到（404）」「重新導向錯誤」「被 noindex 排除」「替代網頁（含適當的標準標記）」異常增加，就要立刻回頭查對應的轉址和設定哪裡出錯。
第二，404 錯誤。用爬蟲工具定期爬新站、也監控 Search Console 回報的 404，一旦發現有舊網址落入 404（代表對應表漏了這一筆），馬上補上 301。上線後第一週我會爬得特別勤，因為這時候補救，權重還來得及救回來。
第三，抓取狀態。在 Search Console 用「網址檢查」工具，手動測幾個重點頁面，確認 Google 能正常抓取、能正常算圖（render）、狀態是「可編入索引」。同時看「檢索統計資料」，觀察 Googlebot 的抓取量有沒有異常（搬站後短期抓取量上升是正常的，代表 Google 在重新認識新站）。
第四，排名與自然流量追蹤。用排名追蹤工具盯著那些重點關鍵字，同時看分析工具裡的自然流量趨勢。這裡要有正確心態：短期內排名出現波動是完全正常的，不要一看到某個字掉了兩三名就恐慌，甚至急著亂改。你要看的是整體趨勢，以及重點頁面的收錄狀況。
第五，別忘了在 Search Console 裡處理網域層級的事。如果你是換網域，記得在 Search Console 使用「變更網址」工具（如果適用）通知 Google，並確認新舊網域都在 Search Console 裡有驗證，這樣你才能同時觀察兩邊的資料。
監控期間，我會做一份簡單的追蹤表，每天記錄收錄數、404 數、重點關鍵字排名、自然流量，連續看兩三週。數字自己會說話，趨勢對就穩住不動、讓它跑；趨勢不對就順著數據回頭找原因。搬站最忌諱的就是上線後放著不管，等一個月後老闆問「流量怎麼掉了」才回來看，那時候很多傷害已經造成。
一個匿名實務案例：換平台如何做到排名幾乎無感
講一個我實際經手的案子，品牌名我就不提了，是一個做居家生活用品的中型電商。他們原本用一套比較舊的自建系統，維護成本高、行銷功能又跟不上，決定整個搬到一個功能較完整的開店平台。當時他們最大的擔憂，就是「聽說換平台會掉排名」——因為他們的自然搜尋佔了整體營收大約四成，不能出事。
我們接手後，沒有急著搬，而是先花了大約兩週做準備。把舊站完整爬過一遍，加上 sitemap 和 Search Console 的資料交叉比對，整理出一份大約兩千多個網址的完整清單。接著標出其中「有排名、有流量」的重點頁面，大概三百多頁，這些是我們的重點保護對象。然後建 301 對應表，商品和分類用規則批次對應、部落格文章和重點落地頁一筆一筆人工對應，並把重點頁面的標題、H1、內文全部備份成比對表。
上線那天選在營收相對低的平日凌晨，工程師套上轉址規則後，我們第一件事就是抽測——重點頁面全測、其餘隨機抽測幾百筆，確認都是 301 正確導向。同時檢查 robots.txt 那行測試用的封鎖指令有沒有拿掉（有拿掉）、canonical 有沒有指向新網域（一開始有幾個模板頁指錯，當場修掉）、新 sitemap 提交到 Search Console。
上線後前兩週，自然流量確實掉了，大約掉了兩成上下，重點關鍵字排名也有一些抖動，有幾個字掉了三五名。品牌商當時有點緊張，但這在我預期之內，我請他們沉住氣、不要亂動，我們只管每天盯數據、補漏掉的 404。到了第三、四週，收錄數回到正常、排名陸續回穩，自然流量爬回搬遷前的水準；大約兩個月後，因為順便把幾個分類頁的結構理乾淨了，部分關鍵字的排名甚至比搬遷前還好一些。
這個案子沒有什麼神奇的技巧，它成功的原因就是「該做的每一步都紮實做了」——完整盤點、一對一 301、上線徹底檢查、上線後耐心監控。相對的，我也看過另一個沒找人規劃、自己隨便搬的品牌，上線把舊網址全導首頁，兩週流量崩掉超過六成，等他找上我時已經掉了快兩個月，救是救得回來，但白白損失的營收和時間，遠比事前好好規劃的成本高得多。
換平台、只改網址結構、換整個網域，這三種情況的難度是遞增的。只改版型、網址不動，那 SEO 風險最低，重點顧好速度和內容別跑掉即可；換平台導致網址結構全變，就必須認真做 301 對應表；而換網域是最大工程，除了全站 301，還要處理網域信任度的重新建立、Search Console 的網域變更、外部連結的更新通知，回穩時間通常也最長。動手之前先搞清楚自己是哪一種，投入的資源和心理預期才會對。
常見問題 FAQ
Q：換平台後排名下滑，多久會回穩？
以我的經驗，如果搬遷流程做得確實（完整 301、內容和標題保留、上線檢查到位），自然流量通常在上線後兩到四週會逐步回穩，重點關鍵字排名也大約在這個區間內恢復。換網域的話因為牽涉網域信任度重建，可能要抓一到三個月甚至更久。前兩週出現波動是完全正常的，這段時間最重要的是穩住、盯數據、補漏洞，不要恐慌性地亂改。真正該擔心的不是「有波動」，而是「四週後還持續往下、且收錄數一直不對」，那代表某個環節出錯了，要回頭查。
Q：一定要用 301 嗎？302 不行嗎？
搬站一律用 301（永久轉址）。301 明確告訴 Google 頁面已永久搬遷，會把舊網址累積的排名權重傳遞到新網址。302 是暫時轉址，Google 會認為舊頁之後還會回來，權重傳遞不確定。用錯成 302 是常見失誤，務必跟工程師確認清楚，並在上線後實際檢測狀態碼確認是 301。
Q：可以把所有舊網址都轉到新首頁嗎？這樣最省事。
千萬不要。這是我最常看到的錯誤。全部導首頁在 Google 眼中屬於「軟性 404」，因為舊頁內容和首頁對不上，Google 判定這不是真正的頁面搬遷，排名權重不會傳遞。轉址必須一對一：舊商品頁對新商品頁、舊文章對新文章。真的找不到精準對應的頁面，也應該導到「最相關的分類頁」，而不是首頁。
Q：舊網址的 301 轉址要保留多久？可以哪天拿掉嗎？
建議至少保留一年以上，長期保留更保險。原因有二：一是 Google 需要時間慢慢消化、把權重完整轉移到新網址；二是外部網站連進來的舊連結、使用者的書籤，會持續存在很久，你一旦撤掉轉址，這些流量就全部變 404。轉址規則的維護成本很低，沒必要急著拿掉，我通常建議客戶就長期留著。
Q：搬站的時候可以順便改版、重寫內容嗎？
技術上可以，但我強烈建議分兩階段。搬遷階段先「無損搬家」，內容、標題、H1、圖片盡量原封不動搬過去，讓 Google 平順地認識新網址。等新站排名穩定了（通常一到兩個月後），再開始做內容優化，而且一次只動一批，觀察效果再動下一批。同時大改網址又大改內容，會讓短期波動加劇，也難以判斷萬一出問題是哪個環節造成的。
Q：我不是換平台，只是改版型、換設計，網址都沒變，也要做這些嗎？
如果網址結構完全沒變，SEO 遷移風險最低，不需要做 301 對應表。但你還是要注意幾件事：檢查上線時 robots 有沒有殘留測試用的封鎖指令、canonical 有沒有跑掉、頁面速度和 Core Web Vitals 有沒有因為新版型變差、內容和標題結構有沒有被新模板改動。網址不變不代表零風險，只是風險集中在「設定」和「速度」而不是「轉址」。
Q：換網域和只換平台，哪個風險比較大？
換網域風險更大、回穩時間更長。只換平台（網址結構變、網域不變）主要靠站內 301 對應就能處理好。換網域除了要做全站 301，還牽涉整個網域信任度的重新建立，Google 要重新認識這個新網域，這需要更長時間；你還要在 Search Console 做網域變更、驗證新舊兩個網域、並盡量通知重要的外部連結來源更新網址。如果可以，我會建議換平台和換網域不要同時做，一次處理一個變數，風險比較可控。
結論
換平台、改版、換網域，是電商成長到一定階段幾乎躲不掉的一步。它本身不可怕，可怕的是把它當成純技術工程，以為交給工程師「搬過去就好」，而忽略了背後那套 SEO 遷移邏輯。你這幾年累積的自然排名，是實實在在的資產，價值可能相當於一筆可觀的廣告預算，搬家時值得像對待貴重物品一樣小心。
把這篇的重點濃縮成一句話：完整盤點舊網址、建好一對一的 301 對應表、同步更新 canonical 與 sitemap 與 robots、保留內容與標題結構、上線後密集監控。這五件事做到位，你的搬站就能做到使用者無感、排名頂多短暫波動就回穩。反過來，只要其中一環偷懶——尤其是 301 對應——代價往往是好幾個月的流量損失和難以挽回的排名。
如果你正在規劃換平台或改版，我的建議是：早一點把 SEO 遷移納入專案計畫，而不是等上線前一週才想到。準備的時間換來的是流量的平順過渡，這筆帳怎麼算都划算。你也可以先逛逛我的顧問服務或實用工具，看看還有哪些地方幫得上忙。
林克威長期協助國際品牌與台灣品牌進行電商代營運、品牌代理與通路拓展，累積超過十年實務經驗，服務涵蓋 Momo、PChome、蝦皮、LINE 禮物、品牌官網及實體零售通路。若您希望了解品牌進入台灣市場或電商成長策略，歡迎與我們聯繫。
