代理商如何在不一次性遷移所有內容的情況下，遷移客戶的網站
投資組合遷移失敗的原因，多半源於人際關係因素，而非技術問題。本指南將探討代理商在開始任何遷移作業前應做出的決策：應優先遷移哪個客戶網站、誰應負責管理主機帳戶，以及在何種情況下，整合所帶來的風險值得為維持合作關係而承擔。
從表面上看，主機遷移似乎很簡單：複製檔案、遷移資料庫、更新 DNS，然後確認網站能否正常載入。但對一家代理商而言，這僅僅是工作的大約一半。
最困難的部分在於，在進行客戶可能無法理解、但一旦出問題便會立即察覺的變更時，仍須維護與客戶的關係。您必須管理存取權限、客戶期望、計費、技術支援責任歸屬、維護時段，以及貴機構憑藉「確保網站正常運作的團隊」這項形象所建立的聲譽。
因此，最安全的投資組合遷移，應從一個精心挑選的網站、一個清晰的營運模式，以及一個可在重複執行前進行評估的成果開始。
客戶在遷移過程中實際上會評估哪些方面
幾乎沒有客戶會根據資料轉移方法的優雅程度來評估系統遷移。他們會評估以下五個方面：
- 該網站仍可正常存取。
- 表單依然發揮著作用。
- 電子郵件仍然可以使用。
- 相關人士都知道發生了什麼事。
- 每當有問題提出時，總會有人挺身而出負責。
各機構針對該清單面臨兩類風險。
- 技術風險是指檔案、資料庫、憑證、整合或路由變更在新環境中可能產生不同行為的可能性。
- 關係風險 是指因所有權不明確，而導致原本可控的問題演變成看似代理失靈的情況。
第二種情況造成的損害更大，因為它會改變客戶對貴團隊的看法。即使從技術層面來看，這是一項流暢無瑕的切換操作，但若無人知曉誰在監控系統切換過程、哪支團隊負責電子郵件支援，或是客戶該向誰回報問題，整件事仍會給人一種混亂的感覺。
在選擇工具或預約時段之前，請先以書面形式回答以下四個問題：
- 為什麼我們現在要搬遷這位客戶？
- 搬遷後，哪些成果應有所改善？
- 在遷移過程中及遷移完成後，客戶體驗的各個環節分別由誰負責？
- 有哪些證據能告訴我們，這項合作關係應擴展至另一個據點？
如果這些答案含糊不清，即使備份檔案已準備就緒，遷移作業仍未準備就緒。
選擇一個你能完全掌控的首個網站
最珍貴或最複雜的客戶，看似是驗證新託管合作夥伴的最佳選擇。但這通常卻是學習新工作流程最不理想的場合。
一次有用的首次遷移，既要具代表性，足以讓你學到東西；同時規模也要適中，讓你的團隊能在不引發危機的情況下，針對意外狀況進行調查。請尋找一個團隊熟悉且運作穩定的網站，該網站需具備明確的負責人、有效的管理權限、最新的備份，以及一位能核准既定變更時段的客戶。
什麼才算是一位優秀的首輪候選人
- 運行常見的內容管理系統（CMS）或熟悉的應用程式堆疊。
- 在建議的時間段內，其即時寫入、交易或成員活動均有限。
- 已具備 DNS、網域、電子郵件、分析工具及第三方服務的所有權證明文件。
- 代表您預期會在投資組合的其他部分再次出現的工作負載。
- 與客戶的關係是否足夠穩固，足以支持誠實的測試與簽核？
什麼會讓第一位候選人顯得薄弱
- 您營收最高的客戶，或是對業務至關重要的應用程式。
- 一個含有未記錄的自訂程式碼、遭廢棄的外掛程式或未知伺服器依賴項的網站。
- 一個持續進行寫入操作，且未制定任何既定維護方案的電子商務或會員網站。
- 該專案的網域、DNS、電子郵件或主機帳戶仍由前供應商管理。
- 由於目前的託管帳戶將於明天到期，因此正趕工建置這個網站。
最後這一點值得特別強調。帳戶即將到期所帶來的緊迫感，是導致代理商遷移失敗的最常見原因，因為這會剝奪您進行測試、並行運行環境以及回滾的能力。如果客戶帳戶將在 72 小時內到期，通常最恰當的第一步是續約一個週期，並按照您自行掌控的時間表進行遷移。
更佳的執行順序：先從一個與未來工作相似、風險屬低至中度的項目著手。在該處熟悉流程後，再憑藉已累積的經驗，逐步轉向更高價值或更複雜的工作負載。
在選擇主機方案之前，先決定關係模型
代理商往往會直接跳到產品選擇環節：共享主機、WordPress 、經銷方案、VPS 或專用伺服器。然而，更關鍵的決定應該放在第一位：帳戶所有權、帳單管理、存取權限、技術支援關係，以及客戶的日常使用體驗，究竟由誰負責？
這個答案將決定貴公司能將哪些環節標準化、利潤從何而來，以及客戶對服務支援的感受。一個服務組合中可以同時存在多種模式。
對於小型客戶而言，擁有一個簡單的方案並授予您的團隊存取權限，可能是最理想的選擇。另一位客戶則可能期望主機託管服務包含在固定費用合約中。而資源需求較高的應用程式，則可能需要由貴公司直接配置的運作環境。請勿僅因「整合」聽起來效率高，就強行將這三種情況都納入同一個帳戶架構中。
一旦確定了合作模式，便應將託管方案與工作負載本身進行對比：包括應用程式相容性、CPU 與記憶體、管理層級、安全性要求、預期成長，以及貴代理商準備承擔的責任範圍。在「代理商託管解決方案」頁面中，已將這些模式對應至具體方案；而《數位行銷代理商戰略託管完整指南》中的託管決策矩陣，則依據客戶情境、預算及代理商規模，進行了相同的比較分析。
將「第一步」作為試點計畫來執行
一個試點會形成一個決策點。一項承諾會帶來壓力，讓人即使在證據顯示需要改變做法時，仍會堅持下去。
首次遷移的規模應控制在適度範圍內，以便代理商、客戶及主機團隊能就範圍達成共識。技術細節則視工作量而定。決策架構不涉及網站與目標站點的資格審查；應由指定負責人主導遷移、測試及切換作業，隨後驗證客戶體驗並記錄所學經驗，再選定下一個網站。
正是這個第三步，讓大多數機構錯失了複利效應。如果遷移過程無人審查，你就無法從中汲取任何可傳授給初級團隊成員的經驗。
「遷移保證」如何協助自行遷移網站的機構
許多代理商傾向於自行執行系統遷移。這樣一來，既熟悉技術堆疊、能掌控時程、掌握客戶溝通的主導權，而且在許多公司裡，系統遷移本身就是可計費的工作。若將這項工作交給供應商，可能會讓人感覺像是放棄了自己在這個流程中最擅長的那一部分。
正因如此，將「 代理商合作夥伴計畫」中的免費遷移福利視為「保障」而非「交接」，會更為貼切。無論您是將此服務用於第一個網站、第五十個網站，還是僅用於那個在週四晚上 11 點出現故障的 網站，各級合作夥伴皆可享有免費網站遷移服務，因此這項選項始終對您開放。
自行遷移網站的機構會以以下三種方式利用這項報導：
- 將重複性工作外包出去。宣傳手冊網站、小型WordPress 建置專案，以及簡單的cPanel 帳戶設定，無需資深開發人員投入工時即可順利完成。將這些工作交給轉移團隊處理，讓您的工程師專注於可計費的客戶專案。
- 在遷移過程中應預留備用方案。跨面板轉移、超大資料庫以及舊版 PHP 環境，通常是內部遷移受阻的關鍵環節。所謂「全面涵蓋」，意指是否升級處理應視工作範圍而定，而非與客戶討論預算的問題。
- 將工作分頭處理。您的團隊負責應用程式、佈景主題及建置驗證；遷移團隊則負責伺服器端的遷移作業。您負責掌控 DNS 的切換時機，以確保切換作業能依照您與客戶的時程進行。
網站檔案、資料庫和應用程式是標準轉移的核心內容。電子郵件、DNS、SSL 以及自訂伺服器設定則屬於獨立的確認項目，應針對每個網站分別確認，而非直接假設已完成。新建的複雜網站建置亦可利用「Launch Assist」服務，該服務包含InMotion Solutions 團隊提供的兩小時託管遷移支援，適用於所有方案。
首先值得向您的主機服務合作夥伴提出的問題
一場有建設性的遷移討論，應以明確界定的範圍取代籠統的承諾。在向客戶提出計畫之前，請先請服務供應商確認：
- 哪些內容不包含在內？來源環境、目標計畫、存取權限以及複雜程度，都會影響實際的執行路徑。若服務供應商不願明確列出排除項目，那他所描述的只是行銷話術，而非服務範圍。
- 電子郵件是否包含在內？信箱資料通常不會包含在網站資料移轉範圍內。若未將此納入考量，便是客戶電子郵件在切換當日無法正常運作的原因。
- 由誰負責驗證，以及回滾機制為何？如果沒有人能告訴你驗收點在哪裡，或是先前環境會維持可用多久，那就表示你沒有制定計畫。
本操作手冊涵蓋了所有八項範圍問題，包括有關存取要求、時程變數，以及成本從「包含服務」轉移至「優先服務」的節點等問題。
與客戶的溝通是遷移過程的一部分
即使大部分技術移交工作是由其他團隊負責，貴機構仍應主導客戶溝通的敘事主線。客戶希望確信有人真正理解該計畫，而非僅收到一連串低層級的進度更新訊息。
在變更實施前，請說明此次變更的原因、預期改善之處、維持不變的部分，以及如何回報問題。切勿向客戶保證他們完全不會察覺任何變化。應承諾貴機構已制定計畫、指派負責人、確立測試標準，並建立問題升級流程。第一項承諾可能會因您無法控制的 DNS 解析器而無法兌現；至於第二項承諾，則完全在您的掌控範圍內。
在系統切換時，請發送一份以業務術語撰寫的更新報告，並附上下次更新的時間。經過驗證後，請說明已確認的內容、尚待處理的事項、支援請求的處理管道，以及舊環境何時停用，以完成整個流程。
最棘手的對話，往往是多數代理商尚未擬定談話腳本的：在客戶察覺之前主動披露事件，以及建議暫緩遷移計畫。這份應對指南包含五份可直接發送的範本，涵蓋了這兩項情境。
審慎整合的商業案例
服務商很少會因為一張主機服務帳單多收了五美元而虧損。他們的虧損其實源自於登入帳號分散、續約日期不一致、技術支援責任歸屬不明、一次性建置的環境，以及資深員工必須花費數小時來重建客戶網站的架構。
一套設計完善的託管服務組合能減輕這種負擔。 管理模式越簡化，就越容易向資淺的團隊成員傳授上線流程、權限管理、文件說明、技術支援及續約規劃等要領。更清晰的客戶服務模式，也能為您的代理商奠定更堅實的基礎，將主機託管、維護及效能優化等服務整合為經常性收入。《數位行銷代理商戰略主機託管完全指南》中關於定價策略、服務方案包裝，以及「經銷商模式與零售模式」的章節，皆詳述了代理商實際採用的運作架構。
網站整合仍需證明其價值。若某個網站運作穩定、獲利可觀、有完整紀錄且支援完善，僅為了增加網站數量而進行整合，不僅會增加風險，更無法為客戶帶來實質效益。應優先考量那些透過建立新合作關係能解決實際問題的網站，例如：支援不足、營運過度擴張、存取受限、效能餘裕不足、所有權不匹配，或是託管模式已無法適應當前工作負載等情況。
在安排任何行程之前，請先思考這三個問題
若對任何問題尚無答案，下一步應是探索，而非安排時程。
- 請問您能否以客戶能接受的方式，說明現在搬遷此網站的商業理由？
- 您知道誰持有主機帳戶、網域、DNS 以及電子郵件的存取權限嗎？而且今天能否聯繫上這四位？
- 您是否曾至少成功還原過一次本網站的備份？
那個第三個能偵測到比另外兩個加起來還多的問題。一個從未被還原的備份，只是一種假設。
若要獲得量化評估而非憑直覺判斷，該操作手冊包含一份涵蓋七項因素且設有三個決策區間的加權評分表，因此針對特定客戶據點，評估結果將顯示為「執行」、「先進行需求探索」或「暫緩」。
關於代理商客戶遷移的常見問題
主機帳戶應由代理商還是客戶持有？
這取決於您希望如何進行計費與技術支援。客戶自有帳戶的續約與技術支援由客戶自行處理，若合作關係終止，帳戶可順利移交。代理商自有帳戶則讓您掌握定價權並獲得一項經常性收入來源，且預設由您提供第一線技術支援。請在遷移前決定，而非事後才決定。
代理商應在何時決定不將客戶網站進行遷移？
當網站在原位置已穩定運作、有完整紀錄、能帶來利潤且獲得良好支援時，遷移網站只會增加您的網站數量，卻無法解決客戶的問題。此外，若網站存取功能尚不完整、現行帳戶將於數日內到期，或是無人能確認該網站依賴哪些要素時，也應暫緩遷移。
「免費遷移」是否意味著我的代理商不能就遷移工作收取費用？
不。受保障的遷移服務僅包含檔案與資料庫的移轉。其範圍不涵蓋資料探索、依賴關係映射、階段性驗證、與客戶的溝通、遷移後品質保證，以及 DNS 協調。這些工作需由您負責，且屬可計費項目。代理商通常會根據複雜度分級，將其定價為固定費用專案，或納入新客戶入門費用中。
我該如何判斷客戶網站是否已準備好進行遷移？
「準備就緒」意味著以下四項條件均已滿足：您擁有完整的管理權限與 DNS 存取權限、已實際還原的備份、有文件記載的整合清單與排程任務，以及客戶已核准的實施時段。若缺少其中任何一項，排程決策便會轉變為需求釐清任務。
InMotion Hosting 如何支援代理機構的遷移工作
在確定遷移方式或交付日期之前，請先讓 InMotion 參與討論。該團隊可根據工作負載比較各種託管方案、審視可行的遷移路徑，並告知您第一個符合資格的網站需要哪些資訊。
各級方案的合作伙伴均可享有免費網站遷移服務、透過 WebPro 單一登入管理客戶帳戶，而較高階方案的合作伙伴還可使用InMotion Solutions 的諮詢時數，以因應客製化的客戶環境需求。技術支援由內部團隊負責，這些成員在處理一級支援工單前均已完成超過 280 小時的培訓，且平均支援資歷超過五年。 底層基礎架構由 InMotion 擁有並在其自有資料中心內營運，因此針對容量與配置的疑問，您將直接獲得解答，而非被轉介至第三方雲端服務供應商。
每項方案均享有90 天的退款保證，這讓首次客戶遷移能有明確的評估期，而非無期限的承諾。
從一個你非常熟悉的網站開始
投資組合的遷移不應是一蹴而就的行動，而應是一系列經過審慎評估的決策，每項決策都應以先前遷移行動的實證為依據。首先選擇一個具代表性的網站，釐清各方的權責歸屬，確認遷移目標與範圍，溝通計畫內容，並驗證結果；隨後再決定是否將下一個網站納入遷移。
這將為貴機構帶來比一次性轉移更為持久的成果：一種託管合作關係，以及一種可有計畫地擴展的營運模式。
申請免費遷移服務及合作夥伴優惠價格：加入代理商合作夥伴計畫
免費下載：《代理商遷移指南》
本指南的逐步操作手冊。內容包含從遷移前清點到系統除役的九階段遷移執行手冊、加權網站資格評分表、一頁式的回滾決策樹、五份客戶溝通範本，以及三份附解說詳情的遷移案例研究。
