StytchとClerkは、どちらもアプリに組み込むマネージド型の顧客認証サービスです。違いが見えやすいのは、一般消費者向けとB2B向けの認証をどう分けるか、組織・メンバー・役割をどのように管理するかという点です。
一般消費者向け認証とB2B向け認証を分けて設計し、画面部品からAPIまで実装方法を選びたいならStytchが候補です。B2Bアプリで組織・メンバー・役割を扱い、組織管理の画面部品も組み込みたいならClerkが候補になります。
Stytch
こんな人に
Consumer AuthenticationとB2B向けマルチテナント認証を使い分けたい
Clerk
こんな人に
複数組織への所属や役割管理をアプリ内で扱いたい
| 比較点 | Stytch | Clerk |
|---|---|---|
| 認証の対象 | 一般消費者向けとB2B SaaS向けを分けて提供 | Clerk OrganizationsでB2Bアプリの認証・招待・役割・SSOを提供 |
| 実装方法 | 既製の画面部品、画面を自作するSDK、API連携から選択 | 組み込み済みの登録・ログイン画面と独自フローを提供 |
| 組織管理 | B2B APIが組織中心のマルチテナント認証を扱う | 組織・メンバー・役割を分離し、1人が複数組織に所属可能 |
| 企業向け連携 | B2B機能にSSOとSCIMを含む | SAML・OIDCのSSOを組織に紐付け、APIでSCIMディレクトリを管理 |
| セッション | APIでセッショントークンの認証・更新・失効を扱う | 短時間有効なJWTを発行し、バックエンドで検証する |
| 提供形態 | API・SDKで利用するマネージド認証サービス | アプリごとにマネージドのフロントエンドAPIを提供するクラウドサービス |
ここで扱うのは、顧客や取引先がアプリへログインするための認証です。社内従業員向けのID管理とは分けて考えます。また、認証は「誰か」を確かめる仕組みで、認可は「何をしてよいか」を役割や権限で決める仕組みです。
Stytchは、一般消費者向けアプリにConsumer Authentication、B2B SaaSにMulti-Tenant Authenticationを提供しています。たとえば、個人が直接使うサービスと、企業ごとに組織やメンバーを持つサービスでは必要な管理が異なります。Stytchでは、この2つを同じものとして扱わず、対象に合う認証を選びます。
実装は、既製の画面部品、画面を自作できるSDK、APIの直接連携から選べます。一般消費者向け認証では、ワンタイムパスコード、マジックリンク、パスキーを利用できます。B2Bと一般消費者向けの両方で、多要素認証と追加認証の流れを扱います。
B2B側では組織が中心です。APIとSDKで組織、メンバー、ユーザー、セッションを管理でき、Dashboardからも確認できます。SSO、SCIM、役割ベースのアクセス制御もB2B機能に含まれるため、ログイン連携とユーザー情報の連携、権限管理を分けて要件化すると選びやすくなります。
Clerk Organizationsは、複数の顧客組織を持つB2Bアプリ向けに、認証、招待、役割ベースのアクセス制御、SSOを提供します。組織ごとに設定、役割、メンバーを分離し、1つのユーザーアカウントを複数組織へ所属させられます。利用中の組織も切り替えられるため、同じ人が複数の会社やプロジェクトに参加する構成を考えやすい設計です。
OrganizationProfileなどの画面部品では、メンバー、役割、設定、請求を管理できます。DashboardとバックエンドAPIでは、ユーザー情報、利用停止、ロック、多要素認証の登録などを扱えます。既製の画面を使いながら、必要な管理処理をAPIで補いたい場合に検討しやすい構成です。
ログイン方法は、パスワード、メールまたは電話番号へのコード送信、ソーシャルログイン、パスキーから構成できます。多要素認証では、SMSコード、認証アプリのTOTP、バックアップコードを設定できます。
SSOは企業の認証基盤とログインを連携する仕組み、SCIMはユーザー情報の追加・更新・削除を連携する仕組みです。StytchはB2B機能としてSSOとSCIMを扱います。Clerkの企業向けSSOはSAMLとOIDCに対応し、接続を組織へ関連付けます。バックエンドAPIではSAML接続とSCIMディレクトリも管理できます。
セッション管理も実装時の確認点です。StytchはAPIでセッショントークンの認証、更新、失効を扱います。Clerkは認証済みセッションごとに短時間有効なJWTを発行し、バックエンドで署名などを検証します。どちらもマネージドサービスですが、アプリ側で安全なセッション処理と認可を設計する責任は残ります。
Stytchのセルフサービス料金では、月間アクティブユーザー1万人が無料枠に含まれます。SSOまたはSCIM接続は5件まで含まれ、追加接続は1件あたり月125米ドルです。さらに、M2Mトークンは1,000件まで無料枠に含まれます。
ClerkのFreeは、月間で保持される組織100件と、1組織あたり20人のメンバーを含みます。B2B Authenticationアドオンは最初の100 MROが無料で、その後は1 MROあたり1米ドルです。MROは、その月に保持された組織を数える料金上の単位です。
Stytchは月間利用者数や企業向け接続数、Clerkは組織数や組織内の人数が費用判断に関わります。同じ単位ではないため、料金だけを横並びにせず、自社の月間利用者数、顧客組織数、1組織あたりの人数、必要なSSO・SCIM接続数をそれぞれ当てはめて比べます。
注意
料金情報はGLOBAL向け条件を2026年8月7日に確認した内容です。日本専用の円建て料金は確認できていません。市場、通貨、請求周期、追加機能、利用枠は契約前に公式情報で再確認してください。
Clerkは地域別のデータ保存先を選ぶ仕組みを提供せず、ユーザーデータを米国のインフラでホストします。Stytchはサポート窓口を提供していますが、その情報だけでは地域別のデータ保存対応を判断できません。保存地域が契約や社内基準に関わる場合は、候補を絞る前に条件を確認する必要があります。
一般消費者向けとB2B向けで認証範囲を分け、画面部品・SDK・APIから実装方法を選びたいならStytchが候補です。組織を中心にSSO、SCIM、役割、セッションをAPIで管理したい場合にも検討できます。
B2Bアプリで組織・メンバー・役割を明確に分け、複数組織への所属や組織管理画面を重視するならClerkが候補です。SAML・OIDCのSSO接続を組織へ割り当てる構成が、自社の顧客管理に合うかを確認しましょう。
Q.StytchとClerkはセルフホストできる？
A.この記事の材料では、StytchはAPI・SDKで使うマネージド認証サービス、ClerkはマネージドのフロントエンドAPIを提供するクラウドサービスです。自社運用型としてではなく、外部サービスを組み込む前提で比較します。
Q.どちらもB2BのSSOとSCIMを扱える？
A.StytchはB2B機能にSSOとSCIMを含みます。ClerkはSAML・OIDCの企業向けSSOを組織に紐付け、バックエンドAPIでSCIMディレクトリを管理できます。
Q.無料枠が大きい方を選べばよい？
A.単位が違うため、数字の大きさだけでは選べません。Stytchは月間利用者数と接続数、Clerkは月間で保持される組織数と組織内人数を中心に、自社の利用規模へ当てはめて比較してください。
確認日: 2026-08-07（記載の各公式ページで確認。価格などは変わることがあります）
Stytch
Clerk