輕量 SDK，獨立服務
Logto 作為獨立的身份驗證服務運行，與你的產品完全解耦。它的 SDK 是輕薄、基於標準的 OAuth 2.1/OIDC 客戶端，只負責把你的應用連接到該服務。沒有任何東西會在你的應用打包產物中嵌入 UI 和會話運行時，因此你可以獲得現代身份驗證，而無需犧牲前端效能。
為什麼團隊尋找 Clerk 的替代方案
Clerk 以出色的開發者體驗聞名，尤其是在 Next.js 生態系統中。但隨著應用規模擴大、架構要求日趨複雜，團隊往往發現緊密耦合、偏重前端的方案會成為負累。
| 動機 | 實際情況 |
|---|---|
| SDK 臃腫與效能問題 | Clerk 的預構建 React 組件很方便，但它們會在你的打包產物中嵌入沉重的 UI 和會話運行時。這個代價有公開記錄：2023 年 Clerk GitHub 上的一個 issue 測得完整的 clerk-js 套件達 1.2 MB，而 Clerk 自己的比較文章也承認，使用預構建組件時，其主包「可佔應用總體積多達 50%」。 |
| 僵化的會話架構 | Clerk 充當用戶會話的唯一事實來源。當你構建需要自訂租戶路由或機器對機器通信的複雜 B2B 應用時，繞開這種以用戶為中心的架構會令人非常沮喪。 |
| 沒有自託管選項 | Clerk 是專有、僅限雲端的 SaaS。如果你交付的軟件需要在企業客戶的本地環境運行，或者你需要完全掌控自己的基礎設施，Clerk 根本不在選項之列。 |
| 偏離標準協議 | 與企業系統整合的開發者，會遇到 Clerk 實現標準協議時的種種特異之處，例如缺少標準的 OIDC 登出端點。 |
| 多應用登入猶如事後補救 | 在你自己的多個應用之間共享同一個登入，正是 Clerk 顯得吃力的地方。Satellite domains 只涵蓋同一個 Clerk 應用下的 Web 應用，且僅支援少數框架，登入仍然要在主域名上進行。獨立的 Clerk 應用之間無法共享用戶或會話，而原生應用更是完全沒有文檔記載的做法。 |
Logto 與 Clerk 有何不同？
按你的方式部署：雲端或自己的基礎設施
大多數團隊使用 Logto Cloud，從不需要操心基礎設施。但如果你銷售的軟件要由企業客戶在本地部署，你就不能硬性依賴第三方身份驗證雲服務。Logto 的開源核心以單一輕量伺服器運行，可以打包進你的產品之內。
預設即符合標準
Logto 嚴格遵循 OAuth 2.1、OIDC 和 SAML。標準的發現文檔、標準的登出端點、標準的斷言。Logto 的行為與規範所述一致，因此與企業系統的整合始終順暢。
Logto 是適合你的 Clerk 替代方案嗎？
我們相信誠實的定位。Logto 並非適合每一位 Clerk 客戶的完美選擇。
何時應該轉用 Logto
- 你需要自託管。也許是出於嚴格的合規要求，也許是你要把身份驗證打包進部署在客戶基礎設施上的產品。這兩種情況 Clerk 都無能為力。
- 你正在構建複雜的 B2B 架構。你需要深入控制機器對機器身份驗證、自訂 API 資源，以及組織層級的角色和權限。
- 效能至關重要。你正在優化前端打包體積，需要一個輕量的身份驗證 SDK。
- 你經營多於一個應用。Logto 專為多應用業務而建：你註冊的每個應用，無論 Web 還是原生應用，都共享同一個中央登入會話。一次登入，處處已登入。
何時 Clerk 可能更適合
- 你想要即開即用的 Next.js「魔法」。如果你的首要任務是把預構建 React 組件零配置地放進 Next.js 項目，Clerk 在該生態系統中的開發者體驗確實出色。
- 你需要登入流程在應用內完成。Clerk 以其組件在應用內渲染整個流程。Logto 則遵循標準 OAuth 2.1 跳轉流程：用戶在託管頁面上登入，因為直接在應用內收集憑證（舊式 ROPC 授權）已因安全原因被正式棄用。
Clerk 對比 Logto：逐項比較
| Logto | Clerk | |
|---|---|---|
| 主要差異 | ||
| SDK 架構SDK 如何與你的應用程式整合 | 輕薄、基於標準的客戶端，連接獨立的身份驗證服務 | 偏重前端的預構建 UI 組件 |
| 標準 OIDC 合規性供應商對規範的遵循程度 | 嚴格遵循 OAuth 2.1 和 OIDC | 有限缺少標準登出端點 |
| 多應用單點登入用戶登入一次，即可在你的所有應用中保持登入 | 所有已註冊應用共享中央會話 | Satellite domains僅限 Web，且限單一應用內 |
| 定價模式計劃如何計費 | 基於令牌免費最多 50K MAU | 基於 MAU，附加功能另計 |
| B2B / 多租戶供應商如何建模組織和租戶 | 原生以組織為中心的架構 | 以用戶為中心的架構 |
| 機器對機器 (M2M)服務、API 和機器之間的身份驗證 | 原生支援 | 非核心重點 |
| 部署選項身份驗證服務可以在哪裡運行 | 託管雲、私有雲或自託管 | 僅限雲端 |
基於截至 2026 年 7 月的公開資料。請向相關供應商核實最新詳情。
從 Clerk 遷移
得益於 Logto 基於標準的架構，從 Clerk 遷移到 Logto 十分直接。從 Clerk 導出你的用戶數據，再透過 Management API 導入 Logto。
Logto 支援導入多種算法的密碼雜湊（Bcrypt、Argon2、MD5、SHA1、SHA256 和 PBKDF2，另有相容舊格式的選項支援其他 Node.js 支援的格式），因此你通常可以在不強制用戶重設密碼的情況下完成遷移。
用戶導入完成後，把 Clerk 的組件換成 Logto 的輕量 SDK，重新掌控你應用的 UI 和效能。
閱讀用戶遷移指南 →每次遷移都略有不同。如果指南未涵蓋你的情況，請聯絡我們，告訴我們你的需求。
常見問題
最好的 Clerk 替代方案是什麼？
如果你想要同樣現代的開發者體驗，並擁有更多架構掌控權（基於標準的 SDK、獨立的身份驗證服務，以及自託管選項），Logto 是首選之一。其他替代方案包括 Supabase Auth（如果你同時需要 Postgres 後端）或 Auth0（適合舊式企業整合）。
Logto 是開源的嗎？
是。Logto Cloud 是全託管服務，與 Logto 的開源版本（GitHub 星標 13k+）運行相同的代碼庫。你可以先用雲端、之後再自託管，反之亦然。
Logto 支援 Next.js App Router 嗎？
支援。Logto 為 Next.js 提供 SDK 和文檔，包括 App Router 支援，而且沒有沉重的打包體積負擔。
我可以將 Logto 用於 B2B 應用嗎？
當然可以。Logto 原生支援多租戶組織、基於角色的訪問控制 (RBAC) 和企業 SSO（SAML/OIDC），非常適合複雜的 B2B SaaS 架構。
Clerk 是 Clerk, Inc. 的註冊商標。功能比較基於截至 2026 年 7 月的公開資料。請向相關供應商核實最新詳情。