ログイン方式の解説と、それぞれのテスト方法

概要

どれを選んでも、アプリは招待、領収書、通知など独自のメールを送信します。どのログイン方法でも、それらが届くか、正しいページにリンクしているかを確認できます。

メールとパスワード

誰もが知っている方法です。ユーザーがパスワードを決めます。メール確認がオンの場合、リンクまたはコードを含むメールが届き、それを使うまでサインインできません。

送信されるメール: サインアップの確認、パスワードのリセット、アドレスを変更したときの新しいアドレスの確認メールです。

よくある問題:

• 確認がオフになっている。 そのため、他人のアドレスや入力ミスのアドレスでも誰でもサインアップでき、その人に連絡できなくなります。
• 確認はオンだが、メールが届かない。 多くの場合、アプリがビルダーやデータベースの初期設定のメール送信元をまだ使っており、その上限が低いことが原因です。メールが届かない理由。
• リンクが localhost や、公開したアプリではなくプレビューのアドレスを開く。修正方法。
• パスワードリセットのリンクが、新しいパスワードを設定できないページに移動する。

テスト方法: 新しいアドレスでサインアップし、リンクまたはコードを使います。サインアウトして再度サインインします。次にパスワードリセットを依頼し、最後まで完了させます。手順。

メールのコード

ユーザーがメールアドレスを入力し、短いコード(多くは6桁)を受け取って入力します。覚えるパスワードはありません。サインアップの確認にコードを使うアプリもあります。Base44 と Clerk はどちらもそうです。

送信されるメール: サインインのたびに新しいコードが送られます。

よくある問題:

• メールが届く前にコードの有効期限が切れる。
• 2つ目のコードを依頼しても1つ目が無効にならない、または両方が無効になる。
• 2回依頼すると「リクエストが多すぎます」と表示され、ロックアウトされる。

テスト方法: コードを依頼して使います。続けて2つ依頼し、最新のものだけが有効か確認します。メールにコードの有効期間が書かれている場合、Proxy Mail QA はカウントダウンを表示します。コードのテストについて詳しく。

マジックリンク

ユーザーがメールアドレスを入力し、送られてきたリンクをクリックします。1クリックで、パスワードは不要です。

送信されるメール: サインインのたびに新しいリンクが送られます。

よくある問題:

• リンクがアプリではなく localhost を開く。
• 別のブラウザや、メールアプリが独自のブラウザを開くスマートフォンでリンクが失敗する。
• 一部の職場では、メールのセキュリティスキャナーが本人より先にリンクを開き、リンクを使用済みにしてしまう。

テスト方法: リンクを依頼し、同じブラウザで開きます。次に別のデバイスで試します。使用済みや期限切れのリンクで、どうすればよいかが説明されるか確認します。Proxy Mail QA はリンクを開いたりプリフェッチしたりしないため、クリックするときもリンクは未使用のままです。マジックリンクについて詳しく。

Google、Apple、Microsoft、GitHub のボタン

ユーザーが Google で続行(または Apple、Microsoft、GitHub)をクリックし、アカウントを選びます。アプリはパスワードを一切扱いません。そのため、AI アプリビルダーはこれらを積極的に追加します。

送信されるメール: サインイン用のメールはありません。プロバイダーが処理します。

よくある問題:

• プレビューでは動くが、公開したアプリやカスタムドメインでは失敗する。 新しいアドレスがプロバイダーの許可済みリダイレクトの一覧になく、Google が redirect_uri_mismatch を表示します。
• サインイン画面にアプリ名ではなくビルダー名が表示される。 Lovable と Base44 はどちらも、すぐに使える共有の設定を提供しています。気になる場合は、公開前に自分の認証情報に切り替えてください。
• メールとパスワードでサインアップした人が、後で同じアドレスで Google で続行をクリックする。 1つのアカウントにするかエラーにするかを決め、テストしてください。
• Sign in with Apple はメールアドレスを隠すことがある。 アプリには privaterelay.appleid.com で終わるアドレスが渡され、送信ドメインを Apple に登録していないとメールは本人に届きません。

テスト方法: これらのボタンには実際のアカウントが必要です。自分の Google または Apple アカウントを使い、プレビューだけでなく公開したアプリでもテストしてください。

電話のコード

ユーザーが電話番号を入力し、SMS でコードを受け取ります。Twilio などの SMS プロバイダーが必要で、送信ごとに費用がかかります。Proxy Mail QA はメールしか受信できないため、ここでは役に立ちません。

企業向けサインイン(SSO)

企業向けのアプリの場合: 従業員は Okta や Microsoft Entra ID など勤務先のログインでサインインします。通常は SAML という標準を使います。Lovable と Base44 はどちらも対応しています。サインイン用のメールは送られませんが、チームへの招待は通常メールで送られます。

ビルダー自体のアカウントでサインインする

ビルダー上のアカウントでサインインできるビルダーもあります。Replit Auth では、ユーザーは Replit ブランドのページで Replit アカウントを使ってサインインし、パスワードリセットなどのメールは Replit が送信します。Lovable も Sign in with Lovable を提供しています。社内ツールや、他のビルダー向けのアプリに適しています。一般公開のアプリでは、通常は独自のアカウントが必要です。Replit では Clerk Auth です。

新しいアプリには何を使うべきですか?

ほとんどのアプリには: メールと Google。

• Google は、ほとんどの人にとって最も速いサインアップです。
• メールはそれ以外の全員に対応します。Google を持っていない人、仕事用のアドレスを使う人、アカウントを連携したくない人です。
• パスワードを使いたくない場合は、コードかマジックリンクを選んでください。 メールはスマートフォンで読み、アプリはノートパソコンで使う場合は、コードのほうが便利です。
• メール確認はオンのままにし、 公開前に独自ドメインからメールを送信してください。

ビルダーはどのログインを設定しますか?

コーディングエージェントが使うログインサービス

コーディングエージェントで開発すると、エージェントはアプリをログインサービスに接続します。サービスごとに送信するメールが異なり、それぞれ最もよく問題になる点があります: