完整的网站迁移检查清单 [SEO 友好]
在迁移之前、期间和之后保护你的排名、防止流量流失，并避免常见的 SEO 错误。
网站迁移不一定非要以流量为代价。
永久性的排名下滑和流量流失，并不总是迁移本身造成的。它们往往是由一些本可避免的问题引起的，比如遗漏了重定向、未被发现的抓取屏蔽。
这份网站迁移检查清单会带你走完每一个阶段，从迁移前的规划到上线后的监控，让你能够保护自己的排名并快速恢复。
以下是这份网站迁移检查清单涵盖的内容：
- 迁移前的规划与准备：设定目标、做风险评估、建立基准分析数据、审查当前网站，并在动手之前让团队达成一致
- 构建与测试：搭建一个预发布环境、运行技术审查，并验证 Google 在网站上线前能否抓取你的新站
- URL 映射：记录当前所有的 URL、规划好重定向和删除，并更新预发布网站上的所有内链
- 完成迁移：备份内容、更新 DNS 设置、移除抓取屏蔽、启用重定向、更新外链，并在 Google Search Console 中收尾处理遗留事项
- 迁移后监控：记录迁移过程、追踪排名、留意索引问题、在流量下滑进一步恶化前排查，并停用旧主机
什么是网站迁移？
网站迁移是指对网站的技术、结构、设计或位置做重大更改的过程，其目标通常是改善网站的用户体验和 SEO 表现。
迁移网站最常见的一些原因包括：
- 作为品牌重塑的一部分，更改你的域名
- 迁移到新的内容管理系统（CMS），比如 WordPress 或 Wix。如果你想改善网站的性能、安全性或功能，可能会这么做。
- 从 HTTP 切换到 HTTPS，通过加密访客信息来保障网站安全。（Google 强烈建议使用 HTTPS。）
- 重组你的 网站架构，以整合内容、修复 URL 模式或改善导航
- 切换到新的主机，以尝试加快网站速度，给用户更好的站内体验
每种迁移类型都有各自的技术要求，所以对于任何超出你专业范围的事情，都要考虑引入外部帮助。
网站迁移会影响 SEO 吗？
一次妥善的网站迁移一般来说短期内会对 SEO 产生负面影响，长期则会带来正面影响，因为搜索引擎需要时间来理解你对网站所做的更改。
要尽量减少对 SEO 的负面影响，请遵循我们的网站迁移检查清单。
一份详尽的网站迁移检查清单
下面我们来完整走一遍网站迁移的流程，包括迁移前后你需要做的事情。
第一部分：迁移前的规划与准备
妥善地规划和准备迁移，能帮你保住排名，并避免那些可能导致流量下滑的技术问题。
我们来走一遍必要的规划步骤。
1. 设定清晰的迁移目标和成功指标
设定清晰的迁移目标和成功指标，这样你就知道自己想达成什么，以及如何衡量成功。
你的目标可能包括：
- 将网站速度提升 30% 或更多
- 保持 95% 以上的现有排名，以增加自然流量
- 改善用户体验，把转化率提升 15%
- 通过实施 HTTPS 增强网站安全性
- 扩展基础设施以支撑业务增长
为每个目标设定具体的关键绩效指标（KPI），例如：
- 流量留存目标：Search Engine Journal 的一项研究发现，网站大约需要 17 个月才能恢复流量。所以，要对你设定的流量留存目标保持现实，因为恢复流量可能比预期要久。
- 排名保持 KPI：追踪高价值关键词，把精力集中在保住那些带来最大价值的关键词上
- 转化率基准：监控表单提交、购买或其他关键行为
- 技术性能指标：为页面加载速度和 核心网页指标得分（一组显示你网站有多快、多好用的指标）等技术指标设定目标
2. 建立基准分析数据
在迁移前两到四周建立基准分析数据，能帮你了解网站当前的状态，从而知道迁移对它产生了什么影响（以及迁移后你可能需要修复什么）。
你可以从以下这类工具获取分析数据：
- Google Search Console，用于查看当前关键词排名、已被索引的页面数量、核心网页指标报告等数据
- Semrush 的 Position Tracking（排名追踪）工具，用于详细了解关键词排名、搜索可见度得分和搜索结果页面特征归属（精选摘要、大家还在问等）
- Google Analytics（GA4），用于查看自然流量、转化率、互动指标、流量来源等网站指标
- AI Visibility Toolkit（AI 可见度工具包），用于检查 ChatGPT 和 Gemini 等大语言模型中的品牌提及、引用和情感倾向
你的基准数据越全面，迁移后就越容易发现问题。
3. 记录你当前的网站架构
迁移前记录好当前的网站架构，能确保你可以在新平台上重建网站。
你的网站架构文档应包含：
- URL 结构模式：你的 URL 是如何组织的（例如 /blog/category/post-title/）
- 内容层级：页面之间如何通过内链相互关联
- 导航结构：主菜单、页脚链接、侧边栏元素
- 模板类型：网站各处使用的不同页面布局
- 动态元素：筛选器、搜索功能、用户生成内容
- 第三方集成：嵌入到你网站上的工具、小部件和服务
对于分阶段迁移的大型网站，请按优先级来组织你的文档，以确定先迁移哪些部分。
4. 让相关方达成一致并制定切实可行的时间表
迁移前让相关方达成一致并制定切实的时间表，能避免部门冲突、资源短缺，以及可能损害网站表现的仓促决策。
关键相关方通常包括：
- 高管层：需要了解风险、成本和预期投资回报率
- 营销团队：关注对流量和获客的影响
- 销售团队：担心转化漏斗被打乱
- 开发团队：负责技术实施
- SEO 专家：专注于保住排名和自然可见度
- 内容团队：可能需要在迁移期间更新或优化内容
安排一次启动会议，讨论你的时间表、目标、预期收益、潜在风险和所需资源等事项。
5. 进行风险评估并规划回滚方案
每次迁移都伴随风险。在问题发生之前就把它们识别出来。
常见的迁移风险包括排名下滑（以及流量流失）、网站功能损坏、重定向错误、索引问题和转化率下降。
对于每项风险，请记录：
- 发生的可能性（高、中、低）
- 对业务目标的潜在影响
- 预防策略
- 检测方法（你将如何发现问题）
- 应对方案（你将如何快速修复它）
6. 审查你当前的网站
运行一次 Site Audit（网站审计）能帮你发现问题并在迁移前修复它们，让你的新网站按预期运行。
配置 Semrush Site Audit，然后打开你的报告。
你会看到网站健康状况的概览。
点击进入“Issues（问题）”标签页，查看一份你应在迁移前修复的错误列表。你可以点击“Why and how to fix it（为何出错、如何修复）”获取修复每项错误的提示。
第二部分：构建与测试阶段
在预发布环境中构建和测试新网站，让你能够优化内容、修复技术问题并验证功能，而不必冒险影响线上网站的表现。
7. 复制一份你的网站
复制一份你的网站，相当于创建一个安全的测试环境（也称为开发或预发布环境），你可以在其中应用更改而不影响线上网站。
你应该请开发人员帮忙，但流程通常包括：
- 把网站文件复制到一个新的子域名上（例如 staging.example.com）
- 复制你的数据库，并把这份副本连接到复制出来的网站文件上
- 更新复制网站的配置，确保它指向新的数据库，并调整任何必要的设置（比如 URL）
如果你的线上网站使用了内容分发网络（CDN）（一组分布在世界各地、根据用户位置向其分发内容的服务器），一定要在预发布网站上也配置好它。这样，你就能确保它与你的新网站配合良好。
8. 屏蔽对预发布网站的访问
你需要阻止搜索引擎访问你的测试网站。否则，它可能在准备就绪之前就出现在搜索结果中。
建议先添加密码保护，把用户和网站爬虫都挡在外面。许多主机服务商允许你通过主机控制面板来做这件事，而像 WordPress 这样的平台也有可以添加密码保护的插件。
然后，为预发布网站上的每一个页面添加一个 noindex 标签（一种 meta robots 标签，用于告知爬虫不要把该页面纳入搜索结果）。就像这样：
你的 noindex 标签是临时的，在网站上线前你需要把它移除。稍后，我们会向你展示如何运行测试，以确保搜索引擎在你把网站上线之前能正常抓取你的预发布网站。
9. 准备新网站
准备新网站包括优化内容、修复长期存在的 SEO 问题，让新网站有机会在搜索结果页面（SERP）上获得高排名。
把迁移看作一次机会，而不仅仅是一项技术上的必需。你已经在做重大更改了——为什么不顺便改善你的内容和 SEO呢？
以下是在迁移过程中优化网站的一些提示：
- 做一次有策略的内容审查。使用 Semrush 的 Organic Research 工具找出表现不佳的页面，决定是改进、整合还是删除低价值内容，并使用 Site Audit 查找并修复重复内容。
- 修复站内 SEO 元素。优化标题标签（60 个字符以内，包含关键词），撰写有吸引力的元描述（150-160 个字符），改善标题标签（一个 H1，符合逻辑的 H2-H4 结构），并强化指向重要页面的内链。
- 优化技术性能。压缩图片并实施懒加载、测试移动端响应式、使用 Google PageSpeed Insights 改善核心网页指标得分，并优化加载速度。
- 更新过时的内容。更新统计数据、示例和截图，添加 FAQ 部分和近期案例研究，并删除对已停产产品或服务的引用。
优先处理带来最多流量和转化的页面。不要试图把一切都做到完美——优先做那些会对 SEO 和用户体验产生最大影响的改进。
10. 设置 Google Analytics 4
为你的预发布网站创建一个新的 GA4 媒体资源或数据流，并安装追踪代码，这样你就可以开始收集数据了。
这让你可以准备好你想追踪的事件（用户互动），并确保数据被正确收集，这样网站上线后你就不会遗漏任何重要信息。
11. 对预发布网站运行技术 SEO 审查
对预发布网站运行技术 SEO 审查，让你能在潜在的有害错误被迁移到线上环境之前就把它们修复。
用 Semrush Site Audit 再配置一个站点。
当审查完成后，看一下你的 Site Health（网站健康度）得分，大致了解新网站可能的表现。
然后，重点关注“Errors（错误）”。这些是可能严重影响你 SEO 网站迁移的严重问题。
也值得看看你的“Warnings（警告）”和“Notices（提示）”。你可以点击进去，查看问题的完整列表，以及关于如何修复和为何修复的建议。
在实施任何修复之后，重新运行审查，检查一切是否正常运行。你应该会看到整体的 Site Health 得分有所提升。
12. 给 Googlebot 临时访问预发布网站的权限
给 Google 的网站爬虫（Googlebot）临时访问你预发布网站的权限，让你能确认 Google 可以正常抓取和索引该网站。
先移除任何密码保护。然后，在 Google Search Console（GSC）中添加并验证你的网站。
接着前往“Indexing（索引）”>“Pages（页面）”。
过一段时间（通常是几天）后，你应该会发现你的所有页面都处于“Not indexed（未编入索引）”状态，这意味着 Googlebot 能够抓取这些页面，且 noindex 标签生效了。
如果有些页面缺失，或者出现了与 noindex 标签无关的索引错误，那就可能存在问题，会影响你迁移后的 SEO。
一定要调查并解决这些可抓取性问题。之后你可以重新加回密码保护。
13. 更新你的 DNS TTL 值
如果你要更换主机服务商，在迁移前更新 DNS TTL 值能确保访客可以快速地在新的 IP 地址上找到你的网站。
TTL 是“time to live（生存时间）”的缩写。TTL 值告诉计算机何时该重新检查你的 DNS 记录是否可能发生了变更。降低 TTL 值有助于你的新 IP 地址更快地在互联网上传播，确保其他计算机在网站迁移后能迅速重新定位到它，并把访客导向正确的位置。
只要确保这个更改是临时性的即可，因为迁移完成后，过低的 TTL 值会给互联网系统带来多余的工作量。
第三部分：把旧 URL 映射到新 URL
把旧 URL 映射到新 URL，能帮你设置必要的重定向（浏览器把流量转发到某个指定 URL 的过程），让用户和爬虫都能到达正确的页面。
如果你不打算更新 URL，就跳过这一部分，直接进入第四部分。
14. 创建一份当前 URL 的列表
创建一份当前 URL 的列表，让你拥有网站所有内容的清单。
要整理出最准确的列表并确保不遗漏任何重要内容，请从多个来源汇集数据，包括：
- SEO Audit：导出 SemrushBot 已抓取的 URL
- GSC：导出 Googlebot 已抓取并索引的 URL
- GA4：导出用户访问过的 URL
- Backlink Checker：找出网站上拥有反向链接的页面
- XML 站点地图：这是包含你希望被索引的 URL 的文件
- 内容管理系统（CMS）工具：你的 CMS 可能有特定工具，可以生成一份包含你网站 URL 的列表
15. 规划哪些页面要重定向、哪些要删除
现在，你的团队需要规划哪些页面要重定向、哪些要删除，这样你就能对每一个页面的去向心中有数。
如果内容要迁移到新位置，你应该从旧 URL 添加一个服务器端的 301 重定向到它的新对应地址（例如，从 http://www.example.com/ 到 https://www.example.com/）。
301 重定向能确保使用旧 URL 的访客到达新目的地，同时也告知搜索引擎该资源已永久迁移——并且任何现有的 SEO 权重都应转移到新 URL 上。
应用 301 重定向还有助于保住排名和流量。
如果新网站上没有与之对应的 URL，你就不应该重定向该内容。比如说，有一些过时的博客文章，你不想迁移到新网站。你可能觉得把这些 URL 重定向到新的博客首页是个好主意。但这会让用户困惑，而且对 SEO 不利。
相反，这些旧 URL 应被设置为返回 410 状态码（一种告知搜索引擎和用户该资源已被永久移除的代码）。
最终，你应该得到一份类似这样的 URL 映射表：
16. 更新预发布网站上的 URL
替换预发布网站上的旧 URL，能防止失效链接和不必要的重定向，后者会拖慢网站并损害 SEO 表现。
你需要检查用在以下位置的 URL：
- Href 链接：标准的可点击超链接。它们会出现在你的主导航、页脚、正文内容等处。
- XML 站点地图：定义你希望搜索引擎索引的所有 URL 的文件
- Robots.txt：定义你想屏蔽的 URL 的文件。它还应包含你 XML 站点地图的 URL
- 规范标签：用于指定页面首选版本的代码。如果页面没有重复版本，规范标签应为自引用
- Hreflang 标签：用于指定页面所有翻译版本的代码。（如果你不以不同语言提供内容，就不需要 hreflang 标签。）
以及你网站上的任何其他关键位置。
17. 对预发布网站做最终检查
在迁移前对你的预发布网站做一次最终的整体检查，确保一切看起来都没问题。
这是一份快速清单：
- 重新运行 SEO Audit，查找任何重要问题
- 检查 GSC 中标记出的任何建议
- 在桌面端和移动设备上查看网站功能
- 确保没有占位内容（例如 lorem ipsum）
- 确保数据正被你的分析工具捕捉到
- 确认你的网站在法律上合规（例如检查你的隐私政策）
第四部分：完成迁移
完成迁移，就是你从旧网站过渡到新网站的时候。
以下是确保迁移顺利的所有事项。
18. 记录当前网站状态并创建内容备份
在迁移前记录最终网站数据并创建备份，为你在出现问题时提供用于对比和恢复的安全网。
这是你收集用于迁移后对比的基准数据的最后机会——记录当前的 Site Audit 结果、GA4 报告和排名数据。
备份所有内容，包括页面、元标签和网站配置。使用你主机服务商控制面板的备份功能，或者如果你用的是 WordPress，可以试试 Duplicator 或 UpdraftPlus 这类插件。
19. 评估复杂度并分块迁移
把大型网站分成更小的块来迁移，能降低风险，并在出现问题时更容易排查。
所以，如果你有一个大型网站，我们建议你逐个部分地迁移内容（例如按内容类型），从最不重要或较小的部分开始。
别忘了在每次迁移后都做测试（比如重新运行一次网站审计），检查是否有任何应在迁移下一块之前修复的错误。
20. 更新 DNS 设置
如果你要切换到新服务器，就需要更新你的 DNS 记录，让它指向新的 IP 地址。
要做到这一点，请联系你的主机公司并请求更改。
也一定要把你的 TTL 值改回正常。
21. 移除所有临时的网站屏蔽
移除临时的网站屏蔽，能确保你的新网站对用户和搜索引擎爬虫开放。
这意味着要移除：
- 密码保护
- HTML 中不必要的 noindex 标签
之后，重新运行你的 Semrush Site Audit，在“Crawlability（可抓取性）”报告中检查问题。
修复这些问题，让它们不损害你网站的 SEO。
22. 启用重定向和删除
启用你规划好的重定向并删除未迁移的页面，能完成你的 URL 过渡，并帮助搜索引擎理解你的新网站结构。
要检查一切是否正常运行，请重新运行你的 Site Audit 项目并进入“Issues（问题）”。
在“Errors”部分，你会看到有多少页面返回 4XX（例如 410）状态码。“Notices”部分则会显示有多少 URL 带有永久重定向。
点击“# pages（页面数）”链接，查看所有对应的 URL，并检查它们是否正确。
23. 在 Google Search Console 中完成以 SEO 为核心的任务
Google Search Console 中与 SEO 相关的任务包括验证网站所有权、提交地址变更表单、更新站点地图，以帮助 Google 高效地处理你的迁移。
先，前往“Settings（设置）”>“Ownership verification（所有权验证）”，检查你是否是新网站的已验证所有者。如果不是，你可能需要把所提供的 HTML 文件上传到你的新网站。
如果你已经迁移到新域名，请回到“Settings”并点击“Change of address（地址变更）”。
填写所提供的表单，以加快新页面的索引速度，并尽量减少排名损失。
接下来，前往“Indexing”>“Sitemaps”，并提交你旧网站和新网站的 XML 站点地图。提交两份站点地图有助于 Google 发现从旧 URL 到新 URL 的重定向，也让你能监控索引/移除的过程。
24. 更新外链
在可能的情况下，你应该更新任何指向你旧 URL 的外链（来自其他域名、指向你网站的链接），因为最好让它们不要指向一个已删除的页面或经过重定向。
过时的链接可能存在于你拥有的资产中，例如：
- 社交媒体账号（Twitter、LinkedIn、Facebook、Instagram）
- 邮件签名
- 商家信息（Google Business Profile、Yelp、行业名录）
- 你为其他网站撰写的客座文章
- 新闻稿和媒体报道
- 数字广告活动
对于由其他方控制的链接（即反向链接），试着联系他们，请他们更新这些链接。这里有一封你可以使用的邮件模板：
“你好 [姓名]，我注意到你链接到了我们位于 [旧 URL] 的文章。我们最近迁移了网站，这篇内容现在位于 [新 URL]。能否麻烦你更新一下链接？重定向可以正常工作，但直接链接能为你的读者带来更好的体验。谢谢！”
你可以使用 Semrush Backlinks 工具找到指向你旧网站的反向链接。
只需输入你的旧域名，然后进入“Backlinks（反向链接）”报告。
之后，为你的新网站设置 Backlink Audit（反向链接审查）工具，这样你就能轻松监控入站链接。
第五部分：迁移后监控
通过监控迁移后的表现，你能及早发现（并解决）问题，让它们不会滚雪球般变成更大的麻烦，损害你的排名。
我们继续这份 SEO 网站迁移检查清单的最后一部分：
25. 记录迁移过程
记录你的迁移过程，这样你就知道未来的迁移可以指望什么。
创建一份迁移后报告，包括：
- 哪些做得好：值得重复的成功策略和流程
- 哪些出了问题：遇到的情况和解决方式
- 时间表的准确度：项目是否比预期花了更久？为什么？
- 资源利用情况：你是否有合适的团队和工具？
- 最终结果：流量、排名和转化率的变化
- 经验教训：供下次参考的关键要点
把这份报告分享给所有相关方。它为未来的项目提供了有价值的见解。
26. 用分析工具检查问题
用分析工具检查问题，能确保你不会遗漏任何阻碍搜索引擎抓取和索引你网站的关键错误。
先重新运行你的 Site Audit 项目。进入“Compare Crawls（对比抓取）”，看看迁移后问题数量是否发生了变化。
如果出现任何“New（新增）”问题，一定要点击进去调查。
同时也要留意 GSC 中的“Page indexing（页面索引）”报告，它应显示你的新页面正被索引，旧页面正被取消索引。
并用 GA4 追踪流量和转化，务必与你之前的基准数据做对比。
要留意那些表现比其他页面差、或比过去表现更差的页面，因为可能存在某个具体原因（比如一个失效的行动号召）。
而 AI Visibility Toolkit 有图表让你能随时间追踪品牌可见度，这样你也可以看看网站迁移后在大语言模型中的表现。
27. 追踪你的关键词排名
追踪你的关键词排名能帮你了解新网站在搜索结果中的表现，并提醒你任何重大的排名问题。
Semrush 的 Position Tracking 工具提供你所需的详细洞察。
导入你关注的关键词后，选择一段涵盖你网站迁移的日期范围。
你会立即看到整体可见度的任何变化，它应该在几个月内恢复。（如果没有，就按本文末尾排查部分中的步骤操作。）
在“Pages（页面）”报告中，你可以按 URL 追踪自己的表现。
网站迁移后经历暂时的排名下滑是正常的，但那些表现比预期更差的页面值得调查。
在“Overview（概览）”报告中，你可以监控单个关键词的表现。
查看“Pos.（排名）”列中的图标，看看你是否失去了或获得了任何搜索结果页面特征（能帮助你的结果在搜索结果页上更显眼的元素）。
28. 就你的迁移添加一条 Semrush 备注
在 Semrush Notes 中记下你的网站迁移日期，这样你和团队就能对排名和流量的波动有背景了解。
你的备注随后可以出现在 Semrush 工具包的各类图表中，让你更容易对比迁移前后的结果。
例如，在 Site Audit 中这条备注让人很容易看出迁移是否与技术问题的增加相关联。
而 Position Tracking 中的这条备注让我们能看到迁移对搜索可见度的影响。
29. 停用你的旧主机
如果你迁移到了新服务器/主机服务商，可以在 Google 完成对新网站的索引后停用你的旧主机。
排查你的迁移问题
看看这些提示，来排查迁移后出现的任何问题：
- 查明是否存在某个特定来源正在导致流量流失（通过 GA4）：
- 如果你失去了来自反向链接或广告的流量，就检查一下重定向
- 如果你失去了自然搜索流量，就在 Position Tracking 中检查你的排名
- 查明你是整个网站还是特定页面失去了流量/排名：
- 如果问题影响到网站上的许多页面，就重新运行 Site Audit，看看是否是技术问题在捣乱——并按照工具的说明来修复它们
- 如果你有特定页面丢了排名，就查看备份，看看内容/元标签的更改是否可能是原因
即使你的网站没有任何技术错误，你也可能遇到问题。例如，转化率、跳出率和退出率的表现变差，可能意味着你的受众在其旅程中遇到了障碍，需要你去调查。
获取你自己的免费网站迁移检查清单
我们在 Google Docs 中创建了这份网站迁移检查清单的简化、可交互版本。
在这里找到这份清单，点击“Use this template（使用此模板）”即可创建一个副本。
然后，注册一个 Semrush 账号，在你下一次网站迁移时对照这份清单操作。