English 中文TürkçeРусскийFrançaisTiếng ViệtEspañol日本語

Adapty Mailの送信ドメインを設定する

Adapty Mail は共有アドレスではなく、独自ドメインからキャンペーンを送信するため、送信者レピュテーションを自分でコントロールできます。ドメインを1つ認証すれば送信を開始でき、1プロジェクトにつき最大5つまで登録できます。最小限の手順については、Adapty Mail を始めるのドメインセクションをご覧ください。この記事では、完全なセットアップ手順、認証の仕組み、自動ウォームアップの動作、そして複数のドメインから送信する場合の変更点について説明します。

要件

  • Apexドメイン: サブドメインではなく、ルートドメイン（例：yourapp.com）を入力してください。app.yourapp.com のような入力は検証時に拒否されます。Adapty Mailは、そのドメインのサブドメインとして送信ホストを作成します。
  • 有効なNSレコード: ドメインが解決できる必要があります。Adapty Mailはセットアップ中にDNSルックアップを実行し、有効なNSレコードのないドメインは拒否されます。
  • プロジェクトごとに1ドメイン: ドメインを複数のプロジェクトで共有することはできません。あなたのプロジェクトであれ他者のプロジェクトであれ、すでに登録済みのドメインはセットアップが失敗します。
  • プロジェクトあたり最大5ドメイン: それぞれが独立して認証とウォームアップを行います。

送信ドメインを追加する

ドメインの設定は Settings → DNS の Email domains セクションで行います。

  1. ドメインを登録するには、Add domain をクリックします。
  2. Domain フィールドに、例えば yourapp.com のように apex ドメインを入力します。
  3. Sending subdomain フィールドに、メールの送信元となるプレフィックスを入力するか、空のままにして mail を使用します。フィールド下のヒントには、送信元ホストが表示されます: Emails will be sent from mail.yourapp.com。
  4. Add domain をクリックします。Adapty Mail が入力内容を検証してドメインを登録し、そのドメインに必要なすべての DNS レコードを含むカードを追加します。
Add domain form with Domain and Sending subdomain fields
  1. カード上のすべてのレコードをレジストラの DNS に、表示されたとおり正確に追加してください。カードはレコードを認証対象ごとにグループ分けしています。各グループと必須かどうかは 追加するレコード で確認できます。すべてのレコードをまとめて取得するには、Export をクリックして CSV、GoDaddy zone file、または Cloudflare zone file を選んでください。
  2. すぐに確認するには Check をクリックしてください。カードを閉じたままにしておいても、Adapty Mail が自動的に DNS をポーリングします。
ドメインカードを展開した状態。DNSレコードグループと検証の進捗が表示されている

カードヘッダーのカウンターとリングは、必須レコードの検証済み件数を追跡します。すべてのレコードが解決されて初めて満杯になります。

送信サブドメインの選択

プレフィックスはすべての受信者に表示される差出人アドレスの一部となるため、Adapty Mail はドメインを登録する前にラベルを検証します。

  • 小文字、数字、ハイフンを使用し、先頭や末尾にハイフンを付けないこと。最大63文字。
  • www、smtp、admin、api、mx、dkim は予約済みです。
  • 不快なラベルや著名なブランドを模倣するラベル（例：paypal）は拒否されます。news、offers、hello のような一般的なマーケティング用語は使用できます。
  • プレフィックスはドメイン登録後に変更できません。別のホストから送信するには、そのドメインを削除して再登録するか、別のドメインを追加してください。

追加するレコード

カードには3つのグループに分けてレコードが一覧表示されており、さらにルートドメインへのオプションレコードが1件あります。このセクションの名前は、ドメインyourapp.comとデフォルトのmailプレフィックスを前提としています。

グループレコード内容
mail.yourapp.com の送信インフラ3つのDKIM CNAME、さらに hello.mail.yourapp.com 上のMXとSPF TXTキャンペーンに署名し、バウンスをAdapty Mailに返送します
mail.yourapp.com のウォームアップメールボックスDKIM CNAME、MX、ドメイン認証TXT、SPF TXT、および _dmarc.mail.yourapp.com 上のDMARC TXTウォームアップ中に送信者レピュテーションを構築するメールボックスを運用します
go.yourapp.com のメディア＆リダイレクトホスト用のCNAME、_cf-custom-hostname.go.yourapp.com の所有権TXT、および _acme-challenge.go.yourapp.com のCNAMEメールに含まれる画像やトラッキングリンクを自社ドメインから配信します
yourapp.com のDMARCポリシー（任意）_dmarc.yourapp.com 上の1件のTXTレコード認証に失敗したメールの扱いを受信プロバイダーに通知します

最初の3グループのすべてのレコードは必須であり、go.yourapp.com のレコードも含まれます。そのホストが未確認のままでは、セットアップは完了しません。ルートドメインのDMARCレコードは推奨事項であり、カードの進捗にはカウントされません。

すべての認証レコードは送信サブドメイン配下に置かれるため、通常のビジネスメール用にルートドメインが既に持つSPFおよびDMARCレコードはそのまま維持されます。

DNSレコードリファレンス

DKIM — CNAMEレコード3件。 メールが転送中に改ざんされていないことを証明する暗号署名です。

フィールドフォーマット
タイプCNAME
名前{token}._domainkey.mail.yourapp.com
値{token}.dkim.amazonses.com

MAIL FROM — 1 件の MX レコード。 バウンスを処理します。

フィールドフォーマット
TypeMX
Namehello.mail.yourapp.com
Priority10
Valuefeedback-smtp.{region}.amazonses.com

MAIL FROM — 1 TXT レコード。 Adapty があなたの代わりにメールを送信することを承認します。

フィールド形式
TypeTXT
Namehello.mail.yourapp.com
Value"v=spf1 include:amazonses.com ~all"

DMARC — ルートドメインに1件のTXTレコード。 任意ですが、推奨します。

フィールド形式
TypeTXT
Name_dmarc.yourapp.com
Valuev=DMARC1; p=reject

ウォームアップメールボックスと go.yourapp.com のレコードは同じ形式に従い、名前と値は Adapty Mail が使用するメールおよびホスティングプロバイダーによって発行されます。トークン、リージョン、ホスト名、オーナーシップの値はすべてセットアップ時に生成されます。これらはドメインカードまたはエクスポートからコピーしてください。このリファレンスからはコピーしないでください。

認証の仕組み

レコードを設定すると、Adapty Mail は自動的に DNS をポーリングします。また、手動で確認を実行することもできます。

  • 自動ポーリング: ドメインを追加してから1分後に最初のチェックが実行され、その後インターバルが2倍ずつ延びていきます（2分、4分、8分…）。最終的に1時間に1回に落ち着きます。レコードが解決されるか、7日間のウィンドウが終了するまでポーリングは継続されます。
  • 手動チェック: Check をクリックすると即座にチェックを実行できます。手動チェックの間には10秒のクールダウンがあり、それより早くチェックすると、ダッシュボードに “Please wait before checking again” と表示されます。
  • レコードごとの結果: 各レコードはライブDNSに対して解決され、回答がAdapty Mailの発行内容と一致した場合にのみ確認済みとマークされます。値が異なるレコードは、レコード自体が存在していても、見つからない場合と同様に未確認のままとなります。
  • 7日間の期限: 7日以内に確認が完了しない場合、ドメインは失敗としてマークされます。DNSレコードはレジストラに残りますので、Settings → DNS で再度ドメインを追加して新しいウィンドウを開始してください。
  • 確認後: 後でレコードを削除または変更した場合、メールプロバイダーは最終的にドメインを降格します。送信を続ける予定がある限り、レコードはそのままにしておいてください。
  • DNS伝播: 通常は数分で完了しますが、まれに最大48時間かかる場合があります。

送信者名の設定

ドメインが確認されると、そのカードに Email sender name フィールドが表示されます。Adapty Mail はプロジェクト名を自動入力し、送信サブドメインの hello@ から送信するため、フィールドのヒントには From 行の全体が表示されます — Your Company <hello@mail.yourapp.com>。この名前はドメインごとに設定するため、2 つのドメインから送信するプロジェクトには 2 つの設定が必要です。

ドメインのウォームアップ

GmailやYahooなどのメールプロバイダーにとって、新しいドメインにはまだ実績がありません。そのため、新規ドメインから大量のメールを送信すると、スパムフォルダに振り分けられるリスクがあります。Adapty Mailは2つの方法を同時に使って、自動的にドメインのウォームアップを行います。どちらも設定は不要です。

メールボックスのウォームアップ。 DNSの確認が取れ次第、Adapty Mailは送信サブドメイン上にメールボックスを作成し、ウォームアップサービスに引き渡します。このサービスが通常の会話形式のメールをやり取りすることで、ドメインの信頼性を高めていきます。ドメインカードにはメールボックスの現在のフェーズが表示されます。ウォームアップのトラフィックには、ウォームアップグループのMX、DKIM、SPFレコードが必要です。いずれかが未確認の場合、カードには Awaiting DNS record verification と表示され、ウォームアップは行われません。

段階的に増加する1日の送信上限。 キャンペーンの送信数はウォームアップメールボックスとは別に計測され、20段階のティアで管理されます。

ティアの仕組み

ドメインはティア1（1日100件送信）からスタートし、1ティアずつ自動的に昇格します。現在のティアの1日あたりの上限を使い切ると次のティアへ進み、翌日から上位の制限が適用されます。上限のカウントには実際の送信数とスロットリングされた試行数の両方が含まれます。ティアの初日は、上限の枠が一度にではなく1日を通じて段階的に解放されます。昇格は送信量のみによって決まり、ティアは上方向にしか動きません。自動的に下がることはありません。最終ティアを超えると、ドメインは1日の上限なしで送信できるようになります。

ティア1日の上限
1100
2200
3300
4500
5750
61,000
71,500
82,500
93,500
105,000
117,000
129,000
1312,000
1415,000
1519,000
1624,000
1730,000
1837,000
1946,000
2057,000

オーディエンスサイズが配信開始に与える影響

オーディエンスサイズ配信開始時の効果
100人未満1日目にオーディエンス全員に配信される
100〜2,000人配信が数日間にわたって分散される
2,000人以上配信が1〜2週間にわたって分散される
Tip

DNS認証が完了したらすぐに最初のキャンペーンを開始しましょう。送信を早く始めるほど、ドメインのティアが早く上がり、1日あたりの最大配信数に早く到達できます。

複数のドメインから送信する

ドメインごとに独自のティア、送信上限、評判が管理されるため、2つ目のドメインを追加することでプロジェクトが1日に送信できる上限を引き上げられます。

ドメインを追加するには、Settings → DNS に進み、Email domains リストの末尾（最後のドメインのレコードの下）にある Add domain をクリックします。手順は最初のドメインを追加したときと同じです。ドメインと送信サブドメインを選択し、表示されたレコードを追加して、認証を完了させてください。新しいドメインはTier 1から始まり、そこから独自のステップを踏んで上昇していきます。一方、すでに認証済みのドメインは現在の上限のまま送信を続けます。

メール送信のタイミングになると、Adapty Mail はプロジェクトのドメインを順番に試し、送信枠が残っている最初のドメインから送信します。

  • 新しいものが優先。 後から追加されたドメインは、古いドメインより優先されます。
  • キャンペーンごとに受信者1人につき1ドメイン。 キャンペーン内で最初にメールを送ったドメインが、そのキャンペーンでその受信者へのメール送信を継続します。これにより、シーケンスの途中でFromアドレスが変わることはありません。このペアリングは上記の順序より優先されます。メールは記憶されたドメインから送信されるか、まったく送信されないかのどちらかです。そのドメインがクォータを超えている場合、別のドメインに空きがあっても、そのメールはドロップされます。
  • 2026年7月23日以前のプロファイルは、最も古いドメインに留まります — すでに表示されているFromアドレスです。
  • ドロップされたメールは再試行ではなく、抑制として扱われます。 すべての候補ドメインが1日の上限を超えた場合にのみメールがドロップされ、その受信者のシーケンスがキャンセルされ、スロットル理由でプロファイルが抑制されます。詳細は抑制と配信停止をご覧ください。

制限事項

  • 1ドメインにつき送信プレフィックスは1つ: ドメイン登録時に選択し、後から変更することはできません。
  • Apexドメインのみ: サブドメインの入力、末尾のドット、単一ラベルのホスト名は拒否されます。
  • 国際化ドメインは非対応: PunycodeおよびIDNはサポートされていません。ドメインはASCII文字のみで構成されている必要があります。
  • 削除は永続的: そのドメインからの送信は即座に停止され、認証の進捗状況は削除され、ウォームアップメールボックスとそれまでに蓄積されたレピュテーションも失われます。DNSレコードはレジストラに残るため、自分で削除してください。
  • プロジェクト間での一意性: 別のプロジェクトに登録済みのドメインは再利用できません。「Domain is already registered to another project」 と表示された場合は、別のドメインを選択するか、サポートにお問い合わせください。

トラブルシューティング

問題解決策
”Enter a valid domain (e.g. example.com)“入力内容を確認してください：頂点ドメインのみ、ASCIIのみ、2文字以上のTLD、先頭・末尾にハイフンなし。
“Domain does not have valid DNS records”頂点ドメイン自体が解決できる必要があります。再試行前にNSレコードが有効であることを確認してください。
“Domain is already registered to another project”別のドメインを選択するか、登録が誤りだと思われる場合はサポートにお問い合わせください。
“This subdomain cannot be used”そのラベルは予約済みか、スクリーニングで拒否されました。別のものを選んでください — 送信サブドメインの選び方 を参照してください。
“Please wait before checking again”手動チェックの間隔は10秒以上空けてください。バックグラウンドでの自動ポーリングは継続されます。
レコードが未確認のまま完全に一致しているか確認してください — 末尾のドット不要、CNAMEターゲットが正しい、レコードごとに値は1つ。DNSの伝播には最大48時間かかることがあります。
ウォームアップに「Awaiting DNS record verification」と表示されるウォームアップメールボックスのMX、DKIM、SPFレコードがまだ確認されていません。追加または修正して、Check をクリックしてください。
go. グループが緑にならないカードにホストの下に理由が表示されています。CNAMEとTXTレコードを確認してから Check をクリックしてください — このホストが有効になるまでドメインのセットアップは完了しません。
“Cannot delete: some identities are verified”このドメインは自動ウォームアップ以前にセットアップされており、ダッシュボードから削除できません。サポートにお問い合わせください。
メールがスパムに入るDMARCレコードが公開されていることを確認してください。新しいドメインはウォームアップ期間が必要です — ドメインウォームアップ を参照してください。
バウンス率が高いオーディエンスリストに有効でオプトイン済みのアドレスが含まれていることを確認してください。バウンスしたアドレスへの対応については 抑制 を参照してください。