Instantly は送信を処理します。何が入るかはあなたが決めます。
Instantly はマルチ受信ボックスキャンペーン、メールボックスローテーション、ウォームアップシーケンス、スケールされたアウトバウンド業務のために構築されています。これらすべてをうまく行います。
インポートの前にどのレコードが品質上安全かという最終的な決定を行わないことです。その決定はあなたのものです — リストが送信者に届く前、まだリスクのあるアドレスを削除またはセグメント分けする姿勢がある間に。
Instantly インポート前に確認すべき事項
Instantly に入るすべてのリストは、インポートされる前にフィールドレベルのチェックを通過する必要があります。最も重要なフィールドはこれらです。
| フィールド | 重要な理由 |
|---|---|
| メールアドレス | 認証ターゲット — メールボックスローテーションに入るアドレス |
| ドメイン | キャッチオールのステータス、MX の有効性、会社のマッチングを決定する |
| ソース | Apollo、LinkedIn エクスポート、スクレイパー、エンリッチメント、手動リスト — それぞれ異なるリスクを持つ |
| 重複ステータス | Instantly はローテーションを処理するが、重複アドレスはバウンスへの露出を肥大させる |
| 抑制ステータス | 以前のキャンペーンでバウンスまたは登録解除したアドレスは再入力すべきでない |
各シグナルタイプが生み出すリスク
すべてのレコードが等しくリスクがあるわけではありません。各シグナルタイプがキャンペーンに何をするかを理解することで、インポート前に正しいルールを適用できます。
| シグナル | 配信動作 | Instantly キャンペーンへのリスク |
|---|---|---|
| 無効 | 永続的に拒否 | ハードバウンス — 直接的な評判ダメージ |
| キャッチオール | ドメインは全アドレスを受け入れるが、メールボックスは不確実 | 配信するかバウンスする可能性 — 不確実性を肥大させる |
| ロールベース | 共有受信ボックス（info@、sales@、hr@） | 技術的に有効だが、名前付きアウトリーチターゲットとして弱い |
| 使い捨て | 一時的または低信頼アドレス | 実際のビジネス連絡先ではない |
| 不明 | 認証結果が不確定 | レビューなしで高ボリュームローテーションに入るべきではない |
| 重複 | 同じアドレスが複数回インポート | 繰り返し送信、クレームリスク |
バウンス後ではなくインポート前に認証する
認証する正しいポイントは、リストを Instantly にインポートする前です。最初のキャンペーンウェーブの後ではありません。バウンス率が上昇し始めてからではありません。
インポートはコミットポイントです。リストが Instantly 内にあると、キャンペーンプレッシャーにより弱いレコードを停止して削除することが非常に難しくなります。インポート前のパスは正しい種類の摩擦を生み出します — 不良データが実行中のキャンペーンになる前に。
各結果を正しいバケツにルーティングする
| BillionVerify の結果 | Instantly インポート前のアクション |
|---|---|
| 有効 | ターゲットキャンペーンまたはメールボックスローテーションにインポート |
| 無効 | インポートしない — 抑制リストに追加 |
| キャッチオール | 別のセグメント、低ボリューム、または送信前の追加エンリッチメント |
| ロールベース | 共有受信ボックスのメッセージングの別のキャンペーン |
| 不明 | 手動レビューのために保留または高ボリュームシーケンスから除外 |
| リスクあり・使い捨て | インポートしない |
クリーンな抑制ファイルはクリーンな送信リストと同様に重要です。あるキャンペーンで失敗したりオプトアウトしたアドレスが、後のインポートを通じて再入力されるべきではありません。
リストが認証された後
承認済みレコードが Instantly にインポートされたら：
- 有効なアドレスは標準のキャンペーンシーケンスに入ります