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ドメイン: それぞれが独立して認証とウォームアップを行います。

送信ドメインの追加

ドメインを追加するには、Adapty Mail で Settings > DNS > Email domains セクションに移動します。

  1. Domain フィールドに、例えば yourapp.com のようなapex ドメインを入力します。
  2. Sending subdomain フィールドに、メールの送信元となるプレフィックスを入力します。空のままにすると mail が使用されます。フィールド下のヒントには、結果として生成されるホスト名が表示されます：Emails will be sent from mail.yourapp.com。
  3. 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を確認します。
Expanded domain card showing DNS record groups and verification progress
Warning

Cloudflare では、すべての CNAME を「DNS only」にする必要があります。 Cloudflare はデフォルトで新しいレコードをプロキシするため、手動で追加した CNAME は Proxied（オレンジ色のクラウドアイコン）になり、Adapty Mail が発行したターゲットアドレスではなく Cloudflare 自身のアドレスに解決されてしまい、認証が通りません。クラウドアイコンをクリックして、各 CNAME を DNS only に切り替えてください。Cloudflare ゾーンファイルからエクスポートした場合は DNS only が自動的に設定されるため、インポートしたレコードを変更する必要はありません。

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

送信サブドメインの選択

プレフィックスはすべての受信者に表示される差出人アドレスの一部となるため、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分、4分、8分…）。最終的には1時間に1回に落ち着きます。レコードが解決されるか、7日間の期限が切れるまでポーリングは継続されます。
  • 手動チェック: Check をクリックすると、すぐにチェックを実行できます。手動チェックの間には10秒のクールダウンがあります。短時間に何度も実行しようとすると、ダッシュボードに “Please wait before checking again” と表示されます。
  • レコードごとの結果: 各レコードはライブ DNS に対して照合され、Adapty Mail が発行した値と一致した場合のみ「確認済み」とマークされます。値が異なるレコードは、存在しないレコードと同様に未確認のままになります。
  • 7日間の期限: 7日以内に確認が完了しない場合、ドメインは「failed」とマークされます。新しい期限を開始するには、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)“入力内容を確認してください。apex ドメインのみ、ASCII 文字のみ、TLD は2文字以上、先頭・末尾にハイフン不可。
“Domain does not have valid DNS records”apex ドメイン自体が解決できる必要があります。NS レコードが有効であることを確認してから再試行してください。
“Domain is already registered to another project”別のドメインを選ぶか、登録に誤りがあると思われる場合はサポートにお問い合わせください。
“This subdomain cannot be used”そのラベルは予約済みまたはスクリーニングで拒否されました。別のものを選んでください — 送信サブドメインの選び方 を参照。
“Please wait before checking again”手動確認の間隔は10秒空けてください。バックグラウンドでの自動ポーリングは継続されます。
レコードが未検証のまま末尾のドット、CNAME ターゲット、1レコードに1つの値など、内容が完全に一致しているか確認してください。DNS の伝播には最大48時間かかる場合があります。
Cloudflare で CNAME が未検証のままレコードが Proxied になっています。それぞれ DNS only に切り替えてから Check をクリックしてください。
ウォームアップに「Awaiting DNS record verification」と表示されるウォームアップ用メールボックスの MX、DKIM、SPF レコードがまだ検証されていません。追加または修正してから Check をクリックしてください。
go. グループが緑にならないカードのホスト名の下に理由が表示されています。CNAME と TXT レコードを確認してから Check をクリックしてください — このホストが有効になるまでドメインのセットアップは完了しません。
“Cannot delete: some identities are verified”このドメインは自動ウォームアップ前にセットアップされたもので、ダッシュボードから削除できません。サポートにお問い合わせください。
メールがスパムに振り分けられるDMARC レコードが公開されているか確認してください。新しいドメインはウォームアップの時間が必要です — ドメインウォームアップ を参照してください。
バウンス率が高いオーディエンスリストに有効かつオプトイン済みのアドレスのみが含まれているか確認してください。バウンスしたアドレスがどう扱われるかは Suppression を参照してください。