如何遷移您的說明中心而不損失流量

若要遷移說明中心而不損失流量，請確保所有舊網址皆能正常運作。列出舊說明中心的所有網址，將每個網址對應到新頁面，並透過將舊主機名稱移至新平台，從舊主機名稱發送永久 (301) 重新導向。接著在離峰時段進行切換、測試所有重新導向、更新您可控的連結，並持續監控 Search Console 幾週。

更新於 2026 年 11 月 3 日。適用於從 Zendesk Guide、Intercom Articles、Help Scout Docs、Document360、GitBook 或類似工具遷移的支援與文件負責人。Google 指引引用自該日期的 Search Central。

遷移說明中心時，什麼會導致流量損失？#

複製文章很簡單。流量損失通常發生在文章之間的縫隙中：

Google 關於 網站遷移與網址變更 的指南開頭即提到：「將舊網站的網址對應到新網站的網址非常重要。」建議使用永久性的伺服器端重新導向 (301 或 308)。

為什麼這很重要：說明中心只有在使用者找到正確頁面時才能有效減少客服案件。根據 Gartner 2024 年 8 月發布的 5,728 位客戶調查，僅 14% 的服務問題透過自助服務完全解決，且在 43% 的失敗案例中，客戶找不到與其問題相關的內容。若遷移導致讀者遇到 404 錯誤，將會增加此數據。更多數據請參考我們的 客戶自助服務統計。

步驟 1：如何列出說明中心的所有網址？#

建立一個試算表，每一列對應一個舊網址。請使用多種來源，因為每一種來源都可能遺漏部分資訊：

• 網站地圖 (Sitemap)。 大多數託管說明中心都會發布 sitemap.xml，通常每種語言一個檔案。請立即下載所有網站地圖檔案： 一旦 DNS 變更，舊平台將停止在您的主機名稱上提供這些檔案。
• Search Console。 匯出「網頁」與「成效」報告（選擇最長日期範圍）。匯出限制為 1,000 列，因此對於較大的說明中心，請使用 Search Console API 或清單模式的爬蟲工具。請立即驗證說明中心的主機名稱（網域資源涵蓋所有子網域），以便在遷移前建立基準。
• 平台的 API 或匯出功能。 這能提供文章 ID、區段 ID 及所有語言版本。Zendesk 有 Help Center API，Intercom 僅有 REST API（無匯出按鈕），Help Scout 有 Docs API，Document360 則提供 Markdown、HTML 或 JSON 的 ZIP 匯出功能。
• 附件與嵌入檔案。 附加在文章中的 PDF 與下載檔案也帶有反向連結。請將其網址加入清單中。
• 分析數據與反向連結。 您的熱門到達頁面以及其他網站連結的頁面，是絕對不能中斷的頁面。

為文章 ID、語言、每月點擊次數、反向連結、新網址及「已測試」欄位新增欄位。按點擊次數排序。

步驟 2：如何建立重新導向對照表？#

每個平台都有自己的網址模式。其中的文章 ID 是讓您將舊頁面與新頁面配對的關鍵：

上述模式為 2026 年 11 月 3 日各供應商說明中心或文件網站所呈現的樣式；若您曾進行自訂，您的模式可能有所不同。

維持排名的規則：

1. 一個舊網址，對應一個新網址。 將每篇文章指向其對應的新頁面。Google 警告，將多個舊網址導向至單一頁面（如首頁）「可能會被視為軟 404 錯誤」。
2. 涵蓋有流量的變體。 舊連結通常帶有舊的網址別名 (slug)，或完全沒有（Zendesk 亦提供不含別名的 /hc/en-us/articles/360001234567）。若新平台支援模式或萬用字元重新導向，請以 ID 進行比對。若僅支援精確路徑比對，請為實際出現在 Search Console、分析數據與反向連結中的變體新增列。
3. 每種語言一列。 /hc/de/articles/… 應導向至德文頁面，而非英文頁面。
4. 避免重新導向鏈。 Google 爬蟲最多可追蹤 10 次跳轉，但其指南建議避免鏈式重新導向，應直接導向至最終頁面。若您曾進行過遷移，也請更新那些舊的重新導向。
5. 有目的地停用頁面。 若文章已移除且無替代內容，請讓其回傳 404 或 410。Google 的 檢索錯誤指南 指出，當頁面「已移動或有明確替代頁面」時，應回傳 301。

在選擇平台前先進行統計。 文章數 × 語言數，加上區段、分類、附件與別名變體。一個擁有 3 種語言、300 篇文章的說明中心，在進行其他作業前，至少需要 900 個文章重新導向。部分平台會依方案限制每個網站的重新導向數量，且有些平台在超過上限時會直接跳過重新導向，而不會在匯入時報錯。

步驟 3：我們應該保留相同的說明中心網域嗎？#

是的，盡可能保留。重新導向僅在能回應請求的主機名稱上執行。如果您的說明中心位於 help.yourcompany.com，請保留該主機名稱，並在切換時透過 DNS 變更（通常是 CNAME）將其指向新平台。新平台隨後會以 301 回應舊路徑，確保舊連結、書籤與搜尋結果能持續運作。

如果網址保持不變，Google 會將其視為 網址不變的網站遷移。如果僅在相同主機名稱下變更路徑，您需要 301 對照表，但不需要使用 Search Console 的「變更網址」工具。

因此：如果可以，請避免更改主機名稱。SEO 代理商 SALT.agency 對 1,052 次網域遷移進行的分析（2026 年 6 月）發現，流量恢復至遷移前水準的中位數為 304 天。這些是全網域遷移，而非說明中心轉換，但它們顯示了當舊網址變更時所面臨的風險。

步驟 4：我該如何遷移內容本身？#

如果新平台有針對您舊工具的匯入程式，請直接使用。否則，請透過舊工具的 API 匯出並轉換為 Markdown 或 HTML。Zendesk Guide 沒有匯出按鈕：您需要透過 說明中心 API（文章、區段、類別、翻譯）或市集應用程式進行匯出。匯入後，請檢查：

• 結構： 類別、區段和順序。深層樹狀結構可能會被扁平化。
• 圖片與附件： 已複製到新平台，而非連結到舊工具的儲存空間。受限的 Zendesk 文章中的圖片需要經過驗證 (API) 的下載方式。
• 翻譯： 每種語言都會作為獨立頁面匯入，並連結至原始頁面。如果您同時新增語言，請參閱如何翻譯說明中心及其影片。
• 內部連結： 文章之間的連結應指向新的網址。
• 受限內容： 草稿、內部筆記和僅限特定使用者存取的文章。請確保沒有任何內容意外公開。

從現在到轉換完成前，請凍結舊工具中的編輯作業，或者在切換前重新匯入變更內容。

步驟 5：我們應該自行更新哪些連結？#

重新導向可以處理外部連結。您擁有的連結應直接指向新的網址：

• 產品內部的說明連結和工具提示
• 儲存的回覆、巨集和罐頭回覆
• 聊天小工具的建議文章，以及任何從說明中心回答問題的 AI 代理或聊天機器人（將其知識來源指向新網站）
• 入門引導和生命週期電子郵件
• 您網站的頁尾、狀態頁面和文件連結
• 顯示說明中心網址的影片和 PDF

步驟 6：我們該如何切換而不造成停機？#

步驟 7：我們在發布當天應該檢查什麼？#

• 測試對應表的每一行，而不僅是抽樣。 使用清單模式的爬蟲程式，或檢查清單下方的短迴圈，幾分鐘內即可完成。每個舊網址都應回傳 301 (或 308)，而非 302，並以單次跳轉到達其新網址。
• 手動開啟每種語言中最繁忙的 20 個舊網址，並檢查頁面是否正確。
• 每個新頁面都有自我參照的標準標籤 (canonical tag)，且語言版本在新網址上使用 hreflang 相互連結。
• robots.txt 允許爬取，包括舊路徑（例如 /hc/），以便 Google 可以看到 301 重新導向。沒有頁面錯誤地帶有 noindex。
• 在 Search Console 中提交新的網站地圖。Google 也建議提交舊的網站地圖，以便它重新爬取重新導向；如果您無法再託管它，請改用網址檢查工具檢查您最熱門的舊網址。
• 搜尋、AI 助理、意見回饋和聯絡表單在新網站上運作正常。

該迴圈會讀取一個檔案，每行包含一個舊網址及其對應的新網址，並列印出每個舊網址的狀態碼以及它重新導向的位置：

while read old new; do
  curl -s -o /dev/null -w "%{http_code} %{redirect_url} $old\n" "$old"
done < map.tsv

我們應該保留重新導向多久？#

Google 的回答：「盡可能長時間保留重新導向，通常至少 1 年。」實際上，只要您還在營運該說明中心，就請保留它們。舊連結會在論壇回覆、支援郵件和其他網站中存留多年，且保留重新導向並不會產生任何成本。

我們在最初幾週應該注意什麼？#

Google 表示「預期遷移期間網站排名會出現暫時性波動」，並且「中小型網站可能需要幾週時間才能完成大部分頁面的遷移」。每週檢查：

• Search Console，頁面： 新的「找不到 (404)」項目指向缺失的重新導向。
• Search Console，成效： 隨著舊網址流量下降，新網址的點擊次數應該會上升。
• 重新導向點擊次數： 哪些舊網址仍有流量，以及來自何處。
• 新說明中心上的無結果搜尋： 讀者告訴您哪些內容沒有遷移過來。我們的說明中心內容缺口指南展示了如何解決這些問題。

Clevera 如何處理說明中心遷移？#

Clevera 是一個 AI 平台，可將螢幕錄影轉換為帶有旁白的教學影片、逐步說明文章以及您託管說明中心上的頁面，並支援 74 種語言。其說明中心可從您目前使用的工具匯入，適用於所有方案，且無需額外費用。

• 匯入工具： Zendesk、Intercom、Help Scout、Document360、GitBook、ReadMe、Mintlify、Docusaurus、Notion、Confluence，或是任何其他公開文件網站，甚至是 Markdown 或 HTML 的壓縮檔。根據平台不同，您可以透過 API Token、公開網站、Git 儲存庫或壓縮檔進行連結。Intercom 僅能從公開網站讀取，因此私有的 Intercom 文章將無法匯入。使用 Zendesk 或 Document360 的 Token，則可將您已新增至網站的翻譯內容一併匯入。請參閱 從 Zendesk Guide 匯入、Intercom 文章、Help Scout 與 Document360 的指南。
• 舊網址重新導向： 當來源網站包含網址時，建立舊網址重新導向功能預設為開啟，Help Scout 原有的重新導向設定也會一併帶入。一旦您的網域指向 Clevera，這些設定即會生效。重新導向僅適用於精確路徑（不支援萬用字元），因此請將仍有流量的網址變體手動新增為重新導向。
• 先進行審閱： 提供預覽功能以取消勾選頁面、包含警告的報告，以及在發布任何匯入頁面前的 復原匯入 功能。若來源顯示頁面非公開，系統會將其標記為 受限 (Restricted) 並預設為取消勾選狀態。
• 決定您是否能保留流量的限制：
  • 重新導向需要使用您自己的網域，這需要 Starter 或更高方案，因此在免費方案中，舊連結將不會進行重新導向。
  • 匯入所建立的重新導向會計入方案的手動重新導向限制，超過限制的項目將會被略過：Starter 方案每個網站 500 個，Pro 方案 2,000 個。每個網站最多僅能擁有 2,000 個。
  • 每個網站的發布語言數量：Starter 方案 5 種，Pro 方案不限。
  • 每次匯入上限為 2,000 個頁面。
  • 當您重新命名或移動頁面時，Clevera 後續新增的重新導向為自動執行，不計入限制。

遷移完成後，您將獲得搜尋功能、能根據已發布頁面回答讀者問題並提供來源的 AI 詢問 (Ask AI) 助理、網站地圖與 llms.txt（請參閱 如何讓文件具備 AI 準備度），以及關於搜尋無果的洞察報告。您可以隨時將整個網站匯出為 HTML 或 Markdown。在 Pro 與 Custom 方案中，Autopilot 可以監控您的發布內容，並為您規劃受影響的文章與影片更新，供您審核。

當 Clevera 不適合您時： 如果您的舊說明中心有超過 2,000 個網址需要重新導向、如果它必須位於您主網站的資料夾中（example.com/help；Clevera 僅支援連結子網域）、如果它必須保留在您的票務系統內，或是您依賴 Zendesk 獨有的功能（例如自訂使用者區段）。我們針對 SaaS 最佳說明中心軟體 與 Zendesk Guide 替代方案 的比較涵蓋了其他選項，而 如何建立知識庫 則說明了您應追求的架構。

完整步驟請參閱 匯入與匯出文件網站，說明中心軟體 頁面則展示了遷移後您將獲得的功能。

常見問題#

更換說明中心軟體時，我們會失去 Google 排名嗎？#

通常只會短暫影響，前提是每個舊網址都重新導向至對應的新頁面，且內容保持不變。Google 表示預期會出現「暫時性波動」。持續性的排名損失通常源於 404 錯誤、重新導向至首頁，或是舊主機名稱停止回應。

我們可以保留完全相同的網址嗎？#

很難。大多數平台使用自己的網址格式，無法重現 /hc/en-us/articles/…；請在選擇前先詢問。保留相同的主機名稱並建立完整的 301 對應表，能讓讀者與搜尋引擎獲得相同的結果。

客服系統遷移與說明中心遷移有什麼不同？#

客服系統遷移是在支援工具之間移動工單、聯絡人與巨集，通常需要遷移服務。說明中心遷移則是移動讀者在搜尋時找到的公開文章，因此工作重點在於網址、重新導向與網域。您可以只進行其中一項。

我們必須連同工單一起遷移嗎？#

不用。說明中心可以獨立遷移，而收件匣、工單歷史記錄與聊天記錄則可保留在原處。只需將您的外掛程式、巨集與 AI 代理指向新的說明中心即可。

我們應該使用 301 還是 302 重新導向？#

使用 301 或 308。Google 會將其視為永久性，並將新頁面視為標準網址 (Canonical)。302 則表示遷移是暫時性的。

說明中心遷移需要多久時間？#

匯入過程可能只需幾分鐘。請預留幾天時間進行網址盤點、審閱與測試，預留一週的時間處理 DNS TTL，並在遷移後進行幾週的監控。

我們舊工具中的 AI 回答會發生什麼事？#

它們會留在舊工具中。請檢查新平台是否能根據您的文章回答讀者問題、包含該功能的方案，以及它是按回答次數、解決次數收費，還是包含在每月額度內。