第四阶段 · 市场与数据
Apps 与 Sales channels：装之前先审权限，删之后还要清理
建立 App 安装审批、权限和费用记录，审查销售渠道商品可用性与数据共享，并完成卸载、残留代码、webhooks、pixels 和 custom app 的清理边界。
本课怎么做才算完成
沿着 Settings > Apps and sales channels 找到正确页面，再完成设置、保存、验证和记录。真正的完成标准不是看过页面，而是你能指出保存后的状态、验证结果和继续条件。
- 后台路径
- Settings > Apps and sales channels
- 本课产出
- 一张 App 与渠道登记表：owner、用途、权限、数据、费用、试用结束、商品、pixels、webhooks、隐私影响、卸载步骤和最后复核日。
- 可以继续
- 每个保留项都有 owner 与任务，权限和费用可解释，商品/事件路径已测试，卸载项完成残留检查。
- 必须暂停
- App 无明确任务、索取过度权限、试用无人负责，或卸载后残留未检查。
证据边界：后台显示已保存，不等于前台、订单链路或后续系统已经验证通过。每一步都要看当前店铺、页面标题、目标 section/card 和实际返回结果。
这一课为什么要先做
App 能快速加功能，也能同时拿到商品、客户、订单、主题和支付相关权限。卸载 App 并不保证主题代码、pixels、webhooks 或外部数据立即消失。新 custom app 要走当前 Dev Dashboard 流程；所有 App 都需要业务任务、权限边界和退出方案。
开始前准备
- 完成 Billing、Users、Customer privacy 和 Customer events 基础。
- 列出当前安装的 App、渠道、主题 App embeds 和外部账户。
- 定义首发必须功能，其他功能进入 backlog。
把审批记录写成可回查的治理记录：一项关于 SAP 从本地部署 ERP 产品平台生态转向云创新平台生态的扎根理论单案例研究，追踪 2012-2019 年的转型；访谈从 2016 年初持续到 2019 年中。正式文章发表于 2022 年，本次逐页核对使用公开的 2019 年作者版本 PDF。研究把生态转型中的制度化挑战归纳为重新平衡自上而下的控制与自下而上的涌现、让生态参与者重新专业化，以及重新定义生态的组织愿景（研究原文）。它是企业软件行业的 SAP 单一案例，不能跨行业转移，也不能证明通用电商结果（generic ecommerce outcomes）、current Shopify 或其他 merchant outcomes、revenue、conversion 或 causality，更不能证明当前 Shopify 的权限、渠道、pixel 或 webhook 行为；本课只把它当成治理提醒：除了用途、权限、费用和退出条件，还要写清输入责任、审批人、回滚方式，以及哪些决定必须由人控制。当前店铺 readback 仍是单独验证：权限、商品发布、pixels 和 webhooks 仍须按本课的 Shopify 后台与前台/事件检查复核。
跟着英文后台一步一步做
每做完一步就刷新页面或从前台验证一次。后台显示已保存，不代表客户看到的结果一定正确。
建立安装前审批卡
每个 App 先写要解决的问题、现有替代、成功指标、费用、数据类型、权限、owner、试用结束和卸载条件。没有明确任务的 App 不安装。
做完后应该看到或拿到：拿到一张与这一个 App 对应的审批卡，而不是只有安装页面或“以后再看”的计划。
怎样算完成：实际店铺的审批卡已经写入真实任务、费用、负责人和退出条件，并能在记录中复核。
如果结果不对或入口没出现：如果入口、字段或保存反馈不对，先确认当前店铺和页面标题，再回到 Settings > Apps and sales channels 核对权限、套餐、市场和必填项。
留下证据：留下实际值、验证时间、负责人和证据位置。Apps 列表、权限页或 Uninstalled 状态不能证明主题代码、pixels、webhooks 和外部数据已经清除。
逐项阅读权限和数据访问
安装页显示的权限要逐项看，尤其是 Customers、Orders、Products、Themes、Marketing 和 store settings。权限超过任务需要时，先询问开发者或选择替代方案。
做完后应该看到或拿到：能解释每一项权限为什么需要，以及它读取或改变哪个数据表面。
怎样算完成：真实权限范围已经与业务任务对上，至少有一项保存值、页面结果、前台行为或记录证据可复核。
如果结果不对或入口没出现：不要在名称相近的页面继续修改；回到完整 section/card，逐项核对账号权限、适用套餐或市场、必填字段和保存反馈。
留下证据：把权限、任务、负责人和最后复核日写进登记表。权限页面只能证明配置状态，不能证明应用没有在外部保存数据。
失败处理：如果商品在某渠道不显示，检查渠道连接、Markets、Catalog、商品 availability、政策审核和 Feed 错误，不要只重复 publish。
配置销售渠道和商品 availability
进入 Settings > Apps and sales channels，打开 Online Store、Shop、Google、Meta 等已用渠道。逐个确认连接账户、数据共享、市场和商品发布，不要认为商品在 Shopify Active 就自动进入所有渠道。
做完后应该看到或拿到：每个实际使用的渠道都有独立的商品可用性和数据共享结果。
怎样算完成：渠道连接、市场、Catalog 和商品发布都已逐个回读，并留下可复核证据。
如果结果不对或入口没出现：如果状态看起来正确但前台或渠道预览不对，先确认页面标题和当前店铺，再检查同步窗口、市场范围与政策审核。
留下证据：记录渠道、商品、市场、返回结果和回查时间；“Active”只代表 Shopify 内部状态。
检查 App embeds、pixels 和 webhooks
安装后查看 Theme App embeds、Customer events、通知和外部平台。记录 App 是否注入脚本、pixel、webhook 或订单标签；上线前跑性能、consent 和重复事件检查。
做完后应该看到或拿到：知道 App 影响了哪些前台、事件和外部数据路径，而不是只知道它已安装。
怎样算完成：App embed、pixel、webhook、性能、consent 和重复事件都有检查结果与负责人。
如果结果不对或入口没出现：如果卸载后前台仍有组件，检查 Theme App embeds、sections、snippets、script tags 和缓存，并在主题副本上验证清理。
留下证据：同时保存前台表现、Customer events、webhook 或外部平台的回读结果；后台“已保存”不是事件成功的证明。
失败处理：如果发现卸载后的组件或事件仍在运行，先暂停扩展，再做残留清单和主题副本验证。
正确处理 custom app
需要自建集成时，2026 年新 custom app 按 Shopify 当前 Dev Dashboard 流程创建，不再照旧教程去后台 Develop apps 建 legacy custom app。权限、token、rotation 和 owner 进入登记表，前端绝不暴露 token。
做完后应该看到或拿到：登记表能说明 custom app 的 scopes、token rotation、owner 和保存位置。
怎样算完成：创建路径与当前后台一致，token 没有进入 storefront，轮换和撤销责任清楚。
如果结果不对或入口没出现：如果找不到旧的 Develop apps 入口，不要继续寻找 legacy 路径；回到 Dev Dashboard，并重新核对 scopes 和 owner。
留下证据：只记录不含 secret 的 app 名称、scopes、负责人、轮换时间和撤销条件。
卸载后完成清理与证据
卸载前导出必要数据，记录账单周期和依赖。卸载后检查主题代码、App embed、pixel、webhook、API token、DNS、页面、菜单和外部账户；确认费用停止，处理数据保留或删除请求，再关闭工单。
做完后应该看到或拿到：留下一条可回查的退出链：导出、卸载、残留检查、费用确认、数据处理和关闭条件。
怎样算完成：Apps 列表变为 Uninstalled 只是其中一步；主题、事件、外部数据、费用和权限都已分别有结果。
如果结果不对或入口没出现：如果任何残留或账单状态不明，不要把任务标为完成；回到对应表面，指定负责人和下一次复查日期。
留下证据：Apps 列表、权限页或 Uninstalled 状态不证明主题代码、pixels、webhooks 和外部保存的数据已经清除。
失败处理：如果找不到 Develop apps 的旧入口，使用 Shopify Dev Dashboard 创建和管理新的 custom app，并按当前路径重新记录。
现在把判断用到你的店铺
上面的步骤先解释机制和后台路径。现在用一个具体情境检查你是否能做出决定，而不是只记住页面位置：一个旧 App 已显示 Uninstalled，但主题里仍有 app embed，Customer events 也保留它的 pixel。是否可以结案？
先不要把“已从 App 列表消失”当成完成；清理要跨主题、pixel、webhook、权限和外部数据逐项验证。
这一步先给出后台位置，再用一个实际情境检查你是否能做出决定。
把这一步用到你的店铺
完成后应得到：一张 App 与渠道登记表，包含 owner、用途、权限、数据、费用、试用结束、销售商品、pixels、webhooks、隐私影响、卸载步骤和最后复核日。
相关后台路径：Settings > Apps and sales channels
先做判断，再对照原因
这不是记忆题。先选出能解决问题的动作，再看解释。
在店铺里逐项确认
按当前店铺的实际值逐项确认；这份清单不会替你保存设置或执行测试。
这一步还不能说明：Apps 列表、权限页或 Uninstalled 状态不证明主题代码、pixels、webhooks 和外部保存的数据已经清除
继续条件：每个保留项都有 owner 与任务，权限和费用可解释，商品/事件路径已测试，卸载项完成残留检查
暂停条件：如果 App 无明确任务、索取过度权限、试用无人负责，或卸载后残留未检查，不要继续扩展
下一步：最后一课用 test orders 和 launch QA 把前 19 课串成一条可回滚的上线链路。
先补齐判断或核对项。没有足够信息时，保持暂停比猜一个通过更安全。
这一课需要做出的决定
把当前店铺的实际值逐行写入登记表，不要把示例或计划值当成已经完成。只有实际值符合条件并且有保存或测试证据，才可以标记通过。
| 项目 | 推荐设置 | 为什么 |
|---|---|---|
| 安装条件 | 明确任务与指标 | 功能好像有用不等于需要 |
| 权限 | 最小必要 | 减少客户和订单数据暴露 |
| 销售渠道 | 逐个验收 | 商品状态不会自动同步所有渠道 |
| Custom app | Dev Dashboard | 符合当前创建流程 |
填写后逐行核对：任何一行缺少权限、结果或负责人，都回到对应步骤修复后再继续。
这些地方先不要乱动
- 不要看到推荐 App 就一键安装。
- 不要认为卸载就自动清除所有代码和外部数据。
- 不要按旧教程新建 legacy custom app。
常见问题
卸载 App 后，费用停止就算完成了吗？
不是。费用只是成本边界，还要检查主题代码、App embeds、pixels、webhooks、API token 和外部数据。
商品在 Shopify 中 Active，可以直接认为所有渠道都能卖吗？
不能。连接账户、市场、Catalog、政策审核和渠道商品发布都要分别回读。
找不到旧的 Develop apps 入口怎么办？
不要继续寻找 legacy 路径；按当前 Dev Dashboard 创建 custom app，并记录 scopes、rotation 和 owner。
本课结论与继续条件
App 与渠道不是临时试用，而是有业务理由、最小权限、费用边界和退出验证的受控资产。只有每个保留项都有 owner 与任务，权限和费用可解释，商品/事件路径已测试，卸载项完成残留检查，才继续扩展。
- • 所有 App 和渠道都有 owner、任务、费用和权限记录。
- • 商品 availability 在每个实际渠道单独检查。
- • App embeds、pixels、webhooks 和 performance 已复核。
- • Custom app 使用当前 Dev Dashboard 路径并保护 token。
- • 卸载清理包含代码、费用、数据和外部账户。