Bubbleの利用者認証について、確認していた時のまとめとなります。
簡単なサービスやプロトタイプには、問題ないですが、高い認証レベルを求められる時には、認証周りでつまづきそうです。
知っておくべきこと
Bubble内の利用者認証用のデータテーブル上では、利用者のパスワード情報を見えないようになっている。
そのため、管理者として、ユーザーのパスワード情報を管理できない。
認証方法
Bubbleの利用者認証には、3つの方法があります。
- Email and Password
- OAuth
- Single Sign On(SSO)
Email and Password
一般的なWEBアプリケーションと同じ認証となります。
メールアドレスとパスワードを使うことで、Bubbleアプリにログインできます。
ただし、メールアドレスとパスワードについては、利用者が登録する必要があります。
OAuth
外部のサービスの認証を利用する仕組みです。
＊Bubbleでは、Google、FacebookなどのSocial Loginを利用できるpluginが用意されています。
外部サービスの認証を利用して、ログインする場合、Bubble内データベース・Userに新しく利用者登録がされる。
利用者登録をすることで、パスワードを利用しなくてもログインすることができる。
FacebookやGoogleのアカウントを有していることで、簡単にアカウントを作成できます。
従来のログイン方法と外部認証の併用
Bubbleで開発されたサービスにメールアドレスとパスワードを利用して、ログインしているユーザーで、外部認証を紐付けするときは、紐づけられた後でも、新しいアカウントは作成されない。
外部認証を利用して、アカウント登録している場合、その外部認証に使われているメールアドレスを使う場合、アカウントが登録できない。
外部認証でログイン後、パスワードを更新したい場合は、パスワードリセットフローが必要となる。
Single Sign On(SSO)
Social Loginと同じような、外部サービスを利用したログインもできます。
HTTP GETにて、クライアントIDとリダイレクトURLを外部サービスの認証に送ります。認証が成功すると、認証用のコードを受け取ります。クライアントID、クライアントのシークレットトークン、リダイレクトURL、そして、認証用コードを外部サービスへ送ります。
外部サービスが認証するとアクセストークン、期限、そして、UIDを外部認証が保存します。期限内だと、その外部サービスがBubble Appの認証を代行してくれます。
簡単なサービスやプロトタイプには使えそうです
高い認証レベルを求められると使いにくいですが、そこまでの認証を求められない場合は、全然Bubbleも使えると思います。
ただし、サービスの規模が大きくなる場合は、開発した方が、自由度は高そうです。
【参考記事】
Bubble Docs