这份手册涵盖什么

三个变化，让所有旧版指南都失效了。

如果你们内部的 SOP 是 2025 年写的，其中有三件事现在已经是错的：术语变了、佣金算法变了、旧的 checkout 技术已经死了。

钱到底是怎么算的

代理商从 Shopify 拿到的收入有四条线：移交商店带来的持续分成、Plus/Enterprise 一次性推荐奖金、应用与主题销售，以及 POS／支付的利润分成。

旧模式（2026 年 8 月 10 日之前移交或签约）

全新的「Launch Partner」模式（2026 年 8 月 10 日起）

Shopify 官方给出的算例：某商家单月产生 1,000,000 美元合格 GMV，你可以拿到 1,000 美元的 GMV 分成，这还是在 20% 订阅费分成之外的。新模式对你是否更划算，完全取决于客户的 GMV —— 参见第 16 节。

一次性收入与其他收入

结算规则

• 最低结算余额为 25 美元，不足部分顺延到下期。
• 持续分成每月结算两次 —— 15 日后的第 5 个工作日，以及月末后的第 5 个工作日。
• 一次性推荐奖金在所有条件满足后 30 天内支付。
• 采用年付方案的商家，在年末产生一次性的年度结算。
• 加拿大合作伙伴的推荐佣金需另加 13% 安大略省 HST。
• 商家位于英国、意大利、土耳其和西班牙时，会收取 2–5% 的监管运营费。
• 只有商家开始付费之后才会产生收益。试用期和免费方案一分钱都没有。

先把你自己的组织理顺

自 2026 年 3 月 30 日起，合作伙伴这一侧改为「组织 + 角色」的运作方式。过去那种逐个用户勾选权限的做法已经不存在了。

七个系统角色

角色是可叠加的 —— 一个人可以同时持有多个。Owner 与 Admin 还可以创建自定义角色。

两个 dashboard 各管什么

Dev Dashboard
dev.shopify.com/dashboard

所有商店（dev、client transfer、collaborations）、应用、组织设置、用户与角色。活儿都在这里干。

Partner Dashboard

结算款项、应用分发、主题、推荐与线索（Sales → Leads）。钱和销售管线在这里。

collaborator 账号 vs staff 账号

Shopify 建议默认使用 collaborator 账号；只有在 collaborator 做不到的场景（例如在移动设备上于 Shopify 后台内测试应用）才申请 staff 账号。合作伙伴被明确禁止索要商家密码或使用商家凭据登录。

申请 collaborator 权限，一步一步来

创建 client transfer store

商店还在你手上时的限制

• 只能安装免费应用和合作伙伴友好型应用。custom app 和 draft app 都装不了。
• 不支持真实交易 —— 只能用测试支付方式。
• 运单标签仅供测试，无法生成可用的真实标签。
• 店面的密码页无法移除（可以自定义和预览）。在 Dev Stores 上，连「给访客的提示信息」这个字段都不能编辑。
• 文件、视频与 3D 模型的存储上限等同于 Basic 方案。
• 移交之后，该商店无法享受促销或免费试用 —— 你的客户拿不到每月 1 美元的入门优惠。

测试订单与支付

Client transfer store 可以处理不限量的测试订单。要启用 Bogus Gateway，请前往 Settings → Payments，并先停用已有的信用卡支付服务商。

Cardholder name: Test payment gateway

Card number 1  ->  success (成功)
Card number 2  ->  failure (失败)
Card number 3  ->  exception (异常)

CVV: 任意 3 位数字    Expiry: 任意未来日期

Visa              4242 4242 4242 4242
Mastercard        5555 5555 5555 4444
American Express  3782 822463 10005
Discover          6011 1111 1111 1117
Diners Club       3056 9309 025904
JCB               3530 1113 3330 0000

注意: 测试金额必须大于 1 美元 (或等值货币)。

无法测试的项目：礼品卡、Store Credit、手动支付方式、草稿订单，以及 Shopify POS（POS 需要升级到付费方案）。自 2020 年 9 月 14 日起，这项限制适用于所有开发商店；要跑真实交易，唯一的办法就是选购一个方案。

2026 年的主题架构：Horizon 与 theme blocks

Horizon 于 2025 年 5 月 21 日发布，是一套围绕 theme blocks 构建的 10 款免费主题。Winter '26 又追加了 250 多项改进。新项目不该再从 Dawn 起步。

三个合理的起点

theme blocks 到底有什么不同

• 在主题层级定义于 /blocks 目录中，可在任意 section 中复用 —— 而在 section 内定义的 block 只能锁死在它的父 section 里。
• 可嵌套；子级通过 {% content_for 'blocks' %} 渲染。
• 无法访问 block 之外的变量，也不能像 snippet 那样被传入变量。这是把 Dawn 的 section 移植过来时最大的坑。
• Schema 由 settings、presets 和一个 blocks 属性组成。

Shopify 自己的设计建议：需要控制整体版式的设置放在 section 层级，需要可重排的内容才用 block，并且避免把 block 拆得过细 —— 那会同时让代码和编辑器侧边栏变得臃肿。

让 Horizon fork 保持可升级：Shopify 的七阶段方法

Shopify Growth Services 声称这套做法能把主题更新从 20–40 小时压缩到 2–4 小时。把它当作 Shopify 的市场宣传，而不是经过审计的基准数据 —— 但这套方法本身值得原封不动地采用。

metafields 与 metaobjects

metafield 是附加在既有资源上的单个自定义值。metaobject 则是独立、可复用、能被多个资源引用的数据结构 —— 作者简介、尺码表、保修信息、门店查找等等。归属分为应用所有（$app 前缀）或商家所有（例如 custom）。

Spring '26 新增：metaobject 数据可在 checkout Functions 内部读取；metafields 可用点语法在 ShopifyQL 中查询；商品、客户和订单上最多可置顶 50 个 metafields；分析报表可按 metafield 筛选。Functions 有 30 点的查询预算，每个 metaobject 根节点消耗 1 点。

theme app extensions

在 2026 年，唯一可接受的应用集成路径是 app blocks 与 app embed blocks。不改主题代码、一次部署到所有安装、有版本管理，而且商家可以在主题编辑器里自行调整位置。ScriptTag 和资源注入属于遗留的反模式。

CLI 与 GitHub 工作流

shopify theme dev      # 本地开发, 针对真实店铺数据热重载 CSS 与 sections
shopify theme pull     # 拉取线上主题
shopify theme push     # 推送到目标主题
shopify theme check    # 静态分析 (Theme Check)
shopify theme info     # 查看主题与环境信息
shopify version        # 查看 CLI 版本
shopify upgrade        # 升级 CLI

Spring '26 的 CLI 新增：语义化版本与自动升级、可直接在 CLI 中运行 GraphQL 与批量操作（自动完成鉴权），以及在 CI/CD 中更安全的应用部署。

性能与无障碍的硬性标准

• Theme Store 的门槛：首页、商品页、系列页的 Lighthouse 性能平均分 ≥ 60。加权方式为 [(p×31)+(c×33)+(h×13)]/77。
• 压缩后的 JS 包 ≤ 16 KB；能用 CSS 就别用 JS；脚本用 IIFE 包起来。
• 绝不阻塞解析 —— 一律使用 defer/async；关键资源用 preload_tag 预加载；首屏以下用 loading: 'lazy'。
• 静态资源托管在 /assets，以获得 CDN 与 HTTP/2 优先级；用 image_tag 自动生成 srcset。
• 工具链：Theme Check 加上 Shopify Lighthouse CI GitHub Action，在 CI 中卡住性能门槛。
• 无障碍：Shopify 的主题文档以 WCAG 2.0 为目标 —— 小号文字对比度 4.5:1，大号文字（18.5px 粗体以上）3.0:1，触控目标最小 44×44px，焦点可见，可完整用 Tab 操作，使用语义化元素、lang 属性、跳转链接，且不自动播放。

Checkout：几个截止日期与四个扩展面

关键日期

四个扩展面

Shopify Functions

• 语言：Rust（Shopify 强烈推荐 —— 性能最好，能避免大购物车场景下的失败）、JavaScript，或任何可编译为 WebAssembly 的语言。
• 非 Plus：只能使用公开 App Store 应用中自带的 Functions。
• 仅限 Plus：可以部署包含 Shopify Function API 的自定义应用。这是 Plus 在 checkout 上最实质的优势。
• Spring '26 新增：checkout Functions 内可读取 metaobject 数据；可查询账单地址与 PO number；加速结账（Shop Pay、Apple Pay）支持加购项。

Checkout Blocks（现已是官方自有产品）

Shopify 于 2024 年 6 月收购了 Checkout Blocks；它现在是一款原生的无代码结账定制应用，已收录进 Help Center 文档。

员工需要具备 metaobject 管理权限。针对 Scripts 迁移，Shopify 提供了一份 Shopify Scripts customizations report，用来识别哪些逻辑可以映射到 Functions，哪些已经有现成的公开应用能解决。

Spring '26 的 checkout 新能力

• 主题与 checkout 配置的 A/B 测试与 Rollouts —— 对 CRO 长约来说这是一项实打实可以计费的新服务。
• 重新设计、转化更高的结账流程，支付按钮更醒目。
• Managed payment methods —— 按转化可能性动态排序支付方式。
• 同一次结账中同时支持配送与自提，现已正式发布。
• 欧盟／英国结账中的 VAT ID 校验；五个国家的地址自动补全改进。
• Winter '26：按市场与按 B2B 场景分别定制 checkout 与账户页面。

Plus：能力与成本结构

定价

• 1 年期：每月 2,500 美元起
• 3 年期：每月 2,300 美元起（2,100 欧元）
• 体量更大或业务更复杂的商家可能需要支付浮动平台费，依据收入与商业模式计算，B2B 与 D2C 的算法不同。具体的门槛与费率并未公开。

Expansion stores

• 一份 Plus 合同包含最多 10 家商店且不额外收费：1 家主店加 9 家 expansion stores。
• staging 商店不计入这个上限。超过 10 家需要联系 Shopify 支持。
• 每家商店都需要各自的主题授权（staging 除外）。
• 应用按商店计费，而不是按组织计费 —— 在多店项目里这是一笔实实在在的预算。报价前先把它算进去。
• 结算货币必须是美元或印度卢比。
• 各商店必须是销售相同商品与服务的品牌延伸 —— 不能拿来做互不相关的品牌。
• 商店之间的数据不会自动同步。
• 通过组织设置 → Create store 创建；创建时可以从组织内已有的商店导入主题、商品、系列与文件。

B2B

重要变化 自 Spring '26 起，B2B 对所有方案开放：公司档案、批量定价、最多三个目录。这实质性地削弱了 Plus 长期以来的一项差异化优势。

仍然是 Plus 独享（Winter '26）：结账时的 ACH 银行转账（美国）、按履约批次付款（多次发货的订单可分别开票），以及预置的 ERP 连接器（NetSuite、BrightPearl、Sage、Acumatica）。Plus 还包含无限目录、把目录直接指派给公司与地点、押金要求与分期付款。

Spring '26 新增：通过 Flow 实现自动化的托管支付、原生 QuickBooks 与 Mailchimp 集成、Shopify Collective 进入澳大利亚、Collective 支持含税定价。

Managed Markets

Plus 线索与升级邀请

数据迁移与上线前检查清单

内容取自 Shopify 官方的 Plus 上线检查清单。下面的顺序不是建议 —— 它就是文档规定的执行顺序。

迁移顺序

商品 → 客户 → 历史订单 → 礼品卡 → B2B 数据。方式包括：后台 CSV 导入、API、第三方应用，或迁移服务（Shopify 点名的是 LitExtension 与 Cart2Cart）。

DNS

• 上线前约一周，在当前托管商处把 TTL 降到 300。
• 把 DNS 记录指向 Shopify。
• 正式上线时切换主域名。

支付

• 最常见的卡点 Shopify Payments 只能由店主本人设置。尽早约上客户的 owner 账号 —— 这件事拖延上线的次数比任何技术问题都多。
• Shop Pay Installments（仅限美国）、PayPal 与手动支付方式。
• 上线前务必关闭 Shopify Payments 的测试模式。

税务与市场

• 基础税务设置；商品、客户与 B2B 公司的免税配置。
• 最多 50 个市场。
• 要让多币种持续生效，Shopify Payments 必须是主要支付网关。
• 按市场设置运费方案；对每个市场做翻译与本地化。
• 新增：加拿大的 Shopify Tax（按商品类别自动计算销售税）。

SEO 与重定向

• 建立 301 重定向：Content → Menus → View URL Redirects；/ 重定向到首页。
• 用 CSV 批量导入。
• 上线后检查是否有 404。
• 把 sitemap 提交给 Google。

上线前 QA

• 测试订单要覆盖每一种折扣、每一种支付方式、每一种配送方式、多种设备，以及交易失败的情况。
• 测试履约与退款流程。
• 确认每一封订单通知邮件都能正常发出。
• 配置好 staff 账号与权限。
• 配置好 customer accounts —— 而且必须是新版 customer accounts（旧版已弃用）。
• 结账定制通过 Checkout Blocks / UI extensions / Functions 完成 —— 而不是 checkout.liquid。
• 备份商店数据。
• 最后一步才移除店面密码。

移交之后：你还剩下什么

按照 shopify.dev 的说法，移交后你仍然保留 collaborator 权限，可以继续在该商店上工作。但 Help Center 的说法是商店「离开你的组织」，读起来像是彻底失去访问权。两份官方文档互相矛盾。

长期关系的三个支点

Partner 等级、Directory 与 Verified Skills

两条赛道

等级每季度重新评定一次：1 月 1 日、4 月 1 日、7 月 1 日、10 月 1 日。权益覆盖业务拓展、培训与市场三方面：Partner Directory 展示位（带 Verified Skills 徽章）、合作伙伴经理、优先技术支持、市场推广基金、推荐激励，以及带客户映射的 co-sell 机会。

各等级的具体数值门槛并未公开 —— 它们写在 Partner Dashboard 内的 Shopify Partner Program Tiering Guide PDF 里。

Partner Directory 入选条件（这些数字是公开的）

• 等级：Plus 及以上（Plus / Premier / Platinum）。少量 Registered 合作伙伴也可能符合条件。
• 商业贡献，满足其一：过去 5 年内你获取的商家（推荐／co-sell）为 Shopify 带来 每年 50 万美元收入，或你保持着有效 collaborator 关系的商家为 Shopify 带来 每年 250 万美元收入。
• 成交数量下限：过去 5 年内至少获取 2 家 Plus/Enterprise 商店或 40 家标准商店。
• 资质认证：全体在职员工合计至少持有 10 项 Shopify Verified Skills，且至少 3 名员工各自持有至少一项。
• 完全遵守 Partner Program Agreement。

Directory 是怎么运作的

• 默认排序综合考量信任与业绩、作品质量，以及用户所在地。
• 等级对应不同的商家分层：Select（中小企业）、Plus（中端市场）、Premier（大型企业）、Platinum（全球企业）。
• 你的资料页必须包含联系方式、服务项目、价格区间、所在地、语言、行业专长与可承接状态。
• 评价：商家在合作满 1 周以上后可以评价。你可以在 dashboard 里主动请求评价；如果你不请求，系统会在 90 天后自动发送请求。付费商家账号的评价会在 48 小时内显示。
• 商家的联系表单（商店 URL、所需服务、预算、项目细节）会发送到你 Directory 资料页上的联系邮箱 —— 务必确保有人在看那个邮箱。

Certified Technology Partner 标准（仅限应用厂商）

• 在至少 5 条评价的基础上，应用评分需高于 4.0。
• 首次响应：紧急问题 30 分钟内，高优先级 12 小时内，低优先级 3 天内。
• 99.9% 可用性 SLO；平均加载时间低于 400 毫秒。
• 每年进行第三方渗透测试；使用最新的两个生产 API 版本。
• 满足条件并不保证一定通过。

官方文档未予确认的部分

设这一节，是因为代理商翻车最多的地方，往往是那些听上去很合理、却从来没人真正核实过的说法。在你打算依赖以下任何一条之前，请先向你的合作伙伴经理或 Shopify 支持求证。

官方资料来源

本手册中的每一条规则、费率与日期都来自以下 Shopify 页面，于 2026 年 7 月 28 日核实。Shopify 的政策变动频繁 —— 做出任何重大决策前，请回到原始页面再确认一次。

このプレイブックで扱う範囲

3つの変更で、古いガイドはすべて誤りになりました。

社内SOPを2025年に書いたのであれば、そのうち3点はすでに明確な誤りです。用語が変わり、コミッションの計算方法が変わり、旧来のチェックアウト技術は死にました。

お金は実際にどう動くのか

Shopifyからのエージェンシーの収入は4本柱です。譲渡したストアからの継続シェア、Plus／Enterpriseの一時紹介ボーナス、アプリ・テーマの販売、そしてPOS／決済のプロフィットシェアです。

旧モデル（2026年8月10日より前に譲渡または契約）

新「Launch Partner」モデル（2026年8月10日から）

Shopifyが示す試算例では、対象GMVが月$1,000,000 USDのマーチャントの場合、20%のサブスクリプションシェアに加えてGMVシェアとして$1,000 USDが入ります。新モデルが有利かどうかはクライアントのGMV次第です。セクション16を参照してください。

一時報酬とその他の収益

支払いルール

• 最低支払残高は$25 USD。これを下回る分は翌期に繰り越されます。
• 継続シェアは月2回支払われます。15日から5営業日後と、月末から5営業日後です。
• 一時紹介ボーナスは、全条件を満たしてから30日以内に支払われます。
• 年間プランのマーチャントについては、年末に年1回の支払いが発生します。
• カナダのパートナーには、紹介コミッションに13%のオンタリオ州HSTが加算されます。
• 英国、イタリア、トルコ、スペインのマーチャントには2〜5%の規制対応運用手数料が適用されます。
• 収益が発生するのはマーチャントが支払いを開始してからです。トライアルや無料プランでは何も発生しません。

まず自社の組織設定を正しく整える

2026年3月30日以降、パートナー側は組織とロールで動いています。従来のユーザー単位の権限チェックボックスはもう存在しません。

7つのシステムロール

ロールは加算式で、1人が複数を保有できます。Owner と Admin はカスタムロールも作成可能です。

2つのダッシュボードの役割分担

Dev Dashboard
dev.shopify.com/dashboard

すべてのストア（dev、client transfer、collaborations）、アプリ、組織設定、ユーザーとロール。実作業はここで行います。

Partner Dashboard

支払い、アプリ配布、テーマ、リファラルとリード（Sales → Leads）。お金とパイプラインはここにあります。

コラボレーターアカウントとスタッフアカウント

Shopifyは原則としてコラボレーターアカウントを推奨しています。スタッフアカウントを依頼するのは、モバイル端末上のShopify管理画面でアプリをテストするなど、コラボレーターでは不可能な作業がある場合だけにしてください。パートナーがマーチャントのパスワードを求めること、マーチャントの認証情報でログインすることは明確に禁止されています。

コラボレーターアクセスの申請手順

Client Transfer Store の作成

自社保有中の制限事項

• インストールできるのは無料アプリとパートナー向けアプリのみ。カスタムアプリとドラフトアプリは不可です。
• 実取引はサポートされません。テスト決済のみです。
• 配送ラベルはテスト用のみで、実際に使えるラベルは利用できません。
• ストアフロントのパスワードページは削除できません（カスタマイズとプレビューは可能）。Dev Store では「訪問者へのメッセージ」欄すら編集できません。
• ファイル、動画、3Dモデルのストレージ上限はBasicプラン相当です。
• 譲渡後のストアはプロモーションや無料トライアルの対象外です。クライアントは月$1の初回オファーを受けられません。

テスト注文と決済

Client Transfer Store ではテスト注文を無制限に処理できます。Bogus Gateway を有効にするには Settings → Payments に移動し、既存のクレジットカードプロバイダーを先に無効化してください。

Cardholder name: Test payment gateway

Card number 1  ->  success (成功)
Card number 2  ->  failure (失敗)
Card number 3  ->  exception (例外)

CVV: 任意の3桁    Expiry: 任意の未来日

Visa              4242 4242 4242 4242
Mastercard        5555 5555 5555 4444
American Express  3782 822463 10005
Discover          6011 1111 1111 1117
Diners Club       3056 9309 025904
JCB               3530 1113 3330 0000

Note: テスト金額は 1 USD (または同等額) を超える必要があります。

テストできないもの：ギフトカード、ストアクレジット、手動決済方法、下書き注文、そしてShopify POS（POSは有料プランへのアップグレードが必要）。2020年9月14日以降、この制限はすべての開発ストアに適用されます。実取引を行う唯一の方法は、プランを選んで購入することです。

2026年のテーマ設計：Horizon と theme block

Horizon は2025年5月21日に、theme blockを軸に構築された10種類の無料テーマ群としてリリースされました。Winter '26 では250以上の改善が加わっています。新規構築をDawnから始めるべきではありません。

妥当な出発点は3つ

theme block は実際に何が違うのか

• /blocks でテーマレベルに定義され、どのセクションからでも再利用できます。セクション内定義のブロックは親セクションに固定されたままです。
• ネスト可能で、子要素は {% content_for 'blocks' %} でレンダリングされます。
• ブロック外部の変数にアクセスできず、snippet のように変数を渡すこともできません。Dawnのセクションを移植する際、これが最大の落とし穴です。
• スキーマは settings ＋ presets ＋ blocks 属性で構成されます。

Shopify自身の設計ガイダンスは次のとおりです。レイアウト全体を制御する設定はセクションレベルに置き、並べ替え可能なコンテンツにはブロックを使い、細かすぎるブロックは避けること。コードもエディタのサイドバーも肥大化します。

Horizon フォークをアップグレード可能に保つ：Shopifyの7フェーズ手法

Shopify Growth Services は、この手法によりテーマ更新の工数が20〜40時間から2〜4時間に減ると主張しています。これは監査済みのベンチマークではなくShopifyのマーケティングとして扱うべきですが、手法そのものはそのまま採用する価値があります。

metafield と metaobject

metafield は既存リソースに付与される単一のカスタム値です。metaobject は独立した再利用可能なデータ構造で、複数のリソースから参照できます。著者プロフィール、サイズチャート、保証情報、店舗検索などが典型例です。所有権はアプリ所有（$app プレフィックス）かマーチャント所有（例：custom）のいずれかです。

Spring '26 の新機能：metaobject のデータをチェックアウトの Functions 内で読み取り可能に。metafield はShopifyQL でドット記法によりクエリ可能に。商品・顧客・注文で最大50件のmetafieldをピン留め可能に。アナリティクスをmetafieldで絞り込み可能に。Functions には30ポイントのクエリ予算があり、metaobject のルート1つにつき1ポイントを消費します。

theme app extension

2026年において、許容できるアプリ連携の方法はapp blockとapp embed blockのみです。テーマコードの編集は不要で、全インストール先へ一括で配信され、バージョン管理され、マーチャントがテーマエディタで配置を変更できます。ScriptTag とアセット注入はレガシーなアンチパターンです。

CLI と GitHub のワークフロー

shopify theme dev      # ローカル開発。実ストアのデータに対しCSSとセクションをホットリロード
shopify theme pull     # 公開中のテーマをローカルに取得
shopify theme push     # 対象テーマへ反映
shopify theme check    # 静的解析 (Theme Check)
shopify theme info     # テーマと環境の情報を確認
shopify version        # CLIのバージョンを確認
shopify upgrade        # CLIをアップグレード

Spring '26 でのCLI追加点：自動アップグレード付きのセマンティックバージョニング、GraphQLとバルク操作をCLIから直接実行（認証は自動）、CI/CDでのより安全なアプリデプロイ。

パフォーマンスとアクセシビリティの必達基準

• Theme Store の基準：ホーム、商品、コレクションの各ページでLighthouse パフォーマンス平均60以上。加重は [(p×31)+(c×33)+(h×13)]/77 です。
• minify後のJSバンドルは16 KB以下。JSよりCSSを優先し、スクリプトはIIFEで包みます。
• パーサーをブロックしないこと。常に defer／async を使い、重要リソースは preload_tag でプリロードし、ファーストビュー外は loading: 'lazy' にします。
• CDNとHTTP/2の優先制御のためアセットは /assets に置き、自動 srcset のために image_tag を使います。
• ツール：Theme Check と Shopify Lighthouse CI GitHub Action でCI上のパフォーマンスをゲートします。
• アクセシビリティ：Shopifyのテーマドキュメントが目標とするのはWCAG 2.0です。コントラストは小さい文字で4.5:1、大きい文字（18.5px以上の太字など）で3.0:1、タッチターゲットは最小44×44px、フォーカスの可視化、Tabキーのみでの全操作、セマンティックな要素、lang 属性、スキップリンク、自動再生の禁止。

チェックアウト：期限と4つの拡張面

重要な日付

4つの拡張面

Shopify Functions

• 言語：Rust（Shopifyが強く推奨。最も高速で、大きなカートでの失敗を回避できます）、JavaScript、またはWebAssemblyにコンパイルできる任意の言語。
• 非Plus：公開App Storeアプリに含まれるFunctionsのみ利用可能です。
• Plusのみ：Shopify Function API を含むカスタムアプリをデプロイできます。これはPlusにおける最も実質的なチェックアウト上の優位点です。
• Spring '26 の追加点：チェックアウトFunctions内でのmetaobjectデータ利用、請求先住所とPO番号のクエリ、アドオンの高速チェックアウト対応（Shop Pay、Apple Pay）。

Checkout Blocks（現在はファーストパーティ）

Shopifyは2024年6月にCheckout Blocksを買収しました。現在はHelp Centerに記載のある、ノーコードのネイティブなチェックアウトカスタマイズアプリです。

スタッフにはmetaobject管理権限が必要です。Scriptsからの移行については、Functionsに対応付けられるものと既存の公開アプリで解決できるものを切り分けるShopify Scripts customizations レポートが提供されています。

Spring '26 のチェックアウト新機能

• テーマとチェックアウト設定のA/BテストおよびRollouts。CRO保守案件にとって、実際に課金できる新しいサービスです。
• 決済ボタンをより目立たせた、コンバージョン率の高い新デザインのチェックアウト。
• マネージド決済方法。コンバージョンの見込みに応じて表示順を動的に変更します。
• 配送と店舗受け取りを1回のチェックアウトで完結。GA済みです。
• EU／UKのチェックアウトでのVAT ID検証、5か国での住所オートコンプリート改善。
• Winter '26：マーケット別・B2B別のチェックアウトとアカウントのカスタマイズ。

Plus：機能とコスト構造

価格

• 1年契約：月額 $2,500 USD から
• 3年契約：月額 $2,300 USD から（€2,100 EUR）
• 取引量が多い、または事業構造が複雑な企業には、収益とビジネスモデルに応じた変動プラットフォーム利用料が適用される場合があります。B2BとD2Cで計算方法が異なります。閾値とレートは非公開です。

エクスパンションストア

• Plus契約には追加料金なしで最大10ストアが含まれます。プライマリ1つとエクスパンションストア9つです。
• ステージングストアは上限に算入されません。10を超える場合はShopifyサポートへの問い合わせが必要です。
• 各ストアに個別のテーマライセンスが必要です（ステージングは対象外）。
• アプリは組織単位ではなくストア単位で課金されます。マルチストア構築では実際に効いてくる予算項目です。見積もり前に試算してください。
• 請求通貨はUSDまたはINRである必要があります。
• 各ストアは同一の商品・サービスを扱うブランドの拡張である必要があります。無関係なブランドには使えません。
• ストア間でデータが自動同期されることはありません。
• 作成は Organization settings → Create store。作成時に、同一組織内の既存ストアからテーマ、商品、コレクション、ファイルをインポートできます。

B2B

重要な変化 Spring '26 以降、B2Bは全プランで利用可能です。会社プロフィール、数量別価格、最大3つのカタログが使えます。長年のPlusの差別化要因が、これによって明確に薄まりました。

依然としてPlus限定（Winter '26）：チェックアウトでのACH銀行振込（米国）、フルフィルメント単位の支払い（複数配送の注文を分割請求）、そしてERPコネクタのプリセット（NetSuite、BrightPearl、Sage、Acumatica）。Plusにはさらに、カタログ無制限、会社・ロケーションへのカタログ直接割り当て、前受金要件、分割払いが含まれます。

Spring '26 の新機能：Flow経由の保管済み決済手段の自動処理、QuickBooksとMailchimpのネイティブ連携、オーストラリアでのShopify Collective、Collectiveの税込価格対応。

Managed Markets

Plusリードとアップグレード招待

移行とローンチ前チェックリスト

Shopify公式のPlusローンチチェックリストに基づいています。以下の順序は提案ではなく、ドキュメントに記載された手順です。

移行の順序

商品 → 顧客 → 過去の注文 → ギフトカード → B2Bデータ。手段は、管理画面からのCSVインポート、API、サードパーティアプリ、移行サービス（ShopifyはLitExtensionとCart2Cartを挙げています）です。

DNS

• ローンチの約1週間前に、現行ホスト側でTTLを300に下げます。
• DNSレコードをShopifyに向けます。
• 公開時にプライマリドメインを切り替えます。

決済

• 最も多いブロッカー Shopify Payments はストアオーナーしか設定できません。クライアントのオーナーアカウントの時間を早めに押さえてください。どの技術的問題よりも多くのローンチを止めています。
• Shop Pay Installments（米国のみ）、PayPal、手動決済方法。
• ローンチ前にShopify Paymentsのテストモードを解除してください。

税とマーケット

• 一般的な税設定、および商品・顧客・B2B企業の免税設定。
• 最大50マーケット。
• 多通貨を維持するにはShopify Paymentsをプライマリゲートウェイにする必要があります。
• マーケット別の配送プロファイル、各マーケットの翻訳とローカライズ。
• 新機能：カナダでのShopify Tax（商品カテゴリ別の自動売上税計算）。

SEOとリダイレクト

• 301リダイレクトを作成：Content → Menus → View URL Redirects。/ はホームへリダイレクトします。
• CSVによる一括インポート。
• ローンチ後に404を検査します。
• サイトマップをGoogleに送信します。

ローンチ前QA

• すべての割引、すべての決済方法、すべての配送方法、複数デバイス、そして決済失敗のテスト注文。
• フルフィルメントと返金のワークフローをテスト。
• すべての注文通知メールが送信されることを確認。
• スタッフアカウントと権限を設定。
• 顧客アカウントを設定。必ず新しい顧客アカウントであること（レガシーは非推奨）。
• チェックアウトのカスタマイズは Checkout Blocks／UI extensions／Functions で実装すること。checkout.liquid は不可。
• ストアデータをバックアップ。
• ストアフロントのパスワード解除は最後に。

譲渡後に手元に残るもの

shopify.dev によれば、譲渡後もコラボレーターアクセスは維持され、ストアでの作業を継続できます。一方でHelp Centerは、ストアは「自社の組織から離れる」と記述しており、アクセスを完全に失うようにも読めます。2つの公式ページが矛盾しています。

長期的な関係を支える3つの軸

パートナーティア、Directory、Verified Skills

2つのトラック

ティアは四半期ごとに再評価されます（1月1日、4月1日、7月1日、10月1日）。特典は事業開発、トレーニング、マーケティングにまたがります。Verified Skillsバッジ付きのPartner Directory掲載、パートナーマネジメント、優先技術サポート、マーケティング開発資金、紹介インセンティブ、アカウントマッピングを伴うco-sell機会などです。

ティアごとの数値基準は非公開です。Partner Dashboard 内の Shopify Partner Program Tiering Guide のPDFに記載されています。

Partner Directory の掲載要件（この数値は公開されています）

• ティア：Plus以上（Plus／Premier／Platinum）。一部のRegisteredパートナーも対象になり得ます。
• 商業的インパクト（いずれか）：直近5年間に獲得したマーチャント（紹介／co-sell）からShopifyにもたらした年間$500K USDの収益、またはアクティブなコラボレーター関係にあるマーチャントからShopifyにもたらした年間$2.5M USDの収益。
• 最低案件数：直近5年間でPlus／Enterpriseショップ2件、または標準ショップ40件以上の獲得。
• 資格：在籍従業員全体でShopify Verified Skills を最低10件保有し、少なくとも3名がそれぞれ1件以上を保有していること。
• Partner Program Agreement への完全な準拠。

Directory の仕組み

• デフォルトの表示順は信頼性と実績、仕事の品質、ユーザーの所在地で決まります。
• ティアはマーチャントのセグメントに対応します。Select（SMB）、Plus（ミッドマーケット）、Premier（大企業）、Platinum（グローバル企業）。
• プロフィールには連絡先、提供サービス、価格帯、所在地、対応言語、業界フォーカス、稼働状況を記載する必要があります。
• レビュー：マーチャントは1週間以上の協業後にレビューを投稿できます。ダッシュボードからレビューを依頼でき、依頼しない場合は90日後に自動で依頼が送信されます。有料マーチャントアカウントからのレビューは48時間以内に表示されます。
• マーチャントからの問い合わせフォーム（ストアURL、必要なサービス、予算、案件詳細）は、Directoryプロフィールの連絡先メールに届きます。その受信箱を誰かが必ず見るようにしてください。

Certified Technology Partner の基準（アプリベンダーのみ）

• 最低5件のレビューを経て、アプリ評価が4.0以上であること。
• 初回応答：クリティカルは30分以内、高優先度は12時間以内、低優先度は3日以内。
• 99.9%の稼働率SLO、平均読み込み時間400ミリ秒未満。
• 年1回の第三者ペネトレーションテスト、最新2つの本番APIバージョンの利用。
• 要件を満たしても、承認が保証されるわけではありません。

公式ドキュメントで確認できていない事項

エージェンシーが最も痛い目に遭うのは、もっともらしく聞こえるのに誰も検証していない事柄です。このセクションはそのために用意しました。依拠する前に、パートナーマネージャーかShopifyサポートに個別に確認してください。

公式ソース

このプレイブックのルール、レート、日付はすべて以下のShopifyのページに基づいており、2026年7月28日時点で検証しています。Shopifyのポリシーは頻繁に変わります。重要な判断の前には原典を再確認してください。