Lovable のログイン方法
Lovable Cloud はデフォルトでメールによるサインインを使い、More → Cloud → Users → Auth settings で他の方法を追加できます。メールを送る方法は次のとおりです:
| サインイン方法 | ユーザーに届くメール | Proxy Mail QA でのテスト |
|---|---|---|
| メールとパスワード(デフォルト) | 確認、パスワードリセット、メールアドレスの変更 | はい |
| メールのコード | サインイン用のコード | 可能。コピーボタン付き |
| マジックリンク | サインイン用のリンク | はい |
| 招待(Add user) | 招待メール | はい |
| Google、Apple、Microsoft | サインイン用のメールはなし | いいえ。自分のアカウントを使ってください |
| Sign in with Lovable | アプリからは送信されません | いいえ。Lovable アカウントを使ってください |
| 電話 | テキストメッセージ | いいえ |
| SAML SSO | サインイン用のメールはなし | いいえ |
初めてですか? ログイン方法の解説で、それぞれの仕組みとよくある問題を説明しています。
すべてのログインメールを5分でテスト
- Proxy Mail QA でアドレスを作成します。フォームで名前を求められる場合は、生成したペルソナを使います。
- エディターのプレビューだけでなく、公開したアプリでサインアップしてください。
- 行のリンクまたはコードを使います。 確認リンクには Open link と Copy link ボタン、コードには Copy ボタンが付きます。
- 次に残りをテストします: サインアウトし、コード、マジックリンク、パスワードリセットを依頼して、それらも使ってください。
- 後でこのユーザーとして再度サインインできるよう、行にパスワードを保存してください。
Lovable のログインメールを壊す2つの設定
1. Site URL。 ログインメールのリンクはこれをもとに作られます。Lovable Cloud では、自分で Site URL を設定していない限り、公開時に Lovable が公開した lovable.app のアドレスに設定し、カスタムドメインをリダイレクト一覧に追加します。Auth settings → Advanced で確認してください。独自の Supabase プロジェクトでは、何も自動で更新されません。Authentication → URL Configuration を開き、Site URL を公開したアドレスまたはカスタムドメインに設定し、その他を Redirect URLs に追加してください。そうしないと、確認リンクがユーザーを localhost:3000 に送ります。Proxy Mail QA はこうしたリンクを警告します。確認後に localhost へリダイレクトするだけのホスト型 Supabase リンクも対象です。詳しいガイド。
2. メールの送信元。 Lovable Cloud では、More → Cloud → Emails で独自ドメインを設定するまで、ログインメールは汎用の送信元から送られます。設定すると、ユーザーは誰からのメールかわかります。独自の Supabase プロジェクトでは、組み込みの送信元は開発用です。1時間に2通しか送信せず、Supabase プロジェクトのチームメンバーにしか送らないため、テスト用アドレス宛てのメールは Supabase から出ません。外部のアドレスでテストする前や公開前に、Resend などのプロバイダーでカスタム SMTP を設定してください。メールが届かないその他の理由。
Lovable に修正を依頼する
問題を確認したら、具体的なプロンプトが最も効果的です:「サインアップとパスワードリセットのメールのリダイレクト先に、ハードコードした URL ではなく現在のサイトのアドレスを使ってください。」その後、新しいアドレスで再度サインアップして確認してください。
Lovable 用のコピー&ペースト用プロンプト
List every email this app sends: sign-up confirmation, magic link, password reset, invite and email change. For each, tell me what triggers it, which URL its link points to, and how long its link or code stays valid. Flag anything that uses localhost.Use the current site's address as the email redirect for sign-up, magic links and password reset, instead of a hard-coded URL. After a password reset, send the user to a page where they choose a new password, then sign them in.Show a clear message when a confirmation or reset link has expired or was already used, with a button to send a new one.