公众号旧文
VPS商家怎么知道哪个新用户是你带来的？
在各种 VPS 推荐、软件推广中，你经常会看到专属aff链接：
https://example.com/?aff=abc123很多人知道：
👉 新用户通过这个链接下单，你就能拿到一定比例的提成。
但你有没有想过，商家是怎么确认这个新用户确实是你带来的？
这背后，是一整套归因系统（Attribution System）。
这篇文章，我们只讲一件事： 用户 → 点击 → 购买 → 提成，这套流程是怎么被精确记录的
一、问题本质：如何把“点击”和“订单”关联起来？
商家面临的核心难题是：
A 用户点击了你的链接
↓（可能隔几天）
A 用户下单了
如何证明这两个行为属于同一个人？解决这个问题，AFF 系统主要靠三种技术：
- URL 参数（身份标识）
- Cookie（跨时间记忆）
- 账号绑定（长期归因）
二、第一步：用 URL 标识“新用户是谁带来的”
当你生成推广链接时，本质是给 URL 加了一个身份标识：
https://example.com/?aff=abc123这里的 abc123 就是你的 Affiliate ID。
当用户点击时：
用户访问 → 服务器解析 aff=abc123此时商家已经知道：
👉 这个访问是你带来的
但问题是：
👉 用户不一定马上下单
所以，还需要下一步👇
三、第二步：用 Cookie 解决“延迟购买”
现实中的用户行为是这样的：
今天点击
↓
过几天再回来
↓
才下单如果没有额外机制，这个“来源信息”就丢了。
所以 AFF 系统会做一件事：
👉 把你的 ID 写进用户浏览器
例如：
Set-Cookie: aff_id=abc123; Max-Age=2592000意思是：
- 记录推广人：abc123
- 有效期：30天
完整流程
① 用户点击你的推广链接
② 服务器读取 aff=abc123
③ 写入 Cookie（aff_id=abc123）
④ 用户几天后再次访问网站
⑤ 浏览器自动带上 Cookie
⑥ 用户下单
⑦ 系统读取 aff_id
⑧ 订单归因给你👉 这就是 AFF 最核心的一步：跨时间关联用户身份
四、第三步：订单归因（真正“记账”的时刻）
当用户完成购买时，系统会执行类似逻辑：
if (cookie.aff_id 存在) {
订单归属 = aff_id
}或者更标准一点：
create_order(user_id, amount, aff_id)这一步完成后，提成归属就确定了。
五、为什么会有“7天 / 30天有效期”？
你可能见过：
- 7天 内下单有效
- 30天 内下单有效
- 90天 内下单有效
这其实就是商家愿意把“归因权”保留多久。
例如：
Cookie 30天有效
→ 30天内下单都算你
→ 超过30天就不算这是一个典型的营销策略 + 成本控制问题。
六、更高级的做法：账号绑定
在很多 VPS / SaaS 平台中，会采用更强的归因方式：
👉 用户一旦注册，就绑定推荐人
流程：
用户点击推广链接
→ 注册账号
→ aff_id 写入用户数据库
以后所有消费：
→ 都归属于该 aff_id数据库结构可能类似：
users:
user_id
aff_id这意味着：
- 用户第一次付费算你的
- 以后续费也算你的
这种模式通常叫：长期分成 / 生命周期价值（LTV）
七、如果不用 Cookie，还能怎么做？
Cookie 不是唯一方案，还有更硬核的：
1. IP + User-Agent
用 IP 判断是不是同一个人问题：
- 不准，换网络就变
- 容易误判
2. 设备指纹（Fingerprint）
收集：
- 浏览器信息
- 分辨率
- 字体
- Canvas 指纹
生成一个 设备ID
👉 优点：更隐蔽 👉 缺点：复杂 + 有隐私争议
3. 登录态绑定（最稳定）
只要用户注册/登录
→ 一切行为都可追踪八、商家如何防止“抢归因”？
既然归因这么重要，就一定有人“抢”。
常见问题：
1. 覆盖 Cookie
用户先点了 A 的链接
后来又点了 B 的链接那这个新用户最终算谁的？
常见规则：
- Last Click（最后点击归因）
- First Click（第一次点击归因）
2. 自买套利
自己点自己的链接 → 自己买 → 赚佣金商家一般会检测：
- IP
- 支付方式
- 行为模式
九、总结
AFF 的归因本质可以总结为：
用标识 + 存储 + 读取，把一次点击和未来的订单绑定起来。
关键三步：
- URL 参数：标记来源（aff=abc123）
- Cookie / 账号：保存身份（aff_id）
- 下单时读取：完成归因
你看到的所有推荐链接，
本质上都在做一件事：
争夺用户浏览器里的那个 aff_id。
你还可能感兴趣的文章：