从 Jio 18 个月 Gemini 活动，到虚拟商品发卡平台的完整链路

写在前面

最近 Jio 和 Google 合作的 Gemini Pro 18 个月活动挺火的。简单说，就是印度运营商 Jio 给部分 5G 套餐用户送了个 Google AI Pro 权益，包含 Gemini 高级模型、更高额度的图像/视频生成、NotebookLM 扩展功能，还有跨 Gmail、Drive、Photos 的云端存储空间。

但这个东西不是全球通用订阅。它绑定了 Jio 本地 SIM、套餐状态、地区风控和账号合规情况，套餐停机、降级、异地登录、异常设备或异常支付方式都可能影响权益存续。所以不管是自用还是做相关服务，都不建议把它当成"永久稳定会员"来规划。

我写这篇，不是鼓励批量产号或倒卖权益，而是想从一个新手站长的视角拆解一件事：当一个短期热门虚拟商品出现时，从渠道、平台手续费、自动发卡、支付对接，到风控和售后，整个链路应该怎么设计。

一、平台手续费对比：闲鱼、1688、外部平台、自建发卡

很多人第一反应是挂闲鱼。闲鱼确实流量大，但虚拟商品在这里并不好做。

2026 年 4 月之后，闲鱼"鱼小铺"卖家的软件服务费调整为 1.6%，并且取消单笔 60 元封顶，计费基数还包含运费、平台红包和补贴。普通个人闲置卖家目前仍是 0.6%、单笔封顶 60 元，但如果被判定为经营性卖家，就需要按平台要求补充资质。

更麻烦的是虚拟商品本身的风控。闲鱼对盗版课程、侵权资源、重复铺货、站外引流、敏感词描述都比较敏感，轻则下架，重则限制账号。如果你只是偶尔出一两单，问题不大；但如果频繁成交、同款反复上架、商品描述像商家，就很容易被系统盯上。

1688 并不适合做这类虚拟商品。它的基础保障服务费率是 0.6%，单笔封顶 18 元；如果商品进入严选、PLUS 会员店、分销严选、全球严选、哇噢定制等渠道，技术服务费率会到 5%，餐饮生鲜、食品酒水类目为 2.5%。这些费率通常会叠加，且 1688 从 2026 年起还新增了规避服务费处理规则。它本质是 B2B 实物交易平台，虚拟商品、卡密、权益链接这类东西放在上面，很容易触发类目不符、信息失实或规避服务费判定。

外部平台的手续费通常更高一些，部分平台或支付通道综合成本可能在 2% 以上，有些还会叠加提现费、结算周期、售后纠纷成本。但它的好处是：不用像闲鱼那样频繁回答客服问题，也不容易因为关键词触发封号。对于虚拟商品来说，外部平台更像"低干预渠道"，闲鱼则更像"高流量但高风控渠道"。

渠道	手续费特点	适合场景
闲鱼个人号	0.6%，单笔封顶 60 元	低频、轻量、闲置属性
闲鱼鱼小铺	1.6%，无封顶	高频经营，但风控更严
1688	基础 0.6%，严选等渠道 5%，叠加项多	实物 B2B，不适合虚拟商品
外部平台/自建站	通常 2% 以上，视通道而定	减少售后干扰，可控性更高
自建发卡网	成本主要在支付通道	需要自有域名和服务器

二、Jio 活动的自动化链路，只能做"半自动"

先说结论：没有"全自动产号脚本"，但可以把"获取→入库→发卡"这条链路做到半自动。

为什么不能全自动

这个活动的本质是：Jio 印度 5G 套餐用户（月费 349 卢比起）在 MyJio App 里点击激活，用自己的 Google 账号领取 18 个月 Google AI Pro。

关键卡点：

需要印度本地 SIM 卡 + 实名认证
激活时要用 Google 账号登录（不能代登）
权益存续依赖该 Jio 号码持续续费套餐

所以市面上所谓的"货源"，其实是有人批量持有 Jio 号码，在 MyJio 里生成官方激活链接，然后把链接分销出去。你拿到链接后，用自己的 Google 账号点一下就激活了，不需要绑卡、不需要给密码。

GitHub 上确实有不少围绕 Jio / Google One / Gemini 权益的脚本，但真正能跑通的，大多不是"全自动产号"。现有的"自动化"方案基本是两类：

第三方认证平台：比如 one.idkey.cc 这类，帮你模拟 Pixel 设备完成 Google One 认证，但这是付费服务，不是开源脚本。
手动流程：改 Google 账号地区到美国/新加坡 → 开启两步验证 → 用第三方平台认证 → 领权益。

半自动链路设计

┌─────────────────────────────────────────────────┐
│  货源端（人工/半自动）                            │
│  1. 持有 Jio 号码，定期在 MyJio 生成激活链接       │
│  2. 链接批量导出为 TXT/CSV                        │
│  3. 导入发卡平台卡密池                             │
└──────────────────────┬──────────────────────────┘
                       │
                       ▼
┌─────────────────────────────────────────────────┐
│  发卡平台（全自动）                                │
│  1. 用户下单 → 支付 → 回调验签                    │
│  2. 从卡密池取一条未使用的激活链接                  │
│  3. 自动展示给用户 / 邮件发送                      │
│  4. 标记该卡密为"已使用"                           │
└──────────────────────┬──────────────────────────┘
                       │
                       ▼
┌─────────────────────────────────────────────────┐
│  售后端（人工兜底）                                │
│  1. 用户反馈链接失效 → 查日志确认是否已使用         │
│  2. 权益中途掉落 → 根据条款决定是否补发             │
│  3. 退款走人工审核                                 │
└─────────────────────────────────────────────────┘

可以自动化的部分

卡密导入：Dujiaoka 和 GeekFaka 都支持 TXT/CSV 批量导入，一行一个链接
自动发货：支付回调成功后，从数据库 cards 表 FOR UPDATE 锁行取一条 status='unused' 的记录，标记为 used，返回给用户
库存告警：写个 cron 脚本，卡密池低于阈值时通过 Telegram Bot 或邮件通知补货
链接有效性预检（进阶）：可以写一个简单的 HEAD 请求探测激活链接是否还返回 200，定期标记失效链接。但这只能检测链接本身是否可达，不能保证 Google 端权益仍然有效

不能自动化的部分

生成新的激活链接：这步必须依赖 Jio 号码在 MyJio App 内操作，目前没有公开的稳定 API
权益存续保证：Jio 号码一旦停费或降套餐，权益随时消失，这是货源端的问题，发卡平台无法控制

技术实现要点

如果你要在 Dujiaoka-Next 基础上做"链接类商品"的自动发货，核心就是改 cards 表的用途——不再存卡密字符串，而是存激活链接 URL。发货逻辑不变，只是返回的内容从"卡密"变成"链接 + 使用说明"。

使用说明要写清楚：

用自己的 Google 账号打开链接激活
不要把账号密码给任何人
5TB 空间别存重要文件（权益掉了空间缩回 15GB）
不保时长，随时可能失效

三、发卡平台方案一：独角数卡（Dujiaoka-Next）

独角数卡是目前社区里比较成熟的开源发卡系统，GitHub 星标 9.3K，支持 Docker、宝塔及源码安装，具备卡密批量导入、多支付接口（支付宝/微信/PayPal）、自动发货及响应式前端模板功能。

技术栈：新版 Dujiaoka-Next 采用 Go 后端 + Next.js 前端 + PostgreSQL + Redis，全容器化部署。

推荐服务器配置：1-2 核 CPU、内存 2GB 起、硬盘 10GB 以上。

先说清楚：宝塔不是必须的

很多人搜独角数卡部署教程，一上来就是宝塔。宝塔本质是个图形化运维面板，它解决的问题是"不想敲命令"。但如果你本身就在用 1Panel、Dockge、Portainer，或者纯 SSH + Docker Compose，那宝塔完全多余。1

Dujiaoka 有两个版本：

旧版（PHP/Laravel）：已逐渐被替代，不推荐新部署
新版 Dujiaoka-Next：Go + Next.js + PostgreSQL + Redis，官方主推，全容器化

纯 Docker Compose 部署步骤

装 Docker
创建目录
拉取官方文件
从 Dujiaoka-Next 官方仓库下载 docker-compose.yml、config.yml、.env.example。把 .env.example 复制成 .env：
修改 .env
至少确认这些字段：
安装完成后把 INSTALL 改成 false。
修改 config.yml
重点改三处密钥：
- app.secret_key：AES-256 加密支付密钥等敏感数据
- jwt.secret：管理员 Token
- user_jwt.secret：用户 Token
同时把 server.mode 设为 release，cors.allowed_origins 改成你自己的域名（不要留 *）。
启动
启动后通过 IP:9005 访问前台，IP:9006/admin 进入后台。默认账号密码看 .env 或官方文档，登录后立刻改。
配置反向代理 + SSL
装 Nginx：
前台站点示例：
后台站点同理，反代到 9006 端口。申请证书：
安全收尾
- 改默认管理员密码
- INSTALL=false
- server.mode=release
- 支付回调必须 HTTPS
- 备份 PostgreSQL 数据卷和 config.yml（密钥丢了已加密数据解不开）

四、发卡平台方案二：GeekFaka

GeekFaka 是一款 Headless 自动发卡系统，基于 Next.js + React 18 + Prisma 技术栈，主打深色极客风 UI，支持 Docker 一键部署，内置易支付对接、邮件自动发货、优惠码系统、CMS 内容管理等功能。

技术栈：Next.js + React 18 + Prisma，开发环境适配 SQLite，生产环境支持 MySQL/PostgreSQL。

Docker 部署步骤

装 Docker（同上，已装则跳过）
拉取项目并启动
编辑 .env：
快速试跑可以用 SQLite，正式站建议 PostgreSQL。
启动后通过 IP:3000 访问，IP:3000/admin 进入后台。
配置 Nginx 反向代理 + SSL
进入后台
访问 域名/admin，首次登录默认密码在 .env 里设，登录后立刻改。
上架商品
在后台"分类管理"新增分类 → 创建商品 → 添加卡密库存。卡密支持普通文本、账号密码、虚拟卡（| 分隔）、代理 IP（: 分隔）等格式。
配置支付
在后台"系统设置"中对接易支付，填入商户 ID（pid）、密钥（key）、接口地址。GeekFaka 内置易支付适配器，兼容 MD5 和 RSA 签名方式。
配置邮件发货（可选）
集成 Resend 服务，支付成功后自动将卡密发送至客户邮箱。

五、两个方案怎么选

对比项	独角数卡（Dujiaoka-Next）	GeekFaka
技术栈	Go + Next.js + PostgreSQL + Redis	Next.js + Prisma + SQLite/MySQL
部署方式	Docker Compose	Docker Compose
社区规模	GitHub 9.3K 星，社区大	较新，更新活跃
UI 风格	传统电商风	深色极客风
支付对接	多支付接口，易支付兼容	内置易支付，MD5/RSA
邮件发货	需自行配置	内置 Resend 集成
面板依赖	不需要	不需要
适合人群	想要成熟生态、多扩展	喜欢简洁 UI、快速上线

如果你追求社区成熟、扩展性强，选独角数卡；如果你追求部署简单、UI 现代，选 GeekFaka。

六、支付通道横向对比：个人站长怎么选

个人站长做虚拟商品，最大的痛点就是收不到钱。支付宝和微信官方接口需要营业执照、对公账户、门头照片，门槛太高。所以市面上出现了各种"聚合支付"方案，但它们的定位和稳定性差异很大。

易支付（协议统称）

"易支付"不是某一个平台，而是一类遵循易支付协议的聚合支付接口的统称。市面上常见的有 YZFPay、EZFP、8-pay 等。

优点：

个人免执照就能接入
协议统一，Dujiaoka-Next 原生支持
费率相对透明

缺点：

平台良莠不齐，需要自己甄别
资金经过平台中转，存在平台跑路风险
费率通常在 0.6% 官方 + 0.5%~1% 平台费

码支付

码支付是个人免签支付平台，费率约 0.8%~1.2%，支持 D0 秒到。

优点：

开通快，10 分钟就能用
支持免挂机模式
兼容易支付协议

缺点：

费率偏高
个人收款码被风控的概率较高

支付FM

支付FM 持有中国支付清算协会收单外包备案资质，是支付宝、微信官方 ISV 技术服务商。它采用额度购买模式：免签类型 1 元=200 额度（等效 0.5%），签约类型 1 元=300 额度（等效 0.3%）。

优点：

有备案资质，相对正规
资金直达官方账户，平台不碰资金
签约类型费率低至 0.3%
兼容易支付协议

缺点：

免签类型需要挂机监测到账
签约类型需要商户号（不过个人可申请杉德/拉卡拉商户号）
额度购买模式需要预付费

官方小微商户

微信收款商业版和支付宝个人商家，费率 0.6%，T+1 到账。

优点：

最合规，无平台跑路风险
费率最低

缺点：

需要实名认证，审核周期较长
对虚拟商品类目审核较严

通道	费率参考	资质要求	稳定性	适合场景
易支付	0.6%~1.6%	个人即可	中等	快速测试
码支付	0.8%~1.2%	个人即可	中等	小额临时
支付FM	0.3%~0.5%	个人/企业	较高	长期经营
官方小微	0.6%	实名+人脸	最高	合规首选

七、Dujiaoka-Next 支付对接实战

回调地址先搞清楚

Dujiaoka-Next 的回调地址配置其实比旧版简单很多。官方文档写得很清楚：

支付结果通知地址（异步回调）：https://shop.你的域名/api/v1/payments/callback
用户支付完成返回页（同步回跳）：https://shop.你的域名/pay

前台、后台与 API 都由同一个服务在同一域名下提供，不需要额外域名。

易支付对接步骤

在易支付平台获取密钥
注册并登录你的易支付平台，进入API 安全或商户中心，获取：
- 商户 ID（PID）
- 商户密钥（KEY）
- 支付网关地址
在后台新建渠道
进入 后台 → 支付管理 → 支付渠道 → 新建渠道。
填写内容：

字段	填写内容
渠道名称	自定义，如"易支付-微信"
网关地址	易支付平台提供的接口地址
商户 ID	从平台获取的 PID
商户密钥	从平台获取的 KEY
支付结果通知地址	`https://shop.你的域名/api/v1/payments/callback`
用户返回地址	`https://shop.你的域名/pay`
是否启用	是

保存后刷新前台，支付方式应该就能看到了。

PayPal 对接步骤

进入 PayPal Developer Dashboard，创建 App，获取 client_id 和 client_secret。
在 Dujiaoka-Next 后台新建 PayPal 渠道，填入上述密钥。
base_url 沙箱环境填 https://api-m.sandbox.paypal.com，正式环境填 https://api-m.paypal.com。
return_url 和 cancel_url 都填 https://shop.你的域名/pay。
建议填写 webhook_id 用于校验。

Stripe 对接步骤

进入 Stripe Dashboard，获取 secret_key 和 webhook_secret。
在 Dujiaoka-Next 后台新建 Stripe 渠道，填入上述密钥。
success_url 和 cancel_url 都填 https://shop.你的域名/pay。
api_base_url 一般保持默认即可。

支付FM对接步骤

支付FM也兼容易支付协议，所以同样可以走“易支付通道”接入。 1, 4
它的区别主要在于：支付FM采用额度购买模式，免签类型约 0.5%，签约类型约 0.3%，且资金直达你自己的收款账号，平台不做资金清算。 3, 6

1. 先注册并选择通道类型

登录支付FM后台后，先确认你要用哪种类型： 14, 17

类型	适合谁	特点
免签类型	个人、临时收款	用个人收款码，需挂机监测到账
签约类型	长期经营	用商户号，自动回调，更稳定

如果只是小范围测试，可以先用免签类型；如果要长期跑发卡站，签约类型更省心。

2. 获取支付FM接入参数

在支付FM后台进入：

用户中心 → API开发信息

找到这三个关键参数： 1, 7

商户号：相当于商户 ID
接入密钥：用于签名验签，不要泄露
易支付兼容接口地址：包括跳转接口地址或 JSON 接口地址

这里要注意，支付FM每个账号的接口地址可能不同，所以一定要用自己后台显示的那个地址，不要照抄别人的。

3. 配置收款账号

在支付FM后台把你要用的收款方式配好： 14, 17

免签类型：上传支付宝/微信收款码，或配置银行卡；
签约类型：配置支付宝商户号、微信商户号、杉德/富友等商户号。

免签类型还需要安装监测软件或开启自动监测，否则支付成功后可能无法触发回调。 11, 17

4. 在 Dujiaoka-Next 后台新建支付渠道

同样进入：

支付管理 → 支付渠道 → 新建渠道

按下面表格填写：

字段	填写内容
渠道名称	例如：支付FM-支付宝、支付FM-微信
网关地址	支付FM后台的易支付兼容跳转接口地址
商户 ID	支付FM后台的商户号
商户密钥	支付FM后台的接入密钥
支付结果通知地址	https://shop.你的域名/api/v1/payments/callback
用户返回地址	https://shop.你的域名/pay
是否启用	是

如果你用的是签约类型，并且支付FM后台有“支付方式关联”设置，记得把支付宝、微信等你实际开通的支付方式关联好。 1, 4

5. 测试支付和回调

和码支付一样，支付FM也建议先测一遍：

前台创建一个低价商品；
选择支付FM通道下单；
完成支付；
查看订单是否变成已支付；
查看卡密/链接是否正常发放；
在支付FM后台查看订单状态是否为已支付、通知是否成功。 13

如果支付成功但没回调，优先检查：

回调地址是否填成了支付FM的地址，正确应该填你自己的发卡站地址；
免签类型是否已开启监测，且监测软件正常运行；
签约类型是否已开通对应支付产品；
站点是否使用 HTTPS；
支付FM后台订单是否显示“通知成功”。 4, 10

6. 额度购买建议

支付FM不是直接扣手续费，而是先买额度。 3, 6

免签类型：1 元 ≈ 200 额度，等效约 0.5%；
签约类型：1 元 ≈ 300 额度，等效约 0.3%，通常需要联系客服申请。 3, 9

刚开始建议先充少量额度，跑通流程后再补。额度一般永久有效，但通常不支持退款，具体以支付FM后台规则为准。 3, 6

三个通道的配置对照

通道	Dujiaoka-Next 配置方式	特别注意
易支付	易支付通道	填 PID、KEY、网关地址
码支付	易支付通道	网关地址以码支付平台为准
支付FM	易支付通道	用支付FM专属接口地址，注意免签需监测

实际对接时，最稳的顺序是：先在支付平台后台拿到参数 → 再在 Dujiaoka-Next 里建渠道 → 最后用低价商品跑一遍完整下单、支付、回调、发货流程。