網站遷移怎麼做？換主機、換平台與 SEO 檢查表

網站遷移是什麼？先分清楚你要搬的是主機、平台、網域還是網址

網站遷移要先分清楚搬的是哪一層，因為主機、平台、網域、網址結構的風險完全不同。網址不變通常風險較低，網址或網域改變就要把 301 轉址、canonical、Sitemap 和 Google Search Console 一起納入。

遷移類型	常見情境	SEO 風險	驗收重點
主機搬家	換主機，網址不變	低到中	速度、SSL、表單、DNS
換平台	Wix、Weebly、客製網站搬到 WordPress	中到高	URL Mapping、內容完整性、功能測試
網域變更	品牌改名或換網域	高	301、GSC、外部連結、信箱
網址結構變更	文章路徑、分類、商品網址改版	高	舊網址到新網址逐條對應
HTTP 轉 HTTPS	補 SSL 或安全性升級	中	301、混合內容、canonical

網址不變的主機搬遷

網址不變時，通常不需要為每個頁面做 301 轉址，重點在檔案、資料庫、SSL、PHP 版本和 DNS 指向。這類網站搬家最容易被低估的是信箱與表單通知，網站能開不代表詢問單一定會進來。

網址會變的網站遷移

只要舊網址和新網址不同，就要建立 URL Mapping。我的判斷是，沒有對照表就不要切正式站，因為 404、錯誤 canonical 和錯轉首頁會直接傷害搜尋引擎理解。

換平台與網站改版為什麼風險更高

換平台常會同時改動 URL、版型、HTML 結構、內部連結、圖片路徑與網站速度。若新平台無法保留原本的文章路徑或商品頁規則，就要提前規劃轉址與內容合併。

網域註冊商轉移只簡答，不寫成主線

網域註冊商轉移是網域管理權移動，不等於網站內容搬家。這裡只需要確認網域解析、Nameserver、A 紀錄與 MX 記錄不被誤改。

網站遷移前，先判斷你真的需要搬家嗎？

網站慢、詢問變少或排名下滑，不一定要整站遷移。先判斷問題來自主機、平台限制、網站設計、內容品質還是 SEO 架構，才不會把小問題做成大工程。

問題現象	可能來源	建議處理	是否需要搬家
載入很慢	主機、圖片、快取、外掛	先測 Core Web Vitals 與主機資源	不一定
功能做不起來	平台限制	評估 CMS 與客製彈性	可能需要
SEO 長期卡住	內容、技術、架構	先分層診斷	視情況
維護成本過高	舊系統、廠商綁定	估算遷移後維護方式	可能需要

只是速度慢，不一定要整站遷移

速度問題可以先從主機資源、圖片壓縮、快取、外掛數量、CLS 與前端載入檢查。若只是圖片太大或快取沒設好，參考 Core Web Vitals 與 CLS 修正 會比直接搬站更精準。

平台限制才是遷移主因

真正需要換平台的情況，多半是後台無法管理 SEO 欄位、URL 規則不能調整、功能擴充受限或資料匯出困難。若已經碰到平台上限，可以先讀 CMS 選擇指南 和 CMS 是什麼 釐清替代方案。

SEO 問題要先分清楚是內容、技術還是架構

自然流量下降不一定是主機造成的。內容薄弱、重要頁面沒有內部連結、索引被 robots 阻擋、canonical 指錯，都可能讓搬家後問題原封不動留下來。

遷移前的 5 個確認問題

1. 目前問題是否能在原主機或原平台修掉？
2. 新平台是否能保留或重建重要 URL？
3. 是否有 GSC、GA4、DNS、主機與後台權限？
4. 網站是否依賴會員、訂單、金流 API 或 CRM？
5. 搬家後誰負責 7 到 30 天監控？

網站遷移難度分級：你的案子屬於哪一種？

網站遷移可以先分成 Lv1、Lv2、Lv3。等級越高，越不能只靠備份還原，因為會員資料、訂單、金流、URL 結構和 SEO 資產都會增加失敗成本。

等級	情境	風險	是否適合自搬
Lv1	WordPress 換主機，網址不變	低到中	有備份與測試能力可嘗試
Lv2	封閉平台或部落格搬到 WordPress	中到高	需要懂 URL 與內容整理
Lv3	會員、訂單、庫存、金流一起搬	高	不建議無計畫自搬

Lv1：WordPress 換主機但網址不變

這類主機搬家重點是檔案、資料庫、wp-config、SSL、PHP、MySQL 與外掛相容性。若使用 cPanel，可先熟悉 cPanel 教學，避免只會按搬家外掛卻看不懂錯誤訊息。

Lv2：Wix、Weebly、部落格平台搬到 WordPress

Lv2 的麻煩在於資料不一定能完整匯出，URL 也可能無法一比一保留。這時要先確認文章、圖片、分類、作者、發布日期、meta title 和描述能搬到什麼程度。

Lv3：會員、訂單、金流、庫存一起搬

電商與會員網站要處理的不只是頁面，還有個資、訂單狀態、付款紀錄、物流、發票、會員密碼與權限。這類網站最怕切換後前台能看，後台訂單卻對不上。

什麼情況不建議自己搬

網站每月有穩定 SEO 詢問、商品數多、會員資料多、金流 API 複雜、或舊站沒有完整備份時，不建議直接改 DNS 開始試。先做測試站與回滾計畫，才有補救空間。

搬家前準備：備份、權限、環境與第三方服務清單

搬家前要先備份網站檔案、資料庫、媒體、外掛設定、DNS 記錄與第三方服務。沒有備份和權限清單，就算技術上能搬，也很難驗收和回滾。

準備項目	要確認什麼	常見漏失
網站檔案	主題、外掛、上傳圖片、設定檔	只備份文章，漏掉媒體資料夾
資料庫	文章、頁面、會員、訂單、設定	匯出編碼錯誤或版本不相容
主機環境	PHP、MySQL、SSL、儲存空間	新主機版本過新或過舊
第三方服務	GA4、CRM、表單、金流、CDN	搬完才發現通知失效
DNS	A 紀錄、CNAME、MX、TXT、TTL	改到 MX 造成企業信箱中斷

備份網站檔案與資料庫

備份要能還原，不只是下載一份壓縮檔。檔案和資料庫要分開保存，並記錄備份時間、來源主機、資料庫名稱與匯出方式。

確認新主機環境相容性

新主機要確認 PHP、MySQL、SSL、檔案權限、cron、郵件寄送和儲存空間。若是成長型網站，可先比較 雲端主機指南，避免搬到一個很快又不夠維護彈性的環境。

列出第三方服務：表單、金流、CRM、GA4

表單通知、CRM webhook、金流 API、GA4、Google Tag Manager、Meta Pixel、LINE 通知和電子報串接都要列入驗收。這些服務常不在主機備份裡，卻直接影響詢問與成交。

企業信箱與 MX 記錄不要被網站搬家誤傷

網站搬家常只需要改 A 紀錄或 Nameserver，但企業信箱依賴 MX、SPF、DKIM、DMARC 等 DNS 記錄。我的習慣是先截圖並匯出 DNS 全表，再動任何設定。

SEO 資產盤點：先保護有流量、有排名、有外部連結的頁面

SEO 遷移要先找出有價值的 URL，不是平均對待每個頁面。高自然流量頁、排名頁、外部連結頁和轉換頁要優先保留、重建或轉址。

URL 類型	資料來源	處理優先級	建議動作
高流量頁	GA4、GSC	高	保留內容與意圖
排名頁	Google Search Console	高	避免刪除或錯轉
外部連結頁	外鏈工具、GSC 連結報告	高	確保 301 到最相關頁
轉換頁	GA4、CRM、表單紀錄	高	測表單與追蹤碼

從 GSC 匯出舊站 URL

Google Search Console 可以用來看曝光、點擊、查詢字詞、索引與錯誤。遷移前應匯出主要頁面，不要等搬完後才回頭猜舊站有哪些網址。

把 URL 分成保留、合併、轉址、移除

每個舊 URL 都要有處理結果。保留代表新站仍使用同一網址，合併代表內容整合到新頁，轉址代表舊網址導到新網址，移除則要確認沒有 SEO 或業務價值。

找出自然流量前 20% 的頁面

前 20% 的自然流量頁面通常承擔最多 SEO 風險，這不是保證比例，而是盤點時的優先排序方式。先保護這批頁面，才有機會降低遷移後流量波動。

URL 盤點表建議欄位

欄位	用途
舊 URL	記錄原始頁面
新 URL	建立對應目標
處理方式	保留、301、合併、移除
SEO 價值	流量、排名、外鏈、轉換
驗證結果	記錄狀態碼與 canonical

URL Mapping 與 301 轉址：舊網址到新網址如何不漏接

只要網址變更，就要用 URL Mapping 管理舊網址到新網址的對應。301 轉址要導到最相關的新頁，不要把所有舊網址都丟到首頁。

舊 URL	新 URL	處理方式	狀態碼	驗證
/old-service	/new-service	301	301	通過
/old-post-a	/posts/new-post-a	301	301	待測
/thin-page	/main-guide	合併	301	檢查內容相符
/expired-event	無	移除	410 或 404	確認無價值

什麼情況一定要做 301

換網域、改文章路徑、改分類、商品網址改版、HTTP 轉 HTTPS，都要檢查 301。HTTPS 相關設定可搭配 301 轉址與 HTTPS 的規則處理。

舊 URL → 新 URL 對照表怎麼建

先匯出舊站 URL，再逐條填入新 URL、處理方式、SEO 價值與驗證結果。對不上新頁時，不要硬轉首頁，要找最接近搜尋意圖的頁面，或判斷是否真的該移除。

逐條測 301、404、canonical

轉址上線後要抽查狀態碼、最終落點、canonical、Sitemap 與內部連結。實務上很多事故不是沒做 301，而是 A 轉到 B，B 又 canonical 回 A，搜尋引擎收到矛盾訊號。

不要把所有舊網址都轉到首頁

首頁不是萬用回收站。把大量舊頁轉到首頁，會讓搜尋引擎難以判斷主題接續，也會讓使用者找不到原本想看的內容。

實際網站遷移流程：檔案、資料庫、CMS 設定與測試站

實際搬站要先建立新環境，再搬檔案與資料庫，最後才切 DNS。正式切換前必須用測試站或 hosts file 檢查頁面、登入、表單、SSL 和後台功能。

1. 建立新主機與暫存環境。
2. 備份並搬移網站檔案。
3. 匯出舊資料庫並匯入新資料庫。
4. 調整 CMS 設定、路徑、資料庫連線與快取。
5. 測試前台、後台、表單、會員、訂單與追蹤碼。
6. 確認可回滾後再切 DNS。

建立新主機與測試環境

新主機不要直接接正式網域測試。先用暫存網址、子網域或 hosts file 看新站，確認 SSL、PHP、資料庫連線和檔案權限正常。

搬移檔案與資料庫

WordPress 通常要搬 wp-content、外掛、主題、媒體和資料庫。客製網站還要確認設定檔、環境變數、上傳目錄、排程與伺服器路徑。

調整網站設定與路徑

資料庫匯入後要檢查網站網址、媒體路徑、固定網址、快取、SSL 強制導向和後台登入。若站內有硬寫舊網域，必須替換並測試。

WordPress 外掛搬家與手動搬家的差異

搬家外掛適合小型 WordPress 站，但遇到大檔案、特殊主機限制、會員或電商資料時，手動備份與分段驗證更可靠。工具可以省時間，不能取代驗收。

DNS 與主機切換：Nameserver、A 紀錄、TTL、MX 不要混在一起

DNS 切換要分清楚網站、信箱、子網域和驗證記錄。網站搬家常只需改 A 紀錄，若整組 Nameserver 改掉，MX 和 TXT 也可能一起受影響。

DNS 項目	用途	搬家風險
Nameserver	指定由誰管理整個 DNS 區域	可能影響全部記錄
A 紀錄	把網域指到主機 IP	改錯會導致網站連不到
CNAME	子網域或服務別名	可能影響 CDN 或工具驗證
MX	企業信箱收信	改錯會收不到信
TTL	DNS 快取時間	過高會延長切換等待

A 紀錄和 Nameserver 差在哪

A 紀錄像是把網站指到某台主機，Nameserver 則是把整本 DNS 設定交給另一個管理者。只換主機時，通常先評估改 A 紀錄，不要急著整組 Nameserver 換掉。

TTL 要提前調低，降低切換等待

TTL 會影響 DNS 快取更新速度。正式切換前先調低 TTL，可以減少新舊主機交替期間的等待與判斷困難。

網域和主機分開買時最容易改錯哪裡

最常見錯誤是以為主機商的 DNS 設定會自動套用到網域註冊商。實際上要看目前 Nameserver 在哪裡，真正生效的是正在管理 DNS 的那一邊。

網域轉移 5-7 天只放 FAQ，不展開成主文

網域轉移時間屬於註冊商流程，不是網站搬家主線。遷移時只要確保轉移期間 DNS 不被誤改，網站與信箱就比較穩。

上線前測試與降低停機：hosts file、暫存環境、CDN、回滾計畫

正式上線前要先在新環境完成測試，不能直接改 DNS 後才檢查。測試範圍至少包含頁面、圖片、登入、表單、購物流程、CDN 快取與回滾方式。

檢查項目	驗收方式	失敗時處理
頁面與圖片	抽查重要頁與媒體路徑	修正路徑或檔案權限
登入與後台	測管理員與會員登入	檢查 Cookie、SSL、資料庫
表單	送出測試詢問	檢查 SMTP、通知信、CRM
購物流程	測商品、購物車、付款回傳	檢查金流 API 與 webhook
回滾	確認舊主機與備份可用	暫停切換並回指舊站

用 hosts file 先看新主機網站

hosts file 可以讓自己的電腦先用正式網域看到新主機，不影響其他使用者。這是切 DNS 前最實用的測試方式之一。

測頁面、圖片、登入、表單與購物流程

上線前不要只看首頁。要測重要 landing page、文章、商品、分類、圖片、搜尋、登入、表單通知、購物車、金流回傳與 GA4 事件。

CDN 和快取要在切換前後處理

CDN、快取外掛、瀏覽器快取和主機快取可能讓你看到舊內容。切換前要知道清除快取的位置，切換後再確認新站內容真的被送出。

舊主機至少保留多久

舊主機建議至少保留到 30 天監控期結束。若網站有訂單、會員或大量 SEO 流量，保留時間應依資料同步與回滾需求延長。

上線後 24 小時、3 天、7 天、30 天監控表

網站遷移完成後，前 30 天要照時間點監控。24 小時看可用性，3 天看錯誤與速度，7 到 30 天看自然流量、索引、排名和轉換是否穩定。

時間點	檢查項目	工具	異常訊號
24 小時	網站可開、SSL、表單、404	瀏覽器、GSC、伺服器紀錄	首頁錯誤、表單無通知、404 暴增
3 天	主要排名、速度、外掛功能	GSC、GA4、PageSpeed Insights	重要頁無法索引、速度變慢
7 天	自然流量、轉址、Sitemap	GSC、GA4、爬蟲工具	舊 URL 大量 404
30 天	索引、排名、轉換趨勢	GSC、GA4、排名工具	主要頁持續下滑且有技術錯誤

前 24 小時：能不能開、表單能不能送、404 是否暴增

第一天看的是事故，不是排名結論。SSL 失效、表單不寄信、登入失敗、主頁 500、404 暴增，都要優先處理。

前 3 天：GSC、主要排名、速度與外掛功能

前三天要開始看 Google Search Console 的索引與錯誤，GA4 的流量是否正常進站，以及主要外掛、追蹤碼、快取和版面是否正常。

7 到 30 天：自然流量與索引是否穩定

7 到 30 天才比較適合觀察 SEO 趨勢。若自然流量小幅波動但技術檢查正常，可以持續監控；若主要 URL 掉索引或大量 404，就要回頭查轉址與 canonical。

什麼波動正常，什麼是事故

短期排名變動可以觀察，但重要頁無法開啟、舊網址沒有對應、新頁被 noindex、canonical 指錯、Sitemap 送錯，這些不是正常波動。

不同平台搬到 WordPress 的差異

不同平台搬到 WordPress 的限制不一樣，不能用同一套搬家方法處理。WordPress 對 WordPress 最單純，封閉平台、電商平台和客製網站都要先確認可匯出的資料範圍。

來源平台	常見可搬項目	常見限制	補救方式
WordPress	文章、圖片、外掛、資料庫	主機限制或外掛相容	測試站驗證
Wix、Weebly	部分內容與圖片	URL、版型、互動功能難完整保留	重建頁面與轉址
痞客邦、Xuite	文章內容	舊 URL 與留言資料有限制	整理內容與對照表
91APP、CYBERBIZ	商品、部分訂單資料	會員、金流、庫存與 SEO 欄位限制	先盤點匯出格式
客製網站	依資料庫與程式架構而定	欄位、路由、權限不固定	先做資料結構盤點

WordPress 搬 WordPress 最單純

WordPress 到 WordPress 通常可保留文章、頁面、媒體、分類、固定網址和資料庫設定。仍要檢查 PHP、MySQL、外掛版本與主題相容性。

封閉平台通常不能完整保留所有資料

Wix、Weebly、部落格平台或部分租用式系統，常會限制資料匯出、URL 格式與後台欄位。這類遷移要先接受「重建」會比「原樣搬移」更常見。

電商與會員網站要額外處理訂單、密碼與個資

91APP、CYBERBIZ 或其他電商系統搬遷時，要先確認商品、訂單、會員密碼、折扣、庫存、金流和物流資料的可攜性。可先參考 91APP 評測 與 CYBERBIZ 評測 理解平台限制。

不寫各平台匯出按鈕逐步教學

各平台後台位置會調整，逐步按鈕教學很快過期。真正重要的是匯出範圍、欄位格式、URL 對應與資料驗收。

常見事故判斷：排名波動、404、canonical、速度變慢哪個才是問題？

搬家後要先分辨正常波動和事故。排名短期變動不一定要立刻改內容，但 404 暴增、canonical 指錯、robots 阻擋、速度大幅變慢，都要立即查原因。

事故訊號	可能原因	優先檢查
404 暴增	轉址漏接、內鏈仍指舊 URL	URL Mapping、Sitemap、站內連結
新頁不被索引	noindex、canonical 錯誤、robots 阻擋	HTML、GSC、robots.txt
速度變慢	主機、快取、圖片、外掛	Core Web Vitals、主機資源
轉換下降	表單、追蹤碼、CRM、金流失效	GA4、表單測試、後台紀錄

短期排名波動不一定是事故

網站搬家後，搜尋引擎重新抓取轉址、Sitemap 與新頁內容需要時間。只要主要頁可開、轉址正確、索引正常，短期波動可以觀察。

404 暴增通常代表轉址或內鏈漏接

404 暴增要先查舊 URL 是否有 301、站內連結是否還指舊路徑、Sitemap 是否送了不存在的網址。我的經驗是，這類問題越早修，後續排名解釋成本越低。

canonical 指錯會讓新頁不被選為代表頁

canonical 若仍指向舊站、測試站或錯誤頁面，搜尋引擎可能不把新頁當成代表頁。遷移後要抽查重要頁原始碼，不要只看頁面能不能打開。

速度變慢要回頭檢查主機、快取與圖片

速度變慢先查主機資源、快取設定、圖片大小、第三方腳本與外掛。若新站版型更重，單純換更貴主機未必能解決。

什麼情況該找專業網站遷移服務？

是否委外取決於風險，不是只看網站頁數。有 SEO 流量、會員資料、訂單、金流、複雜 DNS 或平台轉換時，要有人負責規劃、執行、驗收與監控。

網站情境	建議處理方式	驗收重點
小型形象網站	自行或主機商協助	網站可用、SSL、表單
有自然流量網站	網站執行者加 SEO 負責人	URL Mapping、301、GSC
會員或電商網站	網站公司、工程、營運共同規劃	會員、訂單、金流、個資
換平台或換網域	專案式規劃	資料匯出、轉址、監控節奏

小型形象網站可自行或找主機商協助

頁數少、無會員、無電商、SEO 依賴度低的網站，可以自行處理或請主機商協助。但仍要有備份、測試站和表單驗收。

有 SEO 流量的網站要有人負責 URL Mapping

只要網站靠自然流量帶來詢問，就不能把搬家視為純技術工作。URL Mapping、301、canonical、Sitemap、GSC 和 GA4 需要有人完整追蹤。

會員、訂單、金流網站不建議無計畫直接切換

會員與電商網站牽涉個資、訂單狀態、付款回傳與庫存同步。正式切換前要先安排測試時間、凍結資料策略、回滾方式與客服說明。

驗收時要交付哪些文件

至少要交付備份清單、DNS 變更紀錄、URL Mapping 表、301 驗證紀錄、GSC 與 GA4 監控截圖、第三方服務測試結果。安全的網站遷移不是搬完就好，而是搬之前有盤點，切換時可回滾，上線後有監控。

網站遷移會影響 SEO 排名嗎？

可能會有短期排名與自然流量波動，尤其是網址、網域、平台或內容結構改變時。要降低風險，搬家前要做 URL Mapping，網址變更要設 301 轉址，搬家後要用 Google Search Console 監控索引、404 與 Sitemap。

換主機但網址不變，需要做 301 轉址嗎？

如果網址完全不變，通常不需要為每個頁面做 301 轉址。仍要確認 DNS 指向、SSL、canonical、Sitemap、表單通知和 GA4 追蹤是否正常。

網域轉移要多久？

多數網域註冊商轉移約 5 到 7 天，實際時間依註冊商與網域狀態而定。網域轉移不是網站內容搬家，操作時要特別確認 DNS、MX 與 Nameserver 不被誤改。

網域可以改嗎？

可以，但網域變更屬於高風險網站遷移。舊網域到新網域要做 301 轉址，Google Search Console 要重新驗證與提交 Sitemap，也要檢查品牌連結、企業信箱、第三方工具與外部連結。

WordPress 網站搬家需要多久？

小型 WordPress 網站若權限完整、主機相容、網址不變，實作可能數小時內完成。大型網站、電商、會員站或換平台專案，時間主要花在盤點、測試、轉址驗證與上線後監控。

網站搬家前要備份哪些東西？

至少要備份網站檔案、資料庫、媒體檔、主題、外掛設定、DNS 記錄、SSL 狀態與第三方服務清單。若有會員、訂單、金流或 CRM，還要確認資料匯出範圍與回滾方式。

DNS 生效要多久？

DNS 生效時間會受到 TTL、網路業者快取與各地 DNS 快取影響。切換前先調低 TTL，可以降低等待時間與新舊主機交替期間的判斷難度。

搬家後流量下降幾天算正常？

短期自然流量波動可以觀察，但不能只用天數判斷。若同時出現 404 暴增、主要頁掉索引、轉址錯誤、canonical 指錯或表單轉換異常，就應該當成事故處理。

Wix 或痞客邦能完整搬到 WordPress 嗎？

通常只能搬一部分內容，完整程度取決於平台匯出功能與原站結構。文章和圖片較有機會整理搬移，URL、版型、留言、會員資料、互動功能常需要重建或另外處理。

企業信箱會因為網站搬家壞掉嗎？

會，尤其是誤改 Nameserver、MX、SPF、DKIM 或 DMARC 時。網站搬家前要先記錄完整 DNS 設定，確認只改需要改的網站指向，不要把信箱記錄一起覆蓋掉。