登録時やキャンペーン前にアドレスを確認し、実在するメールボックスにだけ送信できます。
AIリスクスコアリングは、合否にとどまらず、害を及ぼす可能性の高さでアドレスをランク付けします。
不正な形式のアドレスや、メールを受信できないドメインを検知します。
反応のない使い捨てアドレスにフラグを付けます。
info@やsupport@のようなアドレスを、送信前に見つけます。
登録フォームで、よくある入力ミスの修正案を提示します。
リストをアップロードするか、アドレスを1件ずつ検証できます。
配信不能の結果は、抑止リストに反映されます。
キャンペーン前に一括で、または登録時にリアルタイムで検証します。
すべてのアドレスに、結果とその理由が付きます。
残りは、バウンスになる前に削除または修正します。
ステージを切り替えて、各段階でコントロールできる内容を確認できます。イメージ画面です。表示されている数値とアドレスはすべてサンプルデータです。
バウンス率が高いと、受信トレイへの到達率を最も早く失います。検証でバウンス率を低く保てます。
メール検証とは、メールアドレスが正しい形式で、メールを受信できる可能性が高いかを送信前に確認するプロセスです。MigoSMTPの検証では、構文とドメインをチェックし、メールボックスのシグナルを調べて、使い捨てアドレスやロールベースのアドレスにフラグを付けます。各アドレスには判定とその理由が付くため、残す、修正する、削除するを判断できます。1件ずつのチェックは短時間で返るので、フォームの中にも組み込めます。
キャンペーン前にリストをアップロードして一括検証することも、サインアップフォームでAPIを使って1件ずつ検証することもできます。タイプミスの修正案により、訪問者はgmial.comをその場で訂正できます。結果はCSVでエクスポートでき、配信不能なアドレスは抑止リストに反映して二度と送信されないようにできます。判定には具体的な理由が含まれるため、データチームは、失敗の原因がドメインの不備、使い捨てサービス、不明なメールボックスのどれかを確認できます。
バウンスは、送信者の評判を最も短期間で損なう要因の1つで、原因の多くは古いリストやスクレイピングしたリストです。取得時と再エンゲージメントの前に検証すれば、バウンス率を低く抑えられます。プロバイダーがメールボックスの状態を非公開にしている場合、推測せずに結果を不明とし、AIリスクスコアリングが、こうした判断の難しいアドレスの優先順位付けを支援します。大規模な送信の前の一度きりのクリーンアップではなく、抑止リストの処理や明確な配信停止の手段と並ぶ、日常的なリスト衛生の一部として取り入れてください。
CSVをアップロードし、判定を確認して、送信前に配信不能なアドレスを削除します。古いリストによるバウンスは避けられるもので、クリーンな送信が築いた評判を守ります。
フォーム送信の時点で検証APIを呼び出します。不正な形式のアドレスを拒否し、タイプミスの修正案を提示し、使い捨てドメインはデータベースに入る前にブロックします。無駄なレコードがデータベースに混ざるのを減らせます。
長期間メールを送っていないコンタクトには、送信前に検証を行います。存在しなくなったアドレスは削除されるため、カムバックキャンペーンでバウンスが急増しません。
インポートしたリード一覧にあるinfo@やsupport@形式のアドレスにフラグを付けます。苦情率が高くエンゲージメント率が低いことが多いため、別のルートに振り分けるか、除外できます。
最初の送信の前に、最初のリストを検証します。クリーンなスタートで初期のバウンス率を低く保てるのは、ドメインにまだ評判がない間に最も重要です。
イベント、ウェビナー、パートナー交換で得たリストは、まず一括検証にかけ、使える判定が出たアドレスにだけ送信します。
両方をお使いください。アドレスのライフサイクルの、異なる場面を解決します。
取得時に検証し、古いリストを定期的に再検証すれば、リストを長期にわたって最もクリーンに保てます。
合否にとどまらず、ドメインのパターンや履歴をもとに、バウンスや苦情になる可能性の高さでアドレスをランク付けします。カットオフはお客様が設定し、何を削除するかもお客様が決めます。
言語モデルが、あまり一般的でないドメインを含め、スペルミスから意図されたアドレスとして最も可能性の高いものを提案します。登録時には、訪問者が提案を確認し、黙って変更されることはありません。
一括実行の後、コパイロットが、使い捨てドメインのパターンなど検出した内容を要約し、次のステップを提案します。コンタクトを削除する前に、要約を確認してください。
無効なサインアップや使い捨てアドレスでのサインアップが急増するのは、ボット攻撃のサインであることが少なくありません。異常検知がそれを検出するので、チームはフォームに認証のひと手間を加えられます。ブロックするかどうかは、お客様が決めます。
AI機能は補助的です。スコアや提案はお客様の判断材料となり、何を削除またはブロックするかはお客様が管理します。
不良アドレスは、後でクリーニングするより登録時に止めるほうが低コストです。リアルタイムチェックに、フォーム上の分かりやすいタイプミスの確認メッセージを組み合わせてください。
不明な結果はリスクありとして扱います。小規模な別バッチで送信し、バウンスを見てから、大規模な送信に含めるかを判断してください。
転職やアカウントの閉鎖により、アドレスは劣化します。大規模な送信の前、特に数か月間使っていないリストは、再チェックしてください。
検証で分かるのはアドレスがメールを受信できることであり、持ち主が受信を望んでいるかではありません。確認メールで同意を確認でき、構文チェックを通過したタイプミスも検知できます。
配信不能の結果を抑止リストに反映しておけば、削除したアドレスが、後のアップロードや連携で再びインポートされることはありません。
新しいプロバイダーに移る前に、リストをクリーニングしてください。古いバウンスを持ち越すと、新しい評判に初日から悪影響を与えます。
リスクありや不明な結果の扱いに迷いますか?リスト向けのルール設定を、当社チームがお手伝いします。
メール検証では、アドレスの形式が正しいか、メールを受信できるドメインか、実在するメールボックスの兆候があるかを確認します。使い捨てアドレスやロールアドレスなどのリスクの高い種類にもフラグを付けるため、バウンスになるアドレスへの送信を避けられます。
リストをアップロードして一括検証し、各アドレスの判定と理由を確認してから、配信可能なアドレスをCSVでエクスポートします。キャンペーンの前に、明らかなタイプミスを修正し、配信不能なアドレスを削除してください。リスクありや不明なアドレスには、小規模なバッチで慎重に送信してください。
いいえ。メールボックスの有無を公開しないプロバイダーもあるため、そうした結果は推測せずに不明としています。検証でバウンスは大幅に減らせますが、すべてのリスクをなくすことはできません。送信後はバウンス率を監視してください。メールサーバーに接続するチェックでも結論が出ない場合があり、結果が不明で返ってくることがあるのはそのためです。
いいえ。構文、ドメイン、使い捨てのチェックで、受信者に接触することはありません。メールボックスレベルのシグナルはプロバイダーによって異なり、すべての受信者を受け付けるサーバーもあるため、チェックを通過しても、本人への配信が保証されるわけではありません。各チェックの実施方法はドキュメントで説明しています。
検証はクレジット制のアドオンで、実際にチェックした分だけお支払いいただきます。クレジットは、一括でも1件ずつでも、チェックしたアドレス1件ごとに消費されます。現在のクレジットパックと有効期間は料金ページをご覧ください。
使い捨てアドレスは使い捨てサービスで発行され、通常は短期間で使えなくなります。ロールアドレス(info@やsupport@など)は、個人ではなくチームに届くアドレスです。どちらも技術的には正当ですが、エンゲージメントが低いことが多いため、別々にフラグ付けしています。
AIリスクスコアリングは、バウンスしやすさでアドレスをランク付けし、タイプミスの修正候補を提案し、リストの問題を分かりやすい言葉で要約します。これらはあくまで推奨です。何を除外するかはお客様が決定し、スコアは目安であって保証ではありません。
はい。無料のメール検証ツールは1件ずつアドレスをチェックするため、一括検証やAPI検証を使う前にお試しいただけます。どのチェックが実行され、判定がどう表示されるかを確認できます。大規模な運用には、一括検証とAPIが役立ちます。