Adapty Mailの送信ドメインを設定する
Adapty Mailは共有アドレスではなく、あなた自身のドメインからキャンペーンを送信します。そのため、送信者レピュテーションはあなたの管理下に置かれます。設定は一度行うだけで、すべてのキャンペーンに同じ確認済みドメインが使用されます。最小限の手順については、Adapty Mailを始めるのドメインセクションをご覧ください。この記事では、完全なセットアップ手順、確認の仕組み、および自動ウォームアップの動作について説明します。
要件
- Apexドメイン: ルートドメイン（例：
yourapp.com）を入力してください。サブドメインは使用できません。app.yourapp.comのような入力は検証時に拒否されます。 - 有効なNSレコード: ドメインが解決できる必要があります。Adapty Mailはセットアップ中にDNSルックアップを実行し、有効なNSレコードがないドメインは拒否します。
- Adaptyプロジェクトごとに1ドメイン: ドメインは複数のプロジェクト間で共有できません。そのドメインがすでに別のプロジェクト（あなたのものか他の人のもの）に登録されている場合、セットアップは失敗します。
送信ドメインを設定する
セットアップウィザードには3つの画面があります：ドメインの入力、生成されたサブドメインの確認、DNSレコードの追加です。これらはすべて Settings → Email Domains にあります。
-
ドメインを入力する。 Domain フィールドにApexドメインを入力し、Preview をクリックします。Adapty Mailは形式を検証し（ASCII、2つのラベル、先頭または末尾にハイフンなし、2文字以上のTLD）、DNSが解決できるか確認します。
-
サブドメインを確認する。 Adapty Mailは固定プレフィックスを持つ2つの送信サブドメインを生成します —
mail.yourapp.comとemail.yourapp.com— それぞれが独自のSESアイデンティティを持ちます。また、各サブドメインの下にMail-Fromサブドメインも作成されます（hello.mail.yourapp.comとhello.email.yourapp.com）。内容を確認して Confirm をクリックします。
-
DNSレコードを追加する。 最後の画面には追加が必要なすべてのレコードが表示されます — 合計10件、送信サブドメインごとに5件、ルートにオプションのDMARCレコード1件です。Download CSV でリスト全体をエクスポートするか、レジストラに1件ずつコピーしてください。レコードを追加したら Done をクリックします。
DNSレコードリファレンス
各送信サブドメイン（mail.yourapp.com と email.yourapp.com）に対して、以下を追加します：
DKIM — CNAMEレコード3件。 メールが転送中に改ざんされていないことを証明する暗号署名。
| フィールド | 形式 |
|---|---|
| タイプ | CNAME |
| 名前 | {token}._domainkey.{subdomain} |
| 値 | {token}.dkim.amazonses.com |
Mail-From — MXレコード1件。 バウンスを処理します。
| フィールド | 形式 |
|---|---|
| タイプ | MX |
| 名前 | hello.{subdomain}（例：hello.mail.yourapp.com） |
| 優先度 | 10 |
| 値 | feedback-smtp.{region}.amazonses.com |
SPF — TXTレコード1件。 Adaptyがあなたの代わりに送信することを認証します。
| フィールド | 形式 |
|---|---|
| タイプ | TXT |
| 名前 | hello.{subdomain} |
| 値 | "v=spf1 include:amazonses.com ~all" |
ルートドメインにはオプションのDMARCレコードを追加します：
| フィールド | 形式 |
|---|---|
| タイプ | TXT |
| 名前 | _dmarc.{domain} |
| 値 | v=DMARC1; p=reject |
トークン、リージョン、その他の値はセットアップ時にAWS SESから提供されます。このリファレンスではなく、必ずAdapty MailのDNSレコード画面からコピーしてください。
確認の仕組み
DNSレコードを追加すると、Adapty MailはDNSを自動的にポーリングします。手動でチェックをトリガーすることもできます。
- 自動ポーリング: 送信後5分でポーリングが開始され、その後は各ラウンドごとに間隔が倍になります — 10分、20分、40分 — その後60分で上限に達します。レコードが見つかるか7日間のウィンドウが閉じるまで継続されます。
- 手動チェック: Check Verification をクリックして即時チェックを強制します。手動チェックの間には60秒のクールダウンがあります — 素早く実行しすぎると 「Verification check is on cooldown.」 と返されます。
- ステータスの状態: 各サブドメインのDKIMとMail-Fromは独立して Pending、Success、Failed として追跡されます。4つのステータスすべてが Success になった場合にのみ、ドメインは完全に確認済みとみなされます。
- 7日間の期限: 7日以内に確認が完了しない場合、アイデンティティは Failed とマークされます。DNSレコードはレジストラに残ります — Settings → Email Domains でドメインを再入力して新しいウィンドウを開始してください。
- 確認後: 後でDNSレコードを削除または変更した場合、AWS SESはいずれアイデンティティをダウングレードします。送信を続ける限り、レコードはそのままにしておいてください。
- DNS伝播: 通常は数分で完了しますが、まれに最大48時間かかる場合があります。
ドメインウォームアップ
新しいドメインはGmailやYahooなどのメールプロバイダーに対してレピュテーションがないため、新しいドメインから大量に送信するとスパムに分類されるリスクがあります。Adapty Mailは14段階のティアにわたって1日あたりの送信上限を段階的に引き上げることで、自動的にウォームアップを処理します。設定は不要です。
ティアの仕組み
ドメインは Tier 1（1日200件）から始まり、配信到達性の指標が良好な状態を維持すると自動的に進級します。バウンス率が上昇したり苦情率が増加したりすると、進級が一時停止され、レピュテーションが回復するまで逆行することもあります。
| ティア | 1日あたりの上限 |
|---|---|
| 1 | 200 |
| 2 | 400 |
| 3 | 800 |
| 4 | 1,500 |
| 5 | 2,500 |
| 6 | 4,000 |
| 7 | 6,000 |
| 8 | 8,000 |
| 9 | 10,000 |
| 10 | 13,000 |
| 11 | 16,000 |
| 12 | 20,000 |
| 13 | 25,000 |
| 14 | 30,000 |
現在のティアと1日あたりの上限は Settings → Email Domains で確認できます。
オーディエンスサイズによる開始時の影響
| オーディエンスサイズ | 開始時の影響 |
|---|---|
| 200人未満 | 1日目にオーディエンス全員に到達 |
| 200〜2,000人 | 配信が数日間にわたって分散 |
| 2,000人以上 | 配信が1〜2週間にわたって分散 |
DNS確認が完了したらすぐに最初のキャンペーンを開始しましょう。送信を早く始めるほど、ドメインのティアが早く上がり、1日あたりの最大送信数に早く到達できます。
制限事項
- プロジェクトごとに1ドメイン: Adaptyプロジェクトごとに送信ドメインは1つだけ使用できます。別のドメインに切り替えるにはサポートに連絡してください — ダッシュボードに「ドメイン変更」の操作はありません。
- プロジェクト間の一意性: 別のプロジェクトにすでに登録されているドメインは再利用できません。 「Domain is already registered to another project」 と表示された場合は、別のドメインを選択するかサポートにお問い合わせください。
- 確認済みドメインは削除不可: いずれかのサブドメインが Success に達すると、ダッシュボードでの削除がブロックされます。保留中のドメインは削除できますが、レジストラからDNSレコードを手動で削除する必要があります。
- 固定サブドメインプレフィックス:
mail.、email.、およびhello.のMail-Fromプレフィックスはハードコードされており、カスタマイズできません。これらのサブドメインがDNSですでに使用されている場合、セットアップが競合します。 - Apexドメインのみ: サブドメイン入力、末尾のドット、シングルラベルのホスト名は拒否されます。
- 国際化ドメイン非対応: PunycodeとIDNはサポートされていません。ドメインはASCIIのみである必要があります。
トラブルシューティング
| 問題 | 解決策 |
|---|---|
| ”Enter a valid domain (e.g. example.com)“ | 入力を確認してください：Apexのみ、ASCIIのみ、2文字以上のTLD、先頭または末尾にハイフンなし。 |
| “Domain does not have valid DNS records” | Apexドメイン自体が解決できる必要があります。再試行前にNSレコードが有効であることを確認してください。 |
| “Domain is already registered to another project” | 別のドメインを選択するか、登録が間違いだと思われる場合はサポートにお問い合わせください。 |
| “Verification check is on cooldown” | 手動チェックの間は60秒待ってください。自動ポーリングはバックグラウンドで継続されています。 |
| 確認がPendingのまま止まっている | DNSレコードが正確に一致しているか確認してください — 末尾のドットなし、正しいCNAMEターゲット。DNSの伝播には最大48時間かかる場合があります。 |
| “Cannot delete domain: one or more identities have been successfully verified” | 確認済みドメインはダッシュボードから削除できません。サポートにお問い合わせください。 |
| メールがスパムに振り分けられる | DMARCレコードが公開されているか確認してください。新しいドメインはウォームアップ期間が必要です — ドメインウォームアップをご確認ください。 |
| バウンス率が高い | オーディエンスリストに有効なオプトイン済みのアドレスが含まれているか確認してください。バウンスはティアの進級を遅らせるか停止させます。 |