Auth0の評判・口コミ 全17件

改善してほしいポイント

自社サービスの認証機能を効率よく実装できる点に非常に満足しています。SSOやMFA、ソーシャルログインなど必要な機能が揃っており、認証基盤を自社で開発・運用する負担を減らすことができました。
一方で、利用していく中で、管理画面からより細かくユーザーの認証状況や利用状況を分析できる機能、また複雑な認証フローをより簡単に設定できる機能があると、さらに便利だと感じます。また、開発者だけでなく、非エンジニアの担当者でも設定・管理しやすくなると、より幅広い部門で活用できそうです。
全体としては、認証機能を柔軟かつスピーディーにサービスに組み込みたい企業には非常に使いやすいサービスだと思います。

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

自社サービスの認証機能を開発・運用する負担が課題でした。特に、ログインやパスワード管理だけでなく、MFAやSSO、ソーシャルログインなど、ユーザーから求められる認証機能が増えるたびに開発・保守の工数が発生していました。
Auth0を導入することで、認証基盤を一から構築する必要がなくなり、必要な認証機能をスピーディーに実装できるようになりました。認証に関する開発・運用負担を抑えながら、セキュリティとユーザー体験を両立できた点を評価しています。特に、サービスごとに認証フローを柔軟に設計できる点が良いと感じました。

改善してほしいポイント

Actionsは非常に便利ですが、TriggerやGrant Typeによってeventオブジェクトから取得できる情報や取得方法が異なる点は、実装時に少し分かりにくいと感じます。
例えば、通常のログイン、Refresh Token Exchange、Client Credentialsでは、scopeなどの情報を参照する場所が必ずしも同じではなく、少し複雑な認証フローを実装するときはドキュメントを細かく確認する必要があります。また、一部の高度な情報や機能がプランによって制限されているため、開発途中で要件が増えた場合にプラン差を意識する必要があります。
Actionsの各Triggerで利用可能なevent/APIの差分やプランごとの制約が管理画面上でも比較しやすくなると、さらに使いやすいと思います。

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

複数のWebアプリやAPIで認証・認可を扱う際に、それぞれに独自の認証ロジックを実装すると、権限管理が複雑になり、仕様変更時の修正範囲も広くなることが課題でした。
Auth0を利用することで、認証処理を共通化し、Access TokenやCustom Claimsを使ってユーザーの権限情報を各サービスに安全に渡せるようになりました。特にActionsを利用して、ログイン時にユーザー属性や権限に応じたクレームをトークンに付与できるため、各API側の実装をシンプルに保てる点が便利です。
また、ユーザー認証だけでなくClient Credentials FlowによるM2M認証も同じ基盤で管理できるため、サービス間通信も含めて認証・認可の設計を統一できました。結果として、新しいAPIやサービスを追加する際の実装・運用コストも削減できています。

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

単純なログイン機能だけでなく、将来的に複数のAPIやM2M認証、細かな権限制御が必要になる可能性があるサービスには特におすすめです。Actionsを利用することで、Custom Claimsの付与や認証フロー固有の処理を柔軟に追加できるため、要件が増えても認証基盤を大きく作り直さずに対応できます。
一方で、TriggerやGrant Type、Organizationsなどの高度な機能を利用すると設計・設定は複雑になるため、導入前に必要なOAuth/OIDCのフローや料金プランごとの機能差を確認しておくことをおすすめします。

改善してほしいポイント

欲しい機能・分かりづらい点
・Auth0の標準項目は部分一致検索が可能だが、user_metadataの項目は完全一致検索しかできず、ユーザー管理DBとして利用するには機能が貧弱である点

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

解決できた課題・具体的な効果
・それぞれが独自に管理していた認証基盤を統合できたこと
・ソーシャルログインに対応し、認証にかかわるUXを向上できたこと
課題に貢献した機能・ポイント
・Actions/Flows/Formsの機能を組み合わせ、業務要件に応じて機能を実装したこと

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

SDKが充実しており、ビジネス・業務要件にきめ細かく対応できる柔軟性が一番のおすすめポイントです。
一方、詳細な機能を実装する際にはOIDCのフローやNode.jsの知識が求められるため、一定の学習コストがかかる点に留意が必要です。
まずは自社の業務要件をしっかり棚卸しすることで、Auth0を導入するメリットをより明確に実感していただけると思います。

改善してほしいポイント

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

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

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をどこで検証するのか」を図にしておくと導入がスムーズです。認証を自前実装しないメリットは大きいので、将来的に認証要件が増えそうなサービスでは早めに採用する価値があると思います。

改善してほしいポイント

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

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

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

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

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

改善してほしいポイント

管理画面上でユーザーの認証ログを確認できるのは便利ですが、標準の保存期間が30日間と短いため、過去の問い合わせ対応やトラブル調査の際に、すでにログが消えていて自主解決できないケースがありました。
調査に必要な期間を考慮し、標準での保存期間を延長していただくか、あるいは外部ストレージへのログ連携設定がより直感的に、安価に行えるようになると、運用の現場としては非常に助かります。

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

弊社では自社会員向けのID提供のみならず、連携先8社へプラットフォームを提供するビジネスも行っていますが、各社が求める多様な認証要件に対し、Auth0の「OpenID Connect」等の標準規格に準拠した仕組みを活用することで、個別の作り込みを最小限に抑えつつ柔軟に対応できました。
現在、100万ユーザーを超える大規模なID認証を支えていますが、導入から現在まで大きなシステムトラブルもなく、安定して稼働し続けています。自社でメンテナンスを行うリソースを、本来の目的である新規機能開発へ集中させることができている点が、ビジネス上の大きなメリットです。

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

将来的に「他社のID基盤と連携したい」「パートナー企業に自社システムを提供したい」といった拡張性を少しでも想定しているなら、最初からAuth0を選択することをお勧めします。
要件が細部まで固まりきっていない段階でも、カスタマイズ性が高く標準規格に準拠しているため、後からの軌道修正が容易です。初期開発のスピード感と、大規模運用に耐えうる堅牢性を両立させたいチームには最適な選択肢です。