MAUを無駄に消費する前に、Iterableのオーディエンスをクリーンに
Iterableは、アドレスがハードバウンスした時点で自動的に配信停止にするため、無効と判明したメールボックスには最初の失敗以降は送信しません。しかし、一度もメッセージを送っていないプロファイルは判断できません。さらにIterableはイベント駆動型のため、アプリやSDKがidentifyまたはtrackを呼び出した瞬間にユーザーが作成されます。その結果、インポート、プロダクトイベント、登録時の入力ミスに由来する送信実績のない無効なアドレスが、気づかないうちに蓄積していきます。いずれも最初のキャンペーンで配信を無駄にし、レピュテーションを損ないます。Qualisendはこのギャップを埋めます。Iterableと連携して任意のリストのユーザーを検証し、各結果をデータフィールドとして保存したうえで、次の配信前に無効なユーザーを配信除外または削除できます。その手順に加え、エクスポート、API、ノーコードによる方法も紹介します。
CSV不要で、Iterableと直接連携
必要なのはAPIキーだけ
IterableのAPIキーを貼り付け、リージョン（USまたはEU）を選択します。APIキーはIterableの「Settings → API Keys」で確認できます。
- 任意のリストのユーザーをクリーニング
- 結果を各ユーザーのデータフィールドに保存
- 新しいユーザーをWebhookでリアルタイムに検証
- 7日・14日・30日ごとに自動クリーニング
CSVやAPIでの利用も可能です。詳しくは下記をご覧ください。
Iterableが標準でクリーニングするもの
Iterableに標準搭載されたリストメンテナンスは、バウンスイベントと購読ステータスに基づいて機能します。配信に失敗するたびにユーザープロファイルにバウンスイベントとして記録され、アドレスがハードバウンスすると、Iterableはそのユーザーをキャンペーンのチャネルと、プロジェクト内の他のすべてのマーケティングメールチャネルから自動的に配信停止にします。これにより、最初の恒久的な失敗以降は送信されなくなります。また、こうしたバウンスによる配信停止は、Campaign AnalyticsやMessaging Insightsの配信停止数には意図的に含まれず、バウンスとして集計されます。ソフトバウンスは意図的な例外です。Iterableはソフトバウンスのみのメールボックスを自動で配信停止にしないため、ソフトバウンスを繰り返すアドレスの整理は自社で行う必要があります。ドキュメントで示されている方法は、60～90日の期間内にソフトバウンスを繰り返したユーザーのセグメントを作成し、手動で配信停止にすることです。自動処理に加えて、キャンペーン単位の配信除外リストを使えば、保存済みのアドレスリストをキャンペーンに紐付けて、その配信でリスト内のアドレスをスキップできます。また、チャネルにはメッセージタイプが含まれるため、チャネル全体から配信停止にすると、そのチャネル内のすべてのメッセージタイプが停止します。Iterableが実際に送信してハードバウンスを確認したアドレスについては、この仕組みで確実かつ自動的にリストメンテナンスが行われます。
検出できないもの
問題は、これらの仕組みがすべて事後対応型だという点です。作動するには配信と失敗が必要で、ソフトバウンスの場合はまずセグメントを作成しなければなりません。Iterableはイベント駆動型のため、この死角が他のプラットフォーム以上に大きくなります。アプリやSDK、インポートからidentifyまたはtrackの呼び出しが届いた瞬間にユーザープロファイルが作成されるため、jane@gmial.comのような入力ミス、以前のツールから移行したアドレス、使い捨てドメイン、役割アドレス（info@、support@）、いつの間にか使われなくなったメールボックスは、Iterableが一度も送信していないので、まだバウンスしていません。こうしたプロファイルは、イベントによって最初のメッセージが送られるまでは問題がないように見えます。そしてそのタイミングこそ、メールプロバイダーが自社ドメインの第一印象を形成する瞬間です。さらに、Journeyやキャンペーンはイベントをトリガーに動くため、無効なアドレスは一度失敗して終わりではありません。条件に合うイベントが発生するたびにフローに再び入り、同じ無効なメールボックスに何度も送信されます。最も深刻なのは、インポートやSDK経由で取り込んだオーディエンスです。バウンス履歴が引き継がれないため、他のツールですでに失敗していたアドレスもまったく新しいアドレスに見えます。
Iterableのリストをクリーンに保つべき理由
Iterableでは、影響が非常に具体的に表れます。Iterableはオーディエンスの規模とメッセージ量に応じて料金が決まるエンタープライズ向けプラットフォームで、見積もりベースの営業経由の契約です。料金は、月間アクティブユーザー（実際に連絡を取るユニークユーザー）の数と送信メッセージ数をもとに、契約として交渉されます。そのため、無効なアドレスは二重のコストになります。直接的には、送信実績のない無効なアドレスに送るたびに、その月のアクティブユーザーとしてカウントされ、契約したメッセージ量を消費します。文字どおり、ハードバウンスになる配信に料金を支払っていることになります。構造的には、配信不可のプロファイルで膨らんだデータベースが、契約更新の交渉基準となるオーディエンス規模を押し上げます。レピュテーションへの影響も同じ構図で、しかもより深刻です。バウンス、スパムトラップ、迷惑メール報告は、いずれもGmailとYahoo!が2024年に導入した送信者ガイドラインや、Iterable自身の到達率モニタリングが送信ドメインを評価する基準そのものです。クロスチャネル配信では、そのレピュテーションによって、正当に獲得した顧客の受信トレイにメールが届くかどうかが決まります。配信前にクリーニングすれば、その両方に対応できます。契約の基準となる件数から不要なアドレスを除外し、実際にコンバージョンにつながるキャンペーンの到達率を守れます。
CSV・APIを使う場合：手動での手順
Iterableは、APIとデータパイプラインを軸にしたエンゲージメントプラットフォームです。連携せずに対応したい場合や、リストではなくセグメントをクリーニングしたい場合は、次の手動の手順を使います。オーディエンスをエクスポートし（静的リストまたはセグメントは「Save As > Export As > CSV」で、大規模なオーディエンスはExport APIで）、Qualisendで検証したうえで、無効なアドレスをチャネルから配信停止にして配信除外するか、完全に削除します。いずれも一括で行えます。
Iterableからオーディエンスをエクスポート
まず「Audience > Segmentation」で、クリーニングしたいユーザーのセグメント（または静的リスト）を作成するか開き、クエリを実行して現在のメンバーを表示します。次に「Save As > Export As > CSV File」を選び、emailフィールド（キーとして使っているuserIdがあればそれも）にチェックを入れてエクスポートします。大規模なエクスポートや繰り返し行うエクスポートには、代わりにExport API（dataTypeName=user、CSV出力）を使います。Export APIはジョブ単位で動作し、返されたjobIdをポーリングしてファイルを取得します。Iterableが同時に処理するエクスポートジョブは組織あたり最大4件で、それを超える分はキューに入ります。
Qualisendでファイルを検証
CSVをQualisendの一括クリーニングにアップロードします（1回の処理で最大100万件、重複アドレスの課金は1回のみ）。先にサンプルを無料メールアドレスチェックに貼り付けて試すこともできます。Freeプランで初回のみ付与される100クレジットは有効期限がなく、本格的に利用する前の抜き取り確認に使えます。
結果を確認
各アドレスには、配信可能・要注意・配信不可・不明のいずれかの判定が、理由コード、0～100のスコア、サブフラグ（キャッチオール、使い捨て、役割アドレス、容量超過）とともに返ります。根拠として、MXプロバイダーとメールボックス確認の詳細も表示されます。クリーニング済みのCSVをダウンロードします。
Iterableで配信不可アドレスを配信除外または削除
結果を「配信不可」で絞り込みます。UIで最も速い一括操作は「Audience > Lists > オーバーフローメニュー > Manage Users > Unsubscribe from Channel」で、無効なアドレスを貼り付けるかアップロードして、チャネルから配信停止にします。チャネル単位の配信停止では、1つのリストだけでなく、そのチャネル内のすべてのメッセージタイプが停止します。APIではPOST /api/lists/unsubscribeを呼び出せます。無効なプロファイルをデータベースと課金対象の件数から実際に取り除くには、削除（DELETE /api/users/{email}）またはforget（POST /api/users/forget。今後の再収集もブロックされます）を実行します。配信除外はメールを止めるだけで、マーケティング対象の件数からアドレスを外せるのは削除です。
または登録時に自動で検証
プロファイルが作成される前に、不要なアドレスを締め出したい場合は、QualisendのREST API（スコープ付きキー、レート制限、Webhook）を使ってアドレスの取得時点で検証できます。アプリがIterableのidentifyまたはtrackを呼び出す前にAPIを実行すれば、入力ミスや使い捨てアドレスがそもそもユーザーになりません。また、Zapier、Make、n8nでノーコードのフローを構築し、新規登録者がIterableに届く前に検証することもできます。イベント駆動型のプラットフォームでは、これが最も効果の高い方法です。無効なプロファイルの作成、送信、課金そのものを防げるからです。
Qualisendがすべてのアドレスで検出するもの
- イベントで初めて配信されたときにハードバウンスする、送信実績のない無効なアドレス
- SDKやインポート経由で取り込まれた、短期間で消える前提の使い捨てドメイン
- IterableのセグメントやJourneyが依拠するエンゲージメントデータをゆがめる役割アドレス（info@、support@）
- キャッチオールドメイン（すべての宛先を受け付けるドメイン）。フラグを付けるので、一斉配信せずに専用セグメントへ振り分け、配信ペースを落とせます
- すべてのアドレスに付与される0～100の信頼度スコアと機械判読可能な理由コード。ユーザープロファイルのフィールドとしてそのまま反映できます
Iterableのネイティブコネクターを提供中です。Qualisendの「連携」でIterableと連携すると、CSV不要でIterableのリストを直接扱えます。
結果ごとの対処法
各アドレスには判定とサブフラグが返されます。まだ届くコンタクトを失わずにIterableのリストをクリーンに保つための対処法は次のとおりです。
配信可能通常どおり配信を続けます。配信可能 + 役割アドレスフラグトランザクションメールやシステムメッセージには引き続き使い、エンゲージメントで評価されるJourneyからは除外します。要注意 + キャッチオールフラグ専用セグメントに振り分け、配信ペースを落とします。ドメインがすべての宛先を受け付けるため、その先のメールボックスの存在を確認できません。要注意 + 使い捨てフラグチャネルから配信停止にするか、削除します。短期間で消える前提で作られたメールボックスです。不明アクティブのまま残し、次回のクリーニングで再検証します。多くはグレーリスティングやレート制限によるもので、メールボックス自体の判定ではありません。配信不可メールを止めるにはチャネルから配信停止にし、マーケティング対象の件数から外すには削除またはforgetを実行します。バウンスで無効と判明するのを待つ必要はありません。関連記事
identify/trackの呼び出し時に検証し、不要なアドレスをIterableのユーザーにしません。
本格的な一括クリーニングの前に、Iterableのオーディエンスの一部を抜き取りで確認できます。
イベント駆動型の質の低いリストが、どれほど早く到達率の問題に発展するか。
大量のハードバウンスが、すべてのチャネルでの評価にどう影響するか。
Iterableからの配信が評価される、2024年導入のバウンス率・迷惑メール率の基準。
一度も送信していないプロファイルがデータベースに再び溜まらないよう、クリーニングの周期を決めます。
Iterableのメールアドレス検証に関するよくある質問
Iterableのリストを数分でクリーニング
有効期限のない100クレジットで無料で始められます。クレジットカード登録は不要です。連携して検証するだけで、次のキャンペーンを守れます。