Salesloftでメールアドレスを検証する方法：コールドアウトリーチガイド

Salesloftは、コールドアウトリーチが実際に行われる場所です。People、ケイデンス、その裏でつながる送信用メールボックスがここにあります。ただし、リストをクリーンにする場所ではありません。Salesloftはバウンスが発生した後にそれを検知し、そのアドレスへの送信を止めますが、その時点で、送信ドメインにバウンスが記録され、存在しないメールボックスにメールを送ったことを迷惑メールフィルターに見られてしまい、被害はすでに出ています。コールドメールでは、オプトインしていない相手に送り、どのプロバイダーも最初のメッセージからスコアを付けています。そのため、事後対応のセーフティネットだけでは不十分です。このガイドでは、Salesloftのバウンス保護でできること、それでも独立して検証する理由、そして無効なアドレスへの送信が発生する前にケイデンスから除外する、エクスポート、検証、除外の具体的な流れを説明します。

Salesloftのバウンス保護でできること#

Salesloftの保護は実際に機能しますが、多くのセールスエンゲージメントプラットフォームと同じく、送信後に対応する事後対応型です。

• バウンスを記録してリスクを下げます。 Personへのメッセージがハードバウンスすると、SalesloftはそのPersonのレコードにバウンスを記録し、同じアドレスに対するケイデンスの以降のステップが実行されないようにします。すでに失敗したメールボックスに送り続けることはありません。
• バウンス時に自動で一時停止します。 メールがバウンスしたPersonを、ケイデンス内で自動的に一時停止するように設定できます。シーケンスを進め続けるのではなく、対象をシーケンスから外します。
• Do Not Contactによる抑制ができます。 Salesloftには、アカウント単位とPerson単位のDo Not Contactの管理機能があります。Do Not Contactのリストを一括インポートし、個人にフラグを付けると、以降のケイデンスから除外されます。

上記のSalesloftの動作は、2026年8月時点のSalesloftのドキュメントで確認したものです。

すでにメールを送ったアドレスについては、これらの機能でリストを確実に健全に保てます。ただ、構造上の問題があります。これらの仕組みはどれも、送信とバウンスがあって初めて働きます。Salesloftに停止を学習させるバウンスは、メールプロバイダーが送信者に不利なものとして数えるバウンスと同じものです。

それでも独立して検証する理由#

コールドメールの成否は、バウンス率とドメインのレピュテーションという2つの数字で決まります。オプトイン済みの購読者からなるマーケティングリストとは違い、コールドの見込み客リストは、データプロバイダー、スクレイパー、LinkedInのエクスポート、名前のパターンから推測したアドレスなどで作られます。その多くは最初から誤っており、しかもすべてが一度もメールを送ったことのないアドレスです。そのため、最初のステップが送信されるまで、Salesloftにはそのどれについても手がかりがありません。その最初の送信こそ、Gmail、Outlook、あらゆる企業のフィルターが、送信ドメインとメールボックスに対する第一印象を形成するタイミングです。

数字は容赦がありません。メールプロバイダーや受信トレイ到達率の測定ツールは、バウンス率がおよそ2～3%を超えるとレピュテーションの問題とみなします。一方、コールドリストはクリーニング前に10～30%が無効なことも珍しくありません。未検証のバッチを1つケイデンスに流すだけで、初日にしきい値を超える可能性があります。許可を得て送るメールよりコールドアウトリーチでバウンス率がはるかに重要になるのは、エンゲージメントの履歴という緩衝材がないためです。汚れたリストを1回インポートしただけで、何週間もかけてウォームアップした送信ドメインとメールボックスが使えなくなることもあります。ドメインにいったん問題があるとみなされると、有望な見込み客へのメールまで迷惑メールに振り分けられます。

独立した検証は、バウンス保護では埋められないギャップを埋めます。アドレスが無効だと、実際にメールを送って知るのではなく、最初のステップの前にわかります。Qualisendは、すべてのアドレスにdeliverable、risky、undeliverable、unknownの4つの判定のいずれかを返し、それぞれに理由コード、MXプロバイダー、SMTPプローブの結果、0～100の信頼スコアが付きます。サブフラグでは、キャッチオールドメイン、使い捨てアドレス、役割アドレス、メールボックスの容量超過を確認できるため、ケイデンスで絶対に送らない対象を自分で決められます。これはコールドメールの検証が担う最前線のフィルタリングであり、Salesloftが利用者に任せている部分です。

手順：エクスポート、検証、無効なアドレスをシーケンスから除外#

目標はシンプルで、検証が済むまでケイデンスにアドレスを入れないことです。現時点で有効な手段はCSVを使う流れとAPIです。Salesloftネイティブコネクターは開発中で、近日提供予定ですが、それを待つ必要はありません。

1. SalesloftからPeopleをエクスポートします。 Peopleタブを開き、これから見込み客として扱うセグメント（新しいインポートや、まだ連絡していないアカウントリスト）にフィルターを適用します。レコードを選択し、一括のExportアクションでCSVをダウンロードします。セグメントは、ケイデンスに追加した後、最初のステップが送信されてからではなく、追加する前に検証してください。

2. QualisendでCSVを検証します。 ファイルをQualisendの一括ジョブにアップロードします。1つのジョブで最大1,000,000件のアドレスを処理でき、重複は1回分しか課金されません。アカウントをまたいで同じ連絡先が重複しがちなスクレイピングしたリストでは、この点が助けになります。すべての行に、判定、理由コード、サブフラグ、信頼スコアが付いて返されます。CSVを扱いたくない場合は、Verification APIで連携できます。スコープ付きキー、レート制限、Webhookにより、データスタックにアドレスが入った時点で検証でき、Zapier、Make、n8nを使えば、コードを書かずに同じ流れを実現できます。新規アカウントには有効期限のない1回限りの無料100クレジットが付くため、購入前に実際のセグメントで試せます。

3. 結果を振り分けて対応します。

• Deliverable → ケイデンスに追加します。送信しても安全なリストです。
• Undeliverable → 完全に除外します。インポートしないか、SalesloftのDo Not Contactリストに追加して、今後のケイデンスに紛れ込まないようにします。
• Risky（キャッチオール、メールボックス容量超過、低い信頼度） → 保留するか、送信量を抑えます。キャッチオールドメインはSMTPの層ですべてを受け入れるため、確認できません。メインの送信に混ぜず、少量の別ケイデンスか、ウォームアップ済みのメールボックスで送ってください。
• Unknown → 後で再検証するか、除外します。プローブで判定できなかったアドレスに、レピュテーションを賭けないでください。

4. クリーンなセグメントだけをケイデンスにインポートします。 deliverableのPeopleをケイデンスに追加します。新しいCSVをケイデンスに直接インポートする場合は、先に検証を通し、クリーンな行だけがステップを受け取るようにします。Salesloftのバウンス時の自動一時停止は、万一に備えた安全策としてオンのままにしてください。バウンスしたはずのアドレスはそもそも入らないため、ほとんど作動しなくなります。

5. 定期的に再検証します。 見込み客のデータは劣化します。人は転職し、メールボックスは無効になります。長く使うリストや再利用するリストは60～90日ごとに再検証し、前回のクリーニング以降に放置していたリストは必ず再実行してください。

これを継続すれば、バウンス率を低く保ち、コールドアウトリーチが頼りにするドメインとメールボックスのレピュテーションを守れます。Salesloftの事後対応型の保護は、唯一の守りではなく、最後の砦として位置づけられます。