電子メールの検証チェック

---

アドレスを検証すると、システムはメールボックスが存在するかどうかを確認するだけでなく、複数のチェックを実行します。これらのチェックは、構文エラー、ロールベースのアカウント、使い捨てドメイン、キャッチオール設定など、配信品質を損なう可能性のあるリスクの高いアドレスや低品質のアドレスを特定するのに役立ちます。

これらを除外すると、リストがクリーンになり、直帰率が低下し、送信者の評判が保護されます。

---

構文

構文チェックでは、スペルミスや形式が間違っているメールアドレス(たとえば、@gmail.comではなく@gmial.comと入力するなど)が特定されます。NTT CPaaS 検証はこれらのエラーを検出し、有効な代替案を提案することで、使用可能なアドレスを回復し、無駄を削減するのに役立ちます。

---

受信者の役割

help@やinfo@などのロールベースのアドレス**は、個々のユーザーではなくチームまたは部門にリンクされます。これらのアドレスがマーケティングやトランザクション コンテンツに関与することはめったになく、苦情や購読解除を引き起こすことがよくあります。検証では、これらのアドレスにフラグが付けられるため、アドレスを削除して実際の受信者に焦点を当てることができます。

---

使い捨てドメイン

使い捨てまたは一時的な電子メール アドレス は、1 回限りの登録やスパムによく使用されます。これらのアドレスに送信すると、有効期限が切れるとエンゲージメントが低くなり、直帰率が高くなります。システムは使い捨てドメインを検出するため、キャンペーンを開始する前に除外できます。

---

キャッチオール検出

一部のメールサーバーは、特定のメールボックスが存在しない場合でも、ドメイン上のすべてのアドレスを受け入れるように構成されています。これにより、メッセージの損失は防止されますが、検証が困難になり、スパマーによって悪用されることがよくあります。

システムはキャッチオールドメインの個々のアドレスを確認することはできませんが、キャッチオール設定を検出して返すため、情報に基づいた送信の決定を行うことができます。

ベストプラクティス:
連絡先リストを定期的に検証し、これらのチェックによってフラグが立てられたアドレスを削除して、高い配信可能性を維持し、送信者の評判を保護します。

---