> ## Documentation Index
> Fetch the complete documentation index at: https://supastack.dev/llms.txt
> Use this file to discover all available pages before exploring further.
> For the full documentation corpus in one file, fetch: https://supastack.dev/llms-full.txt

# Resend メールを追加

無料の Resend アカウントを作成し、送信ドメインを検証し、EMAIL_PROVIDER を切り替えてコードと領収書が実際の受信トレイに届くようにします。

## 初心者向けのウォークスルー

前提条件:ローカルで動作するアプリ(5 分で公開)。無料で始められます——カード不要で、Resend の無料枠は開発ボリュームをカバーします。

用語メモ:`EMAIL_PROVIDER=local` がデフォルトです——メッセージは内蔵の `/mail-preview` ページに書き込まれ、マシンから出ません。構築中はこれで完璧です。Resend は実際の受信トレイに届けるアダプターです。`EMAIL_FROM` はテンプレートが使う送信者アイデンティティで、そのアドレスは Resend が検証したドメイン上にある必要があります。DNS レコードは、受信メールボックスがあなたの送信者を信頼するように、レジストラや Cloudflare に貼り付ける行です。

作成するもの:Resend アカウント、検証済み送信ドメイン、1 つの API キー——ドメインの手順が唯一の待ち時間で、DNS 伝播は数分から数時間かかります。

[データベースのセットアップ](https://supastack.dev/ja/docs/web/setup-database.md)


## Resend アカウントを作成する

1. [resend.com](https://resend.com) → Sign up を開き、メールを確認すると、ダッシュボードに着地します。

2. 無料枠から始めます——ドメインを持つ前でも Resend の共有送信者からテストメールを送れます。これは次のセクションで扱います。


## 送信ドメインを検証する

手軽な試し方、ドメイン不要:アドレス `onboarding@resend.dev` は `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` は検証済みドメイン上にある必要があります:`onboarding@resend.dev` は自分のサインアップアドレスにしか届かず、未検証ドメインは Resend から 403 拒否を受けます。

```
# apps/web/.env.local
EMAIL_PROVIDER=resend
EMAIL_FROM="Your Product <hello@yourdomain.com>"
RESEND_API_KEY=re_…
```


## 確認とトラブルシューティング

再起動し、`/auth` を開き、自分が管理する実際の受信トレイ宛てにサインインコードをリクエストします。期待される結果:メッセージが届き、Resend → Emails に緑のステータスで配信が表示されます——そのログはバウンスやエラー理由のある場所でもあります。

送信されませんか?`apps/web/.env.local` に `EMAIL_PROVIDER=resend` が実際に保存されているか確認して再起動してください。サーバーログの 403 は `EMAIL_FROM` が検証済みドメイン上にないことを意味します——または `onboarding@resend.dev` が自分以外に送られました。

後で別のプロバイダーにしますか?`EMAIL_PROVIDER` は `ses`(AWS キーとともに)と `postmark`、`sendgrid`、`mailgun`、`smtp`、`brevo` のトランスポートも受け付けます——同じ `EMAIL_FROM` 契約で env 名が異なるだけで、すべて `.env.example` に列挙されています。メールガイドがそれらを比較しています。

[メールプロバイダーを比較する](https://supastack.dev/ja/docs/web/setup-email.md)

[次に残りのプロバイダーキーを集める](https://supastack.dev/ja/docs/web/provider-keys.md)


設定を続けるには、[Amazon SES のメール設定](https://supastack.dev/ja/docs/web/aws-ses.md)をご覧ください。


## 次へ

[Amazon SES のメール設定](https://supastack.dev/ja/docs/web/aws-ses.md)