ストアのメールマーケティング用サブドメインを選ぶ

現在の設定を整理する

スタッフ用メール、サポート、マーケティング、その他正当な送信サービスを一覧にします。使用中のドメインやホスト名とDNSの管理者を確認します。どのメールが依存しているか理解しないままレコードを変更しないでください。

ドメイン管理者とSendvioのサポートされた設定を確認し、アカウント固有のレコードを使います。必要に応じてSPF、DKIM、DMARCの整合を確かめます。サブドメインなら意図した通りにすべての設定が自動継承されると思い込まないようにします。

新しい名前を決める前に送信元を一覧にする

正当な各送信経路の用途、画面に表示する差出人、返信先、送信を担うサービスを記録します。ドメイン管理者に関連する認証レコードを確認してもらいます。マーケティング設定でサポートやスタッフ向けメールを壊さないための棚卸しです。

サブドメインで管理が明確になる場合も、顧客が認識できる送信者情報を保ちます。返信を誰が確認し、質問にどう答えるか決めてください。技術的に有効な差出人でも、放置された受信箱に返信が届くなら別の問題が起きます。

実際のSendvioアカウントと設定するドメイン向けのレコードを使います。無関係な例から一般的なSPFやDKIMの値をコピーしないでください。既存レコードは他の正当な送信者を支えている場合があります。現在の設定全体を確認せず置き換えないようにします。

顧客が送信者を認識できるようにする

技術的に整理された設定でも、ブランド名や返信体験が急に変わると顧客には見慣れなく感じられることがあります。認識しやすい表示名を使い、監視された返信先と一貫した識別情報を用意します。

実際の送信履歴に沿ってウォームアップと送信量の変更を計画します。苦情、ブロック、未解決のリスト品質から逃れるために新しいサブドメインへ移らないでください。根本の問題は引き続き修正が必要です。

表示ドメインと認証ドメインの関係を確かめる

認証と整合は関連しますが別の概念です。差出人に表示されたドメインとは一致しない識別子を使って認証に成功するメールもあります。DMARCでは関連する整合とSPFまたはDKIMの成功結果を評価し、設定した整合モードによって条件となるドメイン関係が変わります。

担当者に実際のDNS設定とテストメールのヘッダーを確認してもらいます。サブドメインへ方針をどう適用するかを含め、意図したドメイン方針を検証します。すべての設定が想定通り継承されると思い込みません。正当な送信経路を理解・確認する前に、制限の強い方針へすぐ移行しないでください。

誰が設定を管理し、各サービスがどのレコードを必要とするか記録します。サービスを終了するときは使われなくなったことを確かめてから許可を削除します。新しいサービスを追加するときは、その経路だけでなく共有レコード変更の影響を受ける既存経路もテストします。

選択した設定を検証し、保守する

テスト送信し、認証結果と顧客から見える送信者情報を確認します。サブドメインの用途と今後の変更に責任を持つ人を記録します。

サービスの追加や終了に合わせて設定を見直します。管理された送信者情報が役立つのは、理解しやすく保守されているためであり、すべての評判リスクから完全に隔離できるからではありません。受信者が期待し、認識できるメールを安定して送れる設定を目指します。

技術的な確認と合わせて、送信者の評判や受信者の反応も見ます。新しいサブドメインでも同意は得られず、好ましくない送信パターンも消えません。認証が受信箱への到達を保証するわけでもありません。チームが保守でき、顧客が長く認識できる安定した送信者情報が重要です。