Shopify 与 Ecwid：同一目录接入第二网站的验收

已有 Ecwid 目录、想在第二个内容网站卖同一批商品的商家，先解决三个问题：新页面是否使用同一个 Store ID，默认分类是否符合展示范围，两站产生的新订单能否区分来源。本文用自定义 HTML 嵌入完成这项验收。它适用于网站允许插入 JavaScript 的情况；使用 WordPress、Wix 等插件时，应采用相应平台的官方安装方式。资料核验日期：2026 年 10 月 4 日。

如果商品本来就在 Shopify，外部网站可使用 Shopify Buy Button；如果还没决定目录放在哪个平台，先读已有网站增加交易的双平台试点。以下操作面向已经选定 Ecwid 的商家，不把两套目录当成自动同步的数据源。

先判断第二网站能否共用这家商店

Ecwid 官方支持将同一商店添加到多个网站，商品和订单在同一后台管理。不过支付、配送、税务等商店设置也由这些入口共用。需要固定的不同价格、支付选项或币种时，应重新评估是否使用独立商店；不能只换嵌入页面就获得另一套商店配置。订单来源追踪功能当前要求 Business 或 Unlimited 方案。参见多网站共用一个 Ecwid 账户的范围与限制。

开始前写下以下输入，并把第一网站记为 A、第二网站记为 B：

• 现有商店的 Store ID、要展示的 Category ID，以及一件可用于演练的商品和规格。
• A、B 两个具体页面 URL、可以修改其 HTML 的负责人，以及当前 Ecwid 方案。
• 两个不同的来源标识，例如 content-site-a、content-site-b。这是假设标识，实际使用时建立自己的对应表。
• 当前支付、配送、税务、币种和主商店 URL 的记录。新增入口先保持这些共享设置，避免同时更改后无法定位差异。

exist Settings → General → Regional Settings 查币种；在 Store Profile 查 Store’s web address (URL)。一个 Ecwid 商店使用一个商店币种，多网站共用时仍需指定主商店地址，该地址会影响邮件等位置的商品链接。不要因为新增 B 就顺手改掉主地址。依据Ecwid 通用设置说明。

取得真实 ID，并设置 B 的初始分类

1. 在 Ecwid 后台底部取得 Store ID，再打开 Website → Add your store to one more website → Pick Platform → Other platforms and sitebuilders，点击 Copy code to Clipboard。这是自定义网站的代码入口；复制后先保存原始代码。参见Ecwid 添加到自定义网站。
2. 打开商店前台，进入目标分类，从分类链接末尾的 c 后取得数字 Category ID；也可从完整目录导出的 category_internal_id 读取。后台分类 URL 查 ID 的旧方法不适用于 2024 年 6 月 17 日之后注册的商店，不要把后台页面上的任意数字当分类 ID。参见商品与分类 ID 的取得方法。
3. 在 B 的 HTML 编辑器中插入复制的代码，在 xProductBrowser 加入 defaultCategoryId 参数；在加载脚本之后、xProductBrowser 之前加入 B 的 xAffiliate 标识。A 使用自己的标识，以便后续比较。保存并发布这两个已批准修改的页面。

下面把官方的默认分类参数与订单来源参数合在一个自定义 HTML 示例中。示例未运行；用实际 Store ID 替换三处 STOREID，用实际分类数字替换 CATEGORYID，并改成自己登记的来源标识。不要把这段自定义代码直接套到插件配置字段。

<div id="my-store-STOREID"></div>
<script data-cfasync="false" type="text/javascript"
  src="https://app.ecwid.com/script.js?STOREID&data_platform=code"
  charset="utf-8"></script>
<script type="text/javascript">
  xAffiliate("content-site-b");
  xProductBrowser("id=my-store-STOREID", "defaultCategoryId=CATEGORYID");
</script>

分类展示通过，不等于商品访问范围通过

defaultCategoryId 决定页面初次打开的分类，不是访问权限。Ecwid 官方特别说明，搜索组件会搜索整个商店的商品；分类样式的 Design 修改也会影响其他分类。若 B 只应展示某个分类，检查页面是否保留全店搜索和其他分类入口；若要求其他商品不可访问，应停止把默认分类当作隔离措施。该参数也不适用于 Instant Site。依据指定分类页面的适用范围。

用新的浏览器会话分别打开 A、B：记录默认分类、演练商品的价格与规格、加入购物车后的商品和数量。再在 Ecwid 中对演练商品做一项经批准的可恢复修改，重新打开两站验证是否显示同一目录的结果，并恢复原值。这里检验的是目录一致性，不把未观察到的刷新时延写成平台承诺。

用不收款订单核验来源标识

下面只验收新订单能否到达后台、商品明细是否正确和来源标识是否保存，不证明在线支付成功。因为支付方式也由多个入口共用，在独立演练商店或已批准的测试窗口操作，并避免真实顾客选到演练方式。

1. exist Payment → Manual Payment Methods → + Add Manual Payment Method 添加明确写着“演练，不收款”的名称和说明，保存并启用。手动支付订单会保持 Awaiting Payment，收到真实款项后才应标为 Paid；本次演练不要手动标成已支付。依据手动支付方式及订单状态。
2. 从 A 的新浏览器会话完成一笔演练订单，使用自己的测试邮箱并记录订单号；再从 B 的另一新会话完成另一笔。按实际商品填写需要的配送资料，选择刚才的手动支付方式。Ecwid 的测试订单指南支持以手动支付验证下单流程。
3. 进入 My Sales → Orders，分别打开新订单，在 Additional information 检查是否分别为 A、B 的标识，同时核对 SKU、规格和数量。来源参数只作用于加入代码后产生的新订单；旧订单不能用来证明本次代码有效。依据来源追踪的查看位置与新订单边界。
4. 勾选这两笔订单，在 Orders 页底部选择 Export Orders → Export Selected，选择分隔符并保留 Affiliate ID 列，点击 Download CSV。把 CSV 中两笔订单的标识与详情页逐项比较。订单导出当前支持 Venture、Business、Unlimited；本文使用的来源追踪仍要求 Business 或 Unlimited。参见订单 CSV 导出步骤及Affiliate ID 导出说明。

结束后停用临时支付方式，按店铺流程处理演练订单，并保留页面 URL、修改时间、Store ID、分类 ID、代码版本和两笔订单证据。是否接受真实收款，应另做所选支付提供方的测试，不能用 Awaiting Payment 订单替代。

失败时按现象处理，不继续扩大改动

上述检查顺序是排障建议，不是这些现象已经在某家店铺发生的案例。向网站维护者或 Ecwid 支持提交证据时，提供可复现页面、时间、实际 ID、脱敏代码和新订单截图，避免只写“第二网站没同步”。

FAQ

给每个网站设置默认分类，就能让顾客只访问对应商品吗？

不能这样验收。默认分类是初始展示，搜索组件仍可能返回全店商品，样式设置也共用。若业务要求商品访问隔离，应另行选择符合该要求的架构；不能仅凭首页只出现目标分类就判为通过。

来源追踪没有记录，但订单已经收到，可以先上线吗？

如果上线条件包括区分两个网站的订单来源，就仍未通过。先核对 Business 或 Unlimited 方案、代码位置、实际发布版本和新订单时间，再重新下单检查详情与 Affiliate ID 导出列。收到订单只证明订单到达后台，不能代替来源验收或在线收款验收。