电商平台迁移：何时更换、如何选择

把网上商店迁移到新平台，是商家要承担的最大项目之一。商品、客户和订单历史都要搬走，网址会变，员工要学习新工具，在头几周里，销售和搜索排名确实面临风险。电商平台迁移有时正是应该做的事，有时却只是用昂贵的方式回避一个本可修复的网店。本指南帮助您分清这两种情况；如果确实要迁移，也能在清楚利弊的前提下选好新平台。

电商平台迁移：何时更换，何时不必

平台已不够用的信号：

• 版本已停止支持。Magento 1 已于 2020 年 6 月终止生命周期，仍在使用它的网店此后再没有官方安全补丁。每个平台版本最终都会走到这一步。
• 核心需求要靠脆弱的变通办法：B2B 定价、多个仓库、多币种或订阅功能，都是靠没人愿意碰的代码硬加上去的。
• 集成成了瓶颈。您需要的 ERP、仓库或电商平台（marketplace）对接，在现有平台上无法实现或不稳定。
• 运行成本不断攀升：应用和扩展的订阅费、与交易相关的费用，或是增长速度超过销售额的托管费用。
• 没人能维护。很难找到熟悉该平台或该版本的开发人员。

以下几点本身不构成理由：网站慢，通常出在主题、图片或托管上；设计过时，改版即可解决；缺少某个功能，往往装个扩展就行。决定何时更换平台，要先把这些情况排除掉。

SaaS 与开源电商的区别

SaaS 与开源电商之间的选择，主要在于您希望由谁来负责什么。没有哪一种在所有情况下都更便宜，所以必须按总成本来比较；只因价格而更换电商平台的团队，往往会失望。

无头电商适合什么场景

无头电商把店面前端与电商引擎分开，由后者通过 API 负责商品目录、结账和订单。它适合拥有多个店面、多个应用或内容丰富网站的品牌。对大多数中小型网店来说，它会让需要搭建和维护的系统翻倍，却没有相应的好处。如果拿不准，不妨先用平台自带的店面：大多数电商引擎都提供 API，以后可以再加自定义前端，而从无头架构退回来则更难。

比较总拥有成本，而不是上线价格

把现有平台和候选平台放在一起，按三年或更长时间对比，并列出每一项：订阅费或许可证费、支付处理和平台交易费、应用和扩展订阅、托管、缺失功能的开发、维护与升级、员工时间，以及迁移本身。一份贴近实际的总拥有成本，常常会颠覆第一印象。月费低的平台，加上所需的应用之后，最终可能比月费较高的平台花得更多，反过来的情况也会发生。

选型前的平台迁移核对清单

1. 撰写平台需求文档：必备功能、集成（ERP、物流、支付、电商平台、电子邮件）、商品目录的规模和结构、语言和币种、B2B 需求，以及由谁负责日常运营网店。
2. 盘点数据：商品及其变体、客户、订单历史、评价、礼品卡余额、积分、博客和内容页面。决定哪些必须迁移，哪些可以归档。
3. 盘点搜索流量：根据 Search Console 和分析数据，列出带来访问和外部链接的网址，因为每一个都需要设置重定向。
4. 要求脚本化演示：让每家供应商或实施方演示您的真实场景，例如指定客户的价格或拆分发货，而不是标准的产品导览。
5. 先做迁移试点：在投入完整项目之前，用一批真实的商品、客户和订单做样本。
6. 约定上线后的责任归属：谁负责应用更新，谁盯着结账和集成，订单出错时员工该找谁。一个没人明确负责的网店，会慢慢退回到当初促使您迁移的那种状态。

迁移本身，包括数据转移、重定向映射和上线前的最后一次同步，正是我们的电商平台迁移服务所涵盖的内容。

常见问题：电商平台迁移

更换平台会丢失搜索排名吗？

上线前后出现一些波动很常见。长期的损失通常源于缺失的重定向、丢失的内容或被改动的内部链接。Google 的网站迁移指南建议把每个旧网址映射到对应的新网址，并长期保留这些重定向。

客户密码和订单历史可以迁移吗？

订单历史、客户、商品和评价通常可以。密码通常不行，因为各平台存储方式不同，所以客户首次登录时需要设置新密码。已保存的银行卡信息仍由支付服务商保管。

可以同时改版吗？

许多团队把两者合在一起做，以免设计工作做两遍。代价是上线后销售若有变化，更难判断原因。请根据您在头几周里能承受多大风险来决定。

正在考虑迁移？我们的电商平台迁移页面介绍了商品、客户、订单以及 301 重定向映射的处理方式。如果您的网店运行在 Magento 上，通过 Magento 2 开发升级可能是值得比较的选择，而 PrestaShop 开发则是另一个开源方向。请联系我们，告诉我们您当前的平台、正在考虑的平台以及主要顾虑，我们可以一起讨论这两条路线。