バウンスしてからではなく、SendGridが送信する前にすべてのアドレスを検証
SendGridは、ハードバウンスしたアドレスや迷惑メール報告があったアドレスを自動的に配信除外にするため、無効と判明したアドレスには最初の失敗以降は送信しません。ただし、トランザクションメールやAPI経由で送信する場合、その最初の失敗の代償は送信者が負うことになります。形式は正しいものの一度も送信したことのないアドレスが実在しないことを、SendGridはバウンスするまで判断できません。そのバウンスは無駄な送信となり、送信IPのレピュテーションも損ないます。Qualisendはこのギャップを埋めます。SendGridが送信する前に、アドレスの取得時点で、さらに一括配信の前にもう一度、各アドレスを検証します。不良アドレスは配信除外にするため、不要なアドレスが配信に紛れ込むことはありません。Marketing Campaignsに保存されたコンタクトは、ネイティブコネクターがSendGrid上で直接検証し、各結果をカスタムフィールドに保存します。以下で、その方法とAPI・ノーコードでの方法を紹介します。
CSV不要で、SendGridと直接連携
必要なのはAPIキーだけ
Marketingへのアクセス権限を持つSendGridのAPIキーを貼り付けます。APIキーはSendGridの「Settings → API Keys」で作成できます。
- Marketingのコンタクト全体または特定のリストをクリーニング
- 結果を各コンタクトのカスタムフィールドに保存
- または検証してクリーニング済みのリストをエクスポート
- 7日・14日・30日ごとに自動クリーニング
CSVやAPIでの利用も可能です。詳しくは下記をご覧ください。
SendGridが標準でクリーニングするもの
SendGridに標準で備わるリストメンテナンス機能は、配信除外の管理です。Bounces、Blocks、Spam Reports、Invalid Emails、Unsubscribes（グローバル配信停止リストと、グループ単位のASMによるオプトアウト）という配信除外カテゴリがあり、その一部には自動的に登録されます。ハードバウンスしたアドレスは恒久的に配信不可としてマークされ、以降の送信から除外されます。迷惑メール報告をした受信者は配信除外になります。存在しないメールボックスとしてハードバウンスした（550 5.1.1の応答）アドレスはInvalid Emailsリストに追加されます。また、構文が正しくないアドレスは、送信される前にMail Send APIの時点で拒否されます。ソフトバウンスとブロックは再試行され、失敗が続いた場合にのみ配信除外に移行します。いずれかの配信除外リストに入ったアドレスは、以降のすべての送信でスキップされます。Global Unsubscribeリスト（または配信停止グループ）には、Suppressions画面やSuppressions APIから手動でアドレスを追加でき、自動登録されるBouncesリストやInvalid Emailsリストのエントリーも同じ方法で確認・削除できます。SendGridが実際に送信したアドレスについては、この仕組みで確実かつ自動的にリストメンテナンスが行われます。
検出できないもの
問題はタイミングです。これらの仕組みのほとんどは事後対応型で、作動するには送信と失敗が必要です。ハードバウンスによる配信除外は、実際のメッセージでバウンスが発生した後にしか行われません。つまりその時点で、送信はすでに消費され、レピュテーションにも悪影響が出ています。Invalid Emailsリストへの登録も、ほとんどがこの流れです。形式は正しくても実在するメールボックスがないアドレスは、ハードバウンス（550 5.1.1の応答）して初めてフラグが付き、リストに追加されます。SendGridが送信前に拒否するのは、@の欠落や長すぎるアドレスといった構文エラーだけです。jane@gmail.comに実在するメールボックスがあるかどうかは確認できないため、入力ミスのあるアドレスや長く使われていないアドレスはそのまま通過し、配信時にハードバウンスします。登録時に取得された使い捨てアドレス、役割アドレス（info@、support@ など）、キャッチオールドメイン、いつの間にか使われなくなったメールボックスは、最初の送信で問題が明らかになるまで、SendGridにはすべて有効に見えます。そしてその最初の送信こそ、メールプロバイダーが送信IPとドメインに対する第一印象を形成するタイミングです。
SendGridのリストをクリーンに保つべき理由
トランザクションメールやAPI経由で送信する場合、レピュテーションへの影響はマーケティングリストより大きく、しかも早く表れます。SendGridのEmail APIプランはメール送信数に応じた課金なので、存在しないアドレスへの送信は、料金を払ってハードバウンスを起こすのと同じです。そしてそのハードバウンスこそ、GmailとYahoo!が2024年に導入した送信者ガイドラインや、SendGrid自身のコンプライアンス基準でペナルティの対象となるシグナルです。専用IPを使っている場合、そのレピュテーションはすべて自社が負います。ウォームアップ中にバウンスが相次いだり、無効なアドレスが急増したりすると、何週間もかけて慎重に送信量を増やしてきた成果が台無しになりかねません。共有IPプールでは、自社のバウンスが同じプールを使うすべての送信者に悪影響を与えるため、SendGridは無効アドレス率とバウンス率を厳しく監視しており、これらが高いアカウントには送信制限や停止を行うことがあります。（コンタクト数に応じて課金されるMarketing Campaignsも利用している場合は、無効なアドレスをコンタクトリストから除いておくことで、課金対象のコンタクト数も抑えられます。）送信前に検証すれば、無駄な送信もレピュテーションへの悪影響も生じません。配信除外が役立つのは、アドレスがすでに一度失敗した後だけです。
CSV・APIを使う場合：手動での手順
コネクターの対象は、Marketing Campaignsに保存されたコンタクトです。トランザクションメールやAPI経由の送信で効果的なのは、SendGridが送信する前にアドレスを検証することです。アドレスの取得時点で一度、さらに一括配信やAPI送信の前にもう一度検証します。
アドレスの取得時点で検証
最も効果が高いのは、できるだけ早い段階での検証です。登録フォーム、購入手続き、リード獲得フォームからQualisendのREST APIを呼び出します。データベースに書き込んだりSendGridのMail Send APIに渡したりする前に検証することで、入力ミス（jane@gmial.com）や使い捨てアドレスを同じリクエスト内で検出し、配信に一切入れないようにできます。
API・SMTP送信の前にまとめて検証
受信者ファイル、再エンゲージメント配信、インポートしたリストに送信する場合は、先に検証します。ファイルをQualisendの一括クリーニングにアップロードするか（1回の処理あたり最大100万件、重複アドレスの課金は1回のみ）、アドレスを直接貼り付けます。Freeプランの100クレジット（初回のみ、有効期限なし）で、最初のサンプルを検証できます。
結果を確認
各アドレスは、配信可能、要注意、配信不可、不明のいずれかの判定で返され、理由コード、0～100の信頼度スコア、サブフラグ（キャッチオール、使い捨て、役割アドレス、容量超過）に加えて、根拠となるMXプロバイダーとメールボックス確認の詳細も含まれます。配信可能なアドレスは残し、それ以外には対処します。
不良アドレスを配信除外に
すでにSendGridにあるアドレスについては、配信不可アドレスをGlobal Unsubscribeリストに追加し、以降のすべての送信でスキップされるようにします。追加はSuppressions画面から行うか、一括・自動で追加する場合はSuppressions APIを使います。（SendGridのBouncesリストとInvalid Emailsリストは実際の配信失敗から自動登録されるため、検証で不良と判明したアドレスを自分で追加する先は、Global Unsubscribeまたは配信停止グループです。）同じく重要なのが、自社のデータベースからも削除し、そもそもMail Send APIに渡さないようにすることです。
または登録時に自動で検証
SendGridは開発者を第一に考えたプラットフォームで、Qualisendも同じです。最もシンプルなのは、SendGridにアドレスを渡すのと同じコードパスに、検証の呼び出しを1回入れる方法です。QualisendのREST API（スコープ付きキー、レート制限、Webhook）でアドレスを検証し、配信可能と判定された場合にのみSendGridのMail Send APIを呼び出します。ノーコードで進めたい場合は、Zapier、Make、n8nでフローを組めば、新しいフォーム送信をSendGridのコンタクトリストに追加する前や、トランザクションメールの送信をトリガーする前に検証できます。
Qualisendがすべてのアドレスで検出するもの
- 形式は正しいものの実在せず、SendGridの構文チェックを通過して最初の送信でハードバウンスするアドレス
- 登録時に取得された、期限切れになる前提で作られた使い捨てドメイン
- 迷惑メール報告を招き、エンゲージメントをゆがめる役割アドレス（info@、support@ など）
- キャッチオールドメイン。フラグを付けるので、リスクを取って送信するかを判断できます
- すべてのアドレスに付く0～100の信頼度スコアと、機械判読可能な理由コード
SendGridのネイティブコネクターを提供中です。Qualisendの「連携」でSendGridと連携すると、CSV不要でSendGridのリストを直接扱えます。
結果ごとの対処法
各アドレスには判定とサブフラグが返されます。まだ届くコンタクトを失わずにSendGridのリストをクリーンに保つための対処法は次のとおりです。
配信可能通常どおり送信します。配信可能 + 役割アドレスフラグトランザクションメールやアカウント関連のメールには問題ありません。迷惑メール報告の影響が最も大きい、一括のマーケティング配信からは外します。要注意 + キャッチオールフラグ配信ペースを落として慎重に送信します。ドメインがすべての宛先を受け付けるため、その先のメールボックスが実在するかは確認できません。要注意 + 使い捨てフラグ送信せず、Global Unsubscribeに追加します。期限切れになる前提で作られたメールボックスです。不明保留し、次の一括送信の前に再検証します。多くはグレーリスティングやレート制限によるもので、メールボックス自体の判定ではありません。配信不可送信前に配信除外にし（Global Unsubscribeに追加）、データベースからも削除します。バウンスすることを確かめるために送信を無駄にする必要はありません。関連記事
アドレスのクリーニングは到達率対策の半分です。SendGridの送信ドメイン認証もあわせて設定してください。
アドレスの取得時点で検証し、不要なアドレスが配信に届かないようにします。
APIを組み込む前に、1件のアドレスや少量のサンプルを抜き取りで確認できます。
トランザクションメールの送信者にとって、最初のバウンスが無駄な送信以上の損失になる理由。
無効なアドレスへの大量送信が、専用IPや共有IPのレピュテーションに与える影響。
SendGridから送るメールが評価される、2024年導入のバウンス率・迷惑メール率の基準。
SendGridのメールアドレス検証に関するよくある質問
SendGridのリストを数分でクリーニング
有効期限のない100クレジットで無料で始められます。クレジットカード登録は不要です。連携して検証するだけで、次のキャンペーンを守れます。