网站迁移 SEO 安全迁移清单

网站迁移 SEO 清单可帮助您移动、重新设计、重新平台或重命名网站，而不会丢失排名。它涵盖迁移前审核、URL 映射、301 重定向、分段检查、启动日测试、谷歌搜索控制台 更新、分析验证和迁移后监控。

网站迁移可以改善您的品牌、用户体验、速度、结构和转化率。

如果您移动页面而不保护已经帮助您的网站执行的 SEO 信号，它也会损害您的排名。

The 网站迁移 SEO 清单下面为您提供了在发布之前、期间和之后要遵循的实用流程。

它是为需要明确计划而不是模糊迁移建议的企业主、SEO 团队、开发人员、代理机构和网站经理而构建的。

您的 SEO 迁移清单至少应涵盖：

• 旧网站的完整抓取
• 关键词和流量基准
• URL 导出和重定向映射
• 元数据、标题、模式和规范检查
• 暂存网站 SEO 审查
• 发布日爬行测试
• Google Search Console 迁移步骤
• XML 站点地图更新
• 迁移后 SEO 审核
• 30、60 和 90 天监控

谷歌 建议仅在将站点从一个域或子域移动到另一个域或子域时，并且仅在移动和重定向到位后才使用地址更改工具。

Google 还建议，当 URL 发生变化时，应尽可能长时间地保留重定向，通常至少一年。

阅读我们最新的博客最佳机构排名跟踪器：SEO 机构的顶级工具

什么是网站迁移？

网站迁移意味着对您的网站进行重大更改，这可能会影响搜索引擎对您的页面进行抓取、索引、理解或排名的方式。

这种变化可能是技术、结构、视觉或品牌相关的。

您可能正在从 WordPress 迁移到 购物,更改您的域名、重新设计您的网站、从 HTTP 切换到 HTTPS、迁移到新的托管提供商，或更改您的 URL 结构。

从 SEO 的角度来看，迁移是有风险的，因为搜索引擎需要了解发生了什么变化以及每个旧页面现在所在的位置。

如果该连接被破坏，Google 可能会将重要页面视为丢失、重复、阻止、削弱或全新。

安全的 SEO 网站迁移可以保持新旧页面之间的关系清晰。

您的目标不仅仅是推出更好的网站。您的目标是保留尽可能多的搜索权益，同时改进网站中阻碍您的部分。

正确的网站迁移 SEO 流程可保护：

• 有机排名
• 索引 URL
• 反向链接值
• 内部链接资产
• 元数据
• 内容相关性
• 架构标记
• 规范标签
• 图像可见性
• 可爬行性
• 转化跟踪
• 分析准确性

迁移后许多排名会下降，因为团队仅将项目视为设计或开发任务。 SEO 在发布后进行检查，此时损害已经发生。

更安全的方法是从第一天起就将迁移视为 SEO、开发、内容、分析和项目管理任务。

浏览我们的最新博客SaaS 业务的网站开发成本是多少？

网站迁移的类型

并非每次迁移都会带来相同程度的 SEO 风险。 URL 保持不变的简单托管迁移通常比同时发生的完整域名更改、CMS 迁移和重新设计风险更小。

您一次更改的内容越多，您就越需要仔细规划您的技术 SEO 迁移。

域迁移

当您从一个域移动到另一个域时，就会发生域迁移，例如：

• oldbrand.com 到 newbrand.com
• example.net 到 example.com
• subdomain.example.com 到 example.com
• 特定于国家/地区的域名到一个全球域名

域名迁移 SEO 风险很高，因为每个重要的 URL 都会发生变化。谷歌需要强有力的信号来表明新域名取代了旧域名。

您需要准确的 301 重定向映射、经过验证的 Google Search Console 属性、更新的 XML 站点地图、更新的内部链接以及地址更改请求（如果适用）。

地址更改工具适用于域或子域移动，而不是简单的 HTTP 到 HTTPS 移动。

CMS 迁移

CMS 迁移意味着将您的网站从一个内容管理系统迁移到另一个内容管理系统。

常见的例子包括：

• WordPress 到 Webflow
• WordPress 到 Shopify
• Shopify 定制 CMS
• Wix 到 WordPress
• 无头 CMS 迁移

CMS 迁移通常会产生 SEO 问题，因为模板、URL、元数据、规范标签、架构、分页、图像路径和内部链接可能会自动更改。

在启动之前，逐页比较新旧 CMS 输出。不要假设新平台默认情况下可以正确处理 SEO 设置。

网站重新设计迁移

当您更改布局、模板、导航、内容块、标题或转换路径时，网站重新设计 SEO 清单至关重要。

当重要的副本被删除、内部链接消失、标题重写得不好或页面因大量媒体和脚本而变慢时，重新设计可能会损害搜索引擎优化。

重新设计应该在不削弱搜索意图的情况下改善用户体验。在删除内容之前，请检查该部分是否有助于页面排名。

URL 结构迁移

当您更改 slugs、文件夹、类别、产品 URL、博客 URL 或参数处理时，需要 URL 迁移清单。

示例包括：

• /blog/post-name/ 到 /resources/post-name/
• /产品/类别/项目/到/产品/项目/
• /服务/seo-company/ 到 /seo-services/
• 带有日期的 URL 来清理常青 URL

URL 更改需要尽可能进行一对一重定向。不要将所有内容都重定向到主页。

托管、协议或服务器迁移

托管或服务器迁移可能不会更改可见的 URL，但它仍然可以通过速度、正常运行时间、抓取访问、SSL 配置、CDN 行为和服务器响应代码影响 SEO。

Google 对于托管用户可见 URL 不发生变化的移动有单独的指南。主要目标是减少对爬行和性能的干扰。

查看我们最新的博客SEO 伪装检查器：检测并修复伪装

为什么 SEO 在网站迁移期间下降

SEO 可能会在迁移过程中下降，因为搜索引擎依赖于一致性。当网址、内容、链接、代码和信号同时发生变化时，谷歌必须重新抓取和重新评估网站。

一些暂时的波动是正常的。严重的交通损失通常意味着出现了问题。

迁移过程中自然流量损失的最常见原因包括：

• 缺少 301 重定向
• 重定向链或循环
• 重要页面返回 404 错误
• Robots.txt 阻止爬虫
• 实时页面上没有留下索引标签
• 指向旧 URL 的规范标签
• XML 站点地图仍然列出旧 URL
• 内部链接仍然指向重定向的 URL
• 新模板中缺少元数据
• 未经 SEO 审核就更改标题
• 从排名页面删除的内容
• 架构标记已删除或损坏
• 重新设计后页面速度变慢
• 启动后跟踪代码丢失
• 暂存站点意外索引
• 重要图像在没有重定向或替代文本的情况下移动
• 指向无效页面的反向链接
• 分页、分面导航或过滤器处理不当

迁移后排名下降的预防比修复更容易。这就是为什么您的网站迁移 SEO 检查清单应该在发布前几周开始，而不是在开发人员推出新网站之后开始。

糟糕的网站迁移与 SEO 安全的网站迁移

面积	错误的网站迁移	SEO 安全网站迁移
规划	SEO 在发布后进行审查	第一次规划会议就包含了 SEO
URL 处理	旧的 URL 会被忽略或批量重定向到主页	每个重要的旧 URL 都会映射到最近的新 URL
重定向	临时重定向、链、循环或丢失重定向	在启动之前和之后测试干净的 301 重定向
内容	排名内容未经审核就被重写或删除	高价值内容得到保留、改进或谨慎重定向
元数据	模板更改期间标题和描述会丢失	导出、审查和迁移元数据
规范标签	规范指向暂存、旧 URL 或错误页面	规范标签指向正确的实时可索引 URL
内部链接	链接指向旧 URL 或损坏的页面	内部链接更新为最终目标 URL
XML 站点地图	旧站点地图仍然有效	XML 站点地图更新仅包括干净、可索引的新 URL
机器人.txt	爬虫启动后被阻止	Robots.txt 允许所需的爬行并仅阻止应阻止的内容
暂存网站 SEO	暂存可索引或复制，无需检查	暂存被阻止建立索引并经过全面的 QA 测试
分析	启动后跟踪中断	GA4、GTM、像素、目标和形式都经过测试
搜索控制台	没有进行迁移检查	Google Search Console 迁移步骤已完成
监控	团队在发布后检查一次排名	计划进行 30 天、60 天和 90 天的监测

网站迁移 SEO 清单：完整表格

舞台	SEO 任务	为什么它很重要	使用工具	优先
迁移前	抓取当前网站	创建现有 URL、元数据、状态代码、规范、标题和内部链接的完整记录	尖叫青蛙、Sitebulb、JetOctopus	高
迁移前	导出顶部有机登陆页面	帮助保护带来流量和潜在客户的页面	GA4、Google 搜索控制台	高
迁移前	导出关键词排名	为您提供发布后进行比较的基准	Semrush、Ahrefs、SE 排名、AccuRanker	高
预迁移	导出反向链接 URL	确保链接页面正确重定向	阿赫夫斯、塞姆拉什、雄伟	高
迁移前	创建 301 重定向映射	将用户和搜索引擎从旧 URL 转移到新 URL	电子表格、尖叫青蛙、CMS 重定向工具	关键
迁移前	查看内容更改	防止意外删除排名副本	Google Search Console，内容审核表	高
迁移前	导出元数据	保护标题标签和元描述	尖叫青蛙，CMS 导出	高
迁移前	导出标题	保持页面相关性与搜索意图保持一致	尖叫青蛙，手动审核	中等
迁移前	导出架构标记	防止结构化数据丢失	丰富的结果测试，架构验证器	中等
迁移前	查看规范标签	避免重复内容和索引问题	尖叫青蛙，Sitebulb	高
迁移前	查看图像 URL 和替代文本	保护图像 SEO 和页面相关性	尖叫青蛙，CMS 媒体导出	中等
迁移前	审核 robots.txt	防止爬行器意外阻塞	robots.txt 测试器，手动审核	高
预迁移	准备 XML 站点地图更新	帮助搜索引擎发现新的URL集	CMS 站点地图、XML 站点地图生成器	高
分期	阻止索引暂存	防止重复的暂存 URL 出现在搜索中	密码保护、noindex、服务器规则	关键
分期	抓取暂存站点	查找损坏的链接、丢失的元数据、无索引标签、错误的规范和模板问题	尖叫青蛙，Sitebulb	关键
分期	测试重定向规则	确认旧 URL 解析以更正新 URL	尖叫青蛙列表模式，httpstatus.io	关键
分期	检查移动设备的可用性	保护用户体验和移动排名	Chrome 开发者工具、PageSpeed Insights	高
分期	测试核心网络生命	在启动前查找速度和布局问题	PageSpeed Insights、Lighthouse、CrUX	中等
分期	检查结构化数据	确保架构保持有效	谷歌丰富的结果测试	中等
分期	验证内部链接	防止重定向链和损坏的链接	尖叫青蛙，Sitebulb	高
发布日	从实时站点中删除暂存块	允许Google抓取新网站	robots.txt，元机器人检查	关键
发布日	Push 301 重定向直播	发送旧 URL 来纠正新页面	服务器配置、CMS 重定向、Shopify 重定向	关键
发布日	抓取重要网址	发现紧急启动问题	尖叫青蛙，Sitebulb	关键
发布日	提交新的 XML 站点地图	帮助 Google 发现实时 URL	谷歌搜索控制台	高
发布日	测试分析和转化	确认流量和销售线索已正确跟踪	GA4、GTM、CRM、表单测试	高
发布日	检查可转位性	确认页面可抓取、可索引且正确规范化	Google 搜索控制台 URL 检查	关键
迁移后	监控抓取错误	查找 404、软 404、重定向问题和服务器错误	谷歌搜索控制台	高
迁移后	监控排名	识别早期删除的关键字	排名追踪器	高
迁移后	监控自然流量	衡量对会话、潜在客户和收入的影响	GA4，Looker Studio	高
迁移后	修复损坏的链接	提高抓取效率和用户体验	尖叫青蛙，阿雷夫	中等
迁移后	尽可能更新反向链接	减少对重定向的依赖	外展，Ahrefs，Semrush	中等的
迁移后	运行迁移后 SEO 审核	Google 重新抓取网站后确认技术状况良好	尖叫青蛙、GSC、日志文件	高

迁移前 SEO 检查清单

您的预迁移工作决定了启动是受控的还是混乱的。您可以在此处捕获网站当前的 SEO 价值并创建清晰的迁移计划。

审核您当前的网站

首先记录站点的当前状态。您需要可靠的前后比较。

审核：

• 有机登陆页面
• 关键词排名
• 索引页
• 反向链接
• 转化率最高的页面
• 当前 URL 结构
• 元数据
• H1 和 H2 标签
• 内部链接
• 规范标签
• 架构标记
• XML 站点地图
• 机器人.txt
• 抓取错误
• 损坏的链接
• 重定向已经就位
• 页面速度
• 移动可用性

特别注意那些能带来收入、潜在客户、演示请求、产品销售或本地查询的页面。这些页面在迁移过程中需要格外小心。

不要仅依赖 CMS 中可见的页面。许多重要的 URL 可能存在于您的 CMS 外部，例如 PDF、旧登录页面、活动页面、产品过滤器、作者页面、标签页面、帮助页面和旧博客 URL。

使用多个来源构建完整的 URL 列表：

• CMS 导出
• XML 站点地图
• Google Search Console 页面报告
• GA4 着陆页报告
• 反向链接导出
• 抓取数据
• 服务器日志（如果可用）
• 付费搜索登陆页面
• CRM 或电子邮件活动链接

目标很简单：有价值的 URL 不应在没有计划的情况下消失。

抓取并导出所有 URL

在发生任何变化之前抓取当前网站。将爬网文件保存在共享迁移文件夹中。

导出这些字段：

• 网址
• 状态码
• 可转位性
• 标题标签
• 元描述
• H1
• 氢气
• 规范 URL
• 字数统计
• 内部链接
• 内链
• 外链
• 结构化数据
• 图片网址
• 替代文本
• 响应时间
• 重定向状态

此抓取将成为您的 SEO 备份。如果启动后出现问题，您可以将新网站与旧版本进行比较。

另外，单独抓取您的 XML 站点地图。将站点地图 URL 与可抓取 URL 进行比较。如果站点地图包含重定向、非规范、无索引或 404 页面，请在迁移之前清理它们。

构建您的 301 重定向映射文件

301 重定向映射是任何网站迁移 SEO 清单中最重要的部分之一。

重定向映射告诉浏览器和搜索引擎每个旧 URL 在新网站上的位置。对已永久移动的 URL 使用永久 301 重定向。

您的重定向映射应包括：

• 旧网址
• 新网址
• 重定向类型
• 页面类型
• 优先
• 流量级别
• 反向链接计数
• 笔记
• 质量检查状态

示例：

旧网址	新网址	重定向类型	优先	笔记
/seo-服务/	/服务/seo/	301	高	主要服务页面
/博客/旧帖子/	/博客/新帖子/	301	中等	更新了博客网址
/产品/blue-shirt-123/	/产品/蓝色衬衫/	301	高的	产品网址更改
/关于我们/	/关于/	301	中等	简单的段头更改

重定向映射的最佳实践：

• 将每个旧 URL 映射到最接近的相关新页面
• 避免将所有旧页面重定向到主页
• 避免重定向链
• 避免重定向循环
• 将内部链接更新为最终 URL
• 仅在需要时保留查询参数
• 启动前测试重定向
• 优先考虑具有流量、排名、反向链接和转化的页面

对于已删除的内容，仅在有相关替换时才重定向。如果没有有用的替代方案，404 或 410 可能比将用户发送到不相关的页面更诚实。

保护元数据、标题、架构、规范、图像和内容

迁移常常会破坏 SEO，因为团队只关注 URL 而忘记了其他一切。

启动前、导出和审核：

• 标题标签
• 元描述
• H1 标签
• H2 和 H3 结构
• 正文内容
• 内部链接
• 图像文件
• 图片替代文本
• 架构标记
• 规范标签
• 打开图标签
• 面包屑
• 分页标签
• Hreflang 标签（如果使用）

如果旧网站的 SEO 较弱，不要自动复制所有内容。迁移是改善不良元数据、薄内容、重复页面和混乱导航的好时机。

但要小心那些已经排名良好的页面。如果页面驱动流量，请不要在迁移过程中大量重写它，除非您有明确的 SEO 原因。

对于重要页面，并排比较新旧版本：

• 该页面是否仍然回答相同的搜索意图？
• 主关键词是否仍然自然包含在内？
• H1还清晰吗？
• 重要的部分还存在吗？
• 是否保留常见问题解答、架构和内部链接？
• 图像压缩和描述是否正确？
• 规范标签是否指向最终的实时 URL？

这对于网站重新设计 SEO 清单尤其重要，因为设计团队可能会删除副本以使页面更清晰。只有当页面仍然满足用户和搜索引擎的要求时，清洁才是好的。

准备分析、跟踪和基准

在启动之前，记录您的基准性能。如果没有基准测试，您就无法判断迁移是否导致了真正的 SEO 问题。

曲目：

• 有机会议
• 有机转化
• 有机收入
• 热门登陆页面
• 关键词排名
• 品牌流量与非品牌流量
• 索引页
• 抓取错误
• 反向链接配置文件
• 核心网络生命力
• 表单提交
• 来电
• 演示请求
• 电子商务交易

在 Looker Studio、GA4 或 SEO 报告工具中设置简单的迁移仪表板。

至少，比较：

• 过去 7 天
• 过去 28 天
• 去年同期，如果季节性因素很重要
• 前 50 名有机登陆页面
• 前 50 个关键词
• 转化率最高的页面

另外，请在报告工具中注释迁移日期。这使得未来的分析变得更加容易。

暂存网站 SEO 清单

您的暂存站点是您在用户和搜索引擎发现迁移问题之前发现迁移问题的地方。

开发人员在发布前必须检查什么

您的团队应该可以访问暂存站点，但不能对其进行索引。最安全的选择是密码保护。 Noindex 标签可以提供帮助，但如果页面可公开访问和链接，它们并不能完全替代。

开发人员应该检查：

• 暂存被阻止搜索索引
• 实时 URL 不会意外地规范化为暂存 URL
• 所有最终网址均可抓取
• 重要页面返回200状态码
• 重定向暂存或预启动环境中的工作
• 没有内部链接指向暂存 URL
• 没有内部链接指向旧 URL
• 没有关键模板缺少元数据字段
• 规范标签在适当的情况下是自引用的
• XML 站点地图仅包含最终可索引 URL
• Robots.txt 对于启动来说是正确的
• 分页工作
• 过滤器和参数受控制
• 结构化数据有效
• 图像从最终路径加载
• 延迟加载不隐藏重要内容
• JavaScript 渲染不会遮挡关键内容
• 表格工作
• 跟踪脚本正确触发
• 页面速度可以接受
• 移动布局可用
• 404页面正常工作
• 服务器响应代码正确

技术 SEO 迁移应包括分阶段抓取和手动页面模板审查。不要只测试主页。测试服务页面、产品页面、博客文章、类别页面、作者页面、位置页面、门控页面和搜索结果页面。

针对 WordPress、Shopify、Webflow、自定义 CMS 和域更改的平台特定建议

不同的平台会产生不同的迁移风险。

WordPress

启动前检查永久链接设置。一个小的永久链接更改可能会改变网站上的每个 URL。尽可能使用可靠的重定向插件或服务器级重定向。查看 Yoast、Rank Math 或 All in One SEO 中的 SEO 插件设置。

注意：

• 从暂存复制的 Noindex 设置
• 缺少标题和元模板
• 更改类别或标签 URL
• 图片附件页
• 损坏的简码
• 页面构建器膨胀
• 重定向插件冲突
• XML 站点地图插件冲突

购物

Shopify 对产品、产品系列、页面和博客有特定的 URL 结构。您可能无法从另一个 CMS 完全复制旧 URL。

注意：

• 产品网址
• 收藏网址
• 变体 URL
• 重复的产品路径
• 规范行为
• 应用程序生成的架构
• 重定向导入
• 主题速度
• 过滤后的集合页面
• 缺货产品处理

在发布之前为旧产品和类别 URL 创建重定向。对于已停产的产品，请重定向到最接近的类别或相关的替代产品。

网络流

Webflow 很灵活，但 SEO 错误经常通过 CMS 集合、slug 更改和暂存域发生。

注意：

• webflow.io 暂存 URL
• 集合页面 slug
• 自动生成的站点地图设置
• 缺少 301 重定向
• 规范标签
• 自定义代码放置
• CMS 字段映射
• 图像压缩
• 标题层次

确保实时自定义域是规范版本，并且暂存 URL 不可索引。对于更大或更复杂的动作，与经验丰富的合作Webflow迁移机构可以帮助在同一迁移过程中协调 CMS 映射、重定向、技术 SEO、内容传输和质量保证。

定制CMS

自定义 CMS 为您提供了更多控制权，但也赋予了开发人员更多责任。

检查 CMS 是否支持：

• 可编辑的标题标签
• 可编辑元描述
• 可编辑的 H1
• 规范标签
• 301 重定向
• XML 站点地图生成
• Robots.txt控件
• 架构标记
• 替代文本
• 面包屑
• 分页规则
• Hreflang，如果需要的话
• 日志文件访问

SEO 不应依赖开发人员来完成发布后的每个标题、重定向或规范更新。尽可能将 SEO 控件构建到 CMS 中。

域名变更

对于域迁移 SEO，请在 Google Search Console 中验证新旧域。移动和重定向生效后，在适当的情况下使用地址更改工具。 Google 表示，该工具适用于从一个域或子域到另一个域或子域的移动，而 HTTP 到 HTTPS 的移动不需要它。

另更新：

• 内部链接
• 规范标签
• XML 站点地图
• hreflang 参考
• 架构组织 URL
• 社交档案
• 付费广告
• 电子邮件模板
• CRM 链接
• 目录列表
• 尽可能重要的反向链接

发布日网站迁移 SEO 清单

发布日不应该是实验性的。它应该是一个受控的版本，其中每个关键的 SEO 项目都会得到快速检查。

使用此启动日清单：

• 确认 DNS 和托管正常工作
• 确认 SSL 证书处于活动状态
• 确认首选域版本正确解析
• 检查 HTTP 到 HTTPS 重定向
• 检查 www 与非 www 重定向
• Push 301 重定向直播
• 手动测试最高优先级重定向
• 抓取重定向列表
• 抓取新的实时网站
• 检查机器人.txt
• 确认没有暂存 noindex 标签处于活动状态
• 确认规范标签指向实时 URL
• 确认标题标签和元描述存在
• 确认 H1 标签存在
• 确认 XML 站点地图更新已上线
• 在 Google Search Console 中提交站点地图
• 检查 Google Search Console 中的关键 URL
• 测试 GA4 跟踪
• 测试 Google 跟踪代码管理器
• 测试表格、电话、购买和引导活动
• 测试模式标记
• 检查损坏的链接
• 检查404错误
• 检查页面速度
• 检查移动渲染
• 检查重要模板
• 检查付款或结帐页面（如果是电子商务）
• 检查登录或帐户页面（如果相关）

使用优先级 URL 列表进行发布日测试。这应该包括：

• 主页
• 主要服务页面
• 主要产品页面
• 热门博客文章
• 顶级有机登陆页面
• 高反向链接页面
• 潜在客户生成页面
• 联系页面
• 定价页面
• 位置页面
• 类别页面
• 转换页面

不要等待一周才运行第一次爬网。网站上线后立即对其进行抓取。

Google Search Console 迁移和分析检查

Google Search Console 迁移检查可帮助您了解 Google 如何阅读新网站。

启动后，检查：

• 站点地图提交状态
• 索引报告
• 页面索引错误
• 抓取错误
• 软 404s
• 重定向错误
• 服务器错误
• 重复页面
• 规范选择
• 移动可用性
• 核心网络生命力
• HTTPS 报告
• 手动操作
• 安全问题
• 搜索性能
• 首页
• 热门查询

对于域更改，请验证旧域属性和新域属性。然后，当迁移符合条件时，使用地址更改工具。同样，这适用于域或子域移动，而不是所有类型的迁移。

在 GA4 和分析工具中，检查：

• 正在记录有机流量
• 转换正在触发
• 电子商务跟踪工作
• 联系表格正确提交
• 感谢页面加载
• 事件跟踪工作
• 推荐排除正确
• 如果需要的话，跨域跟踪可以工作
• UTM 跟踪仍然有效
• CRM 集成正在传递数据
• 呼叫跟踪已启用

当真正的问题是跟踪中断时，迁移可能看起来像是 SEO 失败。在做出流量结论之前，请务必确认分析。

迁移后 SEO 监控计划

SEO 迁移不会在发布之日结束。真正的测试发生在 Google 重新抓取旧 URL、处理重定向、发现新 URL 并更新排名时。

前 30 天

第一个月是快速发现紧急问题。

每天或每周检查几次：

• 有机流量
• 热门登陆页面
• 关键词排名
• 抓取错误
• 损坏的链接
• 重定向错误
• 404 页
• 索引页
• 网站地图处理
• 服务器错误
• 转化跟踪
• 核心网络生命力变化

在第一周内运行完整的迁移后 SEO 审核。

重点关注：

• 正确重定向的热门旧 URL
• 新页面返回 200 个状态代码
• robots.txt 没有阻止任何重要页面
• 没有重要页面标记为 noindex
• 指向正确的新 URL 的规范
• 内部链接已更新
• XML 站点地图干净
• 元数据存在
• 架构有效
• 内容不缺失
• 图像加载正确

轻微的排名变动是正常的。重要页面上的大滴需要立即检查。

第 31 天至 60 天

到第二个月，您应该有足够的数据来识别模式。

评论：

• 失去流量的页面
• 删除的关键词
• 页面未编入索引
• 重定向的页面仍在接收流量
• 带有反向链接的 404
• 参与度较弱的页面
• 转化率较低的页面
• 内部链接更改
• 爬行深度变化

这是您开始改进较弱的迁移页面的地方。不要一下子改变一切。优先考虑具有高商业价值的页面。

有用的操作包括：

• 恢复删除的内容
• 改进内部链接
• 修复标题标签
• 重新设计标题
• 添加缺少的架构
• 更新重定向
• 修复缓慢的模板
• 合并重复页面
• 更新过时内容

第 61 天至 90 天

到 90 天时，大多数健康的迁移应该表现出更明显的稳定性。一些大型网站、电子商务商店和域迁移可能需要更长的时间。

在此阶段，将性能与原始基准进行比较。

评论：

• 有机流量趋势
• 非品牌关键字可见度
• 转换恢复
• 索引 URL 计数
• 减少抓取错误
• 页面速度改进
• 收入或潜在客户影响
• 排名分布
• 反向链接股权保全
• 首页性能

然后决定迁移是否稳定或需要更深入的技术审查。

运行另一个爬网并将其与：

• 进行比较迁移前爬网
• 分段爬行
• 发布日爬行
• 30 天爬行

这使您可以清楚地了解哪些改进、哪些问题以及哪些仍需要注意。

迁移后流量下降时的恢复步骤

如果您发现迁移后排名下降，请不要惊慌。在进行广泛的改变之前先诊断原因。

从以下恢复步骤开始：

1. 首先检查跟踪
   确认 GA4、Google 跟踪代码管理器、CRM 跟踪、电子商务跟踪和表单跟踪正在运行。报告问题可能看起来像是有机流量损失。
2. 检查谷歌搜索控制台
   查找索引问题、爬网错误、服务器错误、规范问题和站点地图警告。
3. 查看最常删除的页面。
   比较新旧版本。检查内容、元数据、标题、内部链接、架构、规范标签和页面速度。
4. 测试重定向
   确保旧的高价值 URL 通过 301 重定向重定向到正确的新 URL。修复链、循环、302 和不相关的重定向。
5. 检查 robots.txt 和 noindex 标签
   一个错误的指令可能会阻止网站的重要部分。
6. 查看规范标签
   确保规范不指向旧 URL、暂存 URL、HTTP URL 或错误的页面。
7. 检查内部链接
   更新链接，使它们直接指向新的最终 URL，而不是通过重定向传递。
8. 查找损坏的反向链接
   使用反向链接工具查找包含现在返回 404 错误的链接的旧 URL。添加或修复重定向。
9. 恢复丢失的内容
   如果排名页面丢失了重要部分、常见问题解答、比较详细信息或支持副本，请恢复或改进它们。
10. 运行技术 cra.wl
    寻找跨模板的模式。一个模板问题可能会影响数百或数千页。
11. 手动检查页面
    对重要页面使用 Google Search Console URL 检查。检查Google是否可以抓取并索引它们。
12. 改善薄弱页面
    如果迁移更改了搜索意图对齐方式，请更新页面以更好地匹配查询。

避免在站点范围内进行随机更改。首先解决最可能的原因。

常见的网站迁移 SEO 错误

大多数移民问题是可以预防的。问题通常不是发生了迁移。问题是 SEO 被视为最终的 QA 任务。

避免这些常见错误：

• 在没有网站迁移的情况下启动 SEO 检查表
• 在启动后而不是启动前创建重定向
• 将所有旧 URL 重定向到主页
• 使用 302 重定向而不是 301 重定向进行永久移动
• 忽略带有反向链接的旧 URL
• 忘记更新内部链接
• 在实时页面上留下暂存 noindex 标签
• 在 robots.txt 中阻止实时站点
• 允许对暂存 URL 建立索引
• 在重新设计期间删除排名内容
• 无需 SEO 审核即可更改标题和 H1
• 丢失模式标记
• 错误设置规范标签
• 忘记 XML 站点地图更新
• 未提交新站点地图
• 不使用 Google Search Console 迁移工具进行域移动
• 不测试移动页面
• 不检查页面速度
• 破坏表单或转化跟踪
• 启动后不监控网站
• 假设流量将在不进行调查的情况下恢复

良好的 SEO 迁移清单可以创建问责制。每个人都知道必须做什么、谁拥有它以及何时必须检查。

网站迁移的优点和缺点

网站迁移并不总是对 SEO 不利。在很多情况下，这是必要的。关键是了解好处和风险。

优点	缺点
更好的网站结构	排名暂时波动
改善用户体验	自然流量损失的风险
更快的网站性能	重定向错误会损害抓取效率
更强的品牌	域名权威信号需要时间传递
更好的 CMS 控制	元数据和架构可能会丢失
更清晰的 URL 结构	内部链接可能会中断
改进的转化路径	启动期间跟踪可能会中断
更好的移动体验	暂存或 robots.txt 错误可能会阻止索引
更轻松的内容管理	开发者可能会忽视SEO领域
有机会删除过时的页面	糟糕的重定向可能会导致 404 错误

迁移的最佳理由并不是网站看起来很旧。最好的理由是，新网站将更易于使用、更易于管理、更易于抓取、更快、更清晰，并且更符合您的业务目标。

最后的想法

网站迁移可能会增强您的 SEO 基础，也可能会损害多年的有机增长。区别在于规划。

在更改域名、重新设计网站、迁移到新的 CMS、重组 URL 或重新启动网站之前，请使用此网站迁移 SEO 清单。

从全面审核开始，保护性能最佳的页面，构建详细的 301 重定向映射文件，在登台测试所有内容，在发布当天检查每个关键项目，并监控至少 90 天的性能。

最安全的迁移并不仓促。它们被记录、测试和测量。

如果您计划重新设计、域名更改或 CMS 迁移，请在启动前遵循此网站迁移 SEO 检查表，以保护您的排名、流量和潜在客户。

如需 SEO 网站迁移、技术 SEO 迁移或迁移后 SEO 审核方面的专家支持，MarketingLad.io 可以帮助您规划迁移，而不会让您的有机增长面临风险。

常见问题