- 首頁
- 知識庫
- Sharing AI 架站平台教學
- 網站搬家怎麼做？從舊平台搬到新網站的內容盤點、網址對照與 301 轉址
Sharing AI 架站平台教學
網站搬家怎麼做？從舊平台搬到新網站的內容盤點、網址對照與 301 轉址
作者：JamXu更新日期：2026-10-10
網站搬家要保住搜尋流量，關鍵在三件事：先把舊網站每一個有價值的網址列出來，替每個網址決定新家，再用伺服器端的 301 永久重新導向把舊網址一次導到對應的新頁面。上線後用 Search Console 追蹤收錄與成效，轉址至少保留一年；換網域時，還要提出網址變更要求。
網站搬家是什麼？先分清楚你在搬哪一種
「網站搬家」常常混著好幾種變動：有人只是換主機，網址完全沒變；有人從自架的 WordPress 換到架站平台，網址整批改了樣子；也有人趁機換網域，或把兩個網站合併。這幾種情況的風險與工作都不同，動手之前先確認自己屬於哪一種。
判斷的方法很簡單：問自己「訪客原本記得、收藏或從 Google 點進來的網址，搬完之後還打得開同一份內容嗎？」如果答案是肯定的，你的搬家風險相對低；只要有任何網址會改變，就需要一張對照表和一批轉址規則。下表整理五種常見情境。
| 情境 | 網址會不會變 | 最主要的風險 | 必做的工作 |
|---|---|---|---|
| 只換主機，網域與網址不變 | 不變 | 切換期間短暫無法連線、DNS 快取尚未更新 | 提早調低 DNS 存留時間、新主機先測試、舊主機等流量歸零再關閉 |
| 換架站平台，網域不變 | 大多會變（路徑格式不同） | 舊網址變成找不到的頁面，排名與外部連結的價值流失 | 網址盤點、對照表、301 轉址、更新站內連結 |
| 換網域（平台可能一起換） | 全部改變 | 整站訊號需要轉移到新網域，期間能見度波動 | 以上全部，再加上 Search Console 網址變更要求、舊網域續約 |
| 兩個網站合併成一個 | 被合併的那一站全部改變 | 重複內容互相競爭、合併後的頁面主題變得模糊 | 先決定每一頁的去留，再做對照表與轉址 |
| 同平台改版，調整網址結構 | 部分改變 | 少數高流量頁面漏設轉址 | 只針對改變的網址做對照與轉址 |
這篇文章的主角是第二到第四種，也就是「網址會改變」的搬家。只換主機的情況在最後的常見問題中簡短說明；網域綁定本身的 DNS 設定，則在自有網域怎麼綁定網站一文有完整步驟，這裡不重複。
搬家前先記錄基準：流量、收錄與詢問數
搬家之後，最常聽到的問題是「流量是不是掉了？」要回答這個問題，前提是你手上有搬家前的數字。很多公司搬完才想比較，舊平台卻已關閉、資料拿不回來。所以搬家的第一個動作，是把舊網站目前的表現存檔。
Search Console 的成效資料會保留過去 16 個月，足以涵蓋季節變化；建議至少匯出三份資料：依網頁區分的點擊與曝光、依查詢區分的點擊與曝光，以及網頁索引報表中已建立索引的網頁數量。如果還不熟悉這些報表的位置與判讀，可以先看 Google Search Console 使用教學。
建議存檔的六項基準數據
- Search Console 成效：近三個月與去年同期，依網頁與依查詢各匯出一次，記下總點擊、總曝光與平均排名。
- 已建立索引的網頁數：網頁索引報表的數字與截圖，搬家後用來比對新網址是否陸續被收錄。
- GA4 到達網頁：哪些頁面是訪客最常進入網站的第一頁，這些頁面的轉址要優先檢查。
- 詢問與轉換：每月表單送出數、電話點擊或訂單數，這才是老闆真正在意的成果。
- 外部連結：Search Console 連結報表中「熱門連結網頁」的清單，代表別的網站正在引用哪些舊網址。
- 頁面快照：重要頁面的標題、描述、H1 與全頁截圖，萬一新頁面遺漏內容，可以對照補回。
第一步：盤點舊網站的所有網址
網址盤點的目標，是找出所有曾經有人造訪、被收錄或被連結的網址，而不只是選單上的頁面。最常漏掉的是多年前的文章、活動頁、舊版產品頁與內文裡的 PDF 型錄；它們早已不在選單上，卻仍被 Google 收錄、被其他網站連結，沒設轉址就會默默變成找不到的頁面。
單一來源一定會有遺漏，建議從下面幾個地方各取一份清單，再合併、去除重複。
| 來源 | 能找到什麼 | 注意事項 |
|---|---|---|
| 舊網站的 Sitemap | 平台認為應該被收錄的頁面 | 可能不含已隱藏但仍可開啟的舊頁，也可能列入不該收錄的頁面 |
| Search Console 成效報表（依網頁） | 實際在 Google 有曝光或點擊的網址 | 最能反映「哪些網址有價值」，建議以 16 個月為範圍匯出 |
| Search Console 網頁索引報表 | 已建立索引與未建立索引的網址範例 | 報表只列出部分範例網址，適合用來補漏 |
| Search Console 連結報表 | 被其他網站連結的熱門網頁 | 外部連結指向的網址要優先設定轉址 |
| GA4 到達網頁報表 | 訪客實際進入的頁面，包含廣告與社群帶來的網址 | 注意帶有活動參數的網址，對照時只取路徑部分 |
| 舊平台後台或匯出功能 | 所有頁面、文章、商品與分類的完整列表 | 有些平台可以匯出 CSV，比逐頁抄寫可靠 |
| 圖片、PDF 與下載檔 | 型錄、價目表、簡報等檔案網址 | 常被印在文宣或寄給客戶，容易被遺忘 |
合併後的清單，用一個試算表整理。每一列是一個舊網址，欄位建議如下：舊網址、頁面類型（首頁、服務、案例、文章、商品、檔案）、近 16 個月的點擊與曝光、是否有外部連結、預計處理方式、新網址、負責人、檢查結果。前四欄在盤點階段填，後四欄在下一步決定。
第二步：決定每一頁的去留
盤點完成後，你會發現不是每一頁都值得搬。有些內容已經過時，有些頁面彼此重複，也有些是當年的測試頁。搬家是整理網站的好時機，但「刪掉」和「搬過去」之間，還有幾種中間選項。下表是我們建議的判斷方式。
| 情況 | 建議做法 | 舊網址的處理 |
|---|---|---|
| 內容仍然正確，而且有流量或外部連結 | 原樣搬到新網站，標題、描述與內文保持一致 | 301 轉址到對應的新頁面 |
| 內容有價值但部分過時 | 搬過去並更新過時的段落，主題不變 | 301 轉址到更新後的新頁面 |
| 好幾頁在講同一件事 | 合併成一頁完整的內容 | 每一個舊網址都 301 轉址到合併後的頁面 |
| 服務已停止、商品已下架，但有相近的替代 | 在替代頁面說明差異 | 301 轉址到替代頁面 |
| 內容已失效，也沒有任何相近頁面 | 不搬 | 讓舊網址回應 404 或 410，不要轉到首頁 |
| 測試頁、重複的列印版、空白分類頁 | 不搬 | 回應 404；若曾被收錄，等它自然從索引移除 |
為什麼不要把所有舊網址都導回首頁
把找不到對應的舊網址一律轉到首頁，看起來很省事，卻是搬家最常見的錯誤之一。訪客原本想看某個產品的規格，結果被帶到首頁，只會覺得網站壞了。Search Console 說明中心對 404 錯誤的說明也提到，對不存在的網頁回應 404 或 410 以外的狀態，或把使用者導到首頁之類的其他網頁，都可能造成問題，這類網頁會被視為「軟性 404」。
換句話說，轉址的前提是「新頁面真的能回答舊頁面的問題」。找得到相近內容就轉過去，找不到就誠實地回應 404，並把 404 頁面設計成有搜尋框、主要服務入口與聯絡方式的友善頁面，讓迷路的訪客還有下一步可以走。
依 Google 搜尋中心對 HTTP 狀態碼的說明，404 與 410 都會讓先前已建立索引的網址從索引中移除；除了 429 之外，其他 4xx 狀態碼不會影響 Google 對網站的檢索頻率。所以合理的 404 不必害怕，真正要避免的是有價值的頁面因為漏設轉址而變成 404。
第三步：建立網址對照表
對照表是整個搬家專案最重要的文件。它把每一個舊網址對應到唯一的新網址，之後設定轉址、更新站內連結、上線後抽查，全都依據這張表。對照表做得完整，搬家就成功了一大半。
新網站的網址怎麼命名，建議在這個階段一次定好：英文小寫、用連字號分隔、依分類放在對應的目錄下，規則可以參考網站頁面架構與選單怎麼規劃中的命名規則。新網址一旦上線並被收錄，就不要再改，否則又要多疊一層轉址。
對照表範例
下面是一家假想的裝修公司，從舊平台搬到新網站時的部分對照表，路徑僅為示範。
| 舊網址 | 處理方式 | 新網址 | 狀態碼 |
|---|---|---|---|
| /index.php?page=about | 搬移 | /page/about | 301 |
| /service/kitchen.html | 搬移並更新內容 | /page/kitchen-remodel | 301 |
| /service/bathroom.html、/service/bath-tile.html | 兩頁合併 | /page/bathroom-remodel | 301 |
| /news/2019-spring-sale | 活動已結束，無替代內容 | （不設轉址） | 404 |
| /files/catalog-2024.pdf | 換成新版型錄頁 | /page/catalog | 301 |
| /blog/how-to-choose-tiles | 文章搬移 | /learn/how-to-choose-tiles | 301 |
對照表的六個檢查原則
- 一對一：每個舊網址只對應一個新網址；多個舊網址可以指向同一個新網址（合併），但不能反過來。
- 直接到終點：新網址必須是最終頁面，不能再被轉到別處。Google 的網站遷移說明建議避免連續轉址，真的無法避免時也不要超過 5 次；Google 檢索器最多只會跟隨 10 個重新導向躍點。
- 主題相符：新頁面要能回答舊頁面原本回答的問題，不要為了「有地方去」就隨便指定。
- 網址格式一致：舊網址有沒有結尾斜線、大小寫、www 與否，都以實際能開啟的格式記錄；中文網址要確認是瀏覽器實際送出的編碼格式。
- 參數與錨點：帶有「?」參數的網址，先確認是不同內容還是同一頁的追蹤參數；「#」之後的錨點不會送到伺服器，不需要另外設定。
- 檔案也要列：圖片、PDF、影片等檔案如果曾被外部引用，同樣列入對照表。
301、302 還是其他轉址？用對狀態碼
轉址有好幾種寫法，搜尋引擎對它們的解讀不同。網站搬家屬於「永久」移動，原則上一律使用伺服器端的 301 或 308 永久重新導向。依 Google 搜尋中心對變更網址的網站遷移說明，搬家時應使用伺服器端的永久重新導向，並且通常要保留至少 1 年，讓 Google 有足夠時間把舊網址累積的訊號轉移到新網址。
| 方式 | 性質 | Google 的解讀 | 適合情境 |
|---|---|---|---|
| 301／308（伺服器端） | 永久 | 強烈訊號，新網址通常會取代舊網址出現在搜尋結果 | 網站搬家、網址永久變更、頁面合併 |
| 302／307（伺服器端） | 暫時 | 微弱訊號，舊網址可能繼續留在搜尋結果 | 短期維修頁、限時活動期間的暫時導向 |
| meta refresh（立即） | 視為永久 | 可以被理解，但可靠度低於伺服器端轉址 | 無法設定伺服器端轉址時的替代方案 |
| JavaScript 轉址 | 依實作而定 | 只建議在無法使用前兩種方式時才用 | 盡量避免 |
使用架站平台時，通常不需要碰伺服器設定，平台後台會提供轉址功能，由平台的伺服器直接回應 301。要確認是不是 301，可以在瀏覽器開發人員工具的「網路」分頁開啟舊網址，看第一筆請求的狀態碼。
搬內容：文字、圖片、表單與追蹤碼
網址對照之外，另一半的工作是把內容完整搬過去。頁面看起來一樣不代表搬完了，常見的遺漏是頁面標題變成平台預設值、圖片替代文字消失，或表單通知寄到離職同事的信箱。下面的清單建議逐頁勾選。
每一頁都要確認的內容
- Meta 標題與描述：從舊網站複製過來，不要讓平台自動產生；寫法可以參考 SEO 標題與描述怎麼寫。
- H1 與段落標題：每頁一個 H1，段落標題的層級和舊頁一致或更清楚。
- 內文：特別注意表格、清單、引用與註腳，這些格式最容易在複製貼上時跑掉。
- 圖片與替代文字：重新上傳到新平台的圖庫，補上替代文字；不要直接引用舊主機上的圖片網址，舊主機關閉後就會破圖。
- 結構化資料：舊頁面若有常見問題、麵包屑或文章標記，新頁面要有對應設定。
- 索引設定：正式頁面要允許索引；只有測試頁、感謝頁等才設 noindex。
整站層級要確認的功能
- 表單：欄位、必填設定、感謝頁與通知信箱都要重新設定並實際送出測試，細節見網站表單怎麼設計。
- 行銷代碼：GA4、Google 代碼管理工具、Meta 像素等追蹤碼要在新網站重新安裝，且只裝一次，避免數據重複計算，做法見網站行銷代碼怎麼裝。
- 網站驗證：Search Console 若以 HTML 檔或 meta 標記驗證，新網站要保留相同的驗證方式，否則會失去存取權。
- 網站名稱、小圖示與分享預覽圖：這些影響搜尋結果與社群分享的呈現，上線前先在新後台設定好。
- 隱私權與 Cookie 告知：舊網站的隱私權政策與 Cookie 告知要一併移轉並更新聯絡方式，可以對照 Cookie 使用政策、隱私權與頁尾資訊。
內容搬移最好在新網站隱藏或測試網址的狀態下完成，整站檢查過一輪再切換網域，舊網站在這段期間照常營運。
在 Sharing AI 設定重新導向網址
如果新網站使用 Sharing AI 架站平台，轉址規則集中在後台「整合工具 → 重新導向網址」。這個畫面列出網站所有的 301 與 302 規則，可以依狀態、來源路徑或目標路徑搜尋，也能逐筆編輯或刪除。
手動新增一筆轉址
- 進入後台「整合工具 → 重新導向網址」，按右上角「新增重新導向」。
- HTTP 狀態碼選擇「301 — 永久重新導向」。
- 來源路徑填舊網址的路徑，例如 old-page 或 /old-page；不需要填網域。
- 目標路徑填新網址，可以是站內路徑，例如 new-page，也可以是以 https:// 開頭的完整網址。
- 按「新增」儲存，回到列表確認這筆規則出現在清單中。
- 用瀏覽器實際開啟舊網址，確認一次就被帶到正確的新頁面。
對話框上方有一段提醒：重新導向規則會直接影響網站的網址路由，錯誤的規則可能讓頁面無法存取。因此建議依對照表逐筆新增，每新增一批就抽查一次，而不是全部輸入完才測試。來源路徑也不要和新網站現有頁面的網址相同，以免訪客永遠進不了那個頁面。
修改網址時，平台會自動補上轉址
搬到 Sharing AI 之後，如果某一頁的自訂連結需要調整，平台會自動在「重新導向網址」建立 301 規則，把舊網址導到新網址；同一頁多次改名，例如從 A 改成 B 再改成 C，舊網址也會統一導到最新的位置，不會形成一串連續轉址。官方價格與功能說明同樣列出「網址變更時自動 301 轉址」。
要注意的是，自動轉址只處理「在平台內改網址」的情況。從其他平台搬過來的舊網址，平台並不知道它們原本長什麼樣子，仍然需要你依對照表手動建立。網站的 Sitemap、標準網址與 robots.txt 則由平台自動產生，搬家後不需要另外上傳 Sitemap 檔案，只要到 Search Console 提交新網站的 Sitemap 網址即可。
更新站內連結：一次換掉舊網址
設好轉址之後，站內還有一個常被忽略的地方：內文、按鈕與頁尾裡寫死的舊網址。這些連結雖然點下去仍會被轉到新頁，但每一次都多繞一圈，對訪客是多一次等待，對搜尋引擎則是多一個要跟隨的轉址。Google 的網站遷移說明也建議，依對照表把站內連結直接改成新網址。
在 Sharing AI 後台，這件事可以用「整合工具 → 內容搜尋與取代」處理。它分成三個步驟：設定條件、預覽與勾選、執行結果，執行前可以先看到所有會被修改的位置，再勾選要換的項目。
網址置換的三種用法
| 要找的內容填什麼 | 會換掉什麼 | 搬家時的用途 |
|---|---|---|
| 只填網域，例如 old.com | 全站連結與圖片路徑中的這個網域，後面的路徑與參數保留 | 換網域、但路徑結構不變時，一次換掉所有絕對連結 |
| 完整網址，例如 old.com/about-us | 只換這一條連結，絕對與相對寫法都會命中 | 依對照表逐條更新重要頁面的連結 |
| 只填路徑，例如 /about-us | 只換相對連結 | 同網域內調整網址時使用 |
這個工具只換「完全相同的目標」：old.com 不會動到子網域或拼法相近的網域，/contact 也不會動到 /contact-us 或 /contact/sub。這是保護機制，但也代表對照表裡的每一個舊網址，都要各自執行一次。內部連結除了指向正確網址，錨點文字與連結的分布也很重要，完整的做法可以參考內部連結怎麼做。
換網域時：Search Console 網址變更工具
如果搬家連網域都換了，例如從 old-brand.com.tw 換成 newbrand.com，除了整站 301 轉址之外，還要在 Search Console 告訴 Google 這次移動。Search Console 說明中心對網址變更工具的說明指出，這個工具會通知 Google 網站已遷移到新網域，讓舊網站的訊號轉移到新網站，相關作業會持續執行 180 天。
使用前要先滿足的條件
- 以同一個 Google 帳戶，在 Search Console 驗證為舊網站與新網站的擁有者。
- 舊網站首頁已經用 301 轉址到新網站首頁，其他重要頁面也都已設好 301。
- 這個工具只能用在網域層級的資源，例如 example.com，不能用在 example.com/shop 這種路徑層級的資源。
- 舊網域有 www 與不帶 www 等不同變體時，每個變體都要分別提出。
舊網域不要急著放掉
官方說明建議 301 轉址至少維持 180 天，如果舊網址仍有流量就保留更久；同時建議舊網域至少保留一年，避免被他人註冊後拿來做不當用途。實務上，我們建議把舊網域設定自動續約，至少維持轉址一年以上。舊網域的轉址要由「舊網域目前指向的主機」回應，如果舊網域原本放在別的平台，記得確認舊網域的 DNS 已經指到會回應轉址的地方，而不是直接讓它失效。
網域本身的 DNS 記錄、SSL 憑證與 www 主網址怎麼設定，請直接照自有網域綁定與 DNS 設定教學操作；換網域時最容易同時中斷的是公司信箱，該文也整理了不能刪除的 MX 與 TXT 記錄。
上線當天：切換順序與檢查清單
準備工作都完成後，真正切換的那一天反而不需要太長時間。重點是依順序進行，每一步確認完再往下。Google 建議在網站流量較低的時段遷移，對多數企業網站來說，週末或平日晚上是比較安全的選擇，也要避開促銷檔期與廣告大量投放的期間。
- 最後一次比對內容：確認舊網站在凍結期間沒有新增頁面或文章；如果有，補進新網站與對照表。
- 建立所有轉址規則：依對照表在新平台建立完畢，並先用測試網址抽查。
- 移除測試期的封鎖設定：新網站在建置期間若設了 noindex 或密碼保護，正式切換前要全部解除。Google 列出的常見錯誤中，就包括 robots.txt 或 noindex 沒有及時移除。
- 切換網域：依平台的網域綁定流程更新 DNS，等待驗證與 SSL 憑證生效。
- 抽查轉址：從對照表挑出流量最高的 20 筆、外部連結最多的 10 筆，以及每一種頁面類型各數筆，逐一開啟確認是 301 且一次到位。
- 功能測試：送出一次表單、點一次電話與 LINE 按鈕，確認 GA4 即時報表有收到資料。
- 提交 Sitemap：在 Search Console 提交新網站的 Sitemap；換網域時同時提出網址變更要求。
- 更新對外網址：Google 商家檔案、社群簡介、廣告最終到達網址、電子報範本與名片檔案，都換成新網址。
新網站其他上線前的檢查，例如手機版顯示、各頁標題描述與公開設定，可以搭配架站上線前的檢查清單一起確認。切換完成後，請保留舊網站的備份或匯出檔至少數個月，萬一發現漏搬的內容，還有地方可以找回來。
上線後八週：用 Search Console 監看什麼
搬家之後，搜尋表現出現短暫波動是正常的。Google 的遷移說明提到，中型網站通常需要數週或更久，Google 才會逐漸以新網址取代舊網址顯示在搜尋結果中，大型網站需要的時間更長。所以上線後的頭幾天不必因為排名起伏就急著改東改西，而是依時間表檢查固定的項目。
| 時間點 | 檢查項目 | 正常現象 | 需要處理的訊號 |
|---|---|---|---|
| 上線當天至第 3 天 | 轉址抽查、表單與追蹤碼、Sitemap 是否成功提交 | Sitemap 狀態顯示成功，新網址開始被檢索 | 轉址回應 302 或 404、表單收不到、GA4 沒有數據 |
| 第 1 週 | 網頁索引報表中的「找不到（404）」與「頁面會重新導向」 | 「頁面會重新導向」的舊網址逐漸增加 | 404 的網址中出現對照表上應該有轉址的頁面 |
| 第 2～4 週 | 成效報表依網頁比較新舊網址的曝光 | 舊網址曝光下降、新網址曝光上升，總量大致持平或小幅波動 | 總曝光持續下滑且新網址遲遲沒有曝光 |
| 第 4～8 週 | 與搬家前基準比較點擊、曝光、詢問數 | 主要頁面的曝光回到接近搬家前的水準 | 特定頁面明顯下滑，檢查內容是否漏搬或轉址指錯 |
| 半年至一年 | 舊網址是否還有流量、外部連結是否已更新 | 舊網址流量趨近於零 | 仍有大量流量經由舊網址進來，轉址需要保留更久 |
最實用的工具是網址審查：輸入舊網址看 Google 是否已知道它會重新導向，輸入新網址確認是否已建立索引。新網址遲遲沒被收錄時，先確認沒有 noindex、站內有連結指向它；八週後若想全面檢查一次，可以照網站 SEO 健檢的步驟逐項確認。
常見錯誤排查表：看症狀找原因
搬家後遇到問題時，先從症狀判斷原因，再回頭檢查對照表或後台設定。下表整理我們最常看到的狀況。
| 症狀 | 可能原因 | 處理方式 |
|---|---|---|
| 舊網址打開是 404 | 對照表漏列，或來源路徑格式與實際網址不同（結尾斜線、大小寫、中文編碼） | 依實際網址補上轉址，並檢查同類型頁面是否也有相同問題 |
| 舊網址全部被導到首頁 | 舊平台或網域商設定了整站轉址到首頁 | 改成逐頁轉址；確實沒有對應內容的舊網址改回應 404 |
| 瀏覽器顯示重新導向次數過多 | 轉址規則互相指向，形成迴圈；或網域代理的加密設定與平台衝突 | 檢查規則是否有 A 導 B、B 又導 A；網域代理設定見網域綁定教學 |
| 新網站的頁面一直沒有被收錄 | 建置期間的 noindex 沒有移除，或頁面沒有任何站內連結 | 解除 noindex、從選單或相關頁面加上連結，再提交 Sitemap |
| 搜尋結果還是顯示舊網址 | 轉址設成 302，或 Google 尚未重新檢索舊網址 | 確認狀態碼為 301；這是正常的過渡期，持續觀察數週 |
| GA4 的數據突然歸零或翻倍 | 追蹤碼沒有重新安裝，或同時用了兩種安裝方式 | 只保留一種安裝方式，用即時報表確認 |
| 詢問數下降，但流量正常 | 表單通知信箱錯誤、感謝頁失效，或聯絡按鈕連到舊網址 | 實際送出表單測試，檢查通知收件人與按鈕連結 |
三種常見情境的搬家重點
情境一：從自架網站搬到架站平台，網域不變
這是中小企業最常見的情況。舊網站可能是多年前請人用 WordPress 架設，外掛很久沒更新，負責的人也找不到了。因為網域不變，你不需要網址變更工具，但舊網站的網址格式幾乎一定和新平台不同，例如舊網址帶有日期與數字編號，新平台則是依頁面名稱命名。這時候的重點是盤點要完整，尤其是舊文章與分類頁；另外記得 DNS 一旦指向新平台，舊主機就無法再回應任何網址，所以所有轉址規則都必須建立在新平台上。
情境二：網站由外包公司代管，網域登記在對方名下
在開始搬家之前，先處理所有權。確認網域註冊人是公司本身，並取得網域管理帳號；若網域登記在廠商名下，先依註冊商的流程辦理移轉。同時向原廠商取得網站內容的匯出檔、圖片原始檔，以及 Search Console 與 GA4 的擁有者權限。這些都拿到手之後，才進入盤點與對照的步驟，否則很可能在切換當天才發現沒有權限修改 DNS。
情境三：兩個網站合併成一個
例如公司原本有一個形象網站和一個獨立的產品網站，想合併成單一官網。這種情況最需要「決定去留」的步驟：兩個網站講同一件事的頁面，要合併成一頁更完整的內容，而不是兩頁都搬過來彼此競爭。被併入的網站如果使用不同網域，同樣要做網址變更要求，並保留舊網域的轉址。合併後的分類與選單，建議先依網站架構規劃的步驟畫好，再開始建立頁面。
下一步：先把網址清單拉出來
一句話總結網站搬家：先存基準，再盤點網址，替每一頁決定去留，用對照表建立 301 轉址，更新站內連結，最後依時間表監看收錄與成效。順序對了，就能把搬家期間的風險降到最低，出問題時也知道從哪裡查起。
建議你今天就做一件事：打開 Search Console，匯出依網頁區分的成效資料。這份清單會告訴你，哪些網址是搬家時絕對不能漏掉的。接下來的網站規劃、頁面設定與上線檢查，可以回到 Sharing AI 架站平台教學主題頁依學習路線進行；轉址與收錄的觀念，SEO 搜尋引擎最佳化主題頁有更多說明，網站長期維護則整理在網站經營主題頁。想了解平台功能與方案，可以看 Sharing AI 架站平台介紹；如果希望由團隊協助盤點網址、規劃新網站架構與處理轉址，也歡迎直接與我們聯絡。