Clerk, Auth0, NextAuth.js(Auth.js) 세 인증 서비스를 기능·가격·마이그레이션 난이도로 비교한다. MAU 구간별 청구액, Passkey 지원 현황, 상황별 선택 기준을 실제 코드와 함께 정리했다.
한 줄 요약: Clerk는 Next.js 스타트업 최속 구현, Auth0는 엔터프라이즈 컴플라이언스, NextAuth.js(Auth.js)는 비용 제로 셀프호스팅 — 세 선택지는 각각 뚜렷한 이유가 있다.
※ 2026년 4월 기준. 각 서비스 공식 문서 및 가격 페이지 데이터를 참조했다.
2026년 현재, Next.js App Router 기반 SaaS의 인증 스택은 사실상 세 선택지로 좁혀졌다. Clerk, Auth0(Okta CIC), 그리고 NextAuth.js v5(Auth.js)다. 셋 다 OAuth 2.0·OIDC 표준을 구현하지만, 개발 속도·운영 비용·기능 범위에서 차이가 크다.
선택을 잘못하면 두 가지 상황이 온다. 첫째, MAU 수천 명 단계에서 월 수백 달러짜리 청구서를 받는다. 둘째, 엔터프라이즈 고객이 SAML SSO나 SCIM 프로비저닝을 요청했을 때 서비스 전체를 교체해야 한다. 인증은 "나중에 바꾸기 어렵다"는 특성 때문에 초기 선택이 결정적이다.
이 글에서는 실제 설정 코드와 가격 구조를 기준으로 세 서비스를 비교한다. 마케팅 문구가 아니라 "내 프로젝트 규모와 요구사항에 무엇이 맞는가"를 판단할 수 있게 정리했다.
Clerk는 2021년 출시 이후 Next.js 생태계에서 빠르게 확산됐다. 핵심 이유는 하나다: React 컴포넌트 몇 줄로 로그인 UI까지 완성된다. 별도 설계 없이 `<SignIn />`, `<UserButton />` 같은 컴포넌트를 배치하면 이메일·소셜 로그인·MFA가 즉시 동작한다.
2026년 기준 Clerk의 강점은 다음과 같다.
단점은 두 가지다. 클라우드 전용이라 사용자 데이터가 Clerk 서버에 저장된다. GDPR·개인정보보호법 관점에서 데이터 위치가 중요한 서비스라면 이 부분을 검토해야 한다. 두 번째는 MAU 초과 시 비용이다. 무료 구간(10,000 MAU)을 넘으면 $0.02/MAU로 급격히 올라간다.
Clerk — Next.js App Router 설정 (5분 완성)# 1. 설치 npm install @clerk/nextjs # 2. 환경변수 (.env.local) NEXT_PUBLIC_CLERK_PUBLISHABLE_KEY=pk_test_... CLERK_SECRET_KEY=sk_test_... # 3. middleware.ts — 보호할 경로 설정 import { clerkMiddleware, createRouteMatcher } from '@clerk/nextjs/server' const isProtectedRoute = createRouteMatcher(['/dashboard(.*)']) export default clerkMiddleware((auth, req) => { if (isProtectedRoute(req)) auth().protect() }) export const config = { matcher: ['/((?!.*\..*|_next).*)', '/', '/(api|trpc)(.*)'], } # 4. layout.tsx — ClerkProvider 래핑 import { ClerkProvider } from '@clerk/nextjs' export default function RootLayout({ children }) { return ( <ClerkProvider> <html><body>{children}</body></html> </ClerkProvider> ) } # 5. 로그인 페이지 — pages/sign-in/[[...sign-in]]/page.tsx import { SignIn } from '@clerk/nextjs' export default function Page() { return <SignIn /> }
Auth0는 2013년 출시, 2021년 Okta에 인수됐다. 현재는 Okta Customer Identity Cloud(CIC)로 운영된다. 기능 폭이 가장 넓고, 엔터프라이즈 컴플라이언스(SOC 2 Type II, HIPAA, ISO 27001, PCI DSS)를 모두 충족한다.
Auth0를 선택해야 하는 상황은 명확하다.
단점도 분명하다. 설정 복잡도가 가장 높다. Universal Login, Custom Domain, API 설정, 애플리케이션 등록을 모두 대시보드에서 수동으로 구성해야 한다. Next.js App Router와의 통합도 공식 SDK보다 커뮤니티 패키지(auth0-nextjs)를 주로 쓴다. 가격은 세 서비스 중 가장 비싸다. MAU 7,500 초과 시 $0.023/MAU부터 시작하며, SAML SSO는 Enterprise 플랜($800/월~)에서만 제공된다.
Auth0 — Next.js App Router 연동# 1. 설치 npm install @auth0/nextjs-auth0 # 2. 환경변수 (.env.local) AUTH0_SECRET=your-secret-32-chars AUTH0_BASE_URL=http://localhost:3000 AUTH0_ISSUER_BASE_URL=https://your-tenant.auth0.com AUTH0_CLIENT_ID=your-client-id AUTH0_CLIENT_SECRET=your-client-secret # 3. app/api/auth/[auth0]/route.ts — Auth0 라우트 핸들러 import { handleAuth } from '@auth0/nextjs-auth0' export const GET = handleAuth() # 4. app/layout.tsx — UserProvider 래핑 import { UserProvider } from '@auth0/nextjs-auth0/client' export default function RootLayout({ children }) { return ( <html> <body> <UserProvider>{children}</UserProvider> </body> </html> ) } # 5. 서버 컴포넌트에서 세션 읽기 import { getSession } from '@auth0/nextjs-auth0' export default async function Dashboard() { const session = await getSession() if (!session) redirect('/api/auth/login') return <div>안녕하세요, {session.user.name}</div> } # 6. 로그인/로그아웃 링크 // 로그인: /api/auth/login // 로그아웃: /api/auth/logout
NextAuth.js v5(공식명: Auth.js)는 2024년 말 대규모 리팩터링을 마쳤다. Next.js App Router·Edge Runtime을 완전히 지원하며, 어댑터 시스템으로 Prisma·Drizzle·Supabase 등 자신의 DB와 직접 연결한다. 비용은 제로다 — 사용자 데이터가 자신의 DB에 저장되기 때문에 MAU가 늘어도 추가 청구가 없다.
선택하기 적합한 상황:
단점도 있다. UI는 직접 만들어야 한다. `<SignIn />` 같은 내장 컴포넌트가 없다. MFA, Passkey, Organizations도 기본 제공이 안 되므로 직접 구현하거나 별도 라이브러리를 붙여야 한다. 엔터프라이즈 SAML SSO가 필요하면 NextAuth.js로는 구현이 복잡해진다.
Auth.js v5 — Next.js App Router + Drizzle 어댑터# 1. 설치 npm install next-auth@5 @auth/drizzle-adapter drizzle-orm # 2. auth.ts — 설정 파일 import NextAuth from 'next-auth' import { DrizzleAdapter } from '@auth/drizzle-adapter' import GitHub from 'next-auth/providers/github' import Google from 'next-auth/providers/google' import { db } from '@/db' export const { handlers, auth, signIn, signOut } = NextAuth({ adapter: DrizzleAdapter(db), providers: [ GitHub({ clientId: process.env.GITHUB_ID, clientSecret: process.env.GITHUB_SECRET, }), Google({ clientId: process.env.GOOGLE_ID, clientSecret: process.env.GOOGLE_SECRET, }), ], callbacks: { session({ session, user }) { session.user.id = user.id // 세션에 DB user.id 포함 return session }, }, }) # 3. app/api/auth/[...nextauth]/route.ts import { handlers } from '@/auth' export const { GET, POST } = handlers # 4. middleware.ts — 보호 경로 import { auth } from '@/auth' export default auth((req) => { if (!req.auth && req.nextUrl.pathname.startsWith('/dashboard')) { return Response.redirect(new URL('/login', req.url)) } }) # 5. 서버 컴포넌트에서 세션 읽기 import { auth } from '@/auth' export default async function Page() { const session = await auth() if (!session) redirect('/login') return <div>{session.user?.email}</div> }
인증 서비스 선택에서 가장 많이 간과되는 것이 스케일 시 비용이다. 초기 무료 구간이 넉넉해 보여도 MAU가 늘면 비용이 기하급수적으로 오른다. 아래 표는 2026년 4월 기준 공식 가격 기준으로 구간별 월 청구 예상액을 정리했다.
인증 서비스 교체는 단순히 코드를 바꾸는 게 아니다. 기존 사용자의 세션과 비밀번호 해시가 현재 서비스에 저장돼 있기 때문이다.
Clerk나 Auth0에서 Auth.js로 전환할 때 발생하는 실제 문제들:
반대로 Auth.js에서 Clerk/Auth0로 이전하는 경우, 사용자 데이터를 Export API로 내보내거나 Auth0의 User Import Extension을 활용할 수 있다. 비밀번호 해시는 bcrypt 호환 시 이전 가능하다.
세 서비스 중 어떤 것을 선택할지는 제품 단계와 요구사항에 따라 달라진다. 아래 기준을 체크해보자.
Clerk를 선택해야 하는 경우:
Auth0를 선택해야 하는 경우:
Auth.js(NextAuth.js)를 선택해야 하는 경우:
Passkey(FIDO2/WebAuthn 기반)는 2025년부터 주요 서비스에 빠르게 확산됐다. 비밀번호 없이 기기 생체인증으로 로그인하는 방식으로, 피싱 공격에 원천 차단된다.
2026년 4월 기준 지원 현황:
Passkey 구현이 지금 당장 필요하다면 Clerk Pro가 가장 빠르다. Auth.js로 직접 구현하려면 `@simplewebauthn/server`·`@simplewebauthn/browser`를 붙여야 하며, DB에 credential 테이블을 별도로 관리해야 한다.
