🎬 transcript.im 登場:YouTube・TikTok・Instagram の動画を無料で文字起こし。transcript.im を見る

一括メール検証

数百件から数百万件まで、あらゆるリストに対応する一括メール検証サービス。リアルタイムのバッチ検証または非同期の一括キュー処理、すべて 99.9% の SMTP レベルの精度で。

CSV をアップロードする領域、進捗バー、到達可能と配信不能の分布図、クリーニング済みがある一括検証コンソール。
一括メール検証

リスト全体をクリーニング

大規模なリストを有効性の分布・ステータス別件数・エクスポート可能なセグメントに変換し、キャンペーン開始前に不正アドレスを除去できます。

有効性の分布結果の内訳エクスポートフィルター
Get Started for Free
アップロード、検証、エクスポートの流れでリストを処理する一括メール検証サービス。

一括メール検証の仕組み

すべてのアドレスにアドレス単位の SMTP 検証が実行され、その後選択したモードで一括リストが処理されます。

アップロードから検証、重複を排除を経てエクスポートへ進む一括メール検証の仕組み。

アドレス単位の検証

1

構文チェック

クレジットを消費する前に、RFC 標準に照らして形式を検証します。タイプミス、無効な文字、構造的エラーを即座に検出します。

2

ドメインと MX の確認

ドメインが存在し、メールを受信するための有効なメールサーバーレコードが設定されていることを、一括ジョブのすべての行で確認します。

3

SMTP ハンドシェイク

受信メールサーバーへの実際の接続を開きます。テストメールは送信されず、数百万件の一括実行でもスパムリスクはありません。

4

メールボックスの確認

一括エクスポートが ESP に届く前に、特定のアドレスがサーバーに存在し、配信可能であることを確認します。

同期または非同期の一括処理

ユースケースに合う一括メール検証のモードを選んでください。

バッチ API 呼び出し

同期処理

個別の API リクエストを並列バッチで送信します。各アドレスの結果はすぐに返されます。リアルタイムパイプライン、サインアップフロー、小〜中規模の一括リストに最適です。

  • アドレスあたり 3 秒未満
  • インラインで結果を返却
  • 最大 1 万件のアドレスに最適

キューベース

非同期処理

一括リストを送信し、あとはキューに任せます。大規模な一括ファイルは 1 時間あたり 50,000 件のペースでバックグラウンド処理されます。一括ジョブの完了時に webhook コールバックで通知されます。

  • 1 時間あたり 5 万件
  • 完了時に webhook 通知
  • 数百万件のアドレスに対応

大規模処理に対応する一括性能

一括メール検証の件数を問わず、速度、精度、信頼性を実現します。

スループット、レイテンシ、キューの指標を並べた一括検証の性能ダッシュボード。

<3s

アドレスあたり

完全SMTP検証

50K/hr

非同期スループット

キューベース処理

99.9%

精度

SMTPレベルの精度

99.99%

稼働時間

エンタープライズ信頼性

一括実行の内部

一括メール検証サービスが各行で実際に行うこと

一括メール検証サービスは、単一チェックを高速化しただけのものではありません。理由、順序、説明責任を失わず、一括リストの全行に同じ判定基準を適用するパイプラインです。

一括ジョブの全アドレスに完全な検証パイプラインを適用

一括メール検証は、各行で構文、ドメインと MX の解決、ライブ SMTP メールボックス探査を実行します。ファイルの一部だけを調べたり、ドメインから推測したり、隣接行の判定を再利用したりしません。400,000 行目にも最初の行と同じ根拠を用います。

これが、不正な形式の文字列だけを除くリストスクラバーと、実際の一括メール検証サービスとの違いです。スクラブはファイルの形式を整えるだけですが、一括検証では受信メールサーバーに各メールボックスがメールを受け入れるかを確認します。

クレジットを消費する前に重複を排除

大きなファイルではアドレスが繰り返されます。CRM エクスポート、3 つのキャンペーンリスト、ウェビナー登録ファイルを結合すると、同じ人が 5 回出てくることがあります。当社の一括メール検証は SMTP 段階の前に正規化と重複排除を行うため、行ごとではなく一意のアドレスに対して 1 回だけ課金されます。

重複排除では大文字と小文字を区別せず、前後の空白も許容します。手入力やスプレッドシートからのコピー&ペーストで生じた表記の違いは、単純な一括インポートでは別の行に見えても、実際には同じメールボックスを指します。

一括処理の速度は大量接続ではなくレート制御で確保

受信側プロバイダーは異常なトラフィックからシステムを保護します。1 つのプロバイダーに数千件の接続を同時に開く一括メール検証サービスは、スロットリングやグレーリスティング、ブロックの対象となり、結果の信頼性を失います。BillionVerify は受信ドメインと送信元 ID ごとに一括トラフィックの速度を調整します。

この速度調整により、一括実行の非同期処理速度は、最初の 1 分にしか出ない見かけの数値ではなく、継続可能な 1 時間あたり 50,000 アドレスとして示されます。一時的な速さより、持続的な一括検証の精度の方が重要です。

すべての一括結果に判定理由を保持

有効か無効かだけを返す一括エクスポートでは、次の対応に必要な情報が失われます。一括メール検証サービスの各行には、配信可能性ステータスと、その判定理由を示すリスクフラグ — 使い捨て、役割、catch-all、無料ウェブメール — が含まれます。

一括結果を CRM や ESP に戻すときは、これらの列を残してください。ファイル全体を再実行しなくてもクリーニング判断を後から検証できてこそ、一括メールリストクリーニングサービスは役に立ちます。

一括結果ファイルの読み方

一括メール検証のエクスポートを送信判断に変える

完了した一括ジョブの結果は、実務上 4 つのグループに分かれます。エクスポートを単純な合否列として扱うと、優良な連絡先を失ったり、不良な連絡先を残したりする原因になります。

配信可能な行が送信セグメントです

これらのアドレスは、一括実行時の SMTP 探査で受理されました。一括検証では評価しない同意やセグメントのルールを満たしていれば、通常の送信フローに移せます。

配信可能という結果は技術的な事実であり、オーディエンスの評価ではありません。一括メール検証サービスはメールボックスが応答することを確認できますが、相手がキャンペーンを望んでいるかまでは判断できません。

配信不能な行は削除せず配信除外へ

恒久的なエラーこそ、一括メールリストクリーニングサービスが検出すべき対象です。送信前に配信対象から除外すれば、ESP でハードバウンスが発生するのを防げます。

元の値と失敗理由を残してください。行を削除すると監査証跡が失われ、同じソースファイルの次の一括インポートで同じ悪いアドレスが再び入ります。

リスクのある行は既定処理ではなくポリシーで判断

catch-all ドメイン、役割アカウント、使い捨てプロバイダー、無料の個人ウェブメールは、それ以外は受信可能な行にもフラグとして現れます。一括実行はこれらを可視化し、このキャンペーンでの扱いは自社のポリシーで決めます。

B2B アウトバウンドでは役割アドレスを除外し、catch-all をレビューに残すことがあります。コンシューマー向けニュースレターでは両方を受け入れることもあります。一括メール検証がその選択を代行すべきではありません。

不明な行は再試行キューです

一定規模以上の一括ジョブでは、グレーリスティング、プロバイダーによる一時的な保留、レート制限によって結論の出ない結果が生じます。これらの行は無効ではありません。通知せず無効に変換する一括エクスポートは、データを損ないます。

不明な結果は後続の一括処理で再検証してください。原因となった一時的な状態が解消され、通常は 2 回目で割合が大きく下がります。この手順を省く一括メールリストクリーニングサービスでは、実際より小さく品質の低いリストになります。

一括ジョブの運用

アップロードからキャンペーンまでの実践的な一括メール検証ワークフロー

一括検証は、送信前夜の緊急対応ではなく、リストのライフサイクルに定期工程として組み込むことで効果を発揮します。

  1. 1

    習慣ではなくリストサイズで同期か非同期かを選ぶ

    同期バッチの API 呼び出しは各結果をインラインで返すため、およそ 10,000 件までのアドレスリスト、リアルタイムのサインアップフロー、利用者が結果を待つ処理に適しています。それより大きなリストには非同期の一括送信が適しています。

    非同期の一括ジョブはファイルを受け取り、バックグラウンドで処理し、完了時に webhook を呼び出します。何時間も接続を開いたままにする必要はありません。

  2. 2

    年に一度ではなく、送信の直前に検証する

    メールボックスの状態は時間とともに変わります。一括メール検証サービスが示すのは実行当日のリスト状態であり、6 か月前に検証したリストは現在では別物です。大規模なキャンペーンの前には一括検証を再実行してください。

    継続的に増えるリストでは、年 1 回の大規模なクリーニングより、小規模な一括メール検証ジョブを定期実行する方が効果的です。コストを分散でき、送信レピュテーションも安定します。

  3. 3

    一括結果はフィルターではなくフィールドとして残す

    ステータス、理由フラグ、一括実行のタイムスタンプを各連絡先レコードに書き戻してください。「cleaned: yes」だけでは、3 回のキャンペーンを経た後に、その連絡先を配信対象から外した理由を説明できません。

    一括検証日も保存すれば、次回の処理対象にすべき行と、まだ再検証が不要な行を自動で判断できます。これにより、一度きりのクリーニングを継続運用できる一括メールリストクリーニングサービスに変えられます。

  4. 4

    新しいアドレスにも同じルールを API で適用する

    一括メールリストクリーニングはバックログを処理します。新しいアドレスでそのバックログを作り直してはいけません。 メール検証 API をサインアップ時に呼び出し、新しい行が一括キューに届く前に検証されるようにします。

    一括処理とリアルタイム処理で同じエンジンを使えば、システム全体で検証済みの定義が統一され、一括処理の数値を継続的に比較できます。

一括の限界

一括メール検証が答えられないこと

一括実行の価値は、範囲を絞った明確な判定にあります。その範囲を広げすぎると、実際にはクリーンでないファイルを信頼することになります。

一括検証は送信許諾ではありません

一括メール検証サービスは、アドレスがメールを受け取れることを確認します。アドレスの所有者が連絡に同意したかまでは判断できません。同意の管理と配信除外リストの運用は、引き続き利用者の責任です。

購入したリストを検証すると配信可能にはなりますが、適法になるわけでも、相手に歓迎されるわけでもありません。一括結果はバウンス率の改善には役立ちますが、送信する権利を与えるものではありません。

一括検証は受信トレイ配置ではありません

完全に検証された一括エクスポートでも、送信ドメインの認証が弱い、レピュテーションが低い、苦情履歴があるといった場合はスパムに振り分けられる可能性があります。こうした送信側の問題は、受信側から検証する一括メールリストクリーニングサービスでは測定できません。

一括検証でアドレス単位のエラーを除外した後は、キャンペーン自体の配信可能性を別の取り組みとして管理してください。

catch-all ドメインは一括規模でも不確実なままです

catch-all ドメインはすべてのローカルパートを受理するため、一括実行では推測アドレスの実在を証明できません。名前パターンから作った大規模 B2B ファイルには、そのような行が数千件含まれることがよくあります。

catch-all は独立した一括セグメントとして残してください。「配信可能」に統合するとファイルの見かけの品質が過大評価され、バウンスリスクが後続工程へ持ち越されます。

一括結果にはタイムスタンプがあり、保証はありません

一括ジョブが示すのは、その実行中に受信サーバーが返した応答です。従業員は退職し、エイリアスは廃止され、ドメインは移行します。一括検証の結果も、他の観測結果と同じように時間とともに古くなります。

一括実行の日時を記録し、対象リストの変化速度に合うスケジュールで再検証してください。一括メールリストクリーニングサービスの結果は、すべて特定日時の観測結果です。

関連ツール

一括メール検証サービスの全体スタックでの位置づけ

一括処理は、同じ検証エンジンを利用する入口の 1 つです。関連ツールは、データの入力時や出力時に、より限定された目的に対応します。

1 アドレスずつ

ファイルをクリーニングするのではなく、1 件の結果を詳しく理解したいときは、 メール検証ツール は、1 件のアドレスに同じ SMTP パイプラインを実行し、判定根拠となるすべてのリスクフラグを表示します。

大規模な一括ジョブを実行する前に、エンジンの挙動を確認するのに適したツールです。

自動化パイプライン

メール検証 API は、ファイルをアップロードすることなく、フォーム、CRM 同期、エージェントワークフローに一括処理と同等の精度を適用します。

一括アップロードと API 呼び出しは 1 つのパイプラインを共有するため、一括ジョブで検証した行と API で検証した同じアドレスには、同じ根拠が返されます。

リストの健全性を継続的に維持

一度きりの一括実行で、現在の問題は解消できます。 メールリストクリーニング は、キャンペーンの合間もデータベースを健全に保つ、継続的な一括メールリストクリーニングサービスの運用パターンを説明します。

一括検証は、ローンチ前の緊急措置ではなく、担当者、スケジュール、指標のある継続運用として扱ってください。

よくある質問

1. 一括メール検証はどのように機能しますか?

一括リスト内の各アドレスは同じアドレス単位の SMTP 検証を通過します — 構文チェック、ドメイン確認、MX レコード検証、直接のメールボックス確認。その後、各行のステータスとリスクフラグを返します。サンプリングや隣接行からの推測は行いません。

2. 一括アップロードにファイルサイズの上限はありますか?

ありません。一括アップロードは行数もファイルサイズも無制限です。アップロード完了後すぐに処理を開始します。

3. 一括メール検証の料金はいくらですか?

Starter プランは 20,000 クレジットが $20、1 メールあたり $0.001 です — 主要プロバイダーの中で最も低い単価です。ボリューム価格は 1,000,000 クレジットで 1 メールあたり $0.00035 まで下がるため、大規模な一括実行ほどアドレス単価が安くなります。

4. 一括ジョブは重複を削除しますか?

はい。重複アドレスは一括検証の開始前に自動検出・削除されます。クレジットを節約し、結果の精度を保ちます。単純な一括インポートでは別行とみなされる大文字小文字や空白の違いも、重複排除で捕捉します。

5. 一括結果はどのように取得できますか?

API の結果は各アドレスに対して JSON としてインラインで返されます。非同期の一括ジョブは完了時に webhook で結果を配信するか、ジョブステータスエンドポイントをポーリングできます。ダッシュボードから一括ファイル全体の CSV エクスポートも利用できます。

6. 一括検証を無料で試せますか?

はい。無料プランではログインするたびに 1 日 20 クレジットが利用でき、月最大 600 クレジットまで貯まり、クレジットカードは不要です — 小規模リストでパイプラインを確認するのに十分です。構文、ドメイン、MX、SMTP、すべてのリスクフラグが含まれます。

7. 一括メール検証と一括メールチェッカーの違いは何ですか?

一括メール検証と一括メールチェッカーは同じプロセスを指します — 稼働中のメールサーバーに対して多数のアドレスを一度に検証することです。BillionVerify はどちらの呼び方でも 1 つの一括パイプラインで処理するため、用語が結果を変えません。

8. 優れた一括メールリストクリーニングサービスの条件は?

信頼できる一括メールリストクリーニングは構文チェックにとどまらず、各メールボックスが実在し、メールを受け取れるかをテストします。削除理由も残し、課金前に重複を排除し、判断不能な一括結果を黙って確定無効に変換することはありません。

一括検証

数分で数百万件を検証

あらゆるリストサイズにリアルタイムバッチ検証または非同期の一括キュー処理。99.9% の SMTP レベルの精度、月額料金なし。

月 600 無料クレジット · 99.9% SMTP レベルの精度 · クレジットカード不要

99.9%
精度
Real-time
API 速度
$0.00014
メールあたり
600/mo
永久無料