Skip to content
Last updated

メールドメイン設定

このガイドでは、Engage Studioでメールを送信する前に必要な初期メールドメイン設定について、管理者向けに説明します。

セットアップには4つの主要なステップがあります。

ステップ1:メールドメイン情報を準備

ドメインを設定する前に、以下の情報を収集してください。

  • 送信ドメインまたはサブドメイン

    • 企業メールインフラストラクチャとの競合を避けるため、サブドメインの使用をお勧めします。

    • 例:ブランドドメインがexample.comの場合、mail.example.comの使用を検討してください。

  • TD Write-only APIKEY(管理者)

    • メールイベントをTreasure Dataテーブルに記録するために使用されます。

ステップ2:ドメインプロビジョニング

ドメインプロビジョニングは、カスタムメール送信ドメインを設定し、DNS認証とメール配信の準備をします。このステップは、DNSレコードを追加してドメインを検証する前に必要です。

ドメインと送信者のセットアップを設定するには、Engage > Sending Configurations > Create Newに移動します。

Create Domainには、ステップ1で準備したドメイン名とWrite-only APIキーが必要です。

新しく作成したドメインに移動します。次に、「Start domain deployment」をクリックします。

ドメインをデプロイした後(DNSレコードの生成に数分かかる場合があります)、「Verify DNS records」をクリックします。すると、DNSレコードが取得されます。

ステップ3:DNSプロバイダーにDNSレコードを追加

Treasure Dataがドメインをプロビジョニングすると、お客様は次のDNSレコードのセットを受け取ります。

  • SPF(Sender Policy Framework) – Agentic EngageがAmazon SESを利用してドメインに代わってメールを送信することを承認するTXTレコード。

  • DKIM(DomainKeys Identified Mail) – 送信メールに暗号的に署名するために使用されるTXTレコードで、メッセージの整合性と信頼性の検証に役立ちます。

  • DMARC(Domain-based Message Authentication, Reporting, and Conformance) – 認証されていないメールの処理に関するポリシーを指定するTXTレコード

    • 同じドメインに既にDMARC設定がある場合、このDMARCの設定は必要ありません。DMARCのペンディングステータスは無視できます。

    • 受け入れられるDMARCポリシー:

      • p=none : default. このポリシーは、メッセージがDMARCチェックに失敗した場合、受信メールサーバーに特定のアクションを取らないよう指示します。DMARC認証結果に関係なく、メールは通常どおり配信されます。ただし、DMARCレポートメカニズムは使用できます。ドメインオーナーは認証失敗に関するレポートを受け取る場合がありますが、受信者の受信トレイには違いは表示されません。

      • p=quarantine : DMARCに失敗したメッセージを疑わしいものとして扱うよう、受信メールシステムに指示します。DMARCを通過しないメールは、通常、メインの受信トレイではなく、受信者の「スパム」または「迷惑メール」フォルダに配信されます。受信者はメッセージにアクセスできる場合がありますが、信頼できるものや正当なものとしては扱われません。

      • p=reject : 最も厳格な実施を指定します。メッセージがDMARCに失敗した場合、受け入れられるべきではありません。DMARC認証に失敗したメッセージはサーバーで拒否されます。配信されず、通常、送信サーバーはバウンス通知を受け取ります。受信者はメールボックスで失敗したメッセージを見ることはありません。

  • クリックトラッキング(CNAME) – リンクを書き換えてクリックを追跡するために使用されるCNAMEレコード。元の宛先を保持しながら、Engageクリックトラッキングエンドポイントを経由してリンクをリダイレクトします。

  • 画像ホスティング(CNAME) – ブランドドメインでContent Delivery Network(CDN)からメール画像を提供するために使用されるCNAMEレコード。これによりパフォーマンスが向上し、画像アセットがHTTPS経由で安全に読み込まれることが保証され、ドメイン信頼性とメール配信性が向上します。

  • MXレコード(Mail Exchange) – ドメインに送信されたメールを受け入れる責任があるサーバーを指定します。バウンスと自動返信を処理するために必要です。

DNSレコードの例:

carbon.png

ZoneファイルをコピーしてITチームに送信します。

ステップ4:ドメインを検証

DNS検証フローは次のとおりです。

  1. ステータスはSUSPENDEDから始まります

  2. ユーザーが**「Verify Domain」をクリック → ステータスがDEPLOYING**になります

  3. レコードが作成されたら、DNSシステムに設定を適用します

  4. 設定が完了したら、ユーザーが**「Verify DNS」**をクリックします

  5. システムは72時間、数分ごとに検証ステータスをポーリングします

  6. 成功時 → ステータスがACTIVEになります

  7. 失敗時 → ステータスがSUSPENDEDに戻ります

検証ステータス:

  • Verified : すべてのレコードが正常に検証されました

  • Pending : レコードの伝播を待っています

  • Temporary Failure : 検証後にDNS問題が検出されました

  • Failure : 検証が期限切れになりました(72時間後)

    • このエラーが表示された場合は、Treasure Data Supportにお問い合わせください。
  • Not Started : 検証プロセスがまだトリガーされていません

デプロイメントイベント

デプロイメントイベントは自動的に実行され、開始から完了まで1〜2日かかります。以下のすべてのイベントが完了すると、プロセスは成功です。

  • UPDATE_TO_SECRET_COMPLETED

  • UPDATE_TO_IDENTITY_COMPLETED

  • UPDATE_TO_CDN_COMPLETED

  • UPDATE_TO_CERTIFICATE_COMPLETED

  • UPDATE_TO_ENABLE_IDENTITY_COMPLETED

  • UPDATE_TO_ENABLE_CDN_COMPLETED