这篇要先纠正一个常见的误解：公众号本身不承接交易。它没有商品目录、没有购物车、没有库存与订单系统，所谓「公众号支付」指的其实是「在公众号内打开的H5商城里用微信JSAPI支付」，或者「从公众号跳转到关联小程序后在小程序内支付」。所以本文真正要讲的是：公众号作为流量入口，如何把用户顺畅地送到成交页面、支付需要配置什么、以及两条承接路径该怎么选。
一、公众号为什么不能原生开店
订阅号和服务号在微信生态里的定位是内容发布与消息触达的载体：它提供的能力是群发图文、自定义菜单、自动回复、订阅通知、粉丝标签，而商品目录、多规格库存、购物车、优惠券引擎、订单状态机、退款与售后这一整套交易能力，需要由小程序商城或H5商城来实现。
因此公众号在交易链路里扮演的是入口和提醒的角色，具体承担三件事：①把人带到商城（菜单入口、图文内的商品链接或小程序卡片、关键词回复里的活动链接）；②把人再带回来（订阅通知发货提醒、群发的会员日与新品内容）；③承接咨询（客服消息，注意只有48小时窗口）。理解这个分工，后面的技术选型就清晰了。
二、路径一：公众号内的H5商城 + JSAPI支付
用户从菜单或图文链接打开H5页面，整个过程都在微信内置浏览器里完成。技术流程是：①公众号需已通过微信认证并关联微信支付商户号；②用户打开页面时走OAuth2网页授权获取openid；③后端以JSAPI方式调统一下单接口；④返回支付参数后由前端在微信内置环境中调起收银台；⑤微信异步回调通知后端更新订单状态。
需要配置的地方分散在两个后台，漏一个就调不通：公众号后台的「网页授权域名」（不配就拿不到openid）与「JS接口安全域名」（决定分享卡片是否正常）；商户平台的「JSAPI支付授权目录」（要填到实际发起支付的页面目录，注意路径大小写与末尾斜杠）。还有一条硬性要求：公众号主体、商户号主体、H5域名的备案主体必须是同一家公司，不一致会在关联或报备环节被退回。
这条路径适合的场景：活动页变更频繁、需要经常上新专题；或者链接还要在微信之外传播（短信、其他渠道）。H5的优点是改完发布即生效，不必等审核。
三、路径二：跳转关联小程序，在小程序内支付
前提是公众号与小程序同一主体，并在微信公众平台完成关联（需双方管理员确认）。关联后可以在三个位置跳转小程序：自定义菜单（可直接指定小程序的某个页面）、图文正文中的小程序卡片、卡券与活动页。支付在小程序内完成，走的是小程序支付，与公众号的JSAPI配置无关。
这条路径适合的场景：常态化商城、注重下单体验与复购、有会员体系。小程序在微信内的页面切换更流畅、支付路径更短，长期转化通常更好，也能使用订阅消息这类原生能力做订单提醒。
配置时有两个细节容易出错：一是小程序页面路径下线或改动后，菜单里的旧路径会跳转失败，商城改版后必须回头检查菜单；二是图文里插入小程序卡片需要卡片对应的页面处于已发布状态，草稿版本不行。
四、两条路径怎么选
| 对比维度 | 公众号内H5 + JSAPI支付 | 跳转关联小程序内支付 |
|---|---|---|
| openid获取方式 | 网页授权（用户可拒绝） | 小程序登录接口 |
| 下单体验 | 取决于H5页面性能与网络 | 页面切换更流畅，路径更短 |
| 发布与迭代 | 部署即生效，活动页调整快 | 需提交审核后发布，节奏稍慢 |
| 订单通知能力 | 依赖公众号订阅通知或短信 | 可用小程序订阅消息，也可用公众号通知 |
| 链接可传播范围 | 可在微信外打开（微信外需另配H5支付，并可同时提供支付宝手机网站支付） | 仅限微信生态内 |
| 适合场景 | 短周期活动页、专题、需要站外传播 | 常态商城、会员复购、追求转化 |
实际项目里多数品牌是两条都用：常态商城放小程序作为主阵地，大促与短期活动页用H5快速上线，两者共用同一套商品、库存、会员与订单数据。这样既保住了日常转化，又保留了活动的灵活性。判断主次的方法很简单：看流量结构——如果绝大部分订单来自公众号阅读后点菜单，且活动更换频繁，可以以H5为主；如果主路径是社群、视频号、老客复购，则以小程序为主。
五、账号与数据必须打通
如果H5商城与小程序商城各自独立建账号，会立刻出问题：同一位粉丝在两边是两个会员，积分和等级对不上，在图文里领的券到小程序用不了，客服也查不到用户的完整订单。
正确做法是以UnionID作为跨端识别的依据——同一主体下，同一用户在公众号与小程序的openid不同但UnionID相同，系统应以UnionID（或绑定的手机号）作为会员主键，openid仅作为各端的身份映射存储。此外建议在下单或注册环节引导完成手机号验证，这样即使未来增加新的入口也能对应到同一个会员。
配置一致性同样要盯住：菜单、图文卡片、订阅通知里指向的商品、活动、优惠券规则，必须与商城后台是同一份配置。看店通的建议是在需求阶段先画一张触达—跳转—支付—回通知的流程图，逐步标明每一环由公众号、小程序还是H5承担，以及数据在哪一步写入，这张图能提前暴露大部分链路断点。
六、合规与风险提示
- 经营类目要与实际商品一致：商户号签约的类目与实际售卖的商品不符，可能导致通道被暂停；虚拟商品、医疗健康、金融、教育等类目有额外资质要求，需在开通前确认
- 图文不得误导支付场景：不能让用户误以为在公众号内直接付款、不能对价格与优惠做模糊或夸大表述，这类问题既触碰平台规则也涉及广告法
- 不得诱导分享换取优惠：以「转发后才能领券」形式设计的活动可能被限制，活动规则设计阶段就要规避
- 金额一律在服务端计算：前端只传商品ID与数量，价格、优惠、运费由服务端重新计算，回调必须验签且保证幂等
- 密钥与证书不落前端：商户API密钥、证书只存服务端并按环境隔离，人员变动后及时清理权限
- 退款与售后入口要统一：无论用户从哪条路径下单，都应能在同一处查询订单和申请退款，否则客服工单量会明显上升
七、上线前的检查清单
- □ 公众号已完成微信认证，且认证在有效期内
- □ 公众号、小程序、商户号、域名备案为同一主体
- □ 公众号后台已配置网页授权域名与JS接口安全域名
- □ 商户平台已配置JSAPI支付授权目录（若走H5路径）
- □ 公众号与小程序已完成关联，双方管理员均已确认
- □ 菜单中的每个链接与小程序路径都已实机点测，无跳转失败
- □ 用真实小额订单走完「下单—支付—收到通知—退款」全流程
- □ 订阅通知模板已通过，且下发内容与授权场景一致
- □ 同一测试用户在公众号与小程序侧的会员信息、积分、券状态一致
- □ 客服消息的自动应答与人工转接在48小时窗口内验证通过
核心要点
- 公众号不承接交易，成交由H5商城或关联小程序完成
- 公众号内H5走JSAPI支付，需配网页授权域名与支付授权目录
- 跳转小程序则在小程序内支付，与JSAPI配置无关
- 公众号、小程序、商户号、域名备案必须同一主体
- 以UnionID或手机号作为会员主键，避免一人多账号
- 商城改版后必须回头检查菜单里的链接与小程序路径
八、下一步怎么推进
接入前先确认三件事，能省掉大量返工：主体是否统一（公众号、小程序、商户号、域名备案是否同一家公司）、成交阵地选哪条路径（常态商城走小程序还是H5，或两者并行）、经营类目是否需要额外资质（决定商户审核时长）。组合方案的费用分项见公众号建设与运营报价指南，各阶段时间安排见公众号搭建与运营启动周期，其他高频疑问见公众号常见问题FAQ，也可以通过页面右下角的客服微信索取这份上线检查清单的电子版。
