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