做推广的链接撒出去，点击量有了，到底哪条链接带来了注册和付费却说不清，这是很多团队共有的缺口。本篇讲 Dub Links 的链接归因做法：自己部署一套短链接加转化追踪的平台，数据留在自己手里，界面也能按品牌改。先把结论放在前面：它适合有全栈维护能力的团队，不适合只想开箱即用的人。
链接归因先说结论：什么团队适合自托管
如果你要同时解决三个问题，Dub Links 才值得进入候选：第一，短链接要挂自己的域名和样式；第二，点击与转化的数据不想完全交给第三方统计；第三，团队能长期维护一套 Next.js 全栈应用。三个条件缺一个，选型性价比就会明显下降。反过来，如果只是偶尔生成几条短链接，现成的托管服务更省事，不必为这套平台搭一整条基础设施。
软件信息表
| 软件名 | Dub Links |
| 功能定位 | 自托管短链接、链接归因与转化追踪平台 |
| 技术栈 | Next.js、TypeScript、Prisma、Tailwind，多包仓库用 Turborepo 管理 |
| 许可证 | Open Core 模式：开源部分为 AGPLv3，企业版功能另用商业许可 |
| 部署方式 | 自托管部署；Vercel 在其部署生态之内 |
| 获取方式 | 项目仓库 |
版本选择：开源版与企业版的边界要先分清
选型第一步不是看功能列表，而是分清哪些能力属于开源部分、哪些属于企业版。Open Core 意味着仓库里的企业版功能并不在 AGPLv3 覆盖范围内，评估时如果把企业版能力默认算进开源版，上线后一定会返工。
| 版本 | 许可与范围 | 适合谁 |
| 开源部分 | AGPLv3；短链接创建、归因与追踪的基础平台能力 | 能接受自行维护、只要基础归因能力的团队 |
| 企业版功能 | 商业许可；仓库中标注的企业版能力不在开源许可内 | 明确需要单点登录等企业能力、且接受付费边界的组织 |
推荐：先按开源部分的清单做评估，把企业版能力单独列成待确认项，向项目方或文档核对许可边界后再立项，不要在立项书里把两者混写。
安装步骤：先把六类外部服务准备齐
Dub Links 不是单体应用，部署之前要先备齐它依赖的外部服务，否则装到一半才会发现缺件。按项目自托管指南的顺序走：
- 准备数据库服务，并确认 Prisma 的数据结构同步方式，结构未同步时按文档执行推送命令。
- 准备 Redis 缓存服务，对应 Upstash 一侧的缓存与相关数据处理。
- 准备分析服务，对应 Tinybird 一侧的分析数据处理链路。
- 准备认证、邮件与支付配置，项目文档明确列出身份认证、单点登录、邮件与支付集成，缺一项都会影响完整流程。
- 按项目文档锁定 Node.js 与 pnpm 的版本，本地开发务必用文档指定的版本，不要用本机默认版本硬上。
- 开发环境如需示例数据，再使用项目提供的数据库种子脚本，注意它的截断模式会清空现有数据，只许在开发环境用。
装完必改设置：六处先对齐再上线
以下六项不是可选项，是上线前必须在部署配置里逐项确认的设置，每一项都对应一个真实的运维代价：
- 数据库结构同步：部署配置里确认 Prisma 结构已与数据库对齐。没对齐就上线，短链接写入与统计读取会在第一天就报错。
- 缓存服务接入：部署配置里确认 Redis 一侧连通且有独立的命名空间。缓存接错环境，测试数据会污染正式统计。
- 分析链路接入：部署配置里确认分析服务已接通。分析链路没通时短链接照常用，但归因报表是空的，问题往往几周后才被发现。
- 认证与单点登录边界：部署配置里确认哪些登录与单点登录能力属于企业版。把企业版能力写进上线清单，后期会被许可问题卡住。
- 邮件与支付回调：部署配置里确认邮件发送与支付回调地址指向正式环境。回调地址错配会导致通知发不出去、订单状态对不上。
- 版本锁定：部署配置里锁定 Node.js、pnpm 与各外部服务的版本组合。任何一处擅自升级，都要先在开发环境完整跑一遍再上正式。
注意事项：自托管前必须算清的五笔账
- 运维成本高于单体应用：数据库、缓存、分析、认证、邮件、支付六条线都要有人管，团队里至少要有一个能同时看懂全栈与基础设施的人。
- 许可边界要书面确认：开源部分与企业版功能并存，采购与法务评审时必须按功能逐项核对，不能笼统写成开源免费。
- 公开接口与扩展方式要预先核查：项目公开摘要没有完整列出全部接口与插件扩展方式，业务系统要接入归因数据时，必须先读文档与源码确认，不要假设接口一定存在。
- 第三方服务条款会影响可用性：分析、缓存、数据库等外部服务的配置与条款变化，会直接影响平台的实际可用能力与成本，选型时要把这部分写进风险清单。
- 种子脚本只许在开发环境用：截断模式会删除现有数据，正式库一旦误跑，短链接与统计记录无法靠重新部署找回来，上线前务必备份数据库。
适用人群与同类分工：它不是开箱即用的短链服务
适合的团队画像很清晰：熟悉 TypeScript、Next.js 与 Prisma，能独立配置数据库、缓存、分析、认证、邮件与支付服务，并且接受开源与商业许可并存的模式。这类团队拿到的是一个可控的归因底座，可以按品牌改界面、按业务接数据。
不适合的团队也同样清晰：只想快速生成短链接、不想维护基础设施、或者要求全部能力都在一个开源许可内。这一类需求用托管短链服务更划算，强行自托管只会把一次性的选型工作变成长期的运维负担。结论就是一句话：有全栈维护能力就上自托管，没有就别碰。
关注公众号，回复 Dub Links 获取下载链接
关注「软件教程管家」
回复软件名即取即下：网盘下载链接 + 提取码，一步直达，不用再跳转。
本站资源仅供个人学习交流，请勿用于商业用途。软件与资料版权归原作者所有；如有侵权，请通过公众号「软件教程管家」联系我们，我们将在 24 小时内下架处理。查看免责声明 ›
