For AI agents: fetch the complete documentation index at /llms.txt, the full documentation corpus at /llms-full.txt, the agent skill at /skill.md, or this page as Markdown at /ja/docs/web/resend-email.md (or send Accept: text/markdown).
Resend メールを追加
無料の Resend アカウントを作成し、送信ドメインを検証し、EMAIL_PROVIDER を切り替えてコードと領収書が実際の受信トレイに届くようにします。
初心者向けのウォークスルー
前提条件:ローカルで動作するアプリ(5 分で公開)。無料で始められます——カード不要で、Resend の無料枠は開発ボリュームをカバーします。
用語メモ:EMAIL_PROVIDER=local がデフォルトです——メッセージは内蔵の /mail-preview ページに書き込まれ、マシンから出ません。構築中はこれで完璧です。Resend は実際の受信トレイに届けるアダプターです。EMAIL_FROM はテンプレートが使う送信者アイデンティティで、そのアドレスは Resend が検証したドメイン上にある必要があります。DNS レコードは、受信メールボックスがあなたの送信者を信頼するように、レジストラや Cloudflare に貼り付ける行です。
作成するもの:Resend アカウント、検証済み送信ドメイン、1 つの API キー——ドメインの手順が唯一の待ち時間で、DNS 伝播は数分から数時間かかります。
Resend アカウントを作成する
1. resend.com → Sign up を開き、メールを確認すると、ダッシュボードに着地します。
2. 無料枠から始めます——ドメインを持つ前でも Resend の共有送信者からテストメールを送れます。これは次のセクションで扱います。
送信ドメインを検証する
手軽な試し方、ドメイン不要:アドレス [email protected] は EMAIL_FROM としてすぐ使えます——ただしサインアップに使ったメールにしか届かず、ユーザーには届きません。パイプラインが動くのを見るのに使い、その後で本物のセットアップを行います。
1. Domains → Add Domain を開き、送信元のドメインを入力します(たとえば yourdomain.com。mail.yourdomain.com のようなサブドメインも使え、レコードを整理できます)。
2. Resend が作成すべき DNS レコードを一覧します——DKIM の TXT レコードと、アカウントの時期に応じて MX/SPF または CNAME エントリです。各レコードを DNS ホストに追加します:レジストラの DNS ページ、またはネームサーバーを移したなら Cloudflare です。Cloudflare ではメールレコードのプロキシ雲をグレー(DNS only)のままにしてください——プロキシされたレコードは決して検証されません。
3. Resend に戻って Verify をクリックします。期待される結果:ドメインが Verified に変わります。伝播は数分から 1 日まで幅があります。ドメインページがまだ解決できない正確なレコードを名指しします。
検証後は、そのドメイン上のどのアドレスでも送信者として使えます——hello@、no-reply@、何でも EMAIL_FROM が使うもの——アドレスごとの登録は不要です。
API キーを作成する
1. API Keys → Create API Key を開きます。
2. Permission: Sending access で十分です——キットは送信のみです。環境にちなんだ名前を付け(production、local など)、漏れた開発キーを本番に触れずに失効できるようにします。
3. re_… キーを今コピーします——表示されるのは一度だけです。失くしても別のものを作るだけです。
値をアプリに追加する
以下の行を apps/web/.env.local に設定します。RESEND_API_KEY はサーバー専用です——NEXT_PUBLIC_/EXPO_PUBLIC_ には入れず、コミットもしません。EMAIL_PROVIDER と EMAIL_FROM は通常の設定です。編集後は開発サーバーを再起動してください。
EMAIL_FROM は検証済みドメイン上にある必要があります:[email protected] は自分のサインアップアドレスにしか届かず、未検証ドメインは Resend から 403 拒否を受けます。
# apps/web/.env.local
EMAIL_PROVIDER=resend
EMAIL_FROM="Your Product <[email protected]>"
RESEND_API_KEY=re_…確認とトラブルシューティング
再起動し、/auth を開き、自分が管理する実際の受信トレイ宛てにサインインコードをリクエストします。期待される結果:メッセージが届き、Resend → Emails に緑のステータスで配信が表示されます——そのログはバウンスやエラー理由のある場所でもあります。
送信されませんか?apps/web/.env.local に EMAIL_PROVIDER=resend が実際に保存されているか確認して再起動してください。サーバーログの 403 は EMAIL_FROM が検証済みドメイン上にないことを意味します——または [email protected] が自分以外に送られました。
後で別のプロバイダーにしますか?EMAIL_PROVIDER は ses(AWS キーとともに)と postmark、sendgrid、mailgun、smtp、brevo のトランスポートも受け付けます——同じ EMAIL_FROM 契約で env 名が異なるだけで、すべて .env.example に列挙されています。メールガイドがそれらを比較しています。
設定を続けるには、Amazon SES のメール設定をご覧ください。