1つのMailInAppアカウントで複数の送信ドメインを認証し、それぞれの上に名前付きの送信者アイデンティティを重ねます。 これにより、1つのアカウントが、複数の異なるクライアントブランドとしてキャンペーンを運営できるようになります — それぞれ独自のドメイン、独自の送信元アドレス、独自のトラッキングリンク、独自の配信性の評判を持ち、2つ目のアカウントも、クライアント間で共有されるアイデンティティも不要です。
1つのMailInAppアカウントで複数のクライアントを管理する代理店は、これまで、すべてのクライアントのキャンペーンで共有される、扱えるドメインがちょうど1つしかありませんでした。複数の送信ドメインと送信者アイデンティティは、その上限を取り払います: 各クライアント自身のドメインを一度認証すれば、送信元アドレス、返信先、トラッキングリンクといった下流のすべてを、その特定のブランドに範囲付けできます。
複数のドメインを認証する
設定の送信ドメインカードには、1つだけでなくアカウント上のすべてのドメインが一覧表示されるようになりました — 認証済み(または進行中)の各ドメインは、独立したDNSレコード、認証ステータス、送信元アドレス、ネイティブ対SMTPの切り替えを持つ独自の詳細パネルへ展開されます。既定に設定は、より具体的な設定がない場合に送信がフォールバックするドメインを決め、切断は1つを削除しますが、有効な繰り返しスケジュールがそれを唯一の認証済みドメインとしてまだ依存している場合にのみ拒否されます。
送信者アイデンティティ: ブランドや用途ごとの名前とアドレス
ドメインが認証されると、送信者アイデンティティは、それに紐付けられた名前付きの{name, email, reply-to}です — レシート用の[email protected]、ニュースレター用の[email protected]は、どちらも同じドメインによって認証されますが、受信者には異なる名前とアドレスを見せます。これはBrevoが「Senders」と呼ぶのと同じ概念であり、複数のドメインを理論上可能なだけでなく実際に日々使えるものにする仕組みです。
毎回選ぶことなく、正しい送信者を選ぶ
送信がどのアイデンティティ — ひいてはどのドメイン — を使うかは、どれだけ具体的に設定したかによります。スケジュール送信はまずそのスケジュール自身の送信者を確認し、手動送信はまずプロジェクト自身の送信者を確認します。いずれの場合も、送信者が設定されていなければオーディエンスリストの既定値にフォールバックし、最終的にはアカウントの既定ドメインになります。連絡先リストの既定の送信者を一度設定しておけば、そのクライアントのリストへのすべての送信が、キャンペーンやスケジュールごとに選ぶことなく、自動的に正しいアイデンティティを使います。
送信元アドレスだけでなく、リンクにもブランドを反映する
リンクにカーソルを合わせたり、メールを同僚に転送したりする受信者は、リンクのドメインも目にします。Lite以上で利用できるカスタムトラッキングドメインは、ライブビュー、クリック、開封トラッキングのリンクを、mailinapp.comではなくクライアント自身のドメインのサブドメインに向けます — 1つのCNAMEレコード、自動的なTLSのプロビジョニングで、証明書ファイルを管理する必要はありません。認証されると、そのドメインからの新しい送信はすべて自動的にそれを使うようになります。すでに配信済みのものは変わりません。
変わらないこと
ボリューム計測は、ドメインごとやクライアントごとではなく、引き続きアカウント全体で行われます — これは技術的な制約ではなく料金軸の判断であるため、クライアントのドメインを追加すること自体が月間送信上限を変えることはありません。各ドメイン自身の評判、DKIM/SPF/DMARC、バウンス/苦情の処理は、アカウント上の他のすべてのドメインから完全に独立しているため、あるクライアントの配信性の問題が別のクライアントに影響することは決してありません。
はじめに
設定から各クライアントのドメインを認証し、その上に必要な送信者アイデンティティを作成し、送信ごとにどれだけ細かく制御したいかに応じて、リスト、プロジェクト、スケジュールのレベルで適切な既定値を設定します。完全な設定リファレンスは複数のドメインと送信者アイデンティティとカスタムトラッキングドメインを、1つのアカウントから複数のクライアントを運営する際のテンプレートと引き渡しの側面についてはホワイトレーベルの代理店ワークフローを参照してください。