TrekMail でメールリストを一括検証する方法
リストを準備して Quick または Deep を選び、クレジットとステータスを確認し、安全なキャンペーン用に結果を出力します。
記事の詳細
種類・難易度・対象プラン・最終更新の情報。
▼
記事の詳細
種類・難易度・対象プラン・最終更新の情報。
- 種類
- ガイド
- 難易度
- 初級
- プラン
- Nano · Starter · Pro · Agency
- 最終更新
- 2026年9月10日
一括ジョブを使用すると、キャンペーン前に連絡先ファイルを確認済みのセグメント化されたリストに変換できます。目的は、回避できるバウンスを減らし、チームに明確な確認手順を提供することです。同意やオーディエンスの期待に代わるものではありません。
移行元ファイルを準備する
アドレスを直接貼り付けるか、最大 10 MB の .csv、.xlsx、.txt ファイルをアップロードできます。CSV または XLSX ファイルでは、連絡先のメールアドレスを 1 つの列に入れると最も適切に処理できます。TrekMail はアドレスを抽出して重複を削除しますが、列が明確ならプレビューを確認しやすくなります。
ジョブごとに 50,000 件以下の一意のアドレスに制限してください。ファイルが大きい場合は、獲得元やキャンペーンタイプなど、意味のあるセグメントに分割します。こうすることで、次の対応を決める際にも結果を活用しやすくなります。
別のシステムからリストをアップロードする前に、その使用権限があることを確認してください。検証では技術的なリスクを特定できますが、相手にメールを送る許可は得られません。
後で結果を使いやすくする
非常に大きな移行元は、キャンペーン、地域、獲得経路、アカウント担当者など、後で実際に判断に使う基準で分割します。巨大なエクスポート 1 つでは確認が難しくなりますが、ジョブを分ければ、どの移行元から Risky または Invalid の結果が出たか明確になります。
元の連絡先識別子は移行元システムに残してください。検証ツールのエクスポートにはアドレス、スコア、プロバイダー、リスク要因が含まれますが、同意、顧客履歴、セグメントフィールドは引き続き自社システムで保存します。
モードを選択する
- 定期的なクリーニングと簡単な初回確認には Quick を選択します。アドレスごとに 1 クレジットを使用します。
- 古いリスト、重要なリスト、よく知らないリストには Deep を選択します。通常はアドレスごとに 2 クレジットを使用し、プロバイダー固有の例外は見積もりに表示されます。
新しい移行元では、代表的なサンプルから始めます。リスト全体を実行する前に、ステータスの割合といくつかの結果詳細を確認してください。
見積もりを確認する
Prepare で、Start Verification を選択する前に次の項目を確認します。
- 抽出されたアドレス数
- 削除された重複数
- 選択したモード
- 消費される正確なクレジット数
件数が正しくない場合は、戻って移行元を修正します。クレジットはジョブ開始時に差し引かれます。24 hours 以内に同じ正規化済みリストを同じモードで送信すると、再課金せずに既存のジョブが返されます。
状況に応じて費用を確認する
Quick では、受け付けた各アドレスに 1 クレジットを使用します。Deep は通常 2 クレジットですが、見積もりで 1 クレジット料金として示されるプロバイダー固有のアドレスは例外です。開始前に見積もりと現在の残高を比較してください。残高不足ならジョブは開始されないため、クレジットを追加するか、意図的にセグメントを小さくできます。
ジョブを追跡する
ジョブはバックグラウンドで続行されます。各バッチが完了すると、Verify ステージに進行状況と結果の合計が表示されます。受信メールプロバイダーから追加の証拠が得られる場合、Deep の処理には長い時間がかかることがあります。完了時間を固定して計画しないでください。
ダッシュボードを離れて後から戻ることもできます。履歴テーブルにはジョブとそのステータスが保持されます。
| ジョブステータス | 対応 |
|---|---|
| Pending | ジョブは受け付けられ、開始を待っています。 |
| Processing | 処理中です。待機を続けるか、予定が変わった場合はキャンセルできます。 |
| Completed | 完全な結果を確認、絞り込み、エクスポートします。 |
| Partial | リスト全体について結論を出す前に、利用可能な行を部分集合として確認します。 |
| Cancelled | 必要に応じて処理済みの行をダウンロードします。未処理分のクレジットは返還されます。 |
| Failed | ダッシュボードのメッセージを読み、使用可能な結果があるか確認してから再試行します。 |
結果を活用する
ジョブが完了したらステータスで絞り込み、キャンペーンに重要なアドレスの理由を確認します。
| グループ | 推奨される対応 |
|---|---|
| Safe | 通常の同意、設定、送信保護措置に従って使用します。 |
| Valid | 通常は使用可能なグループですが、バウンスとエンゲージメントを監視します。 |
| Risky | 移行元を確認するか、許可に基づく低リスクな方法を採用します。 |
| Invalid | 送信前に削除または修正します。 |
| Unknown | 後で再試行するか、より明確な回答が得られるまで除外します。 |
次のツールで必要なグループをダウンロードします。ダッシュボードのエクスポートでは、全結果、個別ステータス、複合グループを選べます。CSV にはアドレス、ステータス、スコア、プロバイダー、リスク要因が含まれます。
低リスクなキャンペーンへの引き渡し
- キャンペーンの許可およびリスク方針に合う場合のみ、Safe + Valid をエクスポートします。
- Risky を気付かれないまま統合せず、別の確認セグメントとして保持します。
- 元の連絡先システムで明らかなアドレスの誤りを修正します。
- Invalid とオプトアウトした連絡先を今後の送信から除外します。
- 15-day の保持期間が切れる前に、キャンペーン記録とともにエクスポートを保存します。
ジョブをキャンセルした場合
pending または processing のジョブをキャンセルできます。TrekMail は処理済みの行を保持し、未処理分のクレジットを返還します。1 行以上が完了していれば、ダウンロード可能な結果も残ります。キャンセルした移行元ファイルは、ジョブの停止後にダッシュボードから削除できます。
リストの健全性を保つ
検証は一時点での評価です。長期間休止した後、重要なキャンペーンの前、またはバウンス率が上昇したときにリストを再確認してください。無効なアドレスを今後の送信から除外し、オプトアウトを尊重し、スコアしきい値だけでなく移行元の改善にもキャンペーン結果を活用します。
繰り返しインポートして同じ問題が発生する場合は、原因となった連携またはフォームを更新します。同じデータを再実行すると症状は再び表示されますが、入力ミスや不要なアドレスを収集する移行元は修復されません。
各ステータスの意味はメール検証結果の読み方を参照してください。
関連記事
ワークフローの続きとなる関連ガイドに移動します。