基于Dynamic Products的应用内购买商品类型选型咨询

直接给结论：选Consumable（消耗型）商品作为交易载体，配合自有服务端做权益管控，完全可以满足你的业务需求，不要选择Non-Consumable（非消耗型）商品。

为什么不选Non-Consumable #

• 平台规则硬限制：Non-Consumable必须提前在App Store/Google Play后台手动创建固定商品ID，哪怕接入Dynamic Products能力也无法绕过这个要求，和你后台动态上传视频、随时新增可购内容的场景完全不兼容，强行使用的话每新增一个视频就要运营手动到平台后台建对应商品，业务流程根本跑不通。
• 额外规则不符合业务预期：Non-Consumable默认支持Family Sharing（家庭共享）、平台原生购买恢复逻辑，单视频售卖场景下开启家庭共享会直接导致一份购买多账号访问，直接造成营收损失。

Consumable适配方案落地逻辑 #

你不需要为每个视频单独创建商品，只需要提前在平台后台创建1个定价25$的通用消耗型商品即可，所有视频的购买都走这一个商品ID，天然适配动态内容场景，核心权益管控全部放在自有服务端实现，绕开平台侧的商品类型规则限制：

• 购买流程触发：用户点击未购买的视频发起付费时，客户端拉起该通用25$消耗品的购买流程，将当前目标视频ID作为交易附加参数透传。
• 权益发放逻辑：用户支付完成后，客户端将平台返回的官方购买凭证上传至自有服务端，服务端先校验凭证真实性、确认交易档位为25$、未被核销过，再给对应用户账号绑定该视频的终身访问权限，最后标记该笔交易已核销。
• 重复购买拦截：所有视频的访问权限校验优先走自有服务端，用户进入已经购买过的视频页面时，服务端查询到已有访问权限就直接返回视频内容，不触发购买流程；即使客户端异常触发了购买请求，服务端核销凭证时发现用户已拥有对应视频权限，直接驳回核销请求，不会重复发放权益，也不会出现用户重复付费的问题。

这个方案完全符合两大应用商店的审核规则：平台没有强制要求消耗型商品必须是可消耗的进度类道具，只要你在购买页明确告知用户付费后可获得对应视频的终身访问权限，不存在扣费不发货、虚假宣传的问题，就不会因为商品选型被打回。

内容的提问来源于stack exchange，提问作者Noman