代理店向けメールアドレス検証の実践ガイド

他社のブランドのメールを運用する仕事は、自社1ブランドの運用とはまったく別物です。自分で作ったわけではないリストを引き継ぎ、完全にはコントロールできないレピュテーションのもとで送信します。同じインフラを使う別のクライアントの、放置されたリストが原因で、隣のクライアントの到達率が静かに下がることもあります。メールアドレス検証は、それを防ぐための手段です。ただし、複数のクライアント、別々の帳簿、1つのチーム、動かす必要のある予算という、代理店の実際の運用に合わせて設定してこそ効果を発揮します。ここでは、リスト、クレジット、レピュテーションが互いに影響し合わないように、複数クライアントの一括検証を運用する方法を紹介します。

結論#

代理店向けのメールアドレス検証とは、クライアントごとに分離され、案件全体で柔軟に使える検証のことです。クライアントごとに専用のワークスペースを用意すれば、リスト、検証、クレジットが混ざることはありません。クレジットは一度購入すれば失効せず、キャンペーンの状況に応じて、所有するワークスペース間でクライアントの予算を移せます。チームを招待し、ワークスペースごとにロールを割り当てます。そして、引き継いだリストはすべて、最初の送信の前にオンボーディングの段階で検証します。引き継いだリストには、スパムトラップや無効なアドレスが入り込みやすいためです。リストのクリーニングは、エクスポート、検証、対応のワークフローで行い、量が増えたら一括処理やAPIを使います。さらに、ブラックリスト監視を組み合わせれば、すり抜けた問題もクライアントより先に見つけられます。

代理店ならではの課題#

1つのブランドが管理するのは、1つのリスト、1つの送信レピュテーション、メールプロバイダーとの1つの関係です。代理店ではそのすべてが何倍にもなり、互いに作用して不利に働きます。

• 引き継いだリスト。 クライアントのリストを一から作ることはほとんどありません。以前のESPからエクスポートしたもの、何年も前に購入したもの、スクレイピングしたもの、単に放置されたものなど、渡されたものをそのまま受け入れます。その中にあるバウンスとスパムトラップのリスクは自分で作ったものではありませんが、送信した時点で、その責任は自分にあります。
• 共有されるレピュテーション。 クライアントは、重なり合うインフラから送信していることが多く、プロバイダーは各送信を、それに紐づくレピュテーションで評価します。あるクライアントの質の悪いリストが迷惑メール報告やスパムトラップへのヒットを招き、隣にいる適切に運用しているクライアントの受信トレイへの到達を妨げることがあります。
• 自然な防火壁がない。 意図的に分離しなければ、雑なインポートが1つあるだけで、他のすべてのクライアントの数値、クレジット、監査記録が汚染されます。クライアントから「いつ、何を検証してくれたのか」と聞かれたとき、他の3つのアカウントと混ざっていない回答が必要です。

検証は、この課題のうちリスト品質の部分を解決します。ただし、ツールがクライアントごとの作業を本当に分離できる場合に限ります。

クライアントごとのワークスペース#

基本は分離です。クライアントごとに専用のワークスペースを用意します。そのクライアントのリスト、検証ジョブ、クレジット、チームのアクセス権を収めた、独立した入れ物です。境界を越えて漏れるものはありません。クライアントAのアップロードしたリストがクライアントBのワークスペースから見えることはなく、検証履歴は所属するクライアントの範囲に限られ、1つに割り当てたクレジットが別のクライアントで知らないうちに消費されることもありません。

この分離があるからこそ、代理店としての説明責任を果たせます。クライアントから、ローンチ前にリストをクリーニングした証拠を求められたとき、そのクライアントのワークスペースに限定された、他と混ざらない記録を示せます。1週間に10のアカウントを扱っていても、プルダウンの選択を1つ間違えて、別のクライアントのリストを別の予算で検証してしまうことはありません。

必要な場所にクレジットを移す#

分離は、硬直性を意味するものではありません。代理店の予算は一定ではありません。今月は大規模な再エンゲージメント配信を行うクライアントがいれば、動きが少なくなるクライアントもいます。期の途中で新規の顧客と契約することもあります。クレジットは、そうした変化に対応できる設計です。一度購入すれば失効しないため、月ごとのリセットで未使用分を失うことはありません。また、すべてのワークスペースを自分で所有しているので、ワークスペース間でクレジットを移せます。動きの少ないクライアントの未使用分を大規模なキャンペーンを行うクライアントに移したり、共有の残高から追加購入なしで新しいワークスペースにチャージしたりできます。

料金体系はシンプルです。検証は1,000アドレスあたり$6からで、新規アカウントには、パイプラインを試せる100クレジットが無料で付きます。リスト内の重複は1回だけ課金されるため、水増しされたリストで同じアドレスに二重に請求されることはありません。購入はまとめて行い、支出は分離し、予算はキャンペーンの予定に合わせて移します。詳細は料金ページをご覧ください。

チームのロールと招待#

代理店はチームであり、全員がすべてを操作できるべきではありません。チームメンバーを招待し、ワークスペースごとにロールを割り当てると、アクセス権を実際の担当体制に合わせられます。3つのクライアントを担当するアカウントマネージャーには、その3つのワークスペースへのアクセス権を付与し、他には付与しません。1つのプロジェクトのために加わった外部の協力者には、そのプロジェクトだけを見せます。誰がどのクライアントに対して検証を実行し、クレジットを使えるかを管理でき、新しいメンバー全員に全案件の鍵を渡す必要はありません。

ワークスペースごとのロールは、人の面でもクライアントの境界を守ります。リストとクレジットを分けているのと同じ分離が、人にも及びます。クライアントAのアカウントを担当する人が、クライアントBのデータを見て回ることはありません。クライアントがオーディエンスを任せる前に確認することが増えているのも、こうした分離です。

最初の送信の前、オンボーディングで検証する#

代理店にとって最も重要な場面を1つ挙げるなら、オンボーディングです。リスクが入り込むのは、引き継いだリストからです。クライアントが初日に渡すリストは、数か月、あるいは数年も放置されていることが多く、その間に放棄されたアドレス、info@やsales@のような役割アドレス、キャッチオールドメイン、そして何より、廃止されたメールボックスを再利用してレピュテーションの地雷に変えたスパムトラップが蓄積されています。そのリストにいきなり送信すると、ハードバウンスやスパムトラップへのヒットが発生し、意図したキャンペーンを1通も送らないうちに、送信者レピュテーションが急速に傷つくことがあります。

オンボーディング時に検証すれば、インフラに触れる前にそのリスクを取り除けます。まず引き継いだリストを検証にかけると、検証のプロセスによって、すべてのアドレスが、deliverable（配信可能）、risky（リスクあり）、undeliverable（配信不可）、unknown（不明）の明確なステータスに分類されます。理由、0～100のスコア、使い捨て、役割、キャッチオールのサブフラグも付きます。undeliverableは除外し、riskyとキャッチオールのセグメントは扱いを慎重に決め、最初のキャンペーンは、クライアントのレピュテーションを一瞬で損なわないリストに送ります。問題が表面化してから対処するのではなく、すべてのオンボーディングに標準の手順として組み込みましょう。

一括処理とAPI：規模に合わせて拡張できる検証#

検証の方法は、作業内容によって変わります。一度きりの引き継ぎリストであれば、一括検証が最も速い方法です。CSVをアップロードまたは貼り付けて、リストがチェックされる様子をリアルタイムの進捗で確認し、すべてのステータスとフラグが付いたクリーニング済みCSVをダウンロードします。オンボーディング時のクリーニングや再検証に最適です。

サインアップフォーム、リードジェネレーション、チェックアウトなど、アドレスが継続的に入ってくるクライアントには、リアルタイム検証が適しています。REST APIを使えば、リストに入る前の取得時点でアドレスをチェックできます。クライアントごとの連携には、そのクライアントのワークスペースからスコープ付きのキーを発行してください。レート制限はワークスペース単位で1分ごとにカウントされ、そのワークスペースのすべてのキーで共有されるため、あるクライアントのトラフィックが別のクライアントの上限を圧迫することはありません。エンドポイントについては開発者向けドキュメントで解説しています。クライアントのフォームに組み込む場合は、APIの比較とサインアップ時の検証パターンもあわせてご覧ください。すべての処理はEUで実行されるため、クライアントからデータの処理場所を聞かれたときの説明が1つ減ります。

検証とブラックリスト監視を組み合わせる#

検証は予防であり、不適切なアドレスへの送信を未然に防ぎます。しかし予防は検知ではなく、代理店には両方が必要です。運用がしっかりしていても、クライアントの過去の送信や、すり抜けたセグメントが原因で、ブラックリストに載ることがあります。そのため、検証と代理店向けのブラックリスト監視は、対で機能します。検証がほとんどのブラックリスト入りを未然に防ぎ、ブラックリスト監視が、すり抜けたものを検知します。クライアントが反応の薄いキャンペーンに気づいて、何が起きたのかを尋ねてくる前に対処できます。オンボーディングでクリーニングし、継続的に検証し、すべてのクライアントのドメインとIPを監視してください。そうすれば、事後に説明する側ではなく、自分から警告を発する側になれます。

すべてのクライアントを、それぞれ専用のワークスペースでQualisendに移行しましょう。渡されたリストは最初の送信の前に検証し、キャンペーンの予定が必要とする場所にクレジットを移します。100クレジット無料で始めることも、無料メールチェッカーで簡単にチェックすることもできます。クライアントから引き継いだリストが、自分の到達率の問題にならないようにしましょう。