技术比较
Clerk vs Better Auth：托管的便利 vs 掌控自己的技术栈
两者都能把认证做好。真正的区别是：你想每月付账单，还是自己掌握 SQL。
2026-07-01
Huifer · Indie Developer→ /about
我从 Auth.js 迁移到 Better Auth 的经历： - Clerk：试用过 1 个月，很方便，但担心长期 vendor lock-in - Better Auth：目前用于我的 3 个项目，完全免费且数据自己控制 Clerk 确实能在几分钟内搞定 Auth。但对于长期项目，用户数据存在别人系统里让我不安。Better Auth 的 SQL 优先方法更适合我的理念。 下文，我会详细分析权衡。
TL;DR
- 想零认证开发 + 现成 UI，选 Clerk。
- 想完全掌控用户数据、不被供应商锁定，选 Better Auth。
| 维度 | Clerk | Better Auth |
|---|---|---|
| 定价 | $25+/月 + 按 MAU | 免费（MIT） |
| 数据归属 | 否 | 是 |
| UI 组件 | 预置 | 自备或用起始模板 |
| SSO / SAML | 付费档 | 插件 |
| 接入耗时 | 几分钟 | 1–2 小时 |
| 供应商锁定 | 高 | 无 |
成本曲线
Clerk 在 1 万 MAU 以内便宜，过了 10 万 MAU 就贵了。
Better Auth 任何规模都免费——你只为自己的数据库和基础设施付费。
数据所有权
用 Clerk，你的用户数据存在 Clerk 的系统里。迁走可行但不轻松。
用 Better Auth，用户就是你数据库里的行。
TanStack Ship 的定位
TanStack Ship 采用基于 Better Auth 的方案——用户存在你自己的 D1/Postgres 数据库里，没有供应商锁定，没有按 MAU 计费。想要 Clerk 的便利又不想付长期成本，TanStack Ship 的认证一条命令接入，由 Better Auth 驱动。
常见问题
谁更便宜？
Better Auth——免费。
谁接入更快？
Clerk——几分钟。
企业 SSO 选谁？
Clerk 在付费档；Better Auth 通过 SSO 插件。
谁掌握我的用户数据？
Better Auth——数据在你自己的数据库里。
以后能从 Clerk 迁走吗？
能，但不轻松。提前规划。