企業進行 Microsoft 365 或 Google Workspace 租戶整併時，資料搬移完成不代表協作關係也跟著搬家。文件內的超連結、共用資料夾網址與試算表公式，可能仍指向來源租戶；一旦舊環境停用，使用者才發現文件雖然存在，工作流程卻已經斷線。

CloudM 在 2026 年 9 月 30 日公布的 CloudM Migrate 5.2.7.0 更新中加入 Link Remediation（連結修復）。這項功能的商業價值，在於把「檔案搬移」之後容易被忽略的連結整理，納入遷移專案的驗收範圍。以下聚焦官方已列出的支援範圍與部署條件，並整理企業導入時應檢查的項目。

為什麼遷移完成後，文件連結仍可能失效？

租戶遷移通常會搬移郵件、雲端硬碟檔案、共用資料夾與協作內容，但文件中的連結本身可能保留原始網址。例如採購人員的試算表連到舊租戶的報價資料夾、工程文件引用同事的設計檔，或簡報中的連結指向舊版專案文件。來源環境下線後，這些引用就可能變成無法使用的路徑。

這類問題常在集團租戶整併、併購後的帳號合併、品牌網域調整，或供應鏈協作平台轉換時浮現。影響不只在 IT 服務台工單，也可能延誤報價、採購簽核、工程變更與客戶交付。這是遷移風險分析，實際影響仍須依企業的文件關聯與流程盤點確認。

CloudM Migrate 5.2 的 Link Remediation 做什麼？

依 CloudM 官方 5.2 版更新說明，Link Remediation 會找出已遷移文件內的連結，並將其改寫為目的租戶中的對應副本。官方列出的遷移情境包括 Google Workspace 租戶至 Google Workspace 租戶，以及 Microsoft 365 至 Google Workspace。

官方列出的文件與連結處理範圍

• Google 文件：Google Docs、Sheets 與 Slides 透過 Google API 原地改寫，官方說明會保留格式。
• Microsoft Office 檔案：保留 .docx、.xlsx、.pptx 原始格式，並在檔案內處理超連結、純文字網址、欄位代碼、公式、註解，以及 PowerPoint 投影片、備忘稿、版面配置與母片中的連結。
• SharePoint 與 OneDrive 分享連結：針對由 Share 功能產生的分享連結，透過 Microsoft Graph 解析。
• 其他引用形式：官方列出的項目還包括 Google Sheets 的 HYPERLINK、IMPORTRANGE、IMAGE 公式、智慧型方塊、註腳、表格儲存格與簡報備忘稿。

這些項目是官方列出的支援範圍，不應解讀為所有外部網址、所有檔案格式或所有第三方系統連結都會自動修復。企業仍須依實際文件樣本驗證對應規則與結果。

導入前要確認的版本、權限與執行順序

CloudM 官方更新說明列出幾項明確前置條件：

1. 確認升級起點：升級至 5.2.7.0 前，現有 CloudM Migrate 必須至少為 4.7.6。
2. 先備份資料庫：官方建議使用安裝程式提供的資料庫備份選項，再進行升級。企業也應確認備份可還原，並留存升級前版本與設定紀錄。
3. 準備 Google Workspace 權限：若要使用 Link Remediation，首次執行前需為服務帳號新增三個 scopes，並在 Google Cloud 專案啟用三個 API。請由管理員依官方設定文件逐項核對，避免以過度授權取代必要權限。
4. 安排獨立修復批次：先完成文件遷移，再以 Link Remediation 專用項目對同一批次執行第二輪處理；官方說明指出它不能與其他遷移項目類型放在同一列一起執行。

官方也說明，修復結果會出現在 Link Remediation HTML 報告及個別使用者報告中，列出掃描、映射、替換與已替換的連結數，並依文件類型分類；另會產生文件映射 CSV，供管理團隊逐筆抽查。這些報告應納入遷移專案的驗收證據。

企業的實務驗證清單

建議不要只以「檔案數量完成」作為遷移成功標準，而是以業務流程能否持續運作作為驗收基準。可先挑選一個部門或專案群組進行試點，再擴大執行：

• 盤點高價值文件：優先挑選採購報價、客戶合約、產品規格、工程變更單、品質文件與跨公司專案簡報。
• 設計連結測試樣本：納入 Google 文件、試算表公式、Office 檔案註解、PowerPoint 備忘稿，以及 SharePoint／OneDrive 分享連結等官方列出的類型。
• 檢查權限而非只看網址：確認目的端文件的擁有者、內外部分享對象與存取層級符合新租戶政策。連結被改寫不代表目的端權限已自動符合企業治理要求。
• 保留舊環境觀察期：在業務單位簽核前，不宜只因遷移工具顯示完成就立即停用來源租戶。保留必要的唯讀查核與回復安排，直到關鍵流程驗證完成。
• 驗收報告與責任歸屬：將未映射、無法替換及已替換連結數量，與文件擁有者及系統負責人核對，並記錄例外處理方式。

若企業有繁體中文與英文混合檔名、跨國子公司、外部代工廠或供應商共同編輯情境，應把這些真實資料納入測試。這是建議的測試設計，不代表官方對所有語系或外部協作組合都作出相同保證。

採購與 PoC 評估時，建議問清楚的五件事

1. 目前版本是否符合 4.7.6 以上的升級條件？升級前備份、測試與回復責任由誰負責？
2. 本次遷移來源與目的端是否屬於官方列出的 Google-to-Google 或 Microsoft 365-to-Google 情境？
3. 需要啟用哪些服務帳號 scopes 與 Google Cloud APIs？權限核准、稽核及撤銷流程是否已完成？
4. PoC 是否涵蓋企業實際使用的檔案格式、公式、註解、簡報備忘稿與分享連結？未能映射的連結如何回報及人工處理？
5. 遷移完成後，誰負責檢查目的端權限、使用者體驗與業務流程？舊租戶何時才能安全退役？

另應向供應商或在地合作夥伴確認授權方式、採購幣別、支援時區、服務窗口、資料處理範圍與合約條款。公開產品文件不足以據此判定特定版本在台灣的供應狀態或在地服務承諾。

結語：把連結完整性納入遷移驗收

CloudM Migrate 5.2 的 Link Remediation，針對跨租戶搬移後文件仍指向來源環境的問題，提供一個獨立的連結修復步驟與可供稽核的結果報告。對企業而言，真正的成功不只是檔案抵達目的端，而是使用者能在新環境持續找到正確資料、維持合宜權限，並完成日常工作。將連結修復、權限驗證與業務單位簽核一併納入 PoC，才能降低舊租戶退役後才發現協作中斷的風險。