跳至主要內容
技術 SEO × 品牌整併

網域遷移與網站合併:先決定主網域,再處理轉址

併購、公司更名、品牌整併或多站合一,不只是工程搬家。決策者、IT、SEO、開發與內容必須先鎖定保留原則、責任與凍結窗口。

單跳避免 301 轉址鏈
逐頁舊 URL 對應相關新頁
5 角色決策到監測責任
可下載遷移治理清單

哪些事件需要 SEO 遷移治理?

只要網址、網域、品牌實體或內容所有權大幅改變,就應在開發前納入 SEO 與分析。

01

企業併購

兩個以上網站、品牌與內容資產要保留、合併或淘汰。

02

品牌更名

公司、產品或網域名稱改變,品牌搜尋與實體訊號需同步。

03

多站整併

地區站、活動站、產品站或舊網域要集中到單一主站。

04

平台重建

CMS、資訊架構與 URL 同時改變,需避免無意義的大量改址。

主網域決策樹

網域選擇不是只看名稱。以品牌、搜尋資產、法務、技術與長期治理共同決策。

A

品牌與法律

未來主品牌、商標、地區與語言範圍是否明確?

B

搜尋資產

哪些網域擁有有效內容、自然流量、引用與品牌查詢?

C

技術治理

DNS、憑證、主機、CMS、分析與發布權能否由單一 owner 管理?

D

維護成本

保留多站是否有明確受眾、內容責任與持續投入?

上線前後的必要控制

將轉址、Canonical、內鏈、Sitemap 與監測視為同一套發布規格。

  • 匯出舊站所有可索引 URL,加入自然流量、轉換、外鏈、狀態碼與 Canonical。
  • 每個舊 URL 對應最相關的新 URL;沒有替代內容時,不要全部導向首頁。
  • 使用單跳伺服器端 301,避免 301→301、JavaScript 或 Meta refresh 鏈。
  • 新頁 Canonical 指向自身,內鏈、導覽、hreflang、結構化資料與 Sitemap 使用新 URL。
  • 發布後持續檢查 404、轉址鏈、索引、抓取、品牌搜尋、流量與轉換。
  • 保留舊網域與轉址足夠長的時間,並設定憑證、DNS 與續約責任。
重要限制

任何遷移都可能有短期波動;本流程用於降低可控制風險,不保證排名、流量或轉換完全不變。

遷移責任矩陣

角色上線前上線日/上線後
決策者核准主網域、品牌、保留範圍與凍結窗口處理跨部門阻斷與重大回退決策
IT/網域DNS、憑證、主機、備份與續約確認解析、可用性、安全與舊網域持續控制
SEOURL 盤點、映射、Canonical、內鏈與 Sitemap爬蟲、GSC、索引、404、轉址鏈與流量監測
開發實作單跳 301、模板、效能與測試修補狀態碼、模板與發布缺陷
內容/分析內容保留、合併、追蹤與基線檢查內容、事件、轉換與品牌訊號

常見問題

舊網址可以全部 301 到首頁嗎?

不建議。應逐頁對應最相關的新內容;大量導向首頁可能讓搜尋引擎視為不相關或 soft 404。

換網域一定會掉流量嗎?

遷移可能產生短期波動,但幅度與時間無法保證。完整盤點、單跳轉址、一致訊號與監測可降低可控制風險。

舊網域要保留多久?

沒有單一固定期限。通常應長期維持舊網域、DNS、憑證與 301,並定期檢查流量、外鏈與續約責任。

網站合併和一般改版有什麼不同?

合併還涉及品牌、內容去留、網站實體、外鏈與多組織權責;若只是版型更新且 URL 不變,治理範圍可較小。

Canonical 可以取代 301 嗎?

不能。Canonical 是偏好版本訊號,不會把使用者與抓取完全移到新址;永久搬遷通常仍需正確的伺服器端 301。

頁面版本:V1.0|更新日期:2026-08-14|內容負責:搖滾艾斯 AlyesRock|涉及法律、隱私或個別合約爭議時,請另諮詢合格專業人士。

需要把規劃轉成可執行的 SEO 任務?

先說明網站、目標、時程與目前阻礙;我們會確認服務邊界與需要的證據,再建議下一步。