独立站迁移要做的事可以归成十项，迁移前盘点资产、备份数据、确认迁移范围，迁移中迁入数据、核对商品、修改域名解析、配置 301 重定向，上线前设置支付物流税费、测试装修功能、承接客户账号和会员。其中数据迁入有官方迁移插件，商品整理、批量改价格库存和标题翻译，可以交给 Athena 对话完成，域名、重定向和支付申请则要卖家自己在后台操作。
独立站迁移是指把店铺的商品、客户、订单和流量入口，从当前建站平台转到另一个平台继续经营，目标是经营不中断、搜索流量不归零。本文以从 Shopify 迁移到店匠Shoplazza 为例，按迁移前、迁移中、上线前三个阶段列出十项工作，并说明 Athena 在其中承担哪一部分。
迁移前先盘点现有的商品、应用、域名和支付，导出一份完整的数据备份，并确认迁移范围和套餐限制。迁移中用官方迁移插件迁入商品、客户、订单、博客和优惠码，核对商品后修改域名解析，为旧链接配置 301 重定向。上线前开通并测试支付，设置物流和税费，检查装修和核心流程，再处理客户账号和会员积分。域名不变、重定向配置正确时，搜索流量不会因为换平台被清零。店匠Shoplazza 的 Athena 负责迁移后的商品整理，包括用链接或表格批量创建商品、批量改价格库存、改标题描述和翻译，批量任务先试跑 10 个商品，确认后再扩大。
迁移前的工作决定后面返工的多少，盘点、备份和范围确认三件事都在旧店铺上完成，不影响正常经营。
先列出旧店铺里有哪些内容，商品数量和分类、正在使用的应用和插件、绑定的域名、已开通的支付渠道、物流方案、会员和积分体系、正在运行的折扣活动。迁移不是逐个照搬插件，而是保留每个插件背后的业务结果，所以清单要写“它解决什么问题”，而不只是插件名称。
在旧店铺后台导出一份完整的商品和客户数据备份，格式用 CSV。迁移是只读操作，不会修改旧店铺的数据，但备份能在出现差错时快速核对。同时确认旧店铺后台可以正常登录，授权信息都在自己手里。
官方迁移插件支持迁入商品、客户、订单、博客和优惠码。有两个限制要提前知道。旧店铺如果停留在 Basic 套餐，客户姓名、地址、电话这类字段通过接口拿不到，迁过来的订单会缺失客户信息，解决办法是升级套餐，或者从旧店铺后台导出客户 CSV 再手动导入。需要迁移 60 天以前的历史订单时，授权里要勾选读取全部订单的权限，否则只能迁近 60 天。
迁移中的四项工作按顺序做，先迁入数据，再核对商品，然后处理域名和重定向。
在店匠Shoplazza 后台的应用商店搜索「一键迁移」插件，安装后选择来源平台，填入迁移店铺网址和授权信息。从 Shopify 迁入时，需要先在 Shopify 后台创建一个迁移用的开发者应用，获得 Client ID 和 Client Secret，授权范围建议勾选 Admin API 和 Customer Account API 的读写权限，支付相关权限除外。然后选择要迁移的模块，开始迁移，页面会显示各模块进度，数据量大时不用一直守着。插件免费使用。
迁移完成不等于可以销售。抽查商品数量是否与旧店一致，图片和变体图片是否对应，价格、SKU 和库存是否准确，分类和排序是否正确，再确认商品的上架状态，需要销售的商品逐批勾选上架。这一步在商品多时耗时较多，也是 Athena 帮助较大的地方，后文单独讲。
在店匠Shoplazza 后台的设置里添加自定义域名，按提示在域名注册商处修改 A 记录和 CNAME 记录，把域名指向店匠Shoplazza。域名不变，是保住搜索流量较直接的办法，因为搜索引擎认的是网址，网址没有变，积累的权重就不需要转移。
换平台后，商品页、专辑页的地址格式往往会变，要在后台为旧地址配置 301 重定向，指向对应的新页面，不要把所有旧地址都跳到首页。重定向要保留得足够久，Google 的建议是站点迁移后至少保留一年（数据源自 Google 搜索中心，2021 年 12 月）。同时更新站点地图并提交到 Google Search Console。只有域名本身变化时，才需要用 Search Console 的网址变更工具，同一个域名下的平台迁移不需要。迁移后还要检查，开发阶段留下的 noindex 标记或 robots 屏蔽规则有没有清掉，否则新页面不会被收录。
上线前的三项工作都在新店铺上完成，重点是用测试订单走完整个购买流程。
支付渠道要先开通才能接入，所以建议迁移开始时就提交申请，让审核与其他工作并行。店匠Shoplazza 自带 Shoplazza Payments，也支持接入 PayPal、Stripe 和 Apple Pay 等渠道，各渠道的审核周期不同。物流要设置运费规则和发货地，税费要按目标市场设置税率，商品还要勾选对此商品收税，否则结账页不显示税费。是否需要收税取决于卖家自己的合规义务，平台不会代为申报或缴纳。
检查首页、商品页、购物车和结账页在手机和电脑上的显示，测试加购、结账、注册登录这几个核心流程，配置好订单确认和发货通知的邮件模板。装修可以用店匠Shoplazza 的 AI 建站，把已经迁入的商品页链接粘贴进去，生成 3 套店铺风格方案，选定后系统生成完整的店铺和结账流程，比逐页手动装修快。
客户密码出于加密机制无法迁移，迁移后客户需要走一次找回密码的流程，建议提前用邮件或店铺公告告知，减少误会。有会员体系的店铺，可以用 Loyalty & Push 导入会员身份和积分余额，延续客户权益。上线后头两周每天检查订单、支付和搜索收录情况，之后改为每周检查。
迁移分成数据迁入和迁移后的整理两层，数据迁入靠官方迁移插件，迁移后的整理才是 Athena 的位置。Athena 是店匠Shoplazza 后台里的 AI 运营助手，商家用中文对话下达任务，关键操作先展示预览，确认后才执行。下表列出迁移各环节由谁来做。
具体到商品，Athena 的做法有三类。其一，只迁一部分商品，或迁移插件授权不顺时，把自己店铺的商品链接或导出的 Excel、CSV 表格交给 Athena，系统读取图片、变体、价格和划线价，生成商品预览，核对后再应用。其二，迁入之后用一句话批量调整，比如“把女装类目下所有商品的价格统一上调 10%，先试跑 10 个商品，给我看预览”，库存和仓库、标题和描述、英文翻译也可以同样处理。其三，遇到后台设置问题，比如税费怎么填，可以直接问 Athena。
Athena 不负责迁移授权、域名解析、重定向和支付开通，这些仍要卖家自己完成。导入的商品资料应当是自有或已获授权的资料，创建后要核对价格、材质、重量、尺码、库存和主图，创建成功不等于可以销售。
独立站迁移要做的事不少，但可以拆成清晰的十步，先盘点和备份，再迁入数据、核对商品、处理域名和重定向，然后设置支付物流税费并承接客户。数据迁入交给官方插件，迁移后的商品整理交给 Athena，域名和支付由卖家自己把关。先抽样检查，再扩大范围，比一次性处理全部商品更稳妥。
域名不变、旧链接按对应关系配置 301 重定向时，搜索流量不会被清零，短期内排名可能有波动。重定向建议至少保留一年，并更新站点地图。
不需要逐个录入。官方迁移插件可以迁入商品标题、描述、图片、SKU、价格、库存和变体，迁移后要核对并确认上架状态。只迁一部分商品时，可以用 Athena 的链接或表格导入。
可以。迁移是只读操作，不会修改旧店铺的数据，新店铺验证完成之前，旧店铺可以继续经营，正式切换前要再核对一次库存和价格。
客户资料可以迁入，但密码无法迁移，客户需要走一次找回密码的流程。有会员体系的店铺，可以导入会员身份和积分，延续客户权益。
