SiteGround 网站迁移完整指南：从其他主机搬过来的 5 种方法

迁移这件事，没你想的那么可怕

很多人卡在「换主机好麻烦」这一步——担心网站 downtime、担心数据丢失、担心 DNS 切换出问题、担心邮箱断档。实际上 SiteGround 把迁移做得相当成熟，大多数情况下你只需要点几下鼠标，剩下的客服会帮你搞定。

但「大多数情况」不等于「所有情况」。你的站点用什么 CMS、有多大、有没有自定义配置、邮箱是否也要迁——这些因素决定了你该选哪种迁移方式。

下面把 5 种方式逐个讲清楚，你可以根据自己的情况选。

方式一：官方免费迁移（最推荐，90% 的人用这个）

SiteGround 对所有新客户提供免费迁移服务，这是它相对其他主机商的一大优势。

适用场景

• WordPress 站点（最常见）
• Joomla、Drupal、Magento 等主流 CMS
• 纯静态 HTML 站点
• 中小型站点（一般 10GB 以内）
• 需要同时迁移邮箱

操作流程

第 1 步：购买 SiteGround 主机

先下单，选一个方案。不确定选哪个的话看我们的方案对比页，或者购买教程里有完整步骤。

第 2 步：在 Site Tools 里提交迁移请求

登录后进入 Site Tools → 找到「Transfer Website」或「Website Migration」入口，填写：

• 原主机商名称（如 Bluehost、GoDaddy、Hostinger 等）
• 原主机的 cPanel/后台登录信息（或 FTP 账号密码）
• 要迁移的域名
• 是否同时迁移邮箱（勾选）

第 3 步：等客服处理

SiteGround 的迁移团队会在 24 小时内（通常更快，几小时就完成）帮你把整站搬过来，包括：

• 网站文件（public_html 或对应目录）
• 数据库（MySQL）
• 邮箱账户和邮件内容（如果勾选了）
• DNS 记录（部分）

第 4 步：验证

迁移完成后，SiteGround 会给你一个临时预览 URL（类似 http://xxx.xxx.xxx.xxx/~youruser/），你可以先检查站点是否正常，不用急着切 DNS。

检查要点：

• 首页能不能打开
• 后台能不能登录（WordPress 用原密码）
• 文章、页面、图片是否完整
• 插件、主题是否正常
• 邮箱能不能收发（如果迁了）

第 5 步：切换 DNS

确认没问题后，到域名注册商那里把 Nameserver 改成 SiteGround 的：

• ns1.siteground.net
• ns2.siteground.net

DNS 生效需要 2-48 小时（全球各地不同），这段时间内部分用户访问的还是旧主机。建议旧主机至少保留 7 天再退，避免 DNS 没完全切干净导致部分用户打不开。

优点

• 完全免费
• 零技术门槛，不用自己碰 FTP、数据库
• 专业团队操作，出错概率低
• 通常几小时完成，不用等 24 小时

注意事项

• 超大站点（>20GB）可能需要额外时间，或客服会建议你用其他方式
• 自定义服务器配置（如特殊的 .htaccess 规则、Nginx 配置、cron job）需要你自己迁
• 第三方服务集成（如外部 SMTP、API 密钥）要自己重新配

方式二：WordPress 插件迁移（适合 DIY 用户）

如果你是 WordPress 用户，又喜欢自己动手，可以用插件迁移。常见的有：

• All-in-One WP Migration（免费版限 512MB，付费版无限制）
• Duplicator（免费版够用，付费版支持大站）
• UpdraftPlus（备份 + 迁移一体）

操作流程（以 All-in-One WP Migration 为例）

旧站点：

1. 装 All-in-One WP Migration 插件
2. Export → Export to File，下载一个 .wpress 文件（包含整站：文件 + 数据库 + 插件 + 主题 + 媒体）

新站点（SiteGround）：

1. 在 Site Tools 里一键安装一个干净的 WordPress
2. 装同款 All-in-One WP Migration 插件
3. Import → 上传 .wpress 文件
4. 等进度条走完，点「Finish」
5. 重新登录后台（用旧站点的用户名密码）

优点

• 完全自己掌控，不用等客服
• 可以反复试，失败了重来就行
• 适合小站（<512MB 免费）

注意事项

• 大站点（>512MB）要买付费版，或者用 Duplicator
• 迁移后必须重新设置固定链接（Settings → Permalinks → Save）
• 检查 wp-config.php 里的数据库连接信息是否自动更新（插件一般会处理）
• 如果旧站点有缓存插件（WP Rocket、W3 Total Cache），迁移后先清缓存

方式三：手动 FTP + 数据库迁移（适合技术用户）

如果你熟悉 FTP 和 phpMyAdmin，可以手动迁。这种方式最灵活，也最考验技术。

操作流程

第 1 步：下载旧站点文件

用 FileZilla 等 FTP 客户端连旧主机，把 public_html（或对应目录）整个下载到本地。

第 2 步：导出旧数据库

登录旧主机的 cPanel → phpMyAdmin → 选你的 WordPress 数据库 → Export → 下载 .sql 文件。

第 3 步：上传文件到 SiteGround

在 Site Tools 里创建 FTP 账号，用 FileZilla 连上，把文件上传到 public_html。

第 4 步：在 SiteGround 创建数据库

Site Tools → Database → Create Database，记下：

• 数据库名
• 数据库用户名
• 数据库密码

第 5 步：导入数据库

Site Tools → phpMyAdmin → 选刚建的数据库 → Import → 上传 .sql 文件。

第 6 步：修改 wp-config.php

用 FTP 或 Site Tools 的 File Manager 编辑 wp-config.php，把数据库连接信息改成 SiteGround 的：

define('DB_NAME', '新的数据库名');
define('DB_USER', '新的数据库用户名');
define('DB_PASSWORD', '新的数据库密码');
define('DB_HOST', 'localhost');

第 7 步：切换 DNS

同方式一。

优点

• 完全掌控，每一步都知道发生了什么
• 适合超大站点（FTP 断点续传）
• 适合非 WordPress 站点（自定义 PHP、Node.js、Python 等）

注意事项

• 技术门槛高，不熟悉 FTP 和数据库的别用
• 容易出错：数据库连接信息写错、文件权限不对、.htaccess 没迁
• 建议先在本地或 staging 环境测试一遍

方式四：cPanel 备份恢复（适合从 cPanel 主机迁来）

如果你的旧主机用 cPanel（Bluehost、HostGator、GoDaddy、A2 Hosting 等），可以直接用 cPanel 的备份功能。

操作流程

旧站点：

1. cPanel → Backup → Download a Full Account Backup
2. 下载一个 .tar.gz 文件（包含所有文件、数据库、邮箱、配置）

新站点（SiteGround）：

1. 联系 SiteGround 客服，上传备份文件
2. 客服会用 cPanel 的恢复工具帮你导入

优点

• 一次搞定所有东西（文件 + 数据库 + 邮箱 + 配置）
• 适合从 cPanel 主机无缝迁移

注意事项

• SiteGround 用的是自研的 Site Tools，不是 cPanel，所以需要客服介入
• 备份文件可能很大（几 GB 到几十 GB），上传要时间
• 部分 cPanel 特有配置（如 Addon Domain、Subdomain 结构）需要手动调整

方式五：多站点批量迁移（适合代理商）

如果你有多个站点要迁（比如你是建站服务商、代理商），SiteGround 提供批量迁移工具。

操作流程

1. 购买 SiteGround 的 GoGeek 或 Cloud 方案（支持多站点）
2. 在 Site Tools 里添加所有域名
3. 对每个域名分别提交迁移请求（或用 API 批量提交）
4. SiteGround 迁移团队会按顺序处理

优点

• 集中管理，一个后台管所有站
• 批量操作，不用一个个手动迁
• 适合代理商，可以给客户做白标

注意事项

• 多站点迁移需要更高档的方案（GrowBig 起）
• 批量迁移时间较长（每个站点 24 小时，10 个站点可能要一周）
• 建议分批迁，先迁几个测试，没问题再迁剩下的

迁移前的完整 Checklist

不管用哪种方式，迁移前都要做这些准备：

备份

• [ ] 完整备份旧站点（文件 + 数据库 + 邮箱）
• [ ] 备份存到本地或第三方云盘（Google Drive、Dropbox）
• [ ] 确认备份能恢复（别到时候发现备份是坏的）

信息收集

• [ ] 旧主机的 FTP 账号密码
• [ ] 旧主机的 cPanel/后台登录信息
• [ ] 数据库名、用户名、密码
• [ ] WordPress 管理员账号密码
• [ ] 域名注册商登录信息（要改 DNS）
• [ ] 邮箱账号列表和密码（如果要迁邮箱）

站点检查

• [ ] 记录当前站点大小（文件 + 数据库）
• [ ] 列出所有插件、主题、自定义代码
• [ ] 记录特殊的 .htaccess 规则、cron job、环境变量
• [ ] 检查有没有硬编码的绝对路径（如 /home/olduser/public_html/...）

时间规划

• [ ] 选一个流量低谷期迁移（比如周末凌晨）
• [ ] 预留 2-3 天缓冲期（迁移 + DNS 生效 + 验证）
• [ ] 通知相关人员（如果有团队协作）

迁移后的验证清单

迁移完成、DNS 切换后，要做这些验证：

功能验证

• [ ] 首页能打开，样式正常
• [ ] 所有页面能访问，没有 404
• [ ] 后台能登录，用户名密码正常
• [ ] 文章、页面、媒体库完整
• [ ] 插件、主题正常激活
• [ ] 表单能提交（联系表单、注册表单）
• [ ] 电商功能正常（购物车、结账、支付）

性能验证

• [ ] 用 Google PageSpeed Insights 跑一遍，对比迁移前后的分数
• [ ] 检查 TTFB（用 Pingdom 或 GTmetrix）
• [ ] 确认 CDN 生效（检查响应头）

安全验证

• [ ] SSL 证书正常（地址栏小锁）
• [ ] HTTPS 强制跳转生效
• [ ] 后台登录没有异常 IP

邮箱验证（如果迁了）

• [ ] 能收邮件
• [ ] 能发邮件
• [ ] 历史邮件完整
• [ ] 邮箱客户端（Outlook、Foxmail）配置正常

SEO 验证

• [ ] 在 Google Search Console 里检查有没有索引问题
• [ ] 用 Screaming Frog 或类似工具爬一遍，看有没有 404、重定向链
• [ ] 检查 sitemap.xml 能访问
• [ ] 检查 robots.txt 正确

常见问题

Q：迁移期间网站会 downtime 吗？

A：基本不会。 SiteGround 的迁移是「复制」而不是「移动」——旧站点继续运行，新站点在后台准备好，等你切 DNS 时才生效。DNS 切换期间（2-48 小时）部分用户可能访问旧站、部分访问新站，但两边都能用。

Q：迁移后 WordPress 密码变了？

A：不会。 迁移是完整复制，数据库里的用户表原封不动，密码不变。如果登录不上，检查 wp-config.php 里的数据库连接信息是否正确。

Q：邮箱要单独迁吗？

A：看情况。 如果你用旧主机的企业邮箱，迁移时要勾选「同时迁移邮箱」，客服会帮你搬。如果你用 Google Workspace 或 Outlook 365，邮箱不在主机上，不用迁，只要改 MX 记录指向对应的服务就行。

Q：迁移后 .htaccess 规则丢了？

A：检查文件权限。 有时 FTP 上传会漏掉隐藏文件（以 . 开头的文件）。用 Site Tools 的 File Manager 确认 .htaccess 存在，没有的话从备份里恢复。

Q：迁移后图片 404？

A：检查文件路径和权限。 常见原因：

1. wp-content/uploads 目录没上传完整
2. 文件权限不对（应该是 644，目录 755）
3. .htaccess 里的重写规则有问题

Q：旧主机要保留多久？

A：至少 7 天。 DNS 全球生效需要 2-48 小时，但有些 ISP 的 DNS 缓存更久。保留旧主机 7 天，确保所有用户都能访问到新站点，再退旧主机。

最后

迁移这件事，选对方式比努力更重要。

• 90% 的人用方式一（官方免费迁移）就够了，省心省力；
• 喜欢 DIY 的小站用户可以用方式二（插件迁移）；
• 技术用户可以方式三（手动 FTP）；
• 从 cPanel 主机迁来可以用方式四（备份恢复）；
• 代理商用方式五（批量迁移）。

不管选哪种，迁移前备份、迁移后验证这两步不能省。做好这两步，迁移就是一次「无感」的操作。

准备开始？点这里注册 SiteGround，客服会帮你把整站搬过来。想了解具体方案，看方案对比页；想看完整购买流程，看购买教程。