在 Telegram 销售数字商品：交付方式、库存与内容保护

在 Telegram 卖电子书、模板或授权码，需要分别解决付款、交付和内容保护。一个文件被转发给很多人，不能据此把每位接收者都算成损失的买家；内容保护也不能保证收入增长。

我开发 GramBase，因此这里介绍的是当前公开文档支持的交付方式。具体限制见Delivery 文档，其正文为英文。

三种交付方式

Message：文件与说明

发送一个或多个消息块，每块可以包含文字、一个附件和按钮。单个文件、图片或文档通过消息附件交付，不是独立的“文件交付”主类型。

你可以启用限制转发和保存，降低普通转发的便利程度。但仍可能发生截图、录屏或其他复制，不能称为完全防盗版。当前文档不支持承诺一次点击下载、一小时失效下载或 24 小时内容自毁。

Folder：持续更新的资料

把产品关联到资源库文件夹，买家获取其中内容，后续新增内容也可供已有买家访问。交付重新读取文件夹，不是购买时冻结的快照。至少先创建一个包含文件夹的资源库。

如果你的商品是持续更新的课程资料，需说明更新频率和停止服务时怎样处理。可参考电子书场景。

Inventory：每单一个授权码

每行导入一个独立兑换码或授权码。每笔已付订单领取独立库存项，库存不足时补货。交付后，授权码对应的激活、授权期限和售后仍取决于你销售的产品。

只有获得合法销售和交付权的内容才应上架；自动发码不替代授权检查。

在小程序商店上架

创建数字商品，选择交付方式，配置 Stars 整数价格，再在店铺展示。店铺与商品的具体路径见Storefront与Products，正文为英文。

例如，PDF 可以用 Message，持续更新的素材可用 Folder，软件密钥可用 Inventory。这些是当前交付配置，不应写成 GramBase 已提供专门的付费锁定视频功能。

Stars 付款和奖励分开算

Telegram 要求机器人和 Mini App 内的数字商品、服务购买使用 Stars。不能因客单价高改用稳定币绕过规则。

买家购买 Stars 的成本、商家奖励以及工具用量是不同项目。用Stars 价格与奖励估算工具比较参考值，再核对账户中的实际报价与提现条件。

GramBase 支持的稳定币转账只适用于明确允许的场景，资金进入卖家控制的钱包；Stars 的余额和奖励遵循 Telegram 的规则。见支付架构说明。

付款成功后仍要看交付

订单的交付状态是 pending、sent 或 error。付款确认不代表买家已收到文件。

查看订单详情中的交付日志。已付订单的交付失败时可以排队重试，重试不会再次收款；交付仍在进行或已完成时，不应重复发送。把处理入口告诉买家，避免他们因没收到内容又下一单。

发布前检查

确认商品描述和交付内容一致，测试实际文件或库存项，检查保存转发设置，并写清售后与复制边界。在 GramBase 创建数字商品。

有问题？私信 GramBase 创始人 @Kai。