Sailthruのユーザーリストをクリーンで配信可能な状態に保つ
Sailthruは、アドレスがハードバウンスした時点で配信除外にし、あらゆるレベルのオプトアウトを反映するため、すでに失敗したメールボックスにはすばやく対応します。しかし、一度も送信していないアドレスは判断できません。インポートや登録フォームから入った送信実績のない無効なアドレスこそが、到達率を気づかないうちに低下させる原因です。Qualisendはこのギャップを埋めます。提供中のネイティブコネクターでSailthruと連携し、ユーザーリストをSailthru上で直接検証・クリーニングするか、エクスポート→検証→配信除外の手順を手動で行えます。その間を埋めるのが、REST APIと、Zapier、Make、n8nによるノーコードのフローです。
CSV不要で、Sailthruと直接連携
APIキーで連携
SailthruのAPIキーとShared Secretを入力します。どちらもSailthruの「Settings → API & Postbacks」で確認できます。
- 任意のリストのユーザーをクリーニング
- 結果を各ユーザーのprofile varsに保存
- 新しいユーザーをWebhookでリアルタイムに検証
- 7日・14日・30日ごとに自動クリーニング
CSVやAPIでの利用も可能です。詳しくは下記をご覧ください。
Sailthruが標準でクリーニングするもの
Sailthruに標準搭載されたリストメンテナンスは、ハードバウンスの検出とオプトアウトの仕組みに基づいて機能します。アドレスがハードバウンスすると、Sailthruはそのユーザーにフラグを付けて送信を止めます。Hardbounce Postbackを設定すれば、発生した瞬間に通知を受け取ることもできます。さらに、すべてのユーザーにはオプトアウトステータスがあります。「Optout (All)」は、領収書メールやパスワード再設定メールなどのトランザクションメールを含むすべてのメッセージから除外し、「Optout (Marketing)」はキャンペーンから除外しつつ、こうした基本的なトランザクションメールの送信は引き続き許可します。Sailthruが実際に送信したアドレスについては、この組み合わせで確実かつ自動的にリストメンテナンスが行われます。
検出できないもの
問題は、これがすべて事後対応型だという点です。作動するには、実際の配信と、返ってきたバウンスが必要です。インポートや登録フォームから入った送信実績のない無効なアドレス、取得時に受け付けた使い捨てアドレス、info@、support@ などの役割アドレス、使われなくなって応答のないメールボックス、SMTPの段階ですべての宛先を受け付けるキャッチオールドメインは、最初の一斉配信で問題が明らかになるまで、いずれも有効なユーザーに見えます。そしてそのタイミングこそ、GmailとYahoo!が送信ドメインの第一印象を形成する瞬間です。最も深刻なのはインポートしたリストです。バウンス履歴が引き継がれないため、他のプラットフォームですでに失敗していたアドレスも、Sailthruにはまったく新しいアドレスに見えます。
Sailthruのリストをクリーンに保つべき理由
Sailthruはエンタープライズ向けのソフトウェアで、エンタープライズ契約はアクティブユーザー数や送信量をもとに規模が決まるのが一般的です。そのため、今後も届かないアドレスで水増しされたリストは、契約更新の基準となる数値を知らないうちに押し上げます。さらに大きいのはレピュテーションへの影響です。未検証のリストへの最初の一斉配信をもとに、GmailとYahoo!は2024年に導入した送信者ガイドライン（迷惑メール率0.3%未満を求め、繰り返しのバウンスにペナルティを科すもの）に従って、ドメインの扱いを決めます。Sailthru自身の到達率モニタリングも同じシグナルを読み取っています。古いインポートリストへの1回の配信で、何か月もかけて築いた良好な送信履歴が台無しになることもあります。配信前にクリーニングすれば、契約のコストと、実際にコンバージョンにつながるキャンペーンの受信トレイへの到達の両方を守れます。
CSV・APIを使う場合：手動での手順
最も手早いのはネイティブコネクターですが、CSVでの手順はSailthruのどのプランでも利用できます。Sailthruからエクスポートし、Qualisendで検証して、結果に応じて対処します。
Sailthruからリストをエクスポート
「Lists」ページを開き、クリーニングしたいNatural ListまたはSmart Listの行にあるスプレッドシートのアイコンをクリックします。CSVにエクスポートする際は、メールアドレスのみを取り出すことも、user varsやオプトアウトのデータを含めることもできます。
Qualisendでファイルを検証
CSVをQualisendの一括クリーニングにアップロードするか（1回の処理で最大100万件、進捗はリアルタイムに表示、重複アドレスの課金は1回のみ）、アドレスを直接貼り付けます。Freeプランの100クレジットは有効期限がなく、最初のサンプル検証に使えます。
結果を確認
各アドレスには、配信可能・要注意・配信不可・不明のいずれかの判定が、理由コードとサブフラグ（キャッチオール、使い捨て、役割アドレス、容量超過）とともに返ります。根拠となるMXプロバイダーとSMTP確認の詳細、0～100の信頼度スコアも表示されます。クリーニング済みのCSVをダウンロードします。
Sailthruで配信不可アドレスを整理
結果を「配信不可」で絞り込み、該当するユーザーを「Optout (All)」に設定して、すべての配信から除外します。UIでは1件ずつ、user Job APIでは一括で設定できます。到達率を守るにはオプトアウトで十分です。ユーザーの削除は、GDPRの消去要求への対応など、完全な消去が必要な場合に限ります。
または登録時に自動で検証
最初から不要なアドレスを入れたくない場合は、QualisendのREST API（スコープ付きキー、レート制限、Webhook）や、Zapier、Make、n8nのフローを使えば、新規登録者がSailthruや一斉配信に届く前に、アドレスの取得時点で検証できます。提供中のネイティブコネクターでも、Sailthruで追加したPostbackを通じて新規ユーザーをリアルタイムに検証し、リストを定期的に再クリーニングできます。
Qualisendがすべてのアドレスで検出するもの
- 次の一斉配信でハードバウンスし、Sailthruのハードバウンスによる配信除外の対象になる、送信実績のない無効なアドレス
- 登録から数日で消える前提の使い捨てドメイン
- SailthruのセグメントやLifecycle Optimizerが読み取るエンゲージメントをゆがめる、info@、support@ などの役割アドレス
- SMTPの段階ですべての宛先を受け付けるキャッチオールドメイン。フラグを付けるので、やみくもに一斉配信せず、セグメントに分けて配信ペースを落とせます
- すべてのアドレスに付与される0～100の信頼度スコアと機械判読可能な理由コード。判断が分かれるアドレスも自社の基準で判断できます
Sailthruのネイティブコネクターを提供中です。Qualisendの「連携」でSailthruと連携すると、CSV不要でSailthruのリストを直接扱えます。
結果ごとの対処法
各アドレスには判定とサブフラグが返されます。まだ届くコンタクトを失わずにSailthruのリストをクリーンに保つための対処法は次のとおりです。
配信可能通常どおり配信を続けます。配信可能 + 役割アドレスフラグ基本的なトランザクションメールには引き続き使い、エンゲージメントで評価される一斉配信やセグメントからは除外します。要注意 + キャッチオールフラグ専用のリストまたはセグメントに移し、配信ペースを落とします。要注意 + 使い捨てフラグ「Optout (All)」に設定するか、削除します。短期間で消える前提で作られたメールボックスです。不明アクティブのまま残し、次回のクリーニングで再検証します。多くはグレーリスティングやレート制限によるもので、メールボックス自体の判定ではありません。配信不可すぐに「Optout (All)」に設定するか、完全に消去するなら削除します。バウンスで無効と判明するのを待つ必要はありません。関連記事
検証、送信ドメイン認証、エンゲージメントを組み合わせて、Sailthruからのメールを受信トレイに届ける方法。
最初の一斉配信の前にリストをクリーンにすることで、Sailthruの送信に使うドメインのレピュテーションを守れる理由。
Sailthruからのすべての配信が評価される、2024年導入の一括送信者向けのバウンス率・迷惑メール率の基準。
使われなくなったメールボックスが再び溜まらないよう、Sailthruのリストを再検証する周期。
スコープ付きキーとWebhookを使って登録時に検証し、不要なアドレスをSailthruに入れません。
Sailthruのメールアドレス検証に関するよくある質問
Sailthruのリストを数分でクリーニング
有効期限のない100クレジットで無料で始められます。クレジットカード登録は不要です。連携して検証するだけで、次のキャンペーンを守れます。