ネイティブな B2B 機能
Logto はマルチテナント組織をファーストクラスでサポートします。カスタムのデータベースロジックを書くことなく、複雑な B2B 階層をモデル化し、組織レベルのロールを割り当て、エンタープライズ SSO ポリシーを適用できます。
Firebase Auth は、週末プロジェクトやシンプルな B2C モバイルアプリの立ち上げには最適です。高速で、ドキュメントが充実しており、Google エコシステムと緊密に統合されています。しかし移行を検討しているチームと話すと、ビジネスモデルが成熟したときに壁にぶつかったという話がほぼ必ず出てきます。
| 動機 | 実際にどうなるか |
|---|---|
| B2B 機能のギャップ | アプリがより大きな顧客を狙うようになると、エンタープライズ SSO(SAML/OIDC)、ロールベースアクセス制御、組織レベルの管理が求められます。Firebase Auth には、Identity Platform にアップグレードしてもネイティブの RBAC と組織管理がないため、結局 Firestore で回避策を作り込むことになります。 |
| データレジデンシーとコンプライアンス | ヨーロッパの顧客にサービスを提供するチームにとって、データレジデンシーは極めて重要です。Firebase Auth はユーザーデータを米国のみに保存するため、GDPR コンプライアンス上の大きなハードルになりかねません。 |
| 分断されたアーキテクチャ | B2C ユーザーには Firebase Auth、B2B 組織には 2 つ目のプロバイダー、さらにエンタープライズ SSO のためだけに 3 つ目の製品を運用する、という状態に陥りがちです。プラットフォームごとに独自のユーザーストア、SDK、セッションロジックを抱えることになり、リリースを重ねるたびに全体の同期を保つのが難しくなっていきます。 |
| エコシステムへのロックイン | Firebase Auth は Google Cloud と Firestore に深く結合しています。データベースやバックエンドを移行する必要が生じたとき、認証レイヤーをほどく作業は本格的なエンジニアリングプロジェクトになります。 |
Logto はマルチテナント組織をファーストクラスでサポートします。カスタムのデータベースロジックを書くことなく、複雑な B2B 階層をモデル化し、組織レベルのロールを割り当て、エンタープライズ SSO ポリシーを適用できます。
米国のみに保存する Firebase Auth と異なり、Logto Cloud は EU、米国、オーストラリア、日本で稼働しており、需要の拡大に応じて新しいパブリックリージョンが追加されます。特定のロケーションが必要な場合は、Logto Private Cloud がお好みのリージョンに専用インスタンスを提供します。自社インフラでのセルフホストも可能です。
Logto は OAuth 2.1、OIDC、SAML の上に構築されており、アイデンティティレイヤーを特定のデータベースやクラウドに縛りません。オープンソースコアなので、いつでも認証を自社内に取り込めます。
私たちは誠実なポジショニングを大切にしています。Logto はすべての Firebase Auth のお客様にとって完璧な選択肢とは限りません。
| Logto | Firebase Auth | |
|---|---|---|
| B2B とエンタープライズ対応力 | ||
| ターゲット層製品が想定している顧客セグメント | B2C、B2B、マルチテナント SaaS | 主に B2C |
| エンタープライズ SSOエンタープライズ顧客が自社のアイデンティティプロバイダーでログイン | $48コネクタごと | Identity Platform へのアップグレードが必要 |
| マルチテナント組織B2B 顧客をロールと権限を持つ組織としてモデル化 | 無制限*$48 の組織アドオン | マルチテナンシーには Identity Platform が必要組織ロールなし |
| ロールベースアクセス制御ロールを定義し、ユーザーとマシンのアクセスを管理 | 無制限*$32 のグローバル RBAC アドオン | Firestore での手動実装 |
| 多要素認証Passkeys、認証アプリ TOTP、SMS、メール、バックアップコード | $48すべての要素 | SMS のみIdentity Platform が必要 |
| マルチアプリシングルサインオンユーザーは一度サインインすれば、すべてのアプリでサインイン状態を維持 | 登録したすべてのアプリが中央セッションを共有 | アプリごとのクライアント状態キーチェーン共有は Apple プラットフォームのみ |
| マシン間認証M2M 認証用のアプリケーションタイプ | 1個含む追加1個につき$8 | - |
| プラットフォームとデプロイ | ||
| データレジデンシーユーザーのアイデンティティデータの保存場所 | EU、US、AU、JP の各リージョンプライベートクラウドまたはセルフホストで任意の場所に対応 | US のみ |
| コンプライアンス規制対象業界向けの各種認証と契約 | SOC 2 Type IIHIPAA/BAA は Enterprise で利用可能 | SOC 1/2/3HIPAA BAA は Identity Platform 経由のみ |
| オープンソースソースコードが公開されており監査可能 | オープンソースコアGitHub スター 13k+ | Google のプロプライエタリサービス |
| セルフホスト認証サービスを自社インフラで運用 | ✓ | - |
| 無料プラン無料プランに含まれる内容 | 最大 50K MAU と 50K トークン | 最大 50K MAU(Spark プラン) |
| 料金モデル有料プランの課金方式 | トークンベース実際の認証アクティビティに応じて支払い | Identity Platform による MAU ベース |
2026 年 7 月時点で公開されている情報に基づきます。最新の詳細は各ベンダーにてご確認ください。
* 「無制限」とは、固定制限のない機能を指しますが、公平な利用、セキュリティ、最適なパフォーマンスを確保するためのシステムポリシーに従う必要があります。
Firebase Auth からの移行が厄介なことで知られているのは、Firebase がパスワードを scrypt ハッシュアルゴリズムのカスタマイズ版で保存しているためです。
それでも移行は十分に可能です。Logto は Management API を通じて幅広い標準ハッシュアルゴリズムでのユーザー一括インポートに対応しており、ソーシャルまたはパスワードレスの方法でサインインするユーザーは、追加の作業なしにそのまま移行できます。
パスワードを使うユーザーについては、Firebase のカスタムハッシュに個別の対応が必要です。Firebase のパスワードハッシュパラメータをエクスポートして当社チームにご連絡いただければ、一斉のパスワードリセットを強制することなくユーザーを安全にインポートする方法をご案内します。
ユーザー移行ガイドを読む →移行の事情はそれぞれ少しずつ異なります。ガイドでカバーされていないケースがあれば、お問い合わせいただき、必要な内容をお聞かせください。
シンプルな B2C アプリで Google エコシステム内に完全にとどまるのであれば、そもそも代替は不要かもしれません。しかし、B2B SaaS を構築している、EU データレジデンシーが必要、あるいはセルフホストの自由が欲しいという場合、Logto は有力な選択肢です。ニーズによっては、Supabase Auth や WorkOS も評価する価値があります。
基本バージョンでは対応していません。SAML とマルチテナンシーを利用するには Firebase Auth with Identity Platform へのアップグレードが必要で、料金体系が変わるうえ、それでもネイティブの RBAC と組織管理は欠けたままです。
2026 年 7 月時点で、Firebase Auth はユーザーデータを米国のみに保存しています。GDPR コンプライアンスのために EU データレジデンシーが必要な場合は、EU クラウドリージョンやセルフホストを提供する Logto のような代替を検討してください。
いいえ。Firebase Auth は Google Cloud と密結合したプロプライエタリなマネージドサービスです。対照的に、Logto はオープンソースであり、任意のインフラでセルフホストできます。
Firebase は Google LLC の登録商標です。機能比較は 2026 年 7 月時点で公開されている情報に基づきます。最新の詳細は各ベンダーにてご確認ください。