将电商网站迁移到一个新的设计、平台或领域意味着你必须非常严谨地执行该操作，否则你的SEO就会受到影响，从而降低流量、转化率和收入。如果在没有任何操作策略下执行该工作，甚至会使网站受到攻击。在电子商务网站迁移之前做好准备是确保其持续成功的关键，虽然在迁移站点时SEO通常会出现下降，但如果启动之前修复错误实际上可以帮助你保持稳定的流量。
为此，本文将分享五个网站阶段迁移检查步骤，以尽量减少网站迁移所带来的任何潜在的SEO负面影响。
为什么迁移？
·网站设计过时
·你的业务更改了服务提供，因此需要添加新信息或更改现有信息以使业务更具有时效性。
·重新命名（当业务名称更改时，这可能涉及迁移到一个新域）。
·CMS（内部管理系统）平台存在一些问题，你想要切换到一个具有更多或不同的强大功能或成本更低的平台。
·网站没有转换，你希望从头开始创建一个新域
接下来将深入讨论成功迁移的具体细节，从涉及的风险开始。
不同迁移的类型具有不同的风险
低SEO风险：网站重新设计
当迁移范围仅限于简单地更改网站的设计时，风险相对较低。原因很简单，因为URL并没有更改，因此你也没有必要从外部代理机构来寻求帮助以保护SEO不受影响。
中等SEO风险：URL /更改（平台未更改）
当域发生更改时或者需要具有丰富重定向的新URL结构的更改时，你就需要进行仔细地监视。因为任何URL更改都会给你的SEO带来风险，因此网站的新URL需要被索引，这一目标是通过使URL易于抓取，从而使它们在发布后被谷歌快速索引。无论实际的设计是否发生了变化，新的URL路径都是网站SEO的基本改变，应该加以监控。
中等SEO风险：电商平台的变化
通常，平台更改意味着站点的URL也会更改。这是因为各种电子商务平台的url结构不同。例如作为指向Shopify“collections”中的产品的路径，URL结构必须是domain.com/products/productname或domain.com/collections/collectionname/products/productname
与此同时，WordPress和其他CMS（内容管理系统）都有自己的URL结构，且需求不同。这就是为什么在很多情况下，维护原始URL是不可能的的原因。平台的变化也会带来核心功能丢失的风险，而这些核心功能正是SEO（或其他营销渠道）目前所受益的。在迁移平台时，评估和最小化这样的风险才是关键。
高SEO风险：域迁移
无论URL或设计更改如何，迁移电子商务网站的域都存在很大的风险。问题是，域名在谷歌中遗留了很多的历史。因此当你从零开始时，必然会有所损失。在这种情况下，就要做更多的工作来减轻SEO的影响和流量损失。
现在你已经了解了其中的风险，以下是迁移网站需要验证的所有因素的详细列表。
阶段一：评估活动网站和改进的机会，收集基准数据
由于这是一个从一个平台到另一个平台的数据迁移过程，所以你将使用旧站点的数据作为基准，以便在稍后的步骤中参考和比较新站点。目标是在将开发站点的功能与活动站点进行比较时，以尽可能少的差异启动开发网站。
步骤1：使用DeepCrawl或Screaming Frog抓取当前域
Screaming Frog是一种应用广泛的工具，其数据输出适合于该过程。
通将DeepCrawl用于较大的站点，而Screaming Frog是作为较小站点的更便宜和更容易的选择。也就是说，你可以使用你选择的抓取工具。
抓取当前活动域可以提供网站上的URL列表，以及关于这些URL的各种数据，从而使用这些数据进行检查和基准测试。
步骤2：执行 Google Search Console（谷歌站长工具）分析
审查网站的谷歌相关数据非常重要。数据在GSC中以仪表板格式显示，你将考虑：
·导出站点的CSV数据
·是否需要将结构化数据转移到新网站？
·hreflang标签需要转到新站点吗？
·是否需要在启动前处理404错误？
步骤3：抓取并分析旧网站
现在你已经有了抓取数据和谷歌的数据，你将记录下以下几点，以便能够将它们与新站点进行比较：
·在源代码中查找Meta robots nofollow标签
·查找带有noindex（禁止索引）标记的页面
·审查规范标签
·审查标题标签
·审查元描述标签
·审查标题（h1, h2等）的用法
· 在一个文件中收集所有已知的实时URL（根据网站抓取、serp抓取、GSC/Google Search Console、GA/Google Analytics等）。
阶段二：评估模拟网站和改进的技术机会
接下来你就要进行技术工作，检查可能的错误，并采取必要的步骤来测试和解决它们。
步骤1：检查服务器更改
要求开发人员在新服务器上托管开发网站以识别潜在的问题，不要忘记要求开发人员使用robots.txt文件阻止搜索引擎机器人访问开发站点。
步骤2：建立301重定向策略
要获得新的URL索引，实现重定向的系统方法是至关重要的一步。
·使用网站抓取数据制定301重定向策略；
·记录如何实现重定向策略，以及由谁负责，每个人都应该在如何构建和实现重定向的问题上保持一致；
·是否存在需要更新的旧版重定向；
此外你还将在启动或迁移时检查重定向是否成功。
步骤3：进行技术开发网站优化
进行技术审核是成功的关键：
·查看新站点的网站地图和线框图；
·确保站点被阻止索引；
·验证自定义404错误页面是否存在&正确地发出404标题响应。404页面标题应该始终为“页面未找到”（或类似的），这样就可以在Google Analytics中找到错误（也就是用户访问的错误）；
·抓取开发站点；修正404和soft 404；
·确保你不希望在开发网站上编制索引的链接是Nofollowed（无法追踪）的；
·测试重定向；
·使用多个设备浏览开发网站；
·计划更快的索引；创建一个包含所有旧URL的XML站点地图（如有必要），并计划在网站启动后保留它；
·测试和提高网站速度，尽可能多的开发网站。
由于开发网站的速度只是一个估计值，所以你需要让开发团队帮助你了解哪些地方还存在不足，以及你可以做些什么来改进它。
步骤4：确定分析迁移策略
·将分析代码添加到开发站点。（阻止访问此站点的团队成员的IP）；
·目标：编制一个URL列表，以便在新站点上线时更新分析目标；
·检查网站上不同类型网页的移动设备友好性；
·检查参数是否按预期运行（并且确保在页面重新加载或重定向期间，不会从URL中删除关键跟踪参数）；
·检查谷歌站长工具中的参数报告是否存在重复内容问题（旧谷歌站长工具的此功能可能不会长时间保留）；
·检查谷歌分析以确保本网站不能成为其自己的引用页；
·社交媒体共享：编制社交次数最多的网址列表。保持旧的嵌入代码以保持社交计数。如果没有值得重视的页面，请不要浪费开发工作来实行这一点。
阶段三：比较活动站点和测试站点，以达到持平或更好
这个阶段的主要步骤如下：
·将旧网站与新网站相比较；
·为将要修复的内容列一个清单，目的是在迁移期间使流量尽可能接近持平。
内容
·网站是否存在重复内容或URL？
·将所有内容迁移到开发站点，尽可能保持不变；
·确保标题标签和元描述被延续，并且与当前站点相同或更好；
·检查页面内容、规范标签、内部链接，H1s/H2s，IMG ALT标签的使用。
移动站点特定任务
·在Screaming Frog中抓取移动谷歌机器人，验证页面之间的移动对等：标题、描述、标题、内容、链接、图像、指令等；
·将meta =“viewport”标签履行到网站的<head>部分的<meta name=“viewport”content=“width=device-width，initial-scale=1.0>。
Javascript站点特定任务
·可视化地审计所有主要页面类型；
·审核缺少内容的HTML源代码；
·使用inspect元素检查缺少的内容；
·比较HTML源代码和检查元素是否矛盾；
·根据用户交互来识别内容。
AMP页面特定任务
·每个非AMP页面（即桌面、手机）都应该有一个指向相应AMP URL的标签；
·每个AMP页面应该有一个rel= “canonical ”标签指向相应的桌面页面；
·任何没有相应桌面URL的AMP页面应该有一个自引用的规范标记。
电子商务特定任务
·类别页面是否包含指向产品的可索引链接；
·检查分面导航、分页以获得最佳实践；
·如果图片链接出现在锚文本链接之前，是否使用了关键词丰富的ALT文本。
WordPress特定任务
·使用Simple 301 Redirects Plugin重定向开发站点WordPress中的URL；
·在WordPress站点和CMS（内部管理系统）上安装Google Tag Manager Plugin （谷歌标签管理器插件）并进行配置；
·设置Yoast WordPress SEO & Yoast Analytics插件；
·如果你使用像HubSpot这样的CMS ，安装并设置CMS插件；
·建立Yoast Analytics。
阶段四：启动检查以确保一切顺利
步骤1：站点抓取/分析检查
在这个步骤中，你将检查活动站点和测试站点之间的匹配数据：
1、验证301重定向都已正确实施；
2、抓取新站点以确定技术问题和可访问性；；
3、确保新的活动站点没有被阻止、被抓取和索引
4、验证是否将“Nofollow”标记添加到不希望索引的页面。这些应该在开发站点上进行标识，例如在分面导航链接上；
5、确保每个页面上都有“index、follow”元标记；
6、寻找不应该出现的404页面；
7、检查内部链接：查找断开的链接，以及指向开发站点的链接；
8、验证规范标签的项目执行；
9、检查标准和重复URL；
10、检查标题标签（与旧数据匹配）；
11、检查元描述（与旧数据匹配）；
12、检查H1、H2使用情况（与旧数据匹配）；
13、检查IMG ALT属性（与旧数据匹配）；
14、检查字数（与旧数据匹配，解释<body>标签内的所有模板文本）；
15、按页面检查内部链接计数（与旧数据匹配，是否有关键页面丢失链接）。
步骤2： Google Analytics（谷歌分析） / Search Console Checks（谷歌站长工具）
现在你可以观察谷歌为新站点注册了哪些数据：
1、确保其准确性：验证所有页面上的分析代码，以及实施正确的代码；
2、更新分析目标，检查它们是否能够正常工作；
3、使用网站启动日期对分析进行注释。
步骤3：网站速度检查
1、观察通过站点速度工具运行几个页面，将旧站点和开发站点上的站点速度进行相比；
2、如果可以的话，做好改进的记录。
步骤4：其他任务
1、站点是否更改了服务器？确保没有与服务器相关的问题；
2、比较顶部登录页面，前后（标题、元描述、页眉、页面内容等）；
3、验证404页面是否返回404状态；
4、验证旧的XML站点地图是否在新站点上，重新提交到Google Search Console （谷歌站长工具）和 Bing Webmaster Tools（必应网站管理员工具）；
5、如果域正在更改，请在GSC中声明新的域变体并提交地址更改请求。
阶段五：1-2个月以上的网站监测
1、发布后一周
·监控GSC谷歌站长工具（抓取统计数据、排名、流量、索引页面等）；
·检查GSC是否有新的索引页面（并检查任何没有索引的页面）；
·检查旧的GSC配置文件，以确保旧页面被取消索引；
·保留旧的XML站点地图，让谷歌重新抓取。
2、发布后2 – 3周内
·监控谷歌站长工具（抓取统计数据、排名、流量、索引页面等）；
·删除旧的XML站点地图，用新的XML站点地图替换它们；
·检查sitemap.xml文件，是否有正确的url（无多余的URL、没有Dev URL等）；
·提交新的XML站点地图到谷歌站长工具&必应网站管理员工具。
3、发布后一个月
·监控谷歌站长工具（抓取统计数据、排名、流量、索引页面等）；
·检查流量损失分析，观察哪些页面丢失了流量以及原因。
4、发布后2个月
·继续监控谷歌站长工具（抓取统计数据、排名、流量、索引页面等）；
·大多数迁移通常会在启动后出现流量的下降和上升。也就是说，每个地点和迁移都是不同的，所以实际的影响很难预测；
· 较好的办法就是遵循这个过程。这样做可以确保新站点的数据仍然被谷歌索引，从而对潜在客户可见。
