Customer.ioは、ハードバウンス、配信停止、迷惑メール報告を行った人を自動的に抑制します。すでにメールを送ったアドレスについては、これで十分に信頼できます。一方で、一度も送信していないプロファイルの良し悪しは判断できません。しかもCustomer.ioは行動データを軸にしたプラットフォームで、プロファイル数に応じて課金されます。そのため、判定されていないアドレスはすべて、到達率のリスクであると同時に請求書の1行にもなります。このガイドでは、Customer.ioの抑制機能が自動で行ってくれること、見えないアドレス、そして次のブロードキャストやイベント起点のキャンペーンが配信される前にCustomer.ioのリストをクリーニングするための「エクスポート → 検証 → 対処」の流れを解説します。
Customer.ioがすでに行っていること#
Customer.ioの標準的なリスト衛生管理は、抑制を中心に構成されています。
- ハードバウンスは自動的に抑制されます。 アドレスが恒久的なエラーを返すと、Customer.ioはその人を抑制リストに追加し、メールの送信を止めます。無効と分かっているメールボックスに送り続けることはありません。
- 配信停止と迷惑メール報告も同様に抑制されます。 配信停止した人や迷惑メール報告を行った人は、以降のメール送信から除外されます。
- 抑制は送信を止めるだけで、それだけでは課金は減りません。 抑制された人にはメールが送られませんが、レコードはワークスペースに残ります。プロファイル総数にカウントされ続けるかどうかはプランのカウント方法によって異なるため、不要なプロファイルを削除するのは別の作業になります。
上記のCustomer.ioの動作は、2026年7月時点のCustomer.ioのドキュメントで確認したものです。
実際にメールを送ったアドレスについては、これは信頼できる自動のリスト衛生管理です。課題は、まだ一度もメールを送っていないアドレスすべてです。
Customer.ioでは検出できないもの#
上記の仕組みはどれも事後対応です。送信が行われ、そのうえでバウンス、配信停止、迷惑メール報告が発生して初めて作動します。これはあらゆるESPに共通する盲点ですが、Customer.ioではプロファイルの作られ方によって、さらに目立ちやすくなります。
- 一度も送信していない無効なアドレス。 アプリからの
identifyやtrackの呼び出し、以前のツールからのインポート、登録時の入力ミス（jane@gmial.com）で作られたプロファイルは、まだ送信されたことがないためバウンスしていません。イベントが最初のメッセージを発火させるまで、Customer.ioにはこれらのアドレスに関する情報がありません。しかもそのタイミングは、メールプロバイダーが送信者に対する第一印象を形成する瞬間です。 - 使い捨てアドレス。 登録時に受け付けられ、ウェルカムフローを通過した後、いつの間にか存在しなくなります。
- 役割アドレス（
info@、support@）。セグメントやキャンペーンの基になるエンゲージメントデータを歪めます。 - 劣化したアドレス。 今日は問題なさそうに見えても、来月にはハードバウンスになります。
Customer.ioはイベント駆動のため、こうした不要なプロファイルは静かに放置されるわけではありません。イベントが一致するたびにブロードキャストや行動ベースのキャンペーンに入り続け、不良アドレスに何度もメールが送られます。その送信の一つひとつが、送信者レピュテーションを損なうバウンスの火種です。インポートした配信先は特に深刻です。バウンスの履歴が取り除かれた状態で届くため、すでに他で失敗していたアドレスも新規のように見え、登録された瞬間に課金対象のプロファイルになります。検証は、最初の送信後ではなくインポート前に行ってください。さらに、リストがクリーンでも、送信ドメインの認証をしていなければ、検証済みのアドレスでも迷惑メールに振り分けられます。Customer.ioの送信ドメインをSPF、DKIM、DMARCで認証しておきましょう。
手順：Customer.ioのリストをクリーニングする方法#
現時点で最も早い方法は、ネイティブのCustomer.ioコネクタです。連携すれば、リストをその場でクリーニングできます。Qualisendがすべてのプロファイルを検証して結果を書き戻し、新しいコンタクトにはリアルタイムのチェックも行います。手作業で進めたい場合や、どのプランでも使える方法が必要な場合は、以下のCSVを使った流れも有効です。MailchimpやHubSpotのガイドと同じ流れを、Customer.ioの用語で説明します。
- Customer.ioからエクスポートします。 ワークスペースのPeopleエリアで、クリーニングしたいセグメントまたはオーディエンスに絞り込み、メールの属性を含めてCSVにエクスポートします。初回のクリーニングでは全員をエクスポートしてください。メンテナンス目的のクリーニングでは、「created before」や「never opened」のようなデータ駆動型セグメントで対象を絞り込めます。
- ファイルを検証します。 Qualisendの一括クリーニングにアップロードします。最大1,000,000件のアドレスに対応し、重複は1回分のみ課金されます。アドレスを直接貼り付けることもできます。1件のアドレスや、本格的に実行する前の最初のサンプルには、無料メールチェッカーが使えます。
- 結果を確認します。 すべてのアドレスに対して、
deliverable、risky、undeliverable、unknownのいずれかが、理由コード、0～100のスコア、サブフラグ（disposable、role、free、catch-all）とともに返されます。根拠としてMXプロバイダーとプローブの詳細も確認できます。クリーニング済みのCSVをダウンロードしてください。ファイル全体がどのようにスコアリングされるかは、一括検証で確認できます。 - Customer.ioで
undeliverableを抑制または削除します。 結果をundeliverableに絞り込みます。最も確実な対処方法は、判定結果を書き戻すことです。たとえばemail_status = undeliverableのように人物の属性としてインポートし、その属性に基づくデータ駆動型セグメントを作成します。そのうえで、そのセグメントをすべてのブロードキャストとキャンペーンから除外するか、セグメント内の人物を削除してプロファイルの枠を取り戻します。Customer.ioでは人物を直接抑制することもできます。抑制はメールを止め、削除はプロファイルを解放します。 - それ以外は判定ごとに対処します。 下の表を参照してください。
判定ごとの対処方法#
| 判定 | Customer.ioでの対処 |
|---|---|
deliverable | 通常どおり送信を続けます。 |
deliverable + roleフラグ | トランザクションメールやライフサイクルメッセージ用に残し、エンゲージメントでスコアリングするキャンペーンからは除外します。詳しくは役割アドレス、使い捨てアドレス、フリーメールをご覧ください。 |
risky + catch-allフラグ | 専用のセグメントに移し、グループ全体に一斉送信せず、送信量を絞ります。 |
risky + disposableフラグ | 抑制または削除します。このメールボックスは期限切れになるように作られています。 |
unknown | 有効のままにして、次回のクリーニングで再検証します。1回のプローブで結論が出なかったのはレート制限のシグナルであり、メールボックスに対する判定ではありません。 |
undeliverable | 上記のセグメントで抑制するか、削除してプロファイルを解放します。バウンスで証明されるのを待つ必要はありません。 |
プロファイル、抑制、そして請求額#
これはCustomer.ioならではのポイントであり、クリーニングで実際にコストを抑えられる部分です。Customer.ioのプランはワークスペース内のプロファイル数で決まるため、リスト衛生管理は到達率の問題であると同時にコストの問題でもあります。ここから、次の2点が言えます。
- 抑制だけでは請求額が下がらない場合があります。 ハードバウンスのアドレスは抑制されるとメールが届かなくなりますが、レコードはワークスペースに残ります。プランのプロファイルのカウント方法によっては、削除するまで枠を占有し続けることがあります。
- 一度もバウンスしていない無効アドレスは、まったくの無駄です。 一度もメールを送っていないアドレスは、完全にアクティブで課金対象のプロファイルですが、コンバージョンすることはありません。しかもCustomer.ioはイベントのたびにそのアドレスへの送信を発生させ続けるため、プロファイル数を押し上げるだけでなく、バウンス率も悪化させます。
不要なプロファイルを整理することで、より低いプロファイル階層に収まりそうな場合は、現在のプランと照らして簡単に試算できます。
プロファイル作成の時点で検証する#
エクスポートと検証の流れでクリーニングできるのは、すでにCustomer.ioにあるものです。より効果が大きい対策は、不良アドレスがそもそもプロファイルにならないようにすることです。Customer.ioは、アプリがidentifyやtrackを呼び出した時点で人物を作成します。そのため、検証に最適な場所は、その呼び出しが実行される前の、登録フォームやリード獲得フォームです。検証API（スコープ付きキー対応）によるリアルタイムのチェックなら、入力ミス、使い捨てドメイン、配信不可のアドレスを入口で弾けます。課金対象のプロファイルにならず、行動ベースのキャンペーンにも入りません。作成時に検証しておけば、エクスポートによるクリーニングは、緊急対応ではなく軽いメンテナンスで済みます。
再クリーニングの頻度#
万能な頻度はなく、ここで劣化率の統計をでっち上げるつもりもありません。実際の決め手は、ワークスペースの増加ペースと、アドレスの入手経路です。ダブルオプトインのリストは劣化がゆるやかですが、インポート、プロダクトの登録、リードマグネットから流入するリストでは、不良アドレスが絶え間なく溜まります。多くの送信者には、次の3つの習慣で十分です。
- 重要なブロードキャストの前。 ローンチや季節のキャンペーンなどです。
- インポートの後、最初のメッセージを送る前。 そのプロファイルが料金階層のカウントに含まれる前でもあります。
- 送信量に合わせた定期的なサイクルで。 送信ごとのバウンス率を警戒ラインとして使います。唯一の正解といえるクリーニング頻度はありません。バウンス率が警告のしきい値に近づいてきたら、スケジュールを待たずにすぐクリーニングしてください。
よくある質問
01リストをクリーニングするとCustomer.ioの請求額は下がりますか？
下がる可能性はありますが、不要なプロファイルを削除するなどして、カウントされないようにした場合に限ります。Customer.ioはプロファイル数でプランが決まり、自動の抑制は送信を止めるだけで、レコードが削除されるとは限りません。そのため、検証したうえで配信不可と使い捨てのプロファイルを整理することが、実際にカウントを減らす方法です。インポート前にリストをクリーニングしておけば、不良アドレスは最初から請求に含まれません。
02Customer.ioで不良プロファイルは抑制と削除のどちらにすべきですか？
その人を戻したい場合や履歴を残したい場合は抑制します。抑制はレコードを残したまま、すべてのメールを止めます。配信不可または使い捨てと確認できたアドレスで、プロファイルの枠を取り戻したい場合は削除します。削除は元に戻せず、イベント履歴も失われるため、検証ですでに無効と判定されたアドレスに限定してください。
03Customer.ioのプロファイルになる前にアドレスを検証できますか？
はい。最も効果の高い方法です。Customer.ioはidentifyやtrackの呼び出しから人物を作成するため、登録フォームやリード獲得フォームの段階で、リアルタイムの検証API呼び出しによってアドレスを検証すれば、入力ミスや使い捨てアドレスが課金対象のプロファイルになったり、キャンペーンに入ったりするのを防げます。
04Customer.ioの自動抑制だけでリストはクリーンになりますか？
確認できる範囲だけです。抑制が捉えるのは、メールを送った後にハードバウンス、配信停止、迷惑メール報告を行ったアドレスで、すでに送信済みのアドレスに対する事後的な対処にとどまります。一度も送信していないプロファイルは判定できず、インポート、入力ミス、劣化したアドレスはそこに潜みます。これらには能動的な検証が必要です。ネイティブのCustomer.io連携を接続すれば、検証して結果をその場に書き戻せます。どのプランでもCSVを使った流れで対応できます。
Customer.ioのリストを一度クリーニングすれば、緊急対応に追われることはなくなります。まずは無料メールチェッカーでサンプルを検証し、お手持ちのアドレスの判定結果を確認してください。ワークスペース全体を検証する準備ができたら料金をご確認ください。登録フローに検証を組み込めば、不良アドレスが課金対象のプロファイルになるのを最初から防げます。
