Firebase のログイン方法
| サインイン方法 | ユーザーに届くメール | Proxy Mail QA でのテスト |
|---|---|---|
| メールとパスワード | 認証リンク（アプリが送る場合）、パスワードリセットリンク、メールアドレスの変更 | はい |
| メールリンク（パスワードレス） | サインイン用のリンク | はい |
| Google、Apple、GitHub などのボタン | サインイン用のメールはなし | いいえ。自分のアカウントを使ってください |
| 電話 | テキストメッセージ | いいえ |
アプリが代わりに Supabase、Clerk などのサービスを使う場合は、各サービスが送るメールを参照してください。
すべてのログインメールを5分でテスト
- Proxy Mail QA でアドレスを作成します。フォームで名前を求められる場合は、生成したペルソナを使います。
- アプリでサインアップします。 最初は自分のマシンで実行してかまいません。公開前にはデプロイしたアプリで確認してください。
- 行から認証リンクを開きます。 行にはリンクを開くボタンが表示され、Proxy Mail QA が先にリンクを開くことはありません。デプロイしたアプリでは、リンクが
localhostに戻るものであればフラグを付けます。そのアドレスが Firebase 自身のリンクの中に埋め込まれている場合も同様です。 - 認証前にアプリを使えなかったことを確認します。
- 次にパスワードをリセットし、 新しいパスワードでサインインして、行に保存します。
Firebase で確認すべき3つのこと
1. 未確認のユーザー。 Firebase では、確認リンクをクリックしたかどうかに関係なく、サインアップ直後からサインインできます。生成されたコードは、メールを送っても結果を確認しないことがよくあります。アプリがサインアップ後に確認メールを送り、未確認のアカウントを「メールを確認してください」画面に留めるようにしてください。
2. 承認済みドメイン。 確認、パスワードのリセット、メールでのサインインの後にアプリへ戻すリンクは、Authentication → Settings → Authorized domains に登録されたドメインでのみ機能します。localhost と Firebase Hosting のアドレスは最初から登録されています。独自ドメインを追加しないと、リンクは auth/unauthorized-continue-uri で失敗します。
3. 送信者。 Authentication → Templates では、送信者名の変更、独自ドメインからの送信、各メールの編集ができます。ユーザーが送信元をわかるように、公開前に設定してください。
メールリンクでのサインインを使っていますか？Dynamic Links の終了に伴い、Firebase はリンクの仕組みを変更しました。設定方法はこちら。
エージェントにチェックを任せる
Antigravity のエージェントは MCP サーバーを使えます。エージェントパネルで … → MCP Servers → Manage MCP Servers → View raw config を開き、mcpServers に Proxy Mail QA を追加します。
{ "mcpServers": { "proxymail-qa": { "serverUrl": "https://api.proxymail.qa/mcp" } }}Antigravity を再起動し、求められたら Proxy Mail QA にサインインして、エージェントが使えるプロジェクトを選びます。代わりに API キー を使う場合は、MCP server の設定を参照してください。次のように依頼します。
Create a test address with Proxy Mail QA, sign up on the running app with it, wait for the verification link and open it. Then tell me where the link went, and whether the account could use the app before it was verified.Antigravity 用のコピー＆ペースト用プロンプト
List every email this app sends: verification, password reset, email-link sign-in, email change and anything else. For each, tell me what triggers it, which URL it continues to, and how long its link stays valid. Flag anything that uses localhost.After email and password sign-up, send a verification email and keep unverified users on a "check your email" screen with a button to send it again. Enforce it in the Firestore security rules as well, not only in the page.Make the verification, password reset and email-link sign-in emails continue to the deployed app's address, from an environment variable, and tell me which domain to add to Firebase's authorized domains.