Shopify 开发商店怎么选？Dev Store、Client Transfer Store 与 Collaboration 区别
Shopify 开发商店应该创建哪一种？不少旧教程把所有测试店铺都叫作 development store，但 Shopify 当前的 Dev Dashboard 已经把商店分成 Dev store、Client transfer store 和 Collaboration 三种。它们看起来都能进入 Shopify 后台，所有权、能否转交客户、应用安装和交易限制却不一样。
如果一开始选错，常见结果是：为客户做完的店铺不能转移，准备测试的自定义应用无法安装，或者在测试交易时触发限制。本文依据 Shopify 截至 2026 年 8 月 18 日的官方文档，先把三种商店的用途和选择顺序讲清楚。具体创建、Dawn 主题配置和测试订单会在后续实测文章中单独记录。
先看结论：三种 Shopify 商店分别用在什么地方
- 自己测试应用、主题或新功能：使用 Dev store。
- 替客户从零搭建，完成后需要交付：使用 Client transfer store。
- 客户已经有正式店铺，只需要你协助维护：申请 Collaboration，不要再创建一间新店。
| 类型 | 主要用途与所有权 | 能否转交／真实交易 | 需要注意的限制 |
|---|---|---|---|
| Dev store | 由开发者组织拥有，用于应用、主题和功能测试 | 不能转交客户；不能处理真实交易 | 店面密码页不能移除；仅用于开发测试 |
| Client transfer store | 替客户搭建，转移前由开发者组织管理 | 可以转交客户；转移前不能处理真实交易 | 只能安装免费或 partner-friendly 应用，不能安装 custom 或 draft app |
| Collaboration | 商家拥有的现有店铺，开发者按授权范围协作 | 无需转交；正式店铺可正常交易 | 能访问什么取决于商家授予的权限 |
Shopify 开发商店用于测试时：选择 Dev store
Dev store 是开发者自己拥有和控制的测试环境。当前官方流程是在 Dev Dashboard 的 Stores 页面创建，可以选择与 Basic、Grow、Advanced 或 Plus 对应的测试计划，也可以按需要启用 Feature Preview。对主题开发来说，它适合安装或调整 Dawn、验证 Section 和 Block、测试不同计划下的功能；对应用开发来说，可以连接 Shopify CLI，在不影响正式商店数据的情况下调试。
它最重要的限制是不能转移给客户。即使已经在店里添加商品、完成主题和导航，后面也不能把这间 Dev store 当作客户项目直接交付。它也不能处理真实交易，测试订单应使用 Shopify 支持的测试网关或支付服务商的测试模式。Store Credit、Gift Card 等被视为真实交易的功能不能按普通测试订单处理。
因此，“我只是先免费搭一间，做好了再交给客户”不是选择 Dev store 的理由。是否需要交付，应该在创建商店之前确定。
Client transfer store：适合替客户从零搭建
Client transfer store 的目标很明确：开发者先替客户配置店铺，准备完成后再把所有权转移给客户。创建时填写的店铺名称会用于生成 myshopify.com 地址，官方说明这个地址之后不能修改，所以不适合随手填一个临时名称。
转移前可以配置商品、主题、域名准备、通知、物流和测试结账，但仍不能进行真实交易。应用方面的限制也比 Dev store 更严格：只能安装免费应用和 partner-friendly 应用，不能安装 custom app 或 draft app。如果项目依赖定制应用，需要先确认正确的开发和交付方案，不能默认在 Client transfer store 里什么都能装。
客户接受转移时需要选择付费计划。转移前还应复核客户地址、账单币种和 Shopify Payments 等金融产品状态；这些信息设置错误，可能影响税务、账单或转移流程。官方同时说明，Client transfer store 转移后不享受促销或免费试用，报价和交付说明里不要把“后面还能使用免费试用”当成承诺。
Collaboration：客户已有店铺时申请协作权限
如果商家已经有一间正式运营的 Shopify 店铺，通常不需要再创建 Dev store 或 Client transfer store。更合适的方式是从 Dev Dashboard 请求 collaborator access，商家批准后，这间店会出现在 Collaborations 列表。
Collaboration 不是一间新的测试店，而是你与商家现有店铺之间的授权关系。商家决定你可以访问主题、商品、订单、应用或其他哪些区域。维护客户网站时应使用自己的协作者账号，不应索要或共用客户密码。涉及主题改动、应用升级或支付流程时，仍应先复制主题或建立独立测试方案，避免直接在营业中的主题上试错。
用四个问题确定应该选择哪一种
- 商家是否已经有正式店铺？有，优先申请 Collaboration；没有，再继续判断。
- 这间店最终是否要把所有权交给客户？要，创建 Client transfer store；不要，再继续判断。
- 主要目的是测试应用、主题或 Feature Preview 吗？是，创建 Dev store。
- 是否需要真实支付、正式域名和公开营业？如果需要，它最终必须进入正常付费商店流程，开发测试店不能长期代替生产店。
这里最容易忽略的是第二个问题。Dev store 和 Client transfer store 都能用于一部分搭建与测试工作，但只有后者的设计目标是交付客户。
三个常见的选择错误
1. 用 Dev store 做完客户网站，最后才发现不能转移
这是最直接的类型错误。开始项目前先确认店铺最终归谁；明确需要交付，就从 Client transfer store 开始，不要因为两种店都免费用于搭建而混用。
2. 在 Client transfer store 里测试 custom app
Client transfer store 不能安装 custom 或 draft app。应用开发应使用 Dev store；如果应用最终要进入客户正式店铺，还需要单独规划安装、权限和交付流程。
3. 为了验证支付而尝试真实交易
Dev store 和转移前的 Client transfer store 都不支持真实交易。测试结账要使用受支持的测试方式，不能用真实银行卡、手动付款或其他正式收款方式绕过限制。支付方式、支付网关和银行账户的基础关系，可以先参考本站的独立站收款方式说明，再根据 Shopify 当前支持的地区和服务商做实际配置。
SZYMWP 的第一间演示店准备怎么选
SZYMWP 第一阶段的目标是记录 Dawn 主题结构、Section 定制、商品与集合配置以及测试订单流程，不涉及客户交付。因此计划先创建 Dev store，而不是 Client transfer store。
- 店铺仅用于主题和功能测试；
- 不接收真实订单；
- 不承诺后续转移给客户；
- 所有后台步骤以实际创建后的界面为准；
- 涉及账号、店铺地址和订单数据的截图会先做隐私处理。
后续创建教程会记录 Dev Dashboard 的实际入口、计划选择、基础设置、Dawn 版本和测试结果。如果实际界面与当前官方说明有差异，会把差异写出来，而不是用旧截图补齐步骤。
创建前的检查清单
- 确认是自己测试、替客户搭建，还是维护现有商店；
- 确认商店未来是否需要转移所有权；
- 确认是否依赖 custom app、draft app 或特定计划功能；
- 提前确定国家或地区、账单币种和店铺名称；
- 测试阶段只使用官方支持的测试支付方式；
- 正式操作前再次查看 Shopify 官方文档和 Changelog。
总结
选择 Shopify 开发商店时，不要只问“哪一种可以免费搭建”，而要先问店铺最终归谁、是否需要交付、要测试什么。测试应用和主题用 Dev store；替客户从零搭建并交付用 Client transfer store；进入客户已有店铺工作则申请 Collaboration。
这一步选对，后面的 Dawn 定制、应用安装、测试订单和客户交付才不会因为商店类型重新返工。
参考资料：Shopify.dev《Stores》、Shopify.dev《Dev stores》、Shopify.dev《Client transfer stores》、Shopify Developer Changelog《Next-Gen developer platform now available to all app developers》（访问日期：2026 年 8 月 18 日）
