SiteGround 建站与搬站前需要确认的事项

使用 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 搬站依次进行源站备份、工具复制、预览测试及正式切换，各阶段保留验证资料。

网站维护要做什么：备份、更新与故障报告的日常安排

DNS 设置怎么查：从 A、CNAME 到邮件记录

• 教程
• 软件与应用
• 建站与电商
• WordPress