从 Supabase 到 Clerk 再到 Better Auth：2026 年认证方案选型指南

2026-05-07 · PriUSoar 编辑部 · 约 6 分钟阅读

一场正在发生的迁移

近期 Hacker News 上，一篇标题为 "From Supabase to Clerk to Better Auth" 的文章获得 186 points。作者 Steve Krouse 详细记录了自己的迁移路径：

"我们先用 Supabase Auth，然后迁到 Clerk，现在正在迁到 Better Auth。每一次迁移都是为了更好的开发者体验和更低的成本。"

这不是个例。在评论区，数百个开发者分享了类似的迁移故事。开发者对现有认证方案的不满正在积聚成一股力量：

要更轻 —— 不想为只用到 10% 的功能付 100% 的价格
要更快 —— 集成不应该需要一周
要更灵活 —— 自己的用户数据，自己控制

三大方案横向对比

维度	Supabase Auth	Clerk	Better Auth
定位	全栈后端套件的一部分	专业认证即服务	轻量级开源框架
自托管	❌ 数据在 Supabase	❌ 数据在 Clerk	✅ 自己控制
价格	免费额度充裕	$25/月起	完全免费
集成复杂度	中	低	低
自定义程度	中	低	高
社区活跃度	高	高	极速上升
适合场景	已用 Supabase 全栈	快速上线、不想管基础设施	控制欲强、成本敏感

Supabase Auth："太重"了

Supabase 本质上是一个 PostgreSQL 数据库 + 后端即服务。如果你已经在用 Supabase 的数据库、存储和 Edge Functions，那么用它的 Auth 是顺理的。

但如果你只想要一个登录功能，它就显得太重了：

你被绑定到 Supabase 的生态
自定义登录页面的灵活性有限
离开成本高（数据迁移复杂）

Clerk："太贵"了

Clerk 是这三年最受欢迎的认证即服务，以优秀的组件和体验著称。但它的商业模式在开发者中引发了一些不满：

价格弹性不足：月活跃用户超过一定量级后价格跳涥明显
数据托管：你的用户数据存在 Clerk 的服务器上
黑盒程度高：高级定制需要依赖官方支持

Krouse 的原话：

"Clerk 很好，但当用户量起来后，我们开始为一些并不需要的功能付费。"

Better Auth："刚刚好"的甜点

Better Auth 的设计理念极其简洁：

"一个为 TypeScript 生态系统设计的完整认证框架。"

它的核心优势：

完全开源 —— 没有封闭生态，代码全部可审查
自己托管 —— 用户数据存在你的数据库里
轻量灵活 —— 只用你需要的功能，不强加不必要的依赖
体验优秀 —— API 设计清晰，文档完善

Krouse 的评价：

"Better Auth 让我重新拥有了对认证系统的控制权。我可以看到每一行代码，可以自由修改，不用担心下个月的账单。"

实操：如何从 Clerk 迁移到 Better Auth

Krouse 的文章提供了一个可复制的迁移路径：

第一步：评估当前使用的功能

在迁移之前，先列出你当前用到的 Clerk 功能：

基础登录（邮箱/密码）
OAuth 提供商（Google、GitHub 等）
MFA/多因素认证
组织/多租户
客户端组件

大多数项目只用了前两项。

第二步：搭建 Better Auth

// 安装
npm install better-auth

// 配置
import { betterAuth } from "better-auth"
import { nextCookies } from "better-auth/next-js"

export const auth = betterAuth({
  database: {
    provider: "prisma", // 或 drizzle、typeorm
  },
  plugins: [
    nextCookies(),
  ],
  socialProviders: {
    google: {
      clientId: process.env.GOOGLE_CLIENT_ID,
      clientSecret: process.env.GOOGLE_CLIENT_SECRET,
    },
  },
})

第三步：用户数据迁移

Better Auth 提供了迁移工具将用户数据从 Clerk 导入到你自己的数据库：

npx @better-auth/cli migrate --from clerk --to prisma

第四步：逐步切换

保持 Clerk 运行，同时部署 Better Auth
让新用户通过 Better Auth 注册
将旧用户在登录时导入 Better Auth
完全切换后移除 Clerk 依赖

变现机会：轻量级 Auth-as-a-Service

Better Auth 的流行暴露了一个巨大的市场空间：开发者想要比 Clerk 更轻、比自建更简单的认证方案。

机会：针对小团队的 Auth 服务

痛点：Better Auth 虽好，但仍需要自己部署和维护。小团队/个人开发者想要"一键上线"的体验。

方案：基于 Better Auth 打包托管服务，专注小团队/个人开发者：

免费额度：1000 活跃用户/月
付费扩容：$10/月起
策略：对标 Clerk，但更低门槛

变现潜力：如果能获取 1000 个付费用户，年收入约 $120,000。

机会：垂直行业认证方案

痛点：不同行业有不同的合规和认证需求（医疗、金融、教育）。

方案：基于 Better Auth 开发垂直行业的认证套件：

医疗：HIPAA 合规 + 高级 MFA
教育：校园账户系统集成
金融：KYC 集成 + 风控规则

变现潜力：企业客户客单价 $5000-50000/年。

机会：Auth 迁移服务

痛点：很多团队想迁移，但担心数据丢失和业务中断。

方案：提供 "零停机迁移"服务：

评估现有方案
制定迁移方案
执行数据迁移
切流验证

变现潜力：项目制，$3000-20000/项目。

结语

认证是每个应用的基础设施，但也是开发者最头疼的部分之一。Better Auth 的出现表明了一个趋势："足够好用但足够轻量"正在成为新的产品哲学。

行动建议：

如果你在用 Clerk 且月费超过 $50，评估 Better Auth 迁移成本
如果你在用 Supabase Auth 但只用了登录功能，考虑解耦
如果你是产品人，关注轻量级 Auth SaaS 的机会 —— 这是一个高频需求、低竞争的垂直领域

本文部分信息来源于 Hacker News、Val Town 博客以及 Better Auth 官方文档。

从 Supabase 到 Clerk 再到 Better Auth：2026 年认证方案选型指南（附变现思路）