Auth0の評判・口コミ 全15件

改善してほしいポイント

複数のリダイレクトURLを扱う際に、どのURLをホワイトリストに登録すべきか、迷いました。管理画面の設計に少し手間取りましたので、もう少しガイドが充実していると助かります。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

自社サービスにおいて、以前はログイン機能の実装だけで、1週間〜3週間の開発工数がかかっていましたが、Auth0の導入後には1日程度で完了しました。その分、他機能に開発リソースを割くことができ、リリースまでのスピードが大幅に改善しました。ログイン開発工数は50%以上削減にも貢献してくれています。

改善してほしいポイント

いろいろなことができるので複雑になるのは致し方ないが、もう少し簡単に設定できると助かります。新たな機能を使おうといろいろ設定したものの、一日がかりの作業になってしまいました。最終的には実現できたのでよかったけれど。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

Auth0はDialogbookというアプリのユーザー管理に利用しています。Version 2からVersion 3へバージョンアップした際にAuth0を導入しました。ユーザー管理機能が若干複雑になったものの、SNSアカウントでログインできるようになるなど機能が向上し、アプリの魅力をより高めることができました。

改善してほしいポイント

カスタムドメインの設定に少し手間取ってしまった。もう少し簡単に設定できると良いし、設定すべき項目が少し分かりづらいので、公式に手順などの詳細をもう少しわかりやすく記載してもらえるとありがたかった。
認証認可周りの実装で、どのように実装するとセキュリティの高いものになるか？に関しては開発者の知識はそれなりに必要だった。組み込みに関するサポートがもう少し手厚かったり、実装例など充実させて他のサイトをみることなく実装を進めることができると、なお良いと思いました。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

1から自前でログイン認証周りを開発すると1ヶ月以上はかかっていたのが、こちらのサービスを利用することで1/4程度の工数で実装することができるなどスピーディな開発を実現できた。
1年以上運用してきて障害に関しても、ほとんど発生しておらず安定した運用にも貢献している。
またカスタムパラメータを利用してデータベースに保存させるべき情報も削減できており、認証認可以外の部分でも優れていると感じた。

検討者へお勧めするポイント

高い信頼性と安全性、多くの機能などに対する非常に対費用効果が高いサービスに感じた。
無償枠でのトライアルも優れており、小規模の利用から、サービスが成長して大きなスケールが必要になったとしても対応できることから、長期的な観点でも優れているとも感じる。
ただし実装に関してはある程度の知見や知識が必要にはなるが、利用者の多いことから多くの例が参考になることから情報収集はしやすいと思います。

改善してほしいポイント

多機能で便利な反面、料金体系、特に無料プランや低価格プランからエンタープライズプランへ移行する際の価格の跳ね上がりが急激な点が気になります。もう少し費用が安くなるということないです。また、機能面ではプラポリや規約の同意バージョン管理ができるようになるとうれしいです。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

Auth0を導入したことでまた、サービスが増えてもAuth0につなぐことができるためID統合を実現できました。さらに、国際的なセキュリティ基準に準拠した強固な認証基盤を最初から手に入れられたことで、セキュリティ運用の不安から解放され、チーム全体がプロダクト本来の価値向上に集中できるようになったことが最大のメリットです。

検討者へお勧めするポイント

1. 認証のセキュリティを「プロ」に丸投げできる安心感
個人情報の漏洩リスクや、日々進化するサイバー攻撃、各国の法規制（GDPRなど）への対応を自社だけで追従するのは至難の業です。Auth0なら、世界基準の強固なセキュリティ基盤をそのまま利用できるため、運用上の大きな精神的負担から解放されます。
2. コア機能の開発にリソースを集中できる
認証は重要ですが、それ自体が自社サービスのユニークな差別化ポイントになるわけではありません。面倒で複雑な認証領域をAuth0に任せることで、エンジニアはサービス本来の強みである「コア機能の開発」に100%の力を注ぎ込むことができます。
まさに「餅は餅屋」。導入すれば、コスト以上の価値を確実に実感できます。

改善してほしいポイント

機能が豊富なぶん、初期設計では用語と責務の整理が必要です。たとえば通常のユーザーログイン、APIのaudience、M2M application、refresh token、JWKSなどを混同すると、どのトークンをどこで検証するのか分かりにくくなります。
また、設定項目が多いため、ドキュメントを読みながら正しく構成する必要があります。特に本番運用では、client secretの保管場所、audienceの切り分け、許可するcallerの管理などをチーム内で明文化しておくのが重要だと思います。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

管理画面のログイン、API側でのJWT検証、外部アダプタからAPIへのM2M認証を同じ認証基盤上で整理できました。ログインUIをアプリ側に作り込まず、API側はbearerトークンを検証するだけにできるため、フロントエンドとバックエンドの責務分離がしやすくなりました。

検討者へお勧めするポイント

小規模なログイン導入だけならすぐ使い始められますが、APIや複数のサービスをまたぐ構成では、最初に「誰がログインするのか」「どのAPIのaudienceを使うのか」「M2M callerは何か」「tokenをどこで検証するのか」を図にしておくと導入がスムーズです。認証を自前実装しないメリットは大きいので、将来的に認証要件が増えそうなサービスでは早めに採用する価値があると思います。

改善してほしいポイント

ライセンス費用が高い点が、導入での一番のハードルでした。MAUが増えればコストも増えるという状況なので、こちらを改善いただけると非常にありがたく思います。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

共通ＩＤを社内のサービスに展開するにあたり、必要な機能（新規登録・ＳＮＳログインなど）の追加ができました。まだリリースして間もないですが、順調に会員数が増えています。今後、さらに接続サービスを増やし、サービスを跨いだデータ分析・価値提供を行っていきたいと思っています。

検討者へお勧めするポイント

Auth0は、新規登録やSNSログインといった高度な認証機能を、OSSでは難しい設計やセキュリティ対応を意識せずに実装できる点が魅力です。柔軟なカスタマイズと知見の多さにより、共通ID基盤の構築や将来的なサービス拡張にも対応できます。コストは高めですが、工数削減とリスク低減を考えると有効な選択肢です。

改善してほしいポイント

仕様制約がプロダクト設計に強く影響する点が難点ではありました。
例えば prompt=none中はUIを表示できないため、MFA未完了をサイレントだけで完結できず、アプリ側で「login_required受領→対話ログインへ昇格」といった実装が必要になりました。
また、MFAの完了判定やメタデータ反映タイミングはフロー次第で事故になりやすく、途中離脱・再試行・TTL等の例外経路まで含めた設計が不可欠でした。
そのため、ガイド等が、より現場の落とし穴（SSO/Refresh/MFA併用）に寄った形で整理されていると導入がさらに楽になるのではと考えています。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

会員サイトで「MFA変更中にコード入力で離脱→再ログイン時に未検証の新方式で通ってしまう」課題がありましたが、Auth0のActionsとMFA機能により、未完了状態（途中離脱）をユーザーの状態として保持し、MFAが満たされた成功トランザクションでのみ確定情報を更新する設計にすることで移行ができました。
結果として、未検証ログインを防ぎつつ、通常ログインのUXを崩さずに復帰動線を確保でき、加えて、SSO整合性チェック（prompt=none）や定期Refresh運用とも両立でき、認証基盤の安全性・追跡性を保ちながら実装/運用コストを抑えられました。

検討者へお勧めするポイント

導入検討者へのおすすめポイントは、標準機能で大半を賄い、足りない部分はActionsで現実要件に寄せられる点だと思います。
Universal Login／MFA／メール検証／Management APIが揃っており、認証基盤を自前実装せずに短期間で立ち上げやすく、MFA変更や途中離脱、SSO整合性チェックなど現場で起きがちな例外も、Actions＋メタデータ設計で制御できます。

改善してほしいポイント

管理画面で繰り返しの操作が必要となる場面(ユーザー招待など)で、定期的にAPIのコール制限に引っかかりしばらく操作ができなくなるため、上限が緩くなると助かります。
また、管理画面からドキュメントに遷移した時、使用しているドメイン (manage.hoge.auth0app.com) 配下のページに遷移する影響かページの翻訳機能が使えないため、共通のドキュメントページ(auth0.com)に遷移すると良いなと思います。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

自動マイグレーションを利用することで、ダウンタイムなし、パスワード変更なしでKeycloakからAuth0へのユーザー移行が実現でき、とても助かりました。
また、Keycloakではパフォーマンスの問題（アクセスが急増したときに通信が滞る）がありましたが、Auth0導入以降は同様の問題は発生していません。
Keycloakの使用を続けていた場合はバージョンアップ対応が発生していたと見込まれるので、Auth0導入によりコスト削減もできたと思います。

改善してほしいポイント

・IaC（Infrastructure as Code）で管理している設定と、実際の管理画面（UI）上の挙動や表示が一致しないケースがあり、トラブルシュートに時間を要することがある
・IaC上では「分」単位で設定されている値が、実際のシステムでは「秒」単位で扱われているなど、単位の不一致が分かりにくい
・Actionsは柔軟性が高い一方で、ロジックが複雑化しやすく、保守性に課題を感じる場面がある
・エンドユーザー向けのマイページ機能（アカウント管理UI）は標準では弱く、別途実装が必要になるケースが多い
・公式ドキュメントとGitHubリポジトリの連携がやや弱く、実装レベルでの詳細を追う際に分断を感じる
・ランニングコストについては、特に大規模利用時に高いと感じる声がある

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

エンタープライズ向けの認証・認可基盤を短期間で導入できた点が大きな価値でした。
OIDCなどの標準仕様に準拠しているため、認証領域におけるセキュリティは一定レベルで担保されており、自前で低レイヤーの実装や深い専門知識を持たなくても安全な仕組みを構築できました。
その結果として、認証基盤の構築にかかる工数を大幅に削減しつつ、本来注力すべきアプリケーション開発やビジネスロジックにリソースを集中できました。

検討者へお勧めするポイント

認証のコア部分の実装を省略できる点が非常に魅力的で、開発・導入コストを削減できます。