加入 Shopify Partner Program，不等于个人自动获得“Shopify 官方认证开发者”称号，也不等于 Shopify 为每个项目背书。它首先是一种伙伴关系：账户接受适用协议后，能够使用伙伴资源、工作台和商业工具。本文把身份、店铺关系、交付路径、费用、权限和交接放在一张地图里，帮助机构、自由职业者和商户先写清谁拥有什么、谁能看什么、最后交付什么。
如果你需要把伙伴能力落实到店铺架构、主题、应用集成或跨境上线，可查看 Shopify 跨境独立站与开发服务，再按项目范围安排技术评估和商务沟通。
先把伙伴、开发者和认证拆开
Partner 是账户与计划关系
Shopify 当前的 Partner Program 概览说明，伙伴计划为组织提供资源、工具、教育和商业支持。加入后可以使用适用的功能、测试环境和收益规则，但这只能证明账户参加了计划，不能证明某位员工通过了开发考试、某个应用已经审核通过，或 Shopify 保证项目结果。
在 Partner Program Agreement中，Partner、Developer、Partner Account、Partner Dashboard 和 Merchant Agreement 是不同概念。协议里的 Developer 是开发应用或主题的伙伴角色，不是给个人授予的证书。对外介绍应明确写“Shopify Partner”“应用开发团队”或“受商户委托的实施服务商”，不要拼出未经官方授予的认证名称。
教育和技能徽章不是产品审批
Shopify Academy 提供课程、学习路径、知识检查、评估和凭证；官方计划页也介绍了 Verified Skills 徽章。它们可以说明学习或评估过某一能力主题，但不等同于应用审核、Theme Store 批准、Partner Directory 入选，或个人“官方认证开发者”身份。能力证明还应包括需求拆解、权限说明、代码评审、测试记录和交接后的支持记录。
层级和技术项目属于组织或应用
当前伙伴计划从 Registered 起步，并有 Select、Plus、Premier、Platinum 等层级；层级、福利和目录资格按 Shopify 当前规则及组织表现确定。它不是每位成员的职称，也不是加入计划时自动得到的资格。Certified Technology Partner 要求针对符合条件的技术伙伴或应用考察用途、支持、隐私、安全、可靠性和合规，页面也明确说满足要求不保证被接受。Built for Shopify是应用质量标识，同样不是个人证书。宣传只能采用当前官方名称，不能沿用已经退出的旧品牌。
官方概览还提醒，Plus Partner 计划已在 2024 年 12 月退出，Shopify Experts 及其 Marketplace 在 2023 年 12 月退出，PCAP 与旧 Technology Track tiers 在 2025 年 12 月退出。它们不应写进今天的资质、排名或销售承诺；层级徽章也只能按当前规则核实。
| 概念 | 可以说明什么 | 不能直接推出什么 |
|---|---|---|
| Partner / Partner Account | 账户参加计划并能使用适用资源 | 个人认证、官方背书或固定项目结果 |
| Academy / Verified Skills | 学习、评估或技能徽章证据 | 应用、主题或机构已获批准 |
| Certified Technology Partner | 更高层的组织或应用质量考核 | 所有 Partner 自动拥有同一身份 |
| Tier / Directory | 组织层级或目录资格 | 固定客户、收入、排名或永久资格 |
两个工作台和一套权限边界
Partner Dashboard 管理伙伴关系
官方 Partner Program 页面把 Partner Dashboard 描述为管理伙伴账户、培训、客户关系、应用、主题和收益等事项的入口。它是组织和商业关系的工作台，不是认证面板；每个人应使用自己的账户并在角色结束时回收权限。
Dev Dashboard 管理开发和店铺关系
按当前 Dev Dashboard 迁移说明，Dev Dashboard 已取代 Partner Dashboard，承载应用、开发商店和店铺关系的所有开发流程；Partner Dashboard 只作为账户与入口背景。项目记录要写清实际使用的入口、所属组织、应用和店铺。能看到菜单，不代表拥有生产数据或所有权。
官方 用户权限文档把组织管理员、应用开发者、店铺管理员和协作者访问分开，也把开发商店、客户转移商店和协作者关系分开。应用开发者默认不应接触生产数据、财务或用户管理；协作者能看到哪些区域由商户控制。把角色、范围、审批人和撤销条件写进交付物。
先选对三种店铺关系
Development store：应用和主题测试环境
如果目标是开发或测试应用、实验主题、验证接口和测试数据，应使用 development store。官方 Stores 文档说明，它由伙伴组织控制，不能转给客户。不要把测试环境当成真实经营店铺。
Client transfer store：为客户构建再转移
客户转移商店适用于商户已委托伙伴建店的项目。伙伴在建设期配置和定制，准备上线后从 Dev Dashboard 发起所有权转移，商户接受后成为所有者。按官方 Client transfer stores，建设期不能替客户改套餐，也不支持真实交易，只能安装免费或 partner-friendly 应用；密码保护、测试订单和转移后的维护授权都要纳入验收。
Collaboration：商户拥有生产店
协作者关系用于商户已经拥有的真实店铺。伙伴提供支持、定制或应用工作，但不拥有店铺，也不能用协作者关系转移所有权。官方 Client transfer stores and collaborations与 Collaborator accounts都强调，商户选择可访问区域，伙伴应通过伙伴入口进入而不是共享店主密码。生产变更要有窗口、审批、备份和回滚。
| 店铺类型 | 用途 | 所有权和限制 |
|---|---|---|
| Development store | 应用、主题和集成测试 | 伙伴组织控制，不能转移；使用测试数据和测试支付 |
| Client transfer store | 为特定客户搭建并交接 | 建设期由伙伴组织控制，商户接受后拥有；建设期有功能限制 |
| Collaboration | 支持商户已拥有的生产店 | 商户始终拥有，并按区域授予或撤销权限 |
应用、主题和服务各走一条交付路线
应用：先确定分发方式
保持开发、测试和生产配置分离。官方 应用分发文档区分 public distribution 与 custom distribution：公开应用面向多个商户，涉及 App Store 列表和审核；定制应用面向单个店铺或同一 Plus 组织，安装、支持、隐私、计费和维护边界不同。应用记录在伙伴账户中，不等于获得 Shopify 推荐；应用归属、代码仓库、数据、商标、依赖和维护责任都要在合同中写清。
主题：商户定制不等于 Theme Store 产品
为一个商户制作的主题围绕其品牌、模板、内容模型、性能和可访问性验收。面向多个商户销售的主题走产品路径，按官方 Theme Store 提交流程提交，并接受功能、兼容性、性能、可访问性、文档和支持审核。当前提交页面若显示 Partner Dashboard，应把它理解为主题审核的入口，而不是开发商店、应用或协作工作流的依据；提交不代表获批，主题审核也不是个人认证。
Services：专业工作不等于平台结果保证
建店、迁移、主题定制、API 集成、数据建模、SEO、运营支持和培训都是可交付的专业服务。Shopify 允许伙伴推广平台方案和自己的服务，但平台协议、伙伴与商户的 Merchant Agreement、第三方条款互不替代。服务范围要写交付物、排除项、商户输入、验收证据和支持方式，不能用“官方认证”或“保证增长”代替方案细节。
费用、归属和合同要在写代码前确定
Partner Program 参加、应用或主题分发、商户套餐、应用订阅、支付处理、域名、第三方服务、开发工时、维护和税务是不同费用。伙伴收入可能来自转介绍、店铺建设、应用或主题，但规则取决于活动、地点、商户付款状态和当前条款。应查看 Shopify Partner earnings和协议，不向商户承诺固定佣金、回款或周期。客户转移商店建设期不能真实交易，产品收入也不能和建店服务费混写。
合同要分别列出店铺、域名、商户账户、商品和订单数据、主题代码、应用代码、配置、素材、凭证、许可证、开源依赖和第三方订阅的归属。店铺转移不会自动转移代码仓库、设计稿、外部服务器、应用品牌或域名注册商账号；伙伴也不应保留未经授权的生产密钥。SOW 应写目标、假设、里程碑、输入、环境、验收、变更、付款、知识产权、数据保护、支持、终止和交接责任。按 Partners glossary，SOW 是伙伴与商户签署的范围文件。
把安全和能力做成验收证据
先画组织、店铺、应用、代码仓库、部署系统、分析工具和供应商的访问图。每人使用独立账户并启用多因素认证；权限只覆盖当前任务，应用只申请必要 API scope，秘密放在专用加密存储，测试与生产隔离。记录批准的协作者范围、日志和告警、备份恢复、Webhook 验签、个人数据保存与删除、依赖更新、漏洞联系人和事件响应。若目标是 Certified Technology Partner，应按其更高的官方数据保护、安全和可靠性要求审查；那不是所有 Partner 的自动资格。
学习路径要连接项目产物。团队可用 Shopify Academy 补齐知识，再在开发商店复现小场景，留下需求、架构、scope、错误分支、测试数据和回滚记录。主题要检查模板、可访问性、移动端、性能和语言；应用要检查分发、安装、卸载、隐私、Webhook 和计费。Verified Skills 可作学习信号，但不能替代作品、商户参考或审计记录；Partner tier 和 Directory 资格属于组织规则，也不能从一张徽章推断。
从需求到交接的 QA 顺序
需求和选型
先确认商户主体、是否已有店铺、是否需要真实交易、应用是公开还是定制、主题是一次性定制还是产品、代码和数据归谁，再选择 development store、client transfer store 或 collaboration。把环境不支持的功能提前列出。
构建和审查
使用版本控制和变更记录，用测试数据验证商品、客户、订单、结账、模板、应用安装和卸载。每次增加权限都要有理由和审批；每次生产改动都要有备份、观察信号和回滚动作。独立复核公开文案、商标、应用列表和主题预览，避免把伙伴关系写成认证或推荐。
上线和交接
上线前核对店铺所有者、账单责任、域名、支付和税务设置、应用订阅、主题版本、通知邮箱、分析归属、数据导出和支持入口。交接包应包含账户清单、权限矩阵、架构、环境变量交接方式、部署说明、已知问题、恢复步骤、培训记录和合同联系人。转移后确认商户能登录且账单归属正确；继续支持时使用商户批准的协作者访问。
常见问题
加入 Partner Program 后就是官方认证开发者吗？
不是。加入计划证明伙伴账户参加了 Partner Program；Developer 是协议里的活动角色。Verified Skills、应用审核、主题审核、Certified Technology Partner 和 Partner tier 各有对象和规则，不能互相替代。
应用或主题测试该用哪种店铺？
应用、主题和接口测试用 development store；为已委托客户构建并准备交接用 client transfer store；支持商户已有生产店用 collaboration。三者的交易能力、归属和权限责任不同。
店铺转移后代码和应用也自动归客户吗？
不会。店铺、代码仓库、主题许可、应用归属、域名、素材和第三方服务要在 Merchant Agreement 与 SOW 中分别约定，交接时逐项确认账户、数据、凭证、订阅和维护责任。
层级或 Verified Skills 能保证客户、收入或排名吗？
不能。层级、目录、收益和技能徽章受当前规则、审核或组织条件影响，也可能调整。它们是关系或能力证据的一部分，不是固定客户、收入、排名或上线结果的承诺。
Sources
- Shopify Help Center: About the Shopify Partner Program
- Shopify Partner Program Agreement
- Shopify Developers: User permissions
- Shopify Developers: Stores in the Dev Dashboard
- Shopify Developers: Client transfer stores
- Shopify Developers: Collaborator accounts
- Shopify Developers: Select an app distribution method
- Shopify Developers: Submitting a theme to the Shopify Theme Store
- Shopify Help Center: How Partners earn on Shopify
- Shopify Help Center: How to qualify as a Certified Technology Partner
Source review date: 2026-08-27. Recheck current program terms, dashboard behavior, store limits, distribution requirements, fees, permissions, and the merchant contract before publishing or changing an implementation.