生活分享

SiteGround 建站與搬站前要確認的事情

SiteGround 新建網站與搬移既有 WordPress 的準備工作不同，購買前應先確認方案、備份及測試環境。本文依官方文件整理新站設定、Migrator 搬移與 Staging 的用途，說明正式切換前要驗證哪些內容、郵件與互動流程。你可以用一份時間表保留舊站及回復方式，避免把複製完成當成搬站完成，或將過期的測試資料直接覆蓋持續收到新訂單的正式網站。

更新日期: 閱讀時間約 6 分鐘

來源資料夾、目標主機與網站畫面連接的原創搬站插圖。
圖片：Mokaair (© Mokaair)

使用 SiteGround 前，先決定這次是從零建立網站，還是搬走已經有人使用的 WordPress。新站主要整理內容與管理方式，搬站則還要處理既有資料、更新時點與切換風險。兩者都能從平台工具開始，但不能用同一個完成訊息當作全部驗收。

本文依 SiteGround 的新站、WordPress Migrator 與 Staging 公開文件說明，沒有登入帳戶實測。若你經營的是持續接單、接受會員註冊或收集表單的網站，請特別注意資料在搬移期間仍會變動；先安排誰負責最後同步與切換，才能避免漏掉新資料。

購買前先核對工具與資源需求

請列出網站數量、檔案與資料庫大小、必要外掛、信箱、備份及測試需求，再對照當前方案。Staging、即時建立備份或協作權限等功能可能受方案影響，應查目前產品說明與帳戶內容，不把平台介紹頁上的所有功能視為每個方案都包含。

比較費用時，分開記錄首次付款、續約、加購及需要的人力。若搬站需要官方協助，先確認適用範圍、交付資料與費用，也要問清楚郵件、外部服務及特殊程式是否包含。網站搬移的目標應是原本的工作可以延續，而不是只拿到一個看起來相似的新首頁。

新網站依設定精靈建立

目前首次設定可從 Client Area 的 Websites 選 Finish Site Setup，再確認網域及 WordPress；另外新增網站則從 New Website 選 WordPress，依畫面設定位置、網域與管理者資料。購買網域與使用已持有網域是不同選項，先確認自己需要哪一種，避免為了繼續下一步而多買一個名稱。

建立後進入 WordPress 後台，先完成首頁、主要內容及聯絡方式，再處理導覽與外觀。以家教服務網站為例，可以先提供科目、上課方式和詢問表單，不必加入沒有真實資料的學生成績或評價。安裝流程提供的是內容起點，仍需由你確認公開資訊與圖片使用權。

搬站前先準備來源與目標

既有網站要先取得可還原的檔案及資料庫備份，記錄目前網址、外掛、排程、郵件與重要整合。確認來源站能安裝適用的遷移外掛，目標主機也有足夠資源。若來源是受限制的平台、多站網路或特殊結構，先查看工具相容性及限制，必要時改用官方協助的方式。

SiteGround 官方流程是在目標的 Site Tools 進入 WordPress、Migrator，選定目標網域及路徑後產生 Migration Token，再將它輸入來源網站的 SiteGround Migrator 外掛。請先確認目標位置沒有需要保留的內容，並把權杖視為敏感資料，只在對應遷移流程使用。

遷移完成後，使用官方提供的預覽或測試方式檢查副本，暫時保留舊站。複製成功不會自動證明郵件、網域註冊或所有外部服務都搬好了。也要確認網站原本的寄信、排程及快取配置在新環境如何運作，不能只以文章數量相同就結束驗收。

  1. 備份來源網站，列出外掛、資料、郵件及仍在產生新內容的功能。
  2. 在 Site Tools 的 WordPress → Migrator 產生對應目標的遷移權杖。
  3. 於來源 WordPress 安裝官方 Migrator 外掛，核對目標並提交遷移，保存結果。
  4. 先預覽新站、抽查資料與功能，再安排最後同步、DNS 切換與舊服務保留時間。

Staging 用來試改，不是永遠同步的正式站

適用帳戶可在 Site Tools 的 WordPress、Staging 建立測試副本。官方文件說明工具會複製網站檔案和資料庫，因此測試環境也可能包含正式資料，應限制存取並審查外部整合。名稱應清楚標示用途，例如測試新版面，而不是建立多個難以分辨的「新網站」。

SiteGround 文件提到，Staging 副本會停用 WordPress 預設排程，以減少重複自動動作；這不代表所有第三方外部呼叫都不會發生。仍要核對付款、電子報、Webhook 與外部排程，必要時使用測試模式或測試憑證。不要在副本中執行真實收款，只因它的網址含有 staging。

準備把測試變更帶回正式站時，先了解部署會更新哪些檔案或資料表。如果正式站在測試期間收到新訂單，直接用舊資料庫覆蓋可能造成遺漏。應由懂得資料結構的人確認適合的部署範圍及同步方式，並在操作前取得新的備份，而不是把一鍵部署當成沒有資料風險。

正式切換要有資料與功能驗收

切換前約定資料更新的截止點，必要時暫停會產生新資料的流程，再完成最後同步。依自己的網域與 DNS 服務設定解析，保留原值與回復方式，也確認郵件紀錄未被誤改。正式網域接到新站後，再檢查 HTTPS、根網域、www 及重要深層連結。

用未登入的瀏覽器及手機測試主要訪客流程，包含文章、圖片、搜尋、表單與登入。搬站的網站還應核對最近新增的資料，而非只抽查很久以前的文章。若有商店，依平台的測試程序驗證結帳、通知及後台資料，不把能進首頁視為整個營運流程已恢復。

保留舊站直到接手條件明確

確認新站穩定後，再依原供應商條件安排舊服務停用。先查是否仍有信箱、備份或其他網站依賴舊方案，並保存必要資料。若新站需要回復，也要清楚說明如何處理切換後新增的內容，不能只把 DNS 改回去就假設所有資料會自動一致。

最後建立管理表，列出 Site Tools、WordPress、網域、DNS、備份與續約負責人，記錄這次使用的遷移及驗收方式。這些資料能協助下一次更新或搬移，不必從頭追查。工具能縮短複製時間，持續維護仍需要清楚的責任、資料保存及可驗證的完成條件。

SiteGround 搬站依序進行來源備份、工具複製、預覽測試及正式切換，各階段保留驗證資料。
複製成功之後，還要確認最新資料與實際功能。 · 圖片：Mokaair (© Mokaair)
工具完成單一動作後，仍需驗證它沒有處理的服務與資料。
工作工具或方式需要另外驗證
新建網站網站設定精靈內容、網域與訪客流程
搬移 WordPressMigrator 與目標權杖資料完整、郵件及外部整合
測試變更Staging 副本存取限制與測試模式
部署測試成果適用的部署流程正式站新資料是否被保留
結束舊服務原供應商停用程序信箱、備份及其他依賴

同主題延伸閱讀

  • 生活分享

    WordPress 側邊欄與小工具：安排資訊與固定區塊

    WordPress 側邊欄可以放搜尋、作者介紹與相關內容，但應先確認它對讀者是否有幫助。本文整理傳統小工具、區塊小工具及區塊佈景的差異，說明如何新增、排序、暫時移除與驗收，也比較一般排列、黏附與固定顯示的用途。透過桌面、手機和文字放大的檢查，避免資訊區塊遮住正文或表單，讓網站增加入口時仍維持清楚的閱讀順序。

  • 生活分享

    WordPress 備份怎麼做：檔案、資料庫與還原演練

    WordPress 備份不能只看成功訊息。本篇用檔案、資料庫與異地保存建立備份清單，說明 UpdraftPlus、WPvivid 的操作入口、還原限制及隔離演練，幫你確認網站資料真的拿得回來。也整理排程、保留版本、設定檔與驗收紀錄，讓個人網站或工作室有人能接手復原。

  • 生活分享

    WordPress 會員與角色：誰能看、誰能改、誰能管理

    WordPress 的管理員、編輯、作者與訂閱者分別能做什麼？本篇用小型團隊的投稿與會員閱讀需求，拆解角色、操作權限和內容可見性的差別，說明 User Role Editor 的設定方向，以及隱藏選單為何需要另外驗證實際存取，提供權限表、測試步驟和交接提醒，避免為了方便把所有人設為管理員。

  • 生活分享

    安裝 WordPress 主題與外掛：來源、更新與停用流程

    安裝 WordPress 佈景主題或外掛前，先確認要解決的問題、下載來源、版本相容性與回復方式。本文整理後台搜尋、官方 ZIP 上傳、啟用及驗收流程，並說明更新、停用和刪除各自可能影響什麼。適合需要自行維護網站的台灣使用者，用一份簡短紀錄管理新增功能與長期成本，避免重複安裝、忘記授權或在正式站一次更動太多項目。

最新旅遊情報攻略

資料來源

生活分享