ステップメール配信ツール、代理店がクライアントの認証済み送信元からドリップ配信を送り出す

クライアントの送信ドメインは、そのクライアントのデータ設定に追加し、DNS レコードを公開します。検証が終わると、パネルにはドメインが有効と表示されます。認証済みドメインの送信元アドレス一覧にも、単独で認証されたアドレスにも入っていないアドレスからは、ローンチを開始できません。この確認はバッチごとに改めて行われるため、途中で送信元が外されれば、別の送信元からメールが出ることなく、ローンチが止まります。

メールには、クライアント自身のDNSに公開したレコードを通じて、クライアントのドメインのDKIM 署名が付きます。バウンスはそのサブドメインに戻るため、受信者に見える送信元は、代理店でもプラットフォームでもなく、クライアントのものです。DNSを編集できないクライアントには、認証済みの単一アドレスも使えますが、DKIM 署名はなく、受信箱への入りやすさが落ちることをパネル自身が警告します。ドメインのパネルではGmailなどのフリーメールのドメインは受け付けられず、ルートドメインを追加すると、マーケティングメール専用のサブドメインを提案します。キャンペーンの送信評価を、クライアントの日常のメールから切り離せるからです。

プランニングで数えるのは、メールを受け取りうる人です。送信では、最初のメールが実際に出るときに配信対象をもう一度割り出すので、予約したローンチが届くのは、日付を決めた時点で条件に合っていた人ではなく、その当日に条件に合う人です。フォローアップは、それぞれ直前のメールが届いた人に送られ、配信停止と、リード自体の「Do Not Disturb」の設定が改めて確認されます。ローンチのチェック、配信対象の件数、送信は同じ一組のルールで動くため、承認された数字と実際に送る数字は、同じ方法で計算されます。

配信対象として選ばれたのに送信で飛ばさなければならない連絡先は、すべて理由別に数えられます。メールアドレスがない、アドレスが無効、すでに数えたアドレスとの重複、このクライアントのメールの配信停止（配信状況の通知が記録される場合は、ハードバウンスと苦情もこの一覧に加わります）、リード自身、またはアドレスを共有する別のリードに付いた「Do Not Disturb」、ローンチする人が見られない保存済みリストに入っているリードです。制限付きのCRM リストを指定したフィルターやセグメントは、代わりにチェックで不合格になります。集計は一行で表示されます（例：37 件を除外（配信停止 21、連絡拒否 9、無効 7））。

テンプレートには、名、姓、氏名、会社名、都市、受信者ごとの配信停止リンクの差し込みタグを使えます。これらはサーバー側で受信者ごとに差し込まれ、リンクを含め、差し込まれる場所に合わせて安全な形に処理されるので、名前によってリンクの行き先が変わることはありません。製品が知らないタグは空欄に置き換えられ、事前に「Unknown merge tags」（不明な差し込みタグ）というチェックで指摘されます。入力ミスは、誰かの受信箱に残る見知らぬタグではなく、警告になります。

最初のメールには、最大三つの件名を入れられ、ABテストの分割になります。受信者のアドレスに対する決まった計算で件名が選ばれるため、割合はほぼ均等になり、送信が何回に分かれても同じ人には必ず同じ件名が届きます。フォローアップの件名は、それぞれ一つです。分割は偶然ではなく計算で決まり、勝者は自動では判定されません。ローンチ画面に開封やクリックの数字は表示されないためです。

メールごとに専用の配信停止リンクが付き、三つの形で組み込まれます。HTMLのフッターに表示される一行、プレーンテキスト部分の一行、そしてメールアプリがワンクリックのボタンを出せるようにする標準のList-UnsubscribeとList-Unsubscribe-Post ヘッダーです。プレーンテキストで書いたテンプレートにはHTML 部分がないため、テキストの一行とヘッダーが付きます。デザインしたテンプレートでは、フッターの「Unsubscribe」リンクが空欄または # のままなら、受信者のリンクに差し替えられ、それ以外のリンクが # のままだと、チェックで警告になります。

リンクを開くと、アドレスの一部を伏せた確認ページが表示されます。配信停止が記録されるのは、そのページのボタンか、メールアプリのワンクリックを押したときだけです。リンクを読み込むセキュリティスキャナーが、誤って誰かを配信停止にしてしまうことはありません。記録はクライアントとアドレスごとに保存され、そのクライアントの以降のキャンペーンすべてに適用されます。ドリップ配信の次のステップでは、送信の前にもう一度確認されます。

GmailとYahoo! は、一括送信者に対して、SPF・DKIM・DMARCによるメール認証、ワンクリックの配信停止、迷惑メールとして報告される苦情を低く保つことを求めています。認証済みの送信ドメインについては、パネルが最初の部分を担います。クライアント自身のドメインで各メッセージに署名するためのDKIM レコード、独自のMX レコードとSPF レコードを持つバウンス用サブドメイン、p=noneから始まる DMARC レコードを返します。最後のレコードは必須ではなく推奨とされており、なくてもドメインは認証されます。ただし一括送信者には用意が求められるため、公開しておいてください。

二つ目の部分は、すべての送信に組み込まれています。各メールにはワンクリック用ヘッダーと本文中の配信停止リンクが付き、リストはバッチごとに読み直されるため、配信停止は次のバッチと以降のすべてのステップで守られます。次の三つの作業は、送信者側に残ります。受信者がクライアントからのメールを受け取ることに同意した証拠を保管すること、DMARC レコードを公開してあとから厳しくすること、苦情を見守ることです。ローンチ画面は、ステップごとに送信済み、失敗、待機中の件数を数えますが、苦情率は表示しません。配信状況の通知が記録される場合は、苦情があったアドレスもクライアントの配信停止リストに加わりますが、率そのものは、メールボックスプロバイダー自身のツールで確認します。上がってきたら、次のローンチは見合わせてください。

各ステップは一人一行のリストとして一度だけキューに入り、送信記録は、同じ人と同じステップの行を二つ持てません。最大 100 行のバッチは、メール配信サービスに渡る前に送信中の印が付き、その後は十件ずつ一定のペースで送られます。サービスが制限をかけたり停止したりした場合、未送信の分はキューに戻ります。

送信が途中で中断された場合、送信中だった行は再送されません。送信を確認できなかったという注記付きで失敗として数えられ、ほかの人はキューから続行します。このトレードオフは意図したものです。行が失敗とされた受信者は、そのメールとそれ以降のフォローアップを受け取れませんが、同じメールが二度届く人は出ません。サービスに連続五回拒否されると、ローンチは停止し、何通が送られ、何通が送られなかったかが報告されます。

「Send now」（今すぐ送信）か「Schedule」（予約）を選び、最初のメールの時刻を自分のタイムゾーンで、一分後から 90 日先まで設定します。ライブラリの編集権限と「Publish」（公開）権限を持つ人がローンチを開始します。編集権限だけの人は依頼を出し、公開担当者が「チーム > 承認」で承認します。その際、まず公開担当者の権限でチェックが再実行されます。どちらの経路でも、配信対象はクライアントのCRMの連絡先なので、CRMへのアクセス権が必要です。

メールのローンチが進行中でページが表示されているあいだは、20 秒ごとに自動で更新され、現在のステップ、送信済みの件数、次のメールの予定が表示されます。「Cancel」（取り消し）には「Publish」権限が必要で、次の十件のグループの前に送信を止めますが、送信済みのメールは取り消せません。一時停止はありません。ローンチは、完了するか、失敗するか、取り消されるかのいずれかです。取り消されたプランは再度ローンチでき、その際は、先のローンチですでに何人に届いたかが警告として表示されます。