dardo
ZH-HANTZH-HANSKOJATHHIARRUUKPLSVNLPTITDEFRESEN
ZH-HANTZH-HANSKOJATHHIARRUUKPLSVNLPTITDEFRESEN

網站遷移,不流失 SEO 成果

Dardo 的網站遷移服務,會將現有網站搬到新的平台、主機或網域,同時守住網址、排名、內容、表單與系統整合。適合正從 WordPress、Webflow、Wix、Framer、Squarespace 或老舊客製網站搬家,又不能損失搜尋流量的團隊。我們通常會將網站遷移到部署於 Cloudflare、搭配 Headless CMS 的客製 Astro 網站,也會以同樣的檢查流程規劃遷移到 WordPress 或 Shopify。

作者： Dardo 編輯團隊2 分鐘閱讀
透過 WhatsApp 聯絡我們
Dardo／編輯插畫
本頁內容

網站遷移包含哪些內容

我們會依照實際需求規劃合作內容。提案中會說明包含哪些交付項目、由誰提供所需資料,以及每一項如何驗收。

  • 網址與內容盤點
  • 涵蓋每個舊網址的 1:1 轉址對照表
  • 將內容、中繼資料與媒體檔案搬到新的 CMS
  • 重新建置並測試表單、數據分析、Cookie 同意機制與各項整合
  • 測試環境爬取檢查與上線當日檢核清單
  • 上線後 30 天與 60 天的搜尋表現檢視
  • 移交帳號、DNS 與轉址清單

何時該遷移,何時該改版

如果網站的內容與架構仍然適用,但平台、主機或網域必須更換,例如成本不斷上升、外掛無人維護、建站工具速度太慢,或是新品牌要啟用新網域,就適合選擇網站遷移。如果頁面已經無法清楚說明你的服務,請選擇網站改版,我們會在新設計中進行同樣的檢查。如果你只需要在現有平台上做搜尋優化,請從 SEO 開始。

網站遷移的流程:盤點、對照、演練、切換、監測

在任何搬動之前,我們會先記錄現有網站的所有功能,再根據這份盤點寫出轉址對照表與內容模型。新網站會建置在測試網址上並填入內容,該網址會告知搜尋引擎不要索引,因此在切換之前,舊網站都能正常運作。

上線前,我們會用完整的舊網址清單爬取測試環境,修正每一處不一致。上線是事先規劃好的時段:切換 DNS 或主機、啟用轉址、提交網站地圖、以實際送出的方式測試表單;若是更換網域,還會在 Search Console 提交網址變更。上線後第 30 天與第 60 天,我們會將索引狀況與搜尋表現和上線前的基準值比較,並針對數據顯示的問題進行修正。

在搬動之前,會盤點哪些內容?

所有會帶來訪客或發揮作用的內容,而不只是選單上的頁面。搜尋流量常常會落在舊的部落格文章、PDF、篩選後的列表頁,或是多年沒人編輯過的頁面。如果某個網址沒有列入盤點,就不會出現在轉址對照表中,它的訪客與連結最後都會落在錯誤頁面。

每一筆資料都會有處理決定:保留、永久轉址、合併到對等頁面,或是下架。同時也會記錄該頁面所依賴的項目,例如表單的送出目的地、預約工具、追蹤程式碼或媒體檔案,讓這些依賴項目一起搬過去。

  • 所有會回應的網址,包括 PDF、圖片與帶參數的網址
  • 至少涵蓋整整一年的 Search Console 與數據分析登陸頁面,讓季節性頁面也納入考量
  • 反向連結:其他網站連到哪些頁面
  • 表單、表單欄位,以及每筆送出內容的去向
  • 程式碼與整合:CRM、預約、聊天、付款、數據分析、Cookie 同意
  • 媒體與可下載檔案及其現有網址
  • CMS 角色:誰可以編輯什麼,以及可使用哪些欄位

轉址如何守住排名與連結?

Google 的網站搬遷說明文件要求你將每個舊網址對應到新網址,並使用伺服器端的永久轉址。301 或 308 狀態碼會告訴搜尋引擎,頁面已永久搬移。每個舊網址都應該直接指向最相近的對應頁面;Google 建議轉址鏈要短,最好不超過三次跳轉,並且更新內部連結,讓網站不必依賴轉址運作。

如果某個頁面沒有真正對應的新頁面,就應該回應 404 或 410。Google 表示,不要把大量舊網址轉到單一不相關的目的地,例如新的首頁,而回應這些狀態碼的網址則會從索引中移除。請以該狀態碼提供網站一般的找不到頁面,讓從舊連結進來的訪客仍然可以使用導覽列。

Google 也建議盡可能長期保留轉址,一般至少一年,並且在網域或子網域變更時,於 Search Console 提交網址變更。Google 也提醒,排名可能會暫時波動;中小型網站的多數頁面,可能需要數週才會完成調整。我們的工作是把損失控制在這段穩定期內,避免因為缺少轉址或頁面毀損而造成本可避免的損失。

離開 WordPress、Webflow、Wix、Framer、Squarespace 或 Shopify 時,哪些地方會出問題?

每個平台儲存內容的方式都不同,因此匯出與轉址設定也各不相同。Wix、Webflow、Framer 與 Squarespace 這類託管式建站工具,是在它們自己的伺服器上執行你的網站,所以遷移其實是重新建置,內容則來自各平台允許匯出的資料。

我們預設採用的技術組合是部署於 Cloudflare 的 Astro 搭配 Headless CMS:頁面以 HTML 提供,轉址為伺服器端的 301 或 308,編輯者可以填寫標題、描述與替代文字欄位。如果商店需要 Shopify 的結帳功能與應用程式,或團隊已經習慣使用 WordPress 外掛,我們會以同樣的檢查流程遷移到 WordPress 或 Shopify。

離開 WordPress、Webflow、Wix、Framer、Squarespace 或 Shopify 時,哪些地方會出問題?
遷移來源常見問題我們的規劃
WordPress短代碼與頁面編輯器的標記;由外掛儲存在文章內容之外的 SEO 標題;位於 /wp-content/uploads/ 下的圖片網址;分類、標籤、作者與 feed 網址;表單外掛。WordPress 的匯出功能會將文章、頁面、自訂欄位、分類、標籤與使用者寫入 XML 檔案。我們會將外掛的中繼資料對應到 CMS 欄位、重新託管媒體檔案,並為仍有流量的封存頁面設定轉址。
Webflow網站由 Webflow 代管。CMS 集合可匯出為 CSV,但圖片與檔案欄位匯出的是指向 Webflow 專案的連結,Webflow 也說明,如果專案被刪除,這些連結就會失效。在取消方案前下載所有素材、改寫這些連結,並重新建置互動效果、表單與集合之間的連結。
WixWix 表示其架構不支援外部代管,因此網站無法直接原樣搬到其他主機。依據線上網站與可匯出的內容重新建置,收集媒體檔案,確認網域註冊商,並為每個頁面設定轉址。
FramerFramer 不提供 HTML 匯出以供自行代管;版面配置與動畫都依賴其平台。重新製作範本與動態效果,將 CMS 內容移入新的內容模型,並保留網址代稱(slug)與中繼資料。
Squarespace其匯出功能只會將部分內容寫入 WordPress 格式的 XML 檔案,且不包含商店頁面、商品區塊與影片區塊;部落格也只能匯出一個頁面。另外規劃商店資料,重新代管圖片,並對應每一個集合頁面的網址。
Shopify(遷入或遷出)路徑固定,例如 /products/ 與 /collections/;轉址只對已不再載入頁面的網址有效;顧客帳號與訂單需要另行規劃。遷入:提供完整的商品與商品集合轉址清單,Shopify 可透過 CSV 檔案批次匯入。遷出:將這些固定路徑對應到新的網站結構。

除了網址之外,還有哪些內容需要一併搬移?又會在何時檢查?

網址即使正確轉址,仍可能失去原本帶來排名或轉換的要素。透過匯出檔案或手動搬移內容時,這些項目很容易遺漏,因此我們會在上線前於新範本上逐一檢查。

上線並不代表工作結束:漏掉的網址往往要幾週後才會在數據中顯現,所以表格中的各項檢視都屬於專案的一部分。

  • 標題、中繼描述與各級標題,包括由外掛程式儲存的內容
  • 指向每個新網址的 canonical 標籤,以及各語言版本更新後的 hreflang
  • 結構化資料,例如 Organization、Article、Product 或 LocalBusiness
  • 圖片網址、替代文字與可下載檔案
  • 表單,以及每筆提交內容的送達目的地
  • 分析事件、轉換,以及控制這些追蹤的同意橫幅
  • CMS 角色權限,讓編輯人員在上線隔天就能發布內容
除了網址之外,還有哪些內容需要一併搬移?又會在何時檢查?
時間點檢查項目警訊
切換前以舊網址清單爬取測試環境:每個網址都應回傳 200、一次轉址至 200,或是刻意設定的 404 或 410轉址鏈、轉址迴圈、大量轉址到首頁
上線當天轉址生效、提交新的 sitemap、移除測試環境的 noindex、測試表單與分析、網域遷移時提交 Change of Address表單沒有人收到;全站殘留 noindex
第一週Search Console 的網頁索引狀態、伺服器 404 記錄,並手動檢查主要登陸頁面清單中遺漏的舊網址
第 30 天依基準比較各頁面的已索引頁數、點擊與曝光頁面曝光下降幅度遠超過整體波動
第 60 天修補缺漏、記錄轉址清單,並在移除任何轉址前先訂好檢視日期因更換主機、外掛程式或 DNS 而遺失的轉址

選擇前的常見疑問

遷移網站會讓我失去 Google 排名嗎?

出現一些波動是正常的:Google 的網站搬遷說明文件指出,搬遷期間排名可能暫時浮動。我們的工作是避免可以避免的損失,例如缺少轉址、頁面被導向首頁、中繼資料遺失,或是殘留測試環境的 noindex。沒有人能保證排名,但我們會提供基準數據、轉址對照表,以及上線後的比較報告。

網站遷移需要多久?

這取決於網址數量、內容從舊平台匯出的方式、整合項目,以及確認回覆的速度。切換之後,Google 表示中小型網站的大多數頁面可能需要幾週才會完成轉移,因此我們的計畫包含第 30 天與第 60 天的檢視。

可以只遷移網站而不改版嗎?

可以。原樣遷移會在新平台允許的範圍內,盡可能保留頁面、內容與網址。這通常是較安全的第一步,因為同時更換平台和設計,會很難判斷究竟是哪項改變影響了流量。如果您也想換新設計,網站改版可以在同一份計畫中一併處理。

開始之前需要我提供什麼?

需要目前 CMS 或建站工具、網域註冊商與 DNS、主機、Search Console 與分析工具的管理權限,以及與網站串接的表單、CRM、電子郵件和付款工具。如果您使用 SEO 工具,提供反向連結匯出檔會很有幫助。我們也需要有人能就具有商業或法律重要性的頁面(例如政策頁面或商品頁面)核准轉址決定。

網站遷移的費用是多少?

費用取決於網址與範本的數量、內容從舊平台匯出的方式(匯出檔案、API 或手動重建)、整合項目、語言、商店資料,以及設計是否變動。一個匯出乾淨的 40 頁網站,與擁有數千個商品網址的雙語商店,工作量完全不同。提案中會逐項列出遷移範圍。

我原本的主機和網域會怎麼處理?

請保留網域:您的連結都繫於其上,而且更換網域後,舊網域應持續提供轉址,至少維持 Google 一般建議的一年。等到新網站能回應每個網址、您已持有完整的匯出檔與備份,且沒有任何轉址仍依賴舊服務時,再取消舊主機或建站方案。交接文件會列出每項服務的取消日期,避免意外自動續約或到期失效。

新網站的所有權歸誰?哪些項目不包含在內?

歸您所有。程式碼儲存庫、主機代管、CMS、網域與分析工具都會保留在貴公司名下,交付時也會附上轉址對照表,任何開發人員都能接手維護。除非事先納入專案範圍,否則網站遷移不包含撰寫新內容、重新設計,以及 60 天檢視期之後的持續 SEO 工作。

部落格文章

資料來源與延伸閱讀

本頁內容的資料來源，並附上原始發布者提供的更多詳情。

取消任何服務之前,先規劃好遷移

請告訴我們目前的網址、您要離開的平台,以及想遷移到哪裡。我們會回覆幾個決定專案範圍的問題:目前有多少網址可正常回應、內容如何從該平台匯出,以及哪些整合必須持續運作。