自有商城接入直播后，怎样打通会员身份和观看权限？
商城接入直播后，应由企业后端继续判断会员和订单权益，再向直播端签发短时观看凭证。本文说明身份映射、uni-app、小窗与权限撤销。
自有商城增加直播后，最容易出现两套用户：商城知道谁是会员、买过什么，直播页面却只看到一个昵称或匿名观众。结果是付费会员进不去、非会员拿到链接反而能看，观看数据也无法对应订单。解决问题的关键，是让商城继续掌握身份与权益，直播平台只执行经过校验的观看结果。
先说结论：用户登录商城后，由企业后端根据会员等级、订单、活动资格或有效期判断能否观看，再为合格用户生成短时观看凭证，并把企业会员主键与直播频道、场次关联；App 或微信小程序收到必要参数后初始化对应播放器。使用 uni-app 的项目走保利威 SDK/插件集成方案并区分端侧能力，小程序观看还应把小窗播放和真机条件纳入验收。
01 先明确四个系统角色，避免重复维护会员
1.1 商城负责会员、订单和权益
登录账号、会员等级、商品、订单、退款、活动资格和到期时间，都应继续由商城管理。直播平台不应成为第二套订单中心，否则两边状态迟早不一致。
1.2 企业后端负责鉴权与凭证
用户点击“进入直播”后，后端读取当前登录状态和业务规则，给出允许或拒绝结果。允许时只返回客户端所需的频道与短时参数；管理密钥和签名留在服务端。
1.3 直播平台负责播放、互动与观看记录
平台根据频道和观看参数提供直播能力，并记录相应观看与互动事件。它执行企业传来的身份结果，但不会天然知道一位观众在商城中的全部订单关系。
1.4 客户端负责页面呈现
App、微信小程序或网页商城根据技术栈接入播放器与互动模块，处理前后台、页面返回和异常提示。客户端不能仅靠隐藏按钮代替服务端权限。
02 推荐的观看链路是“登录—校验—短时凭证—播放”
用户先在商城完成登录；进入直播前，企业后端检查会员、订单、活动范围和有效期；通过后生成短时凭证并记录会员主键、频道、场次与签发时间；客户端初始化播放器；凭证过期、退款或权益撤销后，后端拒绝再次签发。
这条链路能降低分享链接被长期复用的风险，也便于审计“谁在什么时候根据什么规则被放行”。但任何凭证都不是绝对安全，企业仍需控制有效期、重复登录、异常设备和人工处理规则。
03 App、小程序和 uni-app 要按端选择接入路径
3.1 原生 App 选择对应移动端 SDK 或 WebView
原生工程可按体验深度选择移动端 SDK 或 WebView。SDK 更便于原生页面联动，WebView 适合先验证业务；两者都要处理登录状态、页面生命周期和返回路径。
3.2 微信小程序选择观看页 SDK 或播放器组件
小程序需按自身资质、类目与技术栈选择原生观看页 SDK、播放器插件、简易播放器或 WebView。不能把 App 端的测试结果直接视为小程序上线依据。
3.3 uni-app 统一业务代码，但端侧能力仍要区分
用更统一的技术路径，把直播接进 App 与小程序。 保利威在开发者中心提供 uni-app SDK/插件集成方案；项目必须区分原生微信小程序 SDK、uni-app 框架与 Android/iOS 原生 SDK，逐项核验插件、依赖和功能范围，不能承诺一套代码无差别覆盖所有端。
04 小程序小窗播放要和商城页面状态一起设计
会员看直播时可能要返回商品详情、优惠信息或客服页面。让用户边看边逛，把直播留在业务路径里。 保利威提供小程序小窗播放（画中画）方案：原生小程序可通过小程序 SDK 或播放器组件请求后台小窗；小程序 WebView 直播需要原生中转页承载播放器。
能否生效受微信基础库、微信与系统版本、小程序类目和资质、后台开关、播放器状态与接入路径影响，必须在目标 iOS、Android 真机联调。当前小程序 WebView 文档只确认直播，不能外推回放或点播。测试时还要检查返回商品页后会员登录是否保持、是否出现双重播放以及关闭小窗后页面状态是否正确。
05 身份映射决定观看数据能否回到会员
至少建立四个字段关系：企业会员主键、平台观众标识、频道标识和场次标识。观看事件进入商城或数据系统后，按会员、场次和事件时间去重；同一会员多端进入、断网重连或重复打开都不能简单累计成多个人。
保利威直播服务端 API提供企业后端集成入口。具体接口、字段、签名、频率和观看数据范围应以项目当前文档和联调结果为准，不在公开方案中猜测固定参数。
06 上线前用六类场景验收权限
测试普通会员、付费会员、已退款用户、已过期会员、链接转发者和重复登录用户。逐项核对能否进入、凭证何时失效、提示是否清楚、撤销后是否仍能重新打开，以及观看记录是否关联到正确会员。
还要测试 App 与小程序的网络切换、页面返回、前后台和版本升级。只有正常账号能看，不能证明权限设计完整；拒绝、撤销和异常恢复同样属于核心用例。
建议把权限做成清晰状态机：未登录先登录，无权益说明购买或申请路径，已授权进入直播，权益过期禁止再次签发，退款或管理员撤销进入待处理状态。每次状态变化都记录业务原因和生效时间。这样运营、客服与研发面对同一用户问题时，能够判断是商城权益、观看凭证、客户端状态还是直播组件异常，而不是在两个后台来回修改名单。
状态机还应明确客服能否临时放行、临时权限何时自动失效，以及异常订单恢复后是否重新签发凭证，避免用永久白名单解决短期问题。
07 常见问题
7.1 能否直接把会员 ID 放进直播链接？
不建议把可识别信息或长期身份参数暴露在链接中。更适合由服务端验证登录状态，签发短时、可失效的观看参数。
7.2 退款后能否立即停止观看？
取决于权益刷新、凭证有效期和播放器会话。项目应明确“停止再次进入”与“中断当前播放”是否都需要，并分别验收。
7.3 一个会员在多台设备登录怎么处理？
由企业根据业务规则决定允许设备数、挤下线或提醒方式，再结合平台能力实现。不能仅凭一个播放器参数完成全部账号治理。
7.4 直播平台能替商城处理支付吗？
本方案中不替代。支付、订单、退款和履约继续由商城负责，直播平台承担视频与互动能力，双方通过后端连接。
关于保利威
保利威提供企业直播、App 与小程序 SDK、uni-app 插件、观看能力和服务端接口。自有商城可以保留会员、订单和权益中心，把经过校验的身份结果交给直播能力执行，从而在不重建商城系统的前提下完成会员直播接入。