輕量 SDK，獨立服務
Logto 作為獨立的驗證服務運行，與你的產品完全解耦。它的 SDK 是輕薄、基於標準的 OAuth 2.1/OIDC 客戶端，只負責把你的應用連接到該服務。不會有任何 UI 與工作階段執行環境被嵌入你的應用 bundle，讓你在不犧牲前端效能的前提下獲得現代身份驗證。
為什麼團隊尋找 Clerk 的替代方案
Clerk 以出色的開發者體驗聞名，尤其是在 Next.js 生態 系。但隨著應用規模擴大、架構需求日益複雜，團隊往往發現緊耦合、偏重前端的做法會成為負擔。
| 動機 | 實際情況如何 |
|---|---|
| SDK 臃腫與效能問題 | Clerk 的預構建 React 元件很方便，但會在你的 bundle 中嵌入沉重的 UI 與工作階段執行環境。這個代價有公開紀錄可查：2023 年 Clerk GitHub 上的一則 issue 實測完整的 clerk-js 套件為 1.2 MB，而 Clerk 自己的比較文章也承認，使用預構建元件時，其主 bundle「最多可佔應用總體積的 50%」。 |
| 僵化的工作階段架構 | Clerk 是用戶工作階段的唯一事實來源。當你打造需要自訂租戶路由或機器對機器通訊的複雜 B2B 應用時，繞過這種以用戶為中心的架構會讓人備感挫折。 |
| 沒有自託管選項 | Clerk 是專有、僅限雲端的 SaaS。如果你為企業客戶提供在本地部署的軟體，或需要完全掌控自己的基礎設施，Clerk 根本不是選項。 |
| 偏離標準協定 | 與企業系統整合的開發者，會遇到 Clerk 在標準協定實作上的種種特例，例如缺少標準的 OIDC 登出端點。 |
| 多應用登入形同事後補救 | 在你自己的多個應用之間共用同一份登入，正是 Clerk 顯得彆扭的地方。衛星網域只涵蓋單一 Clerk 應用下、少數框架上的網頁應用，且登入仍然發生在主網域。不同的 Clerk 應用之間無法共用用戶或工作階段，而原生應用則完全沒有文件記載的做法。 |
Logto 與 Clerk 有何不同？
部署由你決定：雲端或自有基礎設施
多數團隊使用 Logto Cloud，從不需要操心基礎設施。但如果你銷售的軟體要讓企業客戶在本地部署，就不能硬性依賴第三方驗證雲端。Logto 的開源核心以單一輕量伺服器運行，可以直接打包進你的產品。
預設即符合標準
Logto 嚴格遵循 OAuth 2.1、OIDC 與 SAML。標準的探索文件、標準的登出端點、標準的斷言。Logto 的行為就是規範所定義的樣子，因此與企業系統的整合始終順暢。
Logto 是適合你的 Clerk 替代方案嗎？
我們相信誠實的定位。Logto 並不適合每一位 Clerk 客戶。
什麼時候應該改用 Logto
- 你需要自託管。也許是嚴格的合規要求，也許是你要把 身份驗證打包進部署在客戶基礎設施上的產品。這兩種情況 Clerk 都無解。
- 你正在打造複雜的 B2B 架構。你需要深度掌控機器對機器驗證、自訂 API 資源，以及組織層級的角色與權限。
- 效能至關重要。你正在最佳化前端 bundle 體積，需要一個輕量的身份驗證 SDK。
- 你經營不止一個應用。Logto 為多應用業務而生：你註冊的每一個應用，無論網頁或原生，都共享一個中央登入工作階段。登入一次，處處登入。
什麼時候 Clerk 可能更適合
- 你想要開箱即用的 Next.js「魔法」。如果你的首要任務是把預構建 React 元件零設定地放進 Next.js 專案，Clerk 在該生態系的開發者體驗確實出色。
- 你需要登入流程在你的應用內完成。Clerk 透過其元件在應用內渲染整個流程。Logto 則遵循標準的 OAuth 2.1 重新導向流程：用戶在託管頁面上登入，因為直接在應用內收集憑證（舊的 ROPC 授 權）基於安全理由已被正式棄用。
Clerk vs. Logto：逐項比較
| Logto | Clerk | |
|---|---|---|
| 主要差異 | ||
| SDK 架構SDK 與你的應用整合的方式 | 輕薄、基於標準的客戶端，連接獨立驗證服務 | 偏重前端的預構建 UI 元件 |
| 標準 OIDC 合規性供應商遵循規範的程度 | 嚴格遵循 OAuth 2.1 與 OIDC | 有限缺少標準登出端點 |
| 多應用單點登入用戶登入一次，即可在你所有的應用中保持登入 | 所有已註冊應用共享中央工作階段 | 衛星網域僅限網頁，且限單一應用內 |
| 定價模式方案的計費方式 | 權杖計費免費最高 50K MAU | MAU 計費，功能需另購附加功能 |
| B2B / 多租戶供應商如何為組織與租戶建模 | 原生以組織為中心的架構 | 以用戶為中心的架構 |
| 機器對機器（M2M）服務、API 與機器之間的驗證 | 原生完整支援 | 支援有限 |
| 部署選項驗證服務可運行的位置 | 託管雲端、私有雲或自託管 | 僅限雲端 |
基於截至 2026 年 7 月的公開資訊。最新細節請向各廠商確認。
從 Clerk 遷移
得益於 Logto 基於標準的架構，從 Clerk 遷移到 Logto 相當直接。從 Clerk 匯出用戶資料，再透過 Management API 匯入 Logto。
Logto 支援匯入多種演算法的密碼雜湊（Bcrypt、Argon2、MD5、SHA1、SHA256 與 PBKDF2，另有 legacy 選項支援其他 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 支援，而且沒有沉重的 bundle 體積負擔。
我可以將 Logto 用於 B2B 應用嗎？
當然可以。Logto 原生支援多租戶組織、基於角色的存取控制（RBAC）與企業級 SSO（SAML/OIDC），非常適合複雜的 B2B SaaS 架構。
Clerk 是 Clerk, Inc. 的註冊商標。功能比較基於截至 2026 年 7 月的公開資訊。最新細節請向各廠商確認。