QuickMail は受信箱ローテーションとキャンペーン配信を処理します。ローテーションに何を入れるかはあなたが決めます。
QuickMail は、受信箱ローテーション、複数の送信アカウント全体のキャンペーン管理、大量送信のための信頼性の高い配信可能性コントロールを必要とするアウトバウンドチーム向けに構築されています。複数のクライアントまたは複数のキャンペーンを同時に管理するエージェンシーとパワー送信者に人気です。
受信箱ローテーションモデルは、ボリューム関連のダメージから個々のメールボックスを守るのに効果的ですが——キャンペーン内のレコードを修正しません。10 の回転する受信箱に無効なアドレスを配布するということは、10 の受信箱がバウンスを吸収するということです。総バウンスリスクは縮小されません；より多くのインフラに分散されます。
エージェンシーワークフローにとって、これは特定のリスクを生み出します：1 つのクライアントの未確認リストが、他の複数のクライアント間で共有されている送信インフラに影響を与える可能性があります。エージェンシースタックでの 1 つの不良インポートは、単一クライアント運用での不良インポートよりも広い影響範囲を持ちます。
QuickMail インポート前に確認すべきこと。
エージェンシー設定での QuickMail キャンペーンは、多くの場合、クライアント提供の CSV、Apollo エクスポート、またはデータエンリッチメント出力からリストを受け取ります。これらのそれぞれには異なる品質の前提と減衰率があります。これらのフィールドはリストが QuickMail 受信箱ローテーションに入る前に重要です。
| フィールド | 重要な理由 |
|---|---|
| メールアドレス | 受信箱ローテーションに入るアドレス——確認により送信しても安全かどうかが決まります |
| ドメイン | キャッチオール動作、MX の有効性、クライアント側ターゲティングの精度を決定 |
| ソース | クライアント提供 CSV、Apollo、エンリッチメントツール、手動調査——それぞれ異なる精度 |
| サプレッションステータス | 以前のキャンペーンでバウンスまたはオプトアウトしたアドレスはローテーションから除外する必要があります |
| リスト期間 | 90 日以上経過したリストは再確認が必要——特に定期キャンペーンのあるエージェンシークライアント |
各シグナルタイプが生み出すリスク。
QuickMail は複数の受信箱にわたって送信を分散します。その分散により、早期のバウンスシグナルが検出されにくくなり、リスト品質の問題がより広いローテーションに影響する前に発見しにくくなります。
| シグナル | 配信動作 | QuickMail キャンペーンへのリスク |
|---|---|---|
| 無効 | 受信サーバーに永続的に拒否される | ハードバウンス——ローテーション内の複数の受信箱に分散 |
| キャッチオール | ドメインはすべてのアドレスを受け入れ、メールボックスステータスは不確実 | 不確実な配信——結果を改善せずに送信数を膨らませる |
| ロールベース | 共有受信箱（info@、sales@、hr@） | 配信可能だが、パーソナライズされたキャンペーンのアウトリーチターゲットとしては弱い |
| 使い捨て | 一時的または低信頼のアドレス | 実際のビジネス連絡先ではない——ローテーション全体で容量を無駄にする |
| 不明 | 確認結果が不確定 | 意図的な確認決定なしに受信箱ローテーションに入れるべきではない |
| 重複 | 複数のリストまたはクライアントにわたって同じアドレス | 同じまたは異なる受信箱から同じ連絡先への複数の送信——苦情リスク |
インポート前に確認——バウンス後ではなく。
確認の適切なタイミングは、リストが QuickMail ローテーションに入る前です。最初の送信ウェーブ後に不良レコードを捕捉するということは、ローテーションはすでに接続された受信箱全体にバウンスシグナルを分散させているということです。エージェンシー環境では、クライアント固有のリスト問題がすでに共有インフラに影響しているということを意味します。
インポートはコミットメントポイントです。QuickMail では、そのコミットメントはキャンペーンを担当する受信箱ローテーション全体に影響します。ローテーションがレコードを受け取る前にリスト品質を確立することで、何人のクライアントまたはキャンペーンがそれを共有しても、送信インフラはクリーンなままです。
各結果を適切なバケツに振り分ける。
| BillionVerify の結果 | QuickMail インポート前のアクション |
|---|---|