Adobe Campaign Cloud Marketing のオファーのフレームワーク内で、Adobe は電子メール配信のドメインネームシステム (DNC) を考慮に入れます。それでは次が可能です。

  • ドメイン名と共に DNS エイリアスを使用してブランド画像を保持するクライアント、
  • 電子メール送信中のデリベラビリティを最適化できるようにする技術的なベストプラクティスすべて自立的に実装するアドビ。

請求および導入条件

すべての Adobe Campaign Cloud のオファーには、ドメイン名デリゲーションが標準として含まれています。

  • 最初の契約と選択されたパッケージのタイプに従い、この最初のデリゲーションを超えて標準として含まれるものに加えて他のデリゲーションも含まれる場合があります。
  • 含まれるこれらのデリゲーションを超えて、追加のデリゲーションが請求されます、
  • これら追加のデリゲーションの請求方法は、最初の契約で指定されたように、特別な月額料金になります。

これらのデリゲーションは、クライアントが Adobe Campaign ツールを使用して配信専用である関連するドメイン名を選択し、関連するドキュメントで詳細に述べられているデリゲーションの前提条件が正しく実装されている場合に承諾されます。

技術的視点から、この要件には、アドビが提供するサーバー名を示す NS レコードのクライアントのプライマリ DNS ゾーンを追加する必要があります (Ok)。

例えば、メインドメイン名が「example.com」で、電子メールの配信のために「marketing.example.com」の管理を Adobe に委任したいと考えているクライアントは、このデリゲーションを具体化して、次のタイプレコードを DNS に追加する必要があります。

marketing.example.comNS a.ns.campaign.adobe.com
marketing.example.comNS b.ns.campaign.adobe.com
marketing.example.comNS c.ns.campaign.adobe.com
marketing.example.comNS d.ns.campaign.adobe.com

  • クライアントがホストされた配置モードの場合には、外部に公開される Web コンポーネントはクラウドで Adobe によって設定され、ホストされています。顧客が追加のサブドメインを委任したい場合 (および契約によって許可されている場合)、Web コンポーネントに代替のサブドメインを使用できます。例えば、電子メールの送信には emails.customer.com および Web ページのホストには web.customer.com
  • クライアントがミッドソースデプロイメントモードの場合には、外部に公開される Web コンポーネントはクライアント自身によってホスト管理され、OnPremise/Marketing インスタンスデータベースへの直接接続が必要です。

ドメイン名のデリゲーションはこのドメインが Adobe Campaign プラットフォームによる配信専用であることを意味しているので、他の手段には使用できません。

レンダリングされるサービス

これらのデリゲーション後、アドビによって配置されるインフラストラクチャは次のサービスが委任された各ドメインごとに実行されます。

  • これらのドメインに送信されたリバウンド電子メールを管理するために、ドメインはアドビの受信メールインフラストラクチャに添付されています (これらのドメインでは MX タイプの DNS レコード設定)(Ok)、
  • 電子メール送信用に必要な電子メールアドレス作成、
  • postmaster@ と abuse@ address の作成、
  • SPF レコード(ソフトの失敗)の実装により、電子メールの署名が許可されます、
  • DKIM レコード(1024b のキー)の実装により電子メールの署名が許可されます、
  • DMARC レコードの実装により、電子メールの署名が許可されます、
  • DMARC レポート: リクエストで使用可能なオプション、クライアントの責任、
  • レンダリングされた応答に委任された名前を使用しての逆 DNS の作成(専用 IP に対してのみ有効)、
  • 委任されたドメインの名前でのフィードバックループの作成(Yahoo ! で有効)
  • 委任されたドメイン名(t.example.com タイプ)を使用しての追跡リンクを容易にするレコードの可用性、
  • 委任されたドメイン名(m.example.com 型)を使用してのミラーページへのリンクを容易にするレコードの可用性。冗長性と高可用性環境のすべてに対応。

アドビによって確立されたパラメーターは、そのデリゲーションが正しく、アドビによって検証され、機能が維持された状態からのみ有効です。

作成されたメールボックス

アドビは、作成されたメールボックスに送られ、ドメインに添付された電子メールを保持し、リダイレクトに進むことはありません。バウンスタイプの電子メール(ハードおよびソフト)とフィードバックループの苦情のみが Adobe Campaign リバウンド管理プロセス(inMail プロセス)によって自動的に処理されます。

SSL 認定

アドビでは、1 つのデリゲーションごとに 1 つの SSL 証明書をインストールすることに同意しています。これの目標は、これらのドメイン(HTTPS)によって送信される電子メールのトラッキングを安全に管理する機能です。

証明書が提供される必要があり、クライアントが個別に支払う必要があります。アドビでは、Adobe Campaign(CSR の準備)に最適な設定について、クライアントにアドバイスできます。

バウンスメールボックスのサーバーブランディング

標準として、委任されたドメイン名自体の Adobe Campaign メールサーバーでは、委任されたドメインにない IP アドレスを使用します。

これらの DNS エイリアスを含むブランディングサービスをオプションとして実装できます。

SPF に関する注意事項

Sender Policy Framework(SPF)は、電子メールの送信者のドメイン名の検証基準です。この基準の導入は、スパムを低減するためです。

アドビではこの基準を実装して、委任されたドメイン名を保護し、このドメインでデリベラビリティを最適化します。

次の 2 つの使用可能なオプションがあります。

  • ソフト失敗(基準): ソフト失敗は、Adobe での標準設定です。送信 IP が委任されたドメインの DNS レコードの一部ではない場合に発生します。この場合、メッセージを受信するサーバーはメッセージの配信を自由に行い、エラーは電子メールの拒否に分類されません。
  • ハード失敗: ハード失敗とは Adobe でのオンデマンド設定です。送信 IP が委任されたドメインの DNS レコードの一部ではない場合に発生します。この場合、メッセージを受信するサーバーは、RFC 基準に従って、電子メールを拒否する義務があります。したがって、ハード失敗の SPF 設定のある Adobe に委任されたドメインは Adobe Campaign プラットフォームを使用した出荷にのみ使用される必要があり、送信したすべての電子メールを拒否するペナルティーの下ではほかに何もないことに注意することは重要です。

デリゲーションサービスの中止

いつでも、クライアントは、デリゲーションサービスからメリット受けないようにするために書面による要求を行い、必要な電子メール送信設定そのものを引き受けることができます。

これが発生する場合、アドビでは、非ドメイン委任モードに戻すために必要なサービス日数の詳細な見積もりをクライアントに提供しています。

お客様が上記で設定されたコミットメントへに応じれない場合、上述のデリベラビリティレートのエンゲージメントのいずれかの責任が軽減化されます。

Experience Cloud サービスの終了によって、デリゲーションは自動的に終わりになります。

本作品は Creative Commons Attribution-Noncommercial-Share Alike 3.0 Unported License によってライセンス許可を受けています。  Twitter™ および Facebook の投稿には、Creative Commons の規約内容は適用されません。

法律上の注意   |   プライバシーポリシー