Intercomのメール検証：サポート返信を確実に届ける方法

サポートメールは、到達率の問題の中でも最も目立たないものです。マーケティングキャンペーンほど、チケット返信が届くかどうかを気にする人はいません。しかし、バウンスしたサポートメッセージは、開封されないニュースレターよりも深刻です。顧客は届かない回答を待ち続け、SLAのカウントは進み、怒った顧客によってチケットが再オープンされます。Intercomは、存在しなくなったアドレスにも返信を送り、送信済みとして数えます。このガイドでは、サポートツールにとってなぜ到達率が重要なのか、Intercomが連絡先について実際に何を追跡しているのか、そして無効なアドレスのせいで返信が失われないようにするための「エクスポート → 検証 → タグ付け」の手順を解説します。QualisendのネイティブIntercom連携が利用可能になったため、より速い方法も紹介します。

サポートメールの到達率が重要な理由#

マーケティングメールは数の勝負ですが、サポートメールは約束です。Intercomで会話に返信するとき、またはチケットのステータス変更、新着メッセージの通知、フォローアップなどの自動通知が送られるとき、そのメールは、それを待っている特定の1人に届かなければなりません。「セグメントに再送する」というセーフティネットはありません。

バウンスしたサポート返信は、バウンスしたニュースレターとは違う形で問題を引き起こします。

• SLAの未達。 チームは会話を対応済みにしますが、顧客には届いていません。応答時間の指標は緑なのに、顧客の体験は赤という状態になります。
• チケットの再オープンと二重対応。 顧客は「なぜ誰も返信してくれないのか」と問い合わせます。担当者は同じ問題を2回対応することになり、2回目の顧客は不満を抱えています。
• 通知が気づかれないまま失われる。 入力ミスや使い捨てのアドレスで登録した連絡先は、アカウントやチケットの通知を受け取れません。それに気づくのは、その顧客が離脱した後です。
• 送信者レピュテーションの低下。 サポートメールを送るドメインでバウンスが続くと、正規の返信を支えているレピュテーションも損なわれます。もう1つの要素は送信ドメイン認証です。IntercomでSPF、DKIM、DMARCを使って送信ドメインを認証してください。リストがクリーンでも、送信元のドメインを確認できなければ迷惑メールに振り分けられます。すでにバウンスが増えている場合は、バウンス率のベンチマークで警戒すべき水準を確認できます。

共通するのは、サポートでは不正なアドレスのコストが開封1件では済まず、顧客との関係そのものに及ぶという点です。

Intercomが連絡先について追跡する情報#

Intercomの連絡先モデルには2つのタイプがあります。ユーザー（アカウントを持ち、user_idまたは外部IDで識別される人）と、リード（識別されていない連絡先で、多くはMessengerやフォームから取得されます）です。どちらもメールの属性を持ち、送信メッセージ、チケット返信、トランザクション通知を受け取れます。

Intercomは連絡先ごとに、標準属性（メール、名前、user_id、登録日、最終閲覧日）、定義したカスタム属性、エンゲージメントのシグナルを保存します。到達率に関わる情報として、Intercomはメールの配信停止の状態も追跡し、メールのバウンスも記録します。メッセージがハードバウンスすると、その連絡先にフラグを付け、そのアドレスへの送信を止めます。ただし、対象となるのは、Intercomが実際にメールを送り、バウンスが返ってきたアドレスだけです。

ここには、どのプラットフォームにも共通する盲点があります。Intercomが一度も送信していない、またはほとんど送信していないアドレスには、バウンスのシグナルがありません。他のツールからインポートしたリード、ドメインを打ち間違えたセルフサービスの登録、ゲートを通過するための使い捨てアドレスは、最初のサポート返信で無効と判明するまで、有効な連絡先のようにワークスペースに残ります。そして「判明する」とは、すでに顧客が返事をもらえなかったことを意味します。検証は、送信の後ではなく送信の前に、この盲点を埋めます。

上記のIntercomの動作は、2026年9月時点のIntercomのドキュメントで確認したものです。

手順：連絡先のエクスポート、検証、配信不能アドレスへのタグ付け#

手動の手順はどのIntercomプランでも使えます。他のプラットフォームのガイドと同じ流れを、Intercomの用語に合わせて説明します。

1. Intercomからエクスポートします。 Contactsを開き、チェックしたいセグメント（たとえば全ユーザー、または直近の四半期に作成されたリード）を作成または選択し、エクスポートのアクションを使います。IntercomがCSVを準備し、完了するとダウンロード用の安全なリンクをメールで送ります。
2. ファイルを検証します。 CSVをQualisendの一括クリーニングにアップロードします。1回のジョブで最大1,000,000件のアドレスを処理でき、重複は1回分だけ課金されます。アドレスを直接貼り付けることもできます。無料プランの100クレジット（1回限りで有効期限なし）で、最初のサンプルを試せます。初めての方は、各チェックの内容を説明したメールアドレス検証とはをご覧ください。
3. 結果を確認します。 各アドレスにはdeliverable、risky、undeliverable、unknownの4つの判定のいずれかが返され、理由コードとサブフラグ（キャッチオール、使い捨て、役割アドレス、メールボックス満杯）、MXプロバイダー、SMTPプローブの結果、0～100の信頼度スコアが付きます。クリーニング済みのCSVをダウンロードします。
4. Intercomで配信不能アドレスにタグを付けます。 結果をundeliverableで絞り込み、そのリストをIntercomにインポートし直してemail-undeliverableなどのタグを付けます。削除せずにタグを付ければ、会話の履歴を残したまま、それらの連絡先を送信メッセージの対象から外し、届くはずのない返信の代わりに「メールアドレスの確認」フローへ誘導できます。
5. それ以外は判定ごとに対応します。 riskyかつ使い捨てフラグの付いた連絡先には、再確認を促すためのタグを付けます。unknownは一時的な結果として扱います。多くはグレーリスティングやレート制限が原因なので、対応せずに次回のサイクルで再チェックしてください。deliverableはそのままにします。support@やbilling@のような役割アドレスは、サポートの現場では正当なことが多いため、不要なものと判断する前に、役割アドレス、使い捨てアドレス、フリーアドレスのガイドをお読みください。

新しい連絡先をリアルタイムで検証する#

CSVのクリーニングで解消できるのは、溜まっている分だけです。明日、新しい入力ミスがIntercomに入ってくるのは防げません。今後もリストをクリーンに保つ方法は2つあります。

最も速いのは、すでに利用可能になっているネイティブ連携です。/integrations/intercomから接続すると、Qualisendが連絡先をその場でクリーニングします。ユーザーとリードを検証し、結果をIntercomの属性に書き戻すので、CSVを扱う必要はありません。新しい連絡先もリアルタイムでチェックし、作成された時点で配信不能なものにタグを付けます。多くのチームにとってはこれが最適な標準の方法です。一度接続すれば、エクスポートの手順は忘れてかまいません。

アドレスがIntercomの連絡先になる前の、発生源で検証したい場合は、取得する時点でVerification APIを呼び出します。サインアップフォーム、Messengerのフロー、または連絡先を作成するミドルウェアでメールを検証し、不正なアドレスが登録される前に拒否するかフラグを付けます。QualisendのREST APIはスコープ付きキーを使い、レート制限を設け、Webhookにも対応しています。コードを書きたくない場合は、Zapier、Make、n8nでも同じチェックを実行できます。フォームの段階で入力ミスを止めれば、サポート返信が1通も無駄にならないため、これが最も効果の高い方法です。受信トレイへの到達を健全に保つ全体像については、メール到達率ガイドを参照してください。