BuyCard 在 Telegram 里卖礼品卡，我们帮他们搞定了支付

起因

年初 BuyCard 找过来，说想把礼品卡和 eSIM 的购买流程做进 Telegram Mini App。他们在 buycard.vip 上已经跑了一段时间，300 多个品牌、150 多个国家的覆盖，业务本身没问题。但 Telegram 里的支付环境跟网页端完全是两回事。

Telegram 用户付款习惯很杂。有人只认 Stars，因为方便，点一下就完了。有人钱包里全是 TON，希望直接链上转账。还有一批人手里拿着 USDT 或者 BTC，你不支持他就走了。

BuyCard 的需求很明确：三种都要，而且体验不能割裂。用户在同一个结账界面选择支付方式，剩下的事情后端自己处理。

我们怎么做的

三条支付链路各自独立，但对用户来说只是一个选择框的区别。

Stars 支付走 Telegram Bot Payments API。用户下单后，后端生成 invoice，前端调 Telegram 原生支付弹窗，用户确认就结束了。没有钱包连接，没有链上等待，最快的一条路。适合小额交易，买个 5 美元的 Google Play 卡这种。

TON 钱包走 TON Connect 协议。用户点 TON 支付，Tonkeeper 弹出来确认交易，链上确认后我们的监听服务检测到转账，自动完成订单。从确认到发货大概 15 秒。这条路适合 TON 生态的活跃用户，他们习惯钱包操作，不需要额外引导。

其他加密货币走 QuantaPay 的 Checkout Session API。用户选加密货币支付后跳转到我们托管的支付页面，选链选币，扫码转账。支持 Ethereum、BSC、Tron、TON、Polygon、Base 六条链，50 多种代币。链上确认后 webhook 自动回调 BuyCard 后端触发发货。这条路覆盖面最广，USDT、BTC、ETH、BNB 什么都能收。

为什么非要三条路都做

说实话，维护三套支付逻辑确实麻烦。但砍掉任何一条，都意味着直接丢掉一批用户。

Telegram Mini App 的用户不像传统电商那样可以引导——人家打开你的 app，看到不支持自己的支付方式，两秒钟就关了，不会去专门换个钱包或者买 Stars 再回来。结账页面的每一个摩擦点都在赶人走。

BuyCard 上线三合一支付后，结账转化率比纯网页端高了不少。具体数据不方便透露，但方向很清楚：在 Telegram 生态里，多给一个支付选项就多留住一批人。

发货这件事

数字商品的体验核心不在支付，在发货速度。用户付完钱，如果要等几分钟才能拿到卡密，体验就垮了。

BuyCard 的做法是：不管从哪条支付通道过来的确认信号，后端收到就立刻调供应商 API 拉取商品。礼品卡的兑换码、eSIM 的二维码、充值确认，几秒内直接推送到 Telegram 聊天里。全自动，不需要客服介入。

这个「付完即到」的体验在 Telegram 里特别重要，因为用户本来就在聊天界面，等待感会被放大。

如果你也在做 Telegram Mini App

BuyCard 是一个比较典型的场景：高频小额、数字商品、全球用户。但 QuantaPay 的支付能力不限于此。

我们提供标准的 Checkout Session API，一个接口创建支付，webhook 接收结果，商户后台看数据。不管你的 Mini App 卖的是什么，支付这一层不用自己造轮子。

详细文档和接入指南在 quantapay.app。

想体验 BuyCard 的实际效果，打开 Telegram 搜索 @BuyCardOffical_bot，点进去逛一圈就知道了。更多商品也可以直接在 buycard.vip 上浏览。