|
6 | 6 | > [!IMPORTANT] |
7 | 7 | > SuperTokens is not included in this table because it does not natively support organization at all. |
8 | 8 |
|
9 | | -| Item | Auth0 | Stytch | Zitadel | Clerk | Kinde | |
10 | | -| --- | --- | --- | --- | --- | --- | |
11 | | -| Organization is optional | Yes | Authentication Type is determined at project creation. Unmodifiable. | No | Yes | Yes | |
12 | | -| Support building GitHub-style service | Yes | Have to emulate with 2 projects | Yes | Yes | Yes | |
13 | | -| Different password policies | Yes | Either Cross-organization or Organization-scoped. Once chosen, no going back | Yes | No | Paid feature | |
14 | | -| Different MFA policies | Use post-login action to customize | Yes | Yes | No | Paid feature | |
15 | | -| IAM | Yes | Yes | Yes | No | No | |
16 | | -| Invitation | Yes. Can return to specific application | Only supported at API level. Can return to specific URL to your backend | Yes when V2 API is enabled. Cannot return to URL | Yes | No | |
17 | | -| Email discovery | Yes | Yes | No | No | Yes | |
18 | | -| Organization switcher | No. Session bound to single org | Provide API for self-implementation | No | Yes | Provide API for self-implementation | |
| 9 | +| Item | Auth0 | Stytch | Zitadel | Clerk | Kinde | |
| 10 | +| --- | --- | --- | --- | --- | --- | |
| 11 | +| Organization is optional | Yes | Yes[^3] | No | Yes | Yes | |
| 12 | +| Support building GitHub-style service | Yes | Yes[^2] | Yes | Yes | Yes | |
| 13 | +| Different password policies | Yes | Yes[^4] | Yes | No | Yes[^1] | |
| 14 | +| Different MFA policies | Yes[^5] | Yes | Yes | No | Yes[^1] | |
| 15 | +| IAM | Yes | Yes | Yes | No | No | |
| 16 | +| Invitation to specific application | Yes | No | No | Yes | No | |
| 17 | +| Email discovery | Yes | Yes | No | No | Yes | |
| 18 | +| Organization switcher | No | Yes[^6] | No | Yes | Yes[^6] | |
| 19 | + |
| 20 | +> [!WARNING] |
| 21 | +> Those "Yes" with footnotes usually mean there is some caveats. Please read the footnotes! |
19 | 22 |
|
20 | 23 | ## Implications |
21 | 24 |
|
@@ -80,3 +83,11 @@ In other competitors where a user belongs to one and only one organization, you |
80 | 83 |
|
81 | 84 | Only Clerk supports this out-of-box, but given its lack of support of different password policies and different MFA policies, |
82 | 85 | it is not very useful. |
| 86 | + |
| 87 | + |
| 88 | +[^1]: Paid feature. |
| 89 | +[^2]: Emulate with 2 projects. 1 Stytch B2B, 1 Stytch Consumer. |
| 90 | +[^3]: Actually In Stytch B2B, organization is mandatory. In Stytch Consumer, organization is unsupported. |
| 91 | +[^4]: Either cross-organization or organization-scoped. Once chosen, no going back. |
| 92 | +[^5]: Use post-login action to customize. |
| 93 | +[^6]: Not a builtin feature. Have to use the API to implement yourselves. |
0 commit comments