作者：陳怡彣（冠誠數位行銷）｜本篇為去識別化情境示範，依產業實務經驗整理，非單一客戶的成效保證。
軟體品牌改名換網域時，要保住搜尋流量，關鍵是把「網域搬家」和「網站改版」拆開做：先完成新舊網址一對一對應與永久轉址，路徑與內容盡量不動，確認穩定後才進行其他調整。流量能否完全保住無法保證，但順序錯了幾乎一定會付出代價。
情境：為什麼一家軟體公司非改名不可
這是一家做排班與工時管理的軟體公司，原本的品牌名稱和產品名稱綁在一起，網域也用產品名。後來公司推出第二、第三條產品線，舊名稱開始限制發展，加上海外市場有同名品牌，決定整體改名並換成新的公司網域。
設計公司已經把新識別做好，發表日也訂了。行銷主管在發表前兩個月找我，擔心的只有一件事：舊網站累積多年的文章與說明頁，在搜尋上帶來穩定的試用申請，換網域之後會不會歸零。
我沒有給她「不會」的保證，而是把遷移拆成幾個必須拍板的關卡，每個關卡做一張決策表，讓老闆、工程與行銷一起簽核。以下依序說明。
決策一：網域與路徑要一起改嗎？
| 選項 | 好處 | 代價 | 我們的選擇 |
|---|---|---|---|
| 只換網域，路徑完全不變 | 對應最單純，出錯時容易排查 | 舊路徑中不理想的命名會保留一段時間 | 採用 |
| 換網域同時整理路徑 | 一次到位，網址更乾淨 | 對應表變複雜，波動原因難以判斷 | 不採用 |
| 換網域並合併多個產品站 | 品牌集中 | 內容重疊、轉址鏈複雜 | 延到第二階段 |
工程主管原本想趁機整理路徑，因為舊站有一批帶參數的網址很難看。我請他把這件事放進第二階段。理由很簡單：同時改兩件事，若搜尋表現出現變化，沒有人能說清楚是哪一件造成的。
決策二：網址對應表由誰負責？
對應表是整個遷移最重要的文件，卻常被丟給實習生匯出了事。我們的做法是從三個來源合併舊網址清單：網站地圖、主機存取紀錄中實際被造訪過的網址、以及外部連結工具中被其他網站引用的網址。只靠網站地圖，會漏掉早年已經移出選單、卻仍有外部連結的頁面。
| 舊網址類型 | 處理方式 | 負責人 | 檢核方式 |
|---|---|---|---|
| 仍有效的內容頁 | 一對一永久轉址到新網域相同路徑 | 工程 | 抽樣逐筆開啟確認 |
| 已過時但有外部連結的頁面 | 轉到最相關的新頁面，不轉首頁 | 行銷判斷、工程執行 | 人工檢查對應是否合理 |
| 完全無價值的舊頁 | 回應不存在，不硬轉 | 行銷 | 確認無外部連結與流量 |
| 說明文件與下載檔 | 一對一轉址，檔案名稱不變 | 產品 | 客服抽查常用連結 |
「全部轉到首頁」是最常見的偷懶做法。對使用者來說，點進舊連結卻被丟到首頁，等於找不到東西；對搜尋引擎來說，這樣的轉址也無法傳達原本頁面的主題。
決策三：結構化資料與站內訊號怎麼更新？
轉址只是第一步。新網站本身也要送出一致的訊號，否則搜尋引擎會同時看到新舊兩套說法。我們列出需要同步更新的項目：
- 所有內部連結改為直接指向新網域，不依賴轉址
- 標準網址標記指向新網域本身
- 組織、產品相關的結構化資料改用新名稱與新網址
- 網站地圖只列新網址，並在搜尋主控台提交
- 頁尾、關於我們與聯絡頁寫明品牌更名的事實與舊名稱，方便使用者理解
結構化資料的用法可以參考結構化資料簡介（Google 搜尋中心）；網站結構與網址的一般原則則見搜尋引擎最佳化入門指南（Google 搜尋中心）。Google 也提供網址變更的相關工具與說明，操作前請以官方文件當下的版本為準。
決策四：對外溝通要先說還是後說？
品牌改名不只是搜尋問題，也是客戶關係問題。既有客戶登入後台時看到陌生的名稱，第一個反應常常是懷疑遇到釣魚網站。我們把對外溝通拆成三批：
| 對象 | 時機 | 管道 | 要說清楚的事 |
|---|---|---|---|
| 付費客戶與管理者 | 切換前兩週 | 電子郵件與後台公告 | 名稱與網域會變、帳號不受影響、如何辨識官方來源 |
| 合作夥伴與整合商 | 切換前一週 | 專人通知 | 請更新連結、介面位址是否變動 |
| 公開市場 | 切換當天 | 官網公告與社群 | 改名原因、產品延續性 |
介面位址是技術型軟體特有的風險。若客戶的系統透過程式呼叫舊網域，網域一變就可能中斷服務。這家公司最後決定介面位址維持舊網域一段長時間，另外公告遷移期限，讓客戶有足夠時間調整。
切換當週發生了什麼
切換過程大致順利，但仍出現兩個問題。一是部分舊的說明文件是存放在另一個子網域，對應表漏列，客服在第二天就收到反映；二是某個合作夥伴的嵌入元件寫死了舊網址，轉址後因安全政策被瀏覽器阻擋。
兩個問題都在一週內修正，原因都是同一個：清單來源不完整。這也是我後來每次做遷移都堅持從多個來源合併網址清單的原因。
切換前一天的檢查清單
我習慣在切換前一天，和工程、行銷、客服各一位代表逐項確認，而不是各自回報完成。逐項確認的意思是，每一項都要有人實際打開頁面或執行測試，當場看到結果：
- 抽樣舊網址逐筆測試，確認轉到正確的新頁面，而且只經過一次轉址
- 新網域的憑證、網站地圖與搜尋主控台驗證都已就緒
- 寄給客戶的通知信中的連結全部指向新網域
- 客服已拿到常見問題的回覆範本，知道怎麼回答「這是不是詐騙網站」
- 確認有人在切換後四十八小時內可以隨時處理轉址錯誤
最後一項最容易被忽略。很多遷移選在週五晚上進行，結果週末出問題時找不到人。我會建議選在週二或週三切換，讓團隊有完整的工作日可以處理後續狀況。
遷移後要看哪些指標？
遷移後的前幾週，搜尋表現出現波動是常態。重點不是天天盯著總流量，而是分層觀察：
- 轉址錯誤與不存在頁面的回報：每天看，發現就修
- 新網域的索引涵蓋情況：觀察重要頁面是否陸續被收錄
- 品牌舊名與新名的搜尋行為：看使用者是否開始用新名稱搜尋
- 試用申請的來源頁：確認原本帶來申請的文章在新網域上是否恢復作用
- 客服關於網址與登入的詢問量：反映溝通是否到位
我們沒有訂「幾週內恢復多少」的目標，因為沒有可靠的依據可以預測。能做的是把基準記錄清楚，每週比較同一組頁面在新舊網域的表現。
哪些情況不該現在換網域
- 網站正在進行大規模內容改版，尚未穩定
- 工程資源無法在切換後兩週內即時處理問題
- 舊網域的所有權或續約有爭議
- 公司營收高度依賴搜尋帶來的申請，卻沒有其他管道可以緩衝波動期
若符合上述任何一項，我會建議先把品牌識別換上，網域保持不變，等條件成熟再搬。名稱與網域不一定要同一天切換。
改名這種決策很容易被當成設計與公關的事，其實它牽動的是網站累積多年的資產。如果你正在評估類似的遷移，可以先到冠誠數位行銷服務說明了解我們如何協助規劃，也可以對照同產業的更新日誌與改版溝通的時間線復盤，那一篇談的是對既有客戶的溝通節奏，和本篇的遷移規劃可以互相補充。