Shopify 后台设置：订单链路和测试订单

Shopify 后台设置要按一笔订单来验收：先固定店铺身份、主市场和权限，再把商品、结账、付款测试、后台订单、通知与事件记录对上。设置页点过一遍还不够；你需要知道哪一段已有证据、哪一段必须暂停。

本课沿用一个课堂计划：首批500个20oz通勤保温杯，先检查一个主推 SKU 面向美国顾客的英文、USD 移动端购买路径。500是计划数量，不是现货或采购证明；美国是目标市场，不是商家所在地、美国主体或 Shopify Payments 资格。你不必先完成别课才能理解这条路径。

先读通顾客与后台看到的同一笔订单

Shopify Admin 是订单背后的工作台。顾客在一个明确市场看到商品、价格和配送承诺，加入购物车，在 checkout 填写联系与地址信息，再完成选定的付款测试。运营者则要在 Orders、库存、通知和数据工具中找到同一条记录。分散的菜单必须解释同一笔订单。

例如，美元付款按钮能显示，但选定地址没有运费；或者后台已有订单，客户确认却未送达。这两种情况都应回到具体缺口，而不是继续换主题。先固定身份、市场和基础访问，再验证结账，随后读通知、政策与事件。后一步要读取前一步留下的资料。

默认展开支付结账，是为了先分清“按钮存在”和“订单路径走完”。切换区域后，把通过证据和后续阻塞各写成一句话。一个区域有记录，只说明这段可复查；稳定收款、退款与全店运营仍有各自的检查。

需要对着英文后台逐字段操作时，可使用General 基础设置与测试订单和上线 QA。本课保留经营判断、顺序与跨页面关系；页面结构课再处理导航、首页、集合页、购物车和政策入口，支付课再处理网关、KYC、payout、拒付和另行批准的真实交易。

先固定身份、账号控制和恢复责任

Shopify 提供店铺、购物车、结账、支付接入和国际销售基础设施，适合希望较快搭出可用版本、愿意承担订阅成本而减少自建维护负担的经营者。它不会替你选品、定位或创造需求。注册很快，但错误的邮箱、业务地区、命名与账单安排会传到后面的域名、支付和权限。

这里的 2FA 指双因素认证：登录时除密码外，还需验证另一种身份因素。

1. 使用长期可控的创始人或企业邮箱，确认能接收安全、支付、账单和主题购买通知；不要用一次性地址。
2. 使用清晰品牌名称，并保留原始 myshopify.com 店铺标识。自定义域名、可见店铺名与后台标识是不同对象，改店名不会自动改标识。
3. 如实核对业务所在地、经营类型和联系人，使主体资料、账单、政策联系人与支付材料能互相解释。
4. 进入 Admin 后先检查身份、市场、权限和一条订单路径，再做主题与页面。不要同时建多个重复测试店，分散账单和主题资源。
5. 正式选择计划前复核当前试用、账期、促销、额外费用和续费提醒，写明账单负责人及预算复查时间。

旧课写的 Settings > Store details，现在从 Settings > General 核对 Business details、Store contact details 与 Store defaults。法定主体、面向顾客的联系资料、账单地址、发货 Location 和通知 Sender email 各有职责；内容应一致可解释，不是改一处便自动同步所有地方。Store contact details 可以公开出现在店铺与政策页，别把需要保密的注册资料当作公开联系信息。币种变更也要按当前支付路径与店主权限复核，不能凭“首单前后”猜一个通用锁定规则。

旧 Users and permissions 名称对应当前 Settings > Users 一带的用户与角色管理，具体入口取决于计划、角色和组织。Basic 的普通额外后台员工/商店角色不能假定可用；合作者访问也不是共享店主登录的理由。每人只拿完成任务所需的权限，并核对能做该任务、不能碰无关区域。账单负责人不是自动获得店主所有权限，备用管理员也不能重置店主个人凭据或替代其恢复流程。每个成员自行设置支持的安全登录方式；passkey 与2FA不是同一个设置，Shopify 目前不允许新设 SMS 两步验证，已有 SMS 账号按当前条件继续使用。这里只记责任人与恢复资料的安全保存位置，不填写密码或恢复码。

按当前任务选择计划，再算总成本

计划选择会影响后台协作、报表、费率、市场能力和现金支出。先写出本店现在需要谁处理订单、谁改主题、谁看报表，再核对具体计划。Basic/Grow/Advanced/Plus 的名称不是成长等级，订单量也不是唯一升级理由。

旧课曾用 USD 年付月均29、79、299，以及 Plus 起价约2,300/月来说明不同档位；这些是旧报价教学记录，不能当作你今天会被收取的价格。本次公开 pricing 页面按地区显示了 PLN/EUR，未得到通用美元报价。正式绑定账单前，重新记录本店地区、币种、账期、促销、税费、计划能力和续费时间；年付“月均”也不代表每月付款。

总成本还包括支付处理、可能适用的 Shopify 第三方交易费、换汇、app、主题与技术维护。第三方服务商收费和 Shopify 收费分开核对；某些支付组合有例外，不能给每笔订单套同一费率。退款也不保证所有费用退回。只有权限、报表、实际费率或工作量出现具体瓶颈，升级理由才成立。

先约束一个购买场景，再决定市场状态

Markets 决定不同顾客看到的币种、语言、价格、商品、域名和主题体验，并与配送、税费显示相连。当前官方路径是 Admin 的 Markets，旧界面可能在 Settings 下。这里的“先做一个主市场”是教学中的第一目标市场；它不自动等于后台标记的 Primary market，也不会把商家所在地改成美国。先检查当前继承或自定义的设置与真实业务记录。

Draft 可以用于准备和预览，但不能据此声称已完成该地区的实际 checkout。当前官方说明：即使有配送区域，非 Active 市场的顾客也不能完成购买。需要端到端测试时，应由有权限的人在隔离公开流量的条件下确认一条受控 Active 路径；测试后是否继续开放，要再看证据。不要把“先测再开放”写成在所有 Draft 状态下都能付款。未准备市场保持未开放，也不向那里投广告或承诺可配送。

对保温杯例子，逐项核对 USD 展示与结账币种、英文政策和通知、配送区域、运费名称/金额、预计时效、不可送达地区与税费显示。同时复查包裹设置：按本次采用的配送与费率规则核对实际用到的商品重量、包裹重量或尺寸，不把承运商报价的输入要求套到无条件固定运费上。展示币种、checkout 币种和 payout 币种不是同一个概念。税费或进口费用由谁承担，需要结合实际商品、发货地、目的地、承运方案与适用责任另行确认；后台开关、零税额或模板文字都不是登记/合规证明。新旧配送界面正分批变化，有的店仍用 Shipping profiles，有的已有按 market 的 shipping options；按本店可见入口记录，不照旧图猜。

把60分钟限定为一条可读回的测试路径

这个时间盒的前提是主体资料、品牌域名、一个可售商品、价格、可测试的配送规则和后台访问已经存在。它用来安排工作，不保证一小时完成支付审核、银行验证、税费判断、多市场、Liquid 通知定制或完整归因。缺前提就停表，把缺口写进分支，而不是压缩审核时间。

36–50分钟段应留下同一订单的前台、后台与通知记录；50–60分钟段再决定恢复真实支付还是继续暂停。勾完步骤不等于本店完成，也不能用一个市场、一件商品的结果替其他国家或付款方式放行。

选好要标注的问题，再到本店保存截图，记下当前路径、页面标题、可见功能标签和观察日期。后台没有版本号时，保留标签和日期即可。旧截图只能帮助找检查对象，入口不符时回到当前帮助页或后台搜索。

本课有五组手动记录，保存、恢复、清除和 JSON 导出都只作用于当前组。严格路径组承接旧页保存的九个字段，其他组可以保存原来只存在当前页面的工作。复制/下载下面的当前笔记与保存记录是不同动作。记录留在这个浏览器，不会替你更改 Shopify、付款或发送通知。导出的 JSON 应存到你自己控制的位置，下次后台变更前复查日期和证据；本地操作出问题时，可用笔记预览手动复制到自己的记录。旧笔记没有长度上限，新字段每项2,000字、每组文本预算10,000且存储有32KiB限制；请另保留完整长笔记，短样本恢复成功不代表任意长度都能保留。不要在这里输入卡号、客户资料、密码或恢复码。

把支付资格、模拟结果和资金到账分开

Payments eligibility 先看商家实际所在地、业务类型、商品限制、身份资料、银行/payout 路径、2FA 与当前审核状态。美国目标顾客、USD 价格、付费计划或可见按钮都不能代替资格审核。没有主支付与备用路径、费用口径和异常联系人时，不承诺上线日期；把资格、银行或服务商审核单列处理。

也不要沿用“中国主体一律不能使用”的概括。当前官方说明 Mainland China 的符合条件跨境主体有 invitation-only early access，并要求 WorldFirst 用于验证与 payout；这不代表所有主体都能申请成功，也不代表其他地区条件相同。按实际主体、销售范围和账户邀请核对，未核实就写待验证。

若商品带订阅，另查所用订阅 app 和具体循环扣款方式。当前更具体的订阅文档列出 Shopify Payments、PayPal Express、Authorize.net、Adyen、Stripe 等条件化路径，受地区、服务商和商家资格限制；不能再把旧课“订阅必须全部使用 Shopify Payments”当作普遍结论。本次单次购买的成功结果不替订阅、当地钱包或备用提供商验收。

Shopify 的模拟网关（旧称 Bogus Gateway，当前文档也称 Test payment gateway）与 Shopify Payments test mode 都可用于适用的模拟测试；支付网关测试先要选定付费计划，Shopify Payments 还可能要求先完成设置或提交地区所需资料。记录正在用哪一种方法，暂停公开销售与可能自动发货的流程，避免顾客进入测试环境。模拟交易不实际捕获资金，也不出现在 payout/报表中；提供商、钱包和可用功能必须分别核对。

Shop Pay 不能只靠普通卡测试代验。当前更具体的 Testing Shopify Payments 页面允许已启用该测试模式的店铺使用 Shop Pay 测试卡：添加官方测试卡时，Nickname 首部写 test_card，大小写不敏感；不发生真实扣款，且不适用于 Shop Pay Installments。与此同时，Shop Pay activation 页面仍保留一般“不可模拟、需真实单取消退款”的表述。先核实本店可用的具体测试路径，分开记普通卡、Shop Pay、Installments 与 PayPal/其他钱包；未核实就留待验证，不用真实交易退款作为本课默认动作。

如果另行批准使用真实服务商交易，那是有真实扣款、取消、退款与费用风险的独立动作，不能拿模拟卡或测试订单记录冒充。付款授权、capture、待 payout 和银行实际到账是不同阶段；模拟订单不会证明后几个阶段。这里只检查后续该去哪里核对，不会操作真实订单、银行卡、退款或账户。

在获准的受控环境里，从移动端产品页选择正确变体/数量，加购、进入 checkout，核对联系方法、地址、税费、运费、折扣和隐私/营销选项，再按选定方法测试成功与拒绝情形。用 Orders 编号和测试标识读回付款/订单时间线，观察实际库存和配送状态；不要只看到草稿单就算完成。测试结果会随库存设置、Location、提供商和订单处理方式变化，记录观察值，不凭一条通用“扣库存”假设。

检查这笔受控测试的取消/退款入口与状态含义，必要时按该方法支持的模拟动作检查，不能把模拟 refund 说成银行退款。测试不购买运输标签、不触发真实发货；保存自动履约/应用的原状态及恢复责任。结束时关掉 Shopify Payments 测试模式，或按所用网关撤回测试配置、恢复经核对的原提供商，确认应有的支付方式已回到预期状态；只关一种模式不保证所有提供商已恢复。仍不确定就保持销售/流量暂停，把订单号、通知、截图和修复位置留下。

通知和事件要能解释同一笔订单

通知至少有两个读者：顾客需要订单确认、发货/退款信息和可回复的客服入口；团队需要知道新订单由谁处理。Sender email、回复地址、General 中的公开联系人、店主登录邮箱与账单邮箱各有作用。把政策联系人、客服邮箱、收件人与发送身份对齐，分别观察客户确认、团队提醒、客服收信/回复及适用的发货通知，不把“预览正常”写成已送达。

本例用邮箱联系路径。若 checkout 允许手机号，Shopify 自带短信通知受商家地址等条件限制，而且并非所有发货/其他通知都会发短信；营销订阅也是另一设置，不能从一次下单或事务通知推断营销同意。邮件缺失先看订单联系人、Notifications 设置、垃圾箱、发送身份和邮箱服务商记录；模板改过时先保留现状与已验证版本，再按影响范围恢复/修复并复测。不要假设所有通知都能一键禁用，或用关闭通知代替修复。

GA4 常见动作名是 view_item、add_to_cart、begin_checkout、purchase。Shopify Customer events 与不同平台可能使用另一套名称和触发条件；先写清本店接入、映射与本次可见事件，不要求每个界面都出现完全相同的四个名字。以测试时间和订单标识连接 Shopify Orders、DebugView/Pixel 诊断；已安装、状态 Connected 或一个 purchase 都不能证明归因、同意和收入对账已正确。

有事件缺失或重复时，先确认动作、接入、同意状态、触发范围与测试方法，再决定修复。purchase 或订单级信息完全不可见时，先不开展付费流量；若另有必须上线的决定，须明确测量例外、人工对账方法、负责人、第一天看什么和复查时间，不能把例外写成系统已通过，也不能马上拿广告表现判断页面好坏。

这些分支是下一步工作，不是可以遗忘的选项。一个市场或一次模拟订单不会自动完成多币种、税费、银行审核、Liquid 定制、同意、去重或广告平台配置。

用综合任务板复查后台设置的先后关系

严格时间盒解决“一条最小测试路径”；这张原有综合任务板还复查身份、权限、通知政策与事件，所以时间分段不同。把它当作复查顺序，不把两套分段相加，也不承诺缺资料的店铺能在一小时内完成。每一项都要知道后台入口、动作、证据和暂停条件。

首项默认已勾选，保留旧课的示范起点；它不是你已完成店铺身份设置的证明。请按本次证据调整每一行。任务板与严格路径分别记录：首项的示范状态不会替严格路径的五项检查打勾，保存当前组也不会保存其他记录。

复查一个设置区时，写清它影响订单哪一段、暂不改什么、第一证据在哪里，以及下一位负责人如何继续使用这条记录。只有“后台已设置”一句，接手的人无法复查。

按“收钱、发货、追踪、对外展示”核对证据，说明各段实际观察到什么。独立站上线体检工具可再查看公开页面的信任、政策、checkout 入口、追踪、SEO 与移动端问题，并结合人工确认。它不能凭一个 URL 替你登录 Shopify 或证明支付审核、通知送达、私人订单和银行到账。把当前最薄弱一项、后台路径、订单/通知/事件证据、暂停动作和复查时间带过去；工具结果不能覆盖这些未验证项。

变更前写清影响，遇到压力先找暂停条件

Markets、测试模式和权限的变更都会改变别人的体验。先保留原状态，写清为什么改、谁负责、改后在哪些页面核对，再考虑继续。只保留一个“保存成功”截图，下一位运营者无法判断影响和恢复方法。

回到 Draft/撤回市场前，先评估它对顾客访问的影响。已生成订单不会因此改变；域名重定向、子目录链接和后续顾客访问仍需分别复查。恢复支付或权限也要回到已验证的原值和所需权限范围。无法确认恢复效果时，先限制受影响的销售/访问范围，再安排负责人处理；不要扩大变更来掩盖缺口。

“继续条件”只支持当前场景的下一次受控动作，不是整店公开上线授权。触发暂停线时，先留下订单、通知或设置证据，再回到明确的修复位置。主题漂亮、预算小、按钮存在，都不能替代这条判断。

场景：你已经换好主题，首页看起来也不错。但主市场还没 Active，支付没有测试订单，订单通知没有收到，团队还共用主账号。现在应该继续做产品详情页，还是先停下来？

首版主题与商品只服务可解释的购买路径

后台稳定后，首版页面还要让陌生顾客在移动端知道商品是什么、适合谁、为什么买，以及怎么完成购买。先用原生 section/block 和必要 app 做最小可用版本，避免代码、样式冲突与复杂动效同时进入测试。

勾选不代表实际速度或兼容性已经测过。对每个 app 写清用途、负责人、保留理由和移除条件，必要变化后重走移动端产品页、cart 与 checkout。常见事故是支付未测、市场与运费不一致，或上线前改了太多主题/app；先修具体问题，不继续堆工具。

付费主题的 trial 用于预览和允许的自定义；公开发布前需要购买/许可，不能把“可试用”理解为可免费上线。AI 生成主题的入口、计划、语言和功能条件按当前后台核对；可见入口也不是所有内容或 checkout 都已通过。未发布主题数量受计划限制，本课不凭旧数字推断上限。选择一个首版，是为了更容易查明哪次改动影响了订单路径。

商品资料会同时进入广告落地页、搜索、客服和履约，不能只复制供应商规格。准备顺序保留为：

1. 整理核心 SKU。先上最值得测试的 1-3 个主推产品，不要用大量半成品目录掩盖主线不清。
2. 准备三类图片。至少准备主图、场景图和细节图，让图片分别说明是什么、怎么用以及哪些事实需要核对。
3. 写清标题和卖点。陌生顾客应能快速知道产品是什么、适合谁、解决什么问题，不要只复制供应商规格。
4. 配置价格、库存、分类和标签。这些字段会影响前台展示、订单处理和后续管理，先确保价格与运费和政策口径一致。
5. 补齐 SEO 信息。标题、描述、URL 和页面可读性一起准备，避免上线后再用空字段补救。

先把1–3个主推产品页做强，再扩 SKU。主图说清是什么，场景图说明怎么用，细节图支持具体事实；产品标题、卖点、价格、库存、集合、标签和 SEO 信息都要与运费、政策相互解释。首页、Collection、产品页、加购和 checkout 是同一条移动端路径，不是五个各自完成的页面。

保留当前判断、证据位置与下一次复查

后台初始化记录要让自己或下一位同事复查：谁控制账号、哪个市场、支付/测试模式是什么、同一订单有哪些回执，以及什么动作还不能继续。下面保留原来的15项工作笔记，按任务分为三组；不要求写满，也不把“已保存”当作证据充分。

账号与安全、Markets/币种、支付测试、checkout/税费/运费、通知/政策/客服、主题/商品/app、数据/复查窗口这七类资料都应能找到对应位置。计划和价格复核日期、负责人、不可卖地区、取消/退款路径及失败回退页不能只靠记忆。若仍说不清最早缺口，先补它，不买流量、不装更多 app、不新增市场。

复制前先看主市场、测试订单、通知、选择理由和暂停动作有没有写反。CopyNote 的预览保留当前可读内容；复制不可用时可手动复制。导出的文本/JSON 都要由你妥善保管，下一次复查重新核对来源、日期和当前后台条件。

常见问题

从最早的未验收项继续

先完成本课最早的缺口，再选下一次受控动作。后台能接住订单后，按下一课检查导航、首页、集合和购买路径；资格/银行/资金问题回支付课，商品表达不足回上架课，全链路接近完成再做上线 QA。不要让一个“通过”状态替其他区域作决定。