メールリスト検証：信号、評価と制限

配信後に開封が減り、バウンスが増える場合があります。原因は古いアドレスだけでなく、内容、苦情、認証などにもあります。@ とドメインがあるだけでは確認できません。出典の月間約 2 から 3 パーセントという劣化率は目安で、共通の法則ではありません。一月に使えたアドレスが四月にも有効とは限りません。

メールリスト検証は送信前に複数の信号でアドレスを評価します。出典は DNS、SMTP、ヒューリスティックなど 25 項目を紹介しています。受信ドメインの SPF や DMARC は受信能力や自分の送信認証の整合を証明しません。評価は判断材料であり、本人確認や同意ではありません。

リスト検証は到達率の管理を助けますが、適法な収集、適切な内容、配信停止、バウンスと苦情の継続監視を置き換えません。

問題のあるリストと配信への影響

Google、Microsoft、Yahoo、Apple はバウンスや苦情などを参考にする場合があります。評価するデータや方法は一律ではありません。無効なアドレスや許可のない送信には異なるリスクがあります。

まず、恒久的なバウンスが増える場合があります。ただし 5xx 応答がすべて不存在を意味するわけではなく、ポリシーや認証も原因になります。出典の 2 パーセントと 5 パーセントは警告の例で、普遍的な基準ではありません。具体的なコードと受信側条件を確認します。

次に、スパムトラップに届く場合があります。再利用型や専用に作成されたアドレスがあり、公開照会だけで確実に識別できません。検証でも除去は保証されません。購入や収集したリストは、検証後も送信への同意にはなりません。影響は受信側と評価システム次第です。

また、反応指標が下がる場合があります。しかし開封やクリックがないだけでは、無効や無関心を証明できません。プライバシー機能や測定方法も影響します。配信、苦情、内容の関連性と合わせて分析しましょう。

リスト検証で調べること

検証は常に合否を断定できるものではありません。出典は TrekMail の 25 項目を二段階で説明しています。現行実装を確認し、不明や曖昧な結果も扱ってください。

段階 1：基本チェック

紹介されたモデルでは基本項目の失敗で無効区分や零点になる場合があります。製品の分類であり、すべてのメールボックスについて完全な判断ではありません。

紹介された七つの基本チェック後、段階 2 は 100 点から始まります。

段階 2：追加信号と評価

出典モデルの追加チェックは減点や情報を加えます。区分は技術的なリスク評価です。

評価区分

出典モデルは四区分を使います。名称だけで送信が許可されるわけではありません。

62 点や役割フラグ付きの 85 点も、用途に照らして判断します。ニュースレター、B2B、通知メールのいずれも点数だけでは送信を許可できません。確認済みアドレス、送信の根拠、実際の配信データが必要です。

Quick と Deep

出典は二つの深度を紹介しています。現行範囲と条件を確認しましょう。

Quickは紹介された段階 1 の基本項目と、段階 2 の役割や誤記などを調べます。MX には DNS が必要で、完全な非ネットワーク処理ではありません。出典の 1 クレジット/アドレスとミリ秒単位の時間は、現在の条件と実測を確認してください。キャッシュ、ネットワーク、負荷で変わります。

Deepは SMTP、DNSBL、RDAP、Gravatar、推定リスクを含む 25 項目、2 クレジット/アドレスと紹介されています。古いデータや外部データの評価には役立ち得ますが、購入や収集したアドレスに同意や適法な送信根拠を与えません。

リストの一括検証

単一検証はフォームや連携に向きます。10,000 や 50,000 アドレスなら一括処理が必要になる場合があります。

出典は一件最大 50,000 アドレス、CSV・XLSX のアップロード、API 提出を紹介しています。同一ジョブの重複除去で二重計算を避ける仕組みとされます。現行上限と課金を確認してください。

紹介された処理は三段階です。ファイルと各ドメインの DNS を読み込み、バッチに分けて順に配分し、並列で検証します。待ち時間や公平性は現行実装と負荷次第です。

出典は進捗、区分の集計、区分別 CSV 出力を紹介しています。対象を再評価する機能であり、安全な配信の保証ではありません。

出典では結果を 15 日後に削除するとあります。すべてのバックアップやログも同時に消える証明ではなく、現在の保持規則を確認します。

API 連携

紹介された REST API は Bearer トークンを使い、verify:read で結果、verify:write で提出を扱います。現行文書でエンドポイントと範囲を確認し、画面の全操作が使えるとは想定しません。

単一アドレスの検証

curl -X POST https://trekmail.net/api/v1/verify   -H "Authorization: Bearer tm_live_your_token"   -H "Content-Type: application/json"   -d \x27{"email": "user@example.com", "mode": "deep"}\x27

出典例は点数、区分、チェック結果を示します。使用前に、表示されたコマンド表記が自分のシェルに適するか確認してください。

{
  "status": "safe",
  "score": 95,
  "mode": "deep",
  "checks": {
    "syntax": true,
    "mx": true,
    "disposable": false,
    "role_based": false,
    "gibberish": false,
    "dnsbl_listed": false,
    "domain_age_days": 365,
    "smtp_status": "accepted"
  }
}

一括提出

curl -X POST https://trekmail.net/api/v1/verify/bulk   -H "Authorization: Bearer tm_live_your_token"   -H "Content-Type: application/json"   -d \x27{
    "emails": ["a@example.com", "b@test.com"],
    "name": "March campaign cleanup",
    "mode": "deep"
  }\x27

出典はジョブ ID、状態照会、webhook 通知、ページ分割された結果、CSV 出力を紹介しています。現行 API の提供範囲、エンドポイント、権限を確認します。

出典の毎分上限は単一検証 60 件、一括提出 10 件、状態照会 120 件です。現行制限を確認してください。

検証、一括処理、クレジット、結果を扱う八つの MCP ツールも紹介されています。Claude Desktop、Claude Code、Cursor などでは、クライアント、設定、ツール範囲、権限に依存します。

検証するタイミング

転職、アカウント放棄、ドメイン失効でリストは変わります。一月の 95 パーセントと六月の 85 パーセントは出典の例で、予測ではありません。リスクとデータ由来で計画してください。

大規模配信の前。新しさ、同意、技術的リスクを確認します。バウンス 5 パーセントは出典例で、共通の損害基準ではありません。

長い中断の後。出典は 90 日を目安にしています。再連絡が期待され許されるかも確認し、休眠アカウントがすべてトラップになるとは扱いません。

外部データの取り込み時。イベント登録や提携データも由来、目的、送信根拠が必要です。購入やスクレイピングだけでは許可を証明せず、Deep も無許可の一括送信を適法にしません。

収集時。フォーム検証は誤記を発見できます。遅延と合法な特殊形式をテストしてください。すべての誤入力を防ぐものでも、必要な確認の代わりでもありません。

定期的に。活動中のリストでは月次や四半期の検証が候補になります。利用とリスクで頻度を決めます。

クレジットと価格

出典は月間の付属クレジットを紹介していますが、次の価格欄は破損しています。シェル文字列、空欄、不完全な値は有効な価格ではありません。現行プランと機能を確認してください。

追加クレジットと数量別料金は Email Verifier ページで確認します。現在の条件を調べ、数量割引を前提にしないでください。

出典は Quick が 1 クレジット、Deep が 2 と説明しています。重複除去は同一ジョブ内です。中止時の未使用分返還も現行の課金規則を確認します。

ホスティングとの連携

多くの検証サービスは送信と別に使われます。ただし他社も連携で履歴を利用できる場合があり、データ交換がないと一律には言えません。

TrekMail は検証をホスティングの一部として紹介しています。統合機能を提供できても、他社で不可能という意味ではありません。

自動バウンス抑制。出典は関連する恒久的なバウンスを追加し、段階 1 で照会する仕組みを説明しています。時点、分類、解除を確認します。他社も許可された連携で送信履歴を利用し得ます。

Postfix 連携。出典の同期は 5 分ごとで即時ではありません。すべての送信阻止や良好な評価は保証しません。時点、設定、実際のログを確認します。

紹介された構成はホスティングと検証に同じアカウントを使います。課金、トークン、権限は現行条件で確認してください。

安全性とプライバシー

他人のアドレス処理には適切な保護、適法な目的、明確な保持規則が必要です。

• TLS は出典で API と画面に使用。現在の接続を確認
• 自動削除 は出典で結果を 15 日後に処理。他のデータ分類は別途確認
• 要求による削除 は API (DELETE /api/v1/verify/bulk/{jobId}) を利用。単一機能で GDPR 適合は保証されない
• 出典では本文を保存しない。アドレスを検証するが、実際の処理を確認する
• 時間信号の制限。出典は最低 200ms の応答と記載。すべての時間推定を防がず、脅威モデルと実装の確認が必要

検証を試す

出典は登録やカード不要の TrekMail Email Verifier 公開デモを紹介しています。検証する権限のあるアドレスだけ使い、現在の利用可否と時間を確認してください。

出典は無料アカウントの月間 10 クレジットを紹介しています。後の Pro 0/月は破損値で有効な価格ではありません。付属 300 クレジット、API、Deep の SMTP も現行プランで確認が必要です。

検証は許可と継続監視を補うものです。次の許可された送信前にリストを確認しましょう。