作为一个电商卖家，你想同时运营 Amazon 和 Shopify，又不想把时间花在大量低价值的重复工作上，怎么办？
Amazon 上的 Listing 已经跑得不错：标题、卖点、规格、图片都是现成可用的。可一到 Shopify，你就得一项项重新整理。规格要对应，价格要设置，图片要一张张摆好，还得先检查一下店铺里是不是已经有这件商品。想让产品页延续品牌风格，场景图和详情内容还得再做一遍。这些活不难，但很耗时间，也很容易漏。
现在，你可以把这部分工作交给 StoreClaw。它支持从 Amazon 商品链接或 ASIN 发起迁移：先获取商品资料，核对字段，检查重复商品，等你确认后再写入 Shopify。想顺便做图片或编排详情页，也可以在同一个会话里提出。
下面这个案例，来自 Twinkle Star 店铺运营人员在 StoreClaw 里的一次真实会话，已获得对方授权。我们按会话里发生的顺序，带你从头走一遍。
从一条 Amazon 链接开始
第一步很简单：把商品链接发给 StoreClaw，说明要迁移到哪家 Shopify 店铺，以及这次的要求。例如：“帮我把这条 Amazon 链接里的商品迁移到已连接的 Shopify 店铺。先核对标题、价格、规格、变体和图片，检查是否已有同款，整理迁移方案给我确认，默认保存为草稿。”
这里的草稿，意思是商品先存进 Shopify 后台，暂时不会对顾客展示，等你检查满意再发布。如果手里只有 ASIN，也可以提供 ASIN 和对应的 Amazon 站点。StoreClaw 会先识别商品，再按目标店铺支持的字段整理迁移方案。
Twinkle Star 店铺的运营人员，给 StoreClaw 发了一款电池供电圣诞灯串的 Amazon 链接，想把它上传到 Shopify，并生成产品页。所以这个任务一开始就包含两件事：迁移商品资料，整理页面内容。
先把商品资料核对清楚
链接收到之后，StoreClaw 不会急着往店铺里写，而是先看这件商品到底有哪些资料可用。Amazon 和 Shopify 组织信息的方式不同，Amazon 的标题、五点描述、规格表和 A+ 内容，要分别找到适合 Shopify 的位置。A+ 内容，就是 Amazon 商品页下方的图文详情。所以 StoreClaw 会先整理出这次能获取的内容：
- 基础信息：标题、品牌、商品类型和描述
- 价格与规格：价格含义、币种，以及能明确对应的商品变体
- 图片与详情素材：主图、变体图片、详情图片，以及能获取的视频
- 库存与来源：有依据的库存信息，以及用来追踪来源、核对重复商品的标识
资料缺失或前后矛盾时，StoreClaw 会标出来，请你补充或确认。页面上只写了“有货”、没有准确数量时，它不会随便填一个数字。来源页面有多个颜色或规格时，它也只会按明确存在的组合整理变体，不会自己推测。
Twinkle Star 店铺的这款灯串，初步资料里有多个颜色和规格。最终确认要更新的是 Warm White / 2 Pack 这一个规格，并沿用原有 SKU，也就是店铺里用来区分商品的编号。来源页面展示了什么，这次实际处理什么，都写进了方案。
店铺里已经有这件商品？先查重
资料核对完，下一个问题是：这件商品是不是已经在你的店铺里了？店铺经营一段时间后，常常用别的工具导入过商品。同一件商品还可能以草稿或归档状态躺在后台，归档就是商品已经停售但记录还在，你自己都未必记得。所以创建之前，StoreClaw 会先检查来源标识、SKU 等信息。确认重复后，常规迁移会跳过创建，并告诉你匹配结果。
Twinkle Star 店铺就是这种情况：店里早就有这款灯串，只是处于归档状态。运营人员得知后，要求更新这件已有商品，刷新资料并恢复上架。于是方案改为围绕原有商品展开，保留商品身份、SKU 和来源信息，再列出要改的内容。
这次案例中的调整包括：
- 把历史商品分类从 “Walmart 2023” 改为 “String Lights”
- 按运营人员确认的方案，把价格从 36.99 美元调整为执行时获取的 14.99 美元，划线价设为 15.99 美元，划线价就是页面上被划掉的原价
- 根据这次获取的卖点重新整理描述，并补充相关标签
- 运营人员确认后，把商品从归档状态恢复为可用状态，并发布到在线商店渠道
这些更新都来自运营人员追加的明确要求。仅仅发现重复商品，不会触发覆盖、改价或恢复上架。
图片和详情内容，按自己的店铺来做
商品本身定下来后，就轮到顾客真正看到的部分：图片和详情页。整理资料时，StoreClaw 也会检查能不能获取商品的 A+ 内容。找到的话，默认纳入准备方案，除非你明确选择不处理。图片怎么处理、A+ 内容和详情模块怎么用，会一起交给你检查确认。
保留白底产品图，按需求制作场景图
Twinkle Star 店铺的运营人员还希望保留白底产品图，同时按店铺风格重新制作部分场景图。最终确认的画廊有 5 张图：1 张保留的白底实物图，4 张重新生成的场景图。场景分别是门廊台阶、窗台、圣诞树枝和室内客厅，让顾客一眼看懂灯串可以挂在哪里。会话的最终回执还记录了一处修正：调整灯泡形态，让场景里的产品外观和实物一致。
遇到类似需求，你可以确定最终的图片数量，再选择沿用原有的非白底图片，或者重新制作。选定并核实过的白底实物图保持不变。想沿用哪种店铺风格，也可以一并说明。这些都会进入待确认的方案。
把详情资料排成顾客容易读的页面
图片有了，还要把文字和图文素材排成顺序清楚的页面。
运营人员希望用上 Amazon 上已有的 A+ 图文素材，StoreClaw 就准备了独立的商品模板方案：使用场景、功能说明、规格参数和常见问题，依次排在购买区下方，并提供整页预览。
你可以先看看顾客会怎样阅读这个页面：先看商品和价格，再看使用方式与功能，最后查规格和购买前关心的问题。图片制作和主题模板编排，要结合素材使用权限、当前主题能力和具体要求来确认，主题就是决定店铺网站整体样式的模板。A+ 内容无法获取或核实时，StoreClaw 会说明情况，并和你确认后续处理范围。
先看方案和预览，补齐遗漏再执行
方案和预览出来之后，先别急着执行，这一步最容易发现问题。写入 Shopify 之前，StoreClaw 会把目标店铺、商品内容、价格、变体、图片处理和草稿或发布状态汇总出来，让你检查这次要执行的变更。
Twinkle Star 店铺的第一版整页预览完成后，运营人员没有马上同意，而是指出缺少一部分规格信息。StoreClaw 随后补上 Specifications 规格参数模块，加入品牌、电源、尺寸重量等资料，并更新了预览。整理过程中还发现，来源资料里的控制方式字段前后不一致：一个字段写的是按钮控制，另一个写的是遥控。这类冲突要先核对，而不能直接把互相矛盾的信息放到顾客面前。
你可以结合自己对产品的了解，发现遗漏，检查图片和实物是否一致，再要求调整，确认之后才会执行。新建商品时，迁移默认保存为草稿。想直接发布，或者像这个案例一样恢复已有商品上架，需要在方案里写明对应的状态和发布范围，再由你确认。
执行之后，再核对结果
确认执行后，写入 Shopify 只是过程，不是任务的终点。写入完成后，StoreClaw 会读取 Shopify 里的目标商品，核对商品身份、状态、价格、变体、图片和其他已确认的字段。没有验证的内容会单独说明，不会把一次写入的响应当成所有内容都已正确落地。涉及主题或详情页编排时，还要检查页面的实际呈现。商品资料保存了，不代表图片、价格和新增模块一定按预期显示。
这次会话的最终回执记录了以下结果：
- 已有商品完成更新，并发布到 Online Store 渠道
- 画廊采用确认过的 5 张图片
- 详情区域包含功能介绍、使用场景、规格参数和常见问题
- 回执附有商品页链接和页面截图
执行期间，店铺正在使用的主题还发生过切换。回执说明，新增内容已同步到当时正式启用的主题，并重新检查了页面效果。
现在就试试
回到开头的问题：既要运营 Amazon，又要运营 Shopify，还不想被重复工作拖住。不妨先选一件资料比较完整、适合独立站销售的商品，把链接和目标店铺发给 StoreClaw。你可以要求先保存为草稿，也可以说明对详情内容、场景图片和产品页预览的具体需求。只需要基础资料的话，明确说明处理范围即可。
一次迁移多件商品时，StoreClaw 会汇总已创建、已跳过、部分完成和失败的项目，方便你继续处理剩下的问题。
你可以这样开始：“将这款 Amazon 商品迁移到我的 Shopify 店铺。先检查重复商品，整理标题、卖点、规格、价格和图片；新建时保存为草稿。如果店铺里已经有同款，告诉我匹配结果。另请评估能否按当前店铺风格整理详情页，给我方案确认后再执行。”
现在就试试：把一条 Amazon 商品链接发给 StoreClaw →
说明：案例来自 Twinkle Star 店铺运营人员的一次真实会话，已获得授权使用。案例中的价格和页面结果对应会话执行时的记录。实际可迁移的内容取决于来源资料、素材使用权限、店铺连接和目标平台能力；图片重做、主题调整、已有商品更新和发布，均按具体需求及确认范围执行。单次迁移不等于持续同步价格或库存。