Help Scoutの顧客をクリーンで配信可能な状態に保つ
Help Scoutは返信がバウンスすると、その会話上に配信失敗の通知を表示します。しかし、リストメンテナンスに関するシグナルはこれだけで、しかも顧客が返信を受け取れなかったあとにしか表示されません。Qualisendはこのギャップを埋めます。Help Scoutと直接連携し、顧客リストをHelp Scout上で直接クリーニングできます。すべてのコンタクトを検証して結果を顧客プロパティに保存し、追加したWebhookで新規顧客をリアルタイムに検証します。手作業で行いたい場合は、CSVでのエクスポート→検証→再インポートの手順やREST APIも利用できます。ネイティブコネクターが最も速い方法で、以下のエクスポートと検証の手順は手動で行う場合の方法です。
CSV不要で、Help Scoutと直接連携
APIキーで連携
Help Scoutの「Manage → Apps → My Apps」で作成したプライベートアプリのApp IDとApp Secretを入力します。次に、qualisend-statusという顧客プロパティを追加します。
- Help Scoutのすべての顧客をクリーニング
- 結果を各顧客のプロパティに保存
- 新しい顧客をWebhookでリアルタイムに検証
- 7日・14日・30日ごとに自動クリーニング
CSVやAPIでの利用も可能です。詳しくは下記をご覧ください。
Help Scoutが標準でクリーニングするもの
Help Scoutに標準で備わるリストメンテナンスは、リスト単位ではなくメールボックス単位の仕組みです。返信を配信できなかった場合、Help Scoutはその会話スレッドに配信失敗の通知を直接表示し、担当者がバウンスに気づけるようにします。送信メールの配信ステータスも追跡します。ただし、アカウント全体の配信除外リストはなく、顧客レコードにバウンス済みやクリーニング済みといったステータスもありません。会話はそれぞれ独立しており、次のチケットでは、同じ無効なアドレスにも警告なしで新しい返信を送れてしまいます。サポートデスクとしてはこれは設計どおりで、Help Scoutはマーケティング品質のクリーンなリストを管理するためではなく、個々の返信を届けるために作られています。
検出できないもの
そのため、配信してバウンスを検知するモデルでは見えないものがすべて残ります。CSVインポートやBeaconから登録された送信実績のない無効なアドレス、使い捨てアドレス、役割アドレス（info@、support@ などの共有アドレス）、キャッチオールドメイン（すべての宛先を受け付けるドメイン）、前回のチケット以降にいつの間にか使われなくなったメールボックスは、担当者が返信するまでどれも問題なく見えます。そしてそれは、まさに顧客が回答を待っているタイミングです。Help Scoutは特定の配信失敗にしか反応しないため、インポートした顧客リストにはバウンス履歴が引き継がれず、別のシステムですでに使えなくなっていたアドレスもまったく新しいアドレスに見えます。返信がバウンスし、SLAの期限がすでに過ぎてしまうまで、それらに気づく手段はありません。
Help Scoutのリストをクリーンに保つべき理由
Help Scoutの料金はコンタクト数ではなくユーザー数で決まるため、無効なアドレスが請求書に表れることはありません。だからこそ、顧客を失うまで見過ごされがちです。本当のコストはSLAの未達です。チケットへの返信や通知がバウンスすれば、会話が再オープンされ、顧客は不満を抱き、サポート指標が気づかないうちに悪化します。送信ドメインへの影響も積み重なります。バウンスしたサポートメールや迷惑メール報告を受けたサポートメールは、返信に使うアドレスのレピュテーションを下げ、GmailとYahoo!が2024年に導入した送信者ガイドラインでは、そのドメインがバウンス率と迷惑メール率で評価されます。顧客リストをクリーンに保てば、応答時間と、送信するすべての返信の受信トレイへの到達率の両方を守れます。
CSV・APIを使う場合：手動での手順
最も手早いのはネイティブコネクターですが、CSVでの手順はHelp Scoutのどのプランでも利用できます。Help Scoutからエクスポートし、Qualisendで検証して、結果に応じて対処します。
Help Scoutから顧客をエクスポート
Help Scoutで「Manage > Customers」を開き、コンタクトを確認します。Help Scoutにはワンクリックで全件をエクスポートするボタンがないため、ReportsのCSVエクスポートか、Mailbox APIのGET /v2/customersエンドポイントで全件を取得します。
Qualisendでファイルを検証
CSVをQualisendの一括クリーニングにアップロードするか（最大100万件、重複アドレスの課金は1回のみ）、アドレスを直接貼り付けます。Freeプランの100クレジットで、最初のサンプルを検証できます。
結果を確認
各アドレスには、配信可能・要注意・配信不可・不明のいずれかの判定が、理由コードとサブフラグ（キャッチオール、使い捨て、役割アドレス、容量超過）とともに返ります。根拠として、MXプロバイダーとSMTP確認の詳細も表示されます。クリーニング済みのCSVをダウンロードします。
Help Scoutで配信不可アドレスにタグを付けて削除
結果を配信不可で絞り込み、該当する顧客にタグを付けます（または顧客プロパティを設定します）。保存済みのViewを作成しておけば、こちらから送るメールの対象から簡単に外せます。不要であれば、使えないことが確認されたレコードを削除します。ネイティブコネクターを使えば、Qualisendが判定をqualisend-statusの顧客プロパティに自動で書き込みます。Help ScoutにWebhookを追加すれば、新規顧客もリアルタイムに検証します。
または登録時に自動で検証
不要なアドレスは入り口で止められます。Beaconのお問い合わせフォーム、新しい会話、インポートなどで顧客が作成された瞬間にQualisendのREST API（スコープ付きキー、レート制限、Webhook）で検証できます。また、Zapier、Make、n8nでノーコードのフローを構築すれば、担当者が返信する前にHelp Scoutの新しい顧客をすべて検証できます。
Qualisendがすべてのアドレスで検出するもの
- 次に担当者が返信したときにバウンスする、送信実績のない無効なアドレス
- 顧客から次の問い合わせが来るころには消えている使い捨てドメイン
- 個人ではなく共有メールボックスに届く、info@、support@ などの役割アドレス
- キャッチオールドメイン（フラグが付くので、サーバーに受け付けられたことを鵜呑みにせず、タグを付けて様子を見られます）
- すべてのアドレスに付く0～100の信頼度スコアと、機械判読可能な理由コード
Help Scoutのネイティブコネクターを提供中です。Qualisendの「連携」でHelp Scoutと連携すると、CSV不要でHelp Scoutのリストを直接扱えます。
結果ごとの対処法
各アドレスには判定とサブフラグが返されます。まだ届くコンタクトを失わずにHelp Scoutのリストをクリーンに保つための対処法は次のとおりです。
配信可能コンタクトをアクティブのまま残します。返信も通知も届きます。配信可能 + 役割アドレスフラグチケットへの返信用に残し、個人宛てを前提としたメールの対象に含まれないよう、役割アドレスにタグを付けます。要注意 + キャッチオールフラグキャッチオールとしてタグを付け、保存済みのViewに追加して様子を見ます。ドメインがすべての宛先を受け付けるため、返信がバウンスする可能性は残ります。要注意 + 使い捨てフラグ削除するか、タグを付けて対象外にします。期限切れを前提に作られたメールボックスで、顧客が返信するころには存在しません。不明アクティブのまま残し、次回の定期クリーニングで再検証します。多くはグレーリスティングによるもので、メールボックス自体の判定ではありません。配信不可配信不可のタグを付け、こちらから送るメールの対象から外します（レコードが不要なら顧客を削除します）。次の返信がバウンスするのを待つ必要はありません。Help Scoutのメールアドレス検証に関するよくある質問
Help Scoutのリストを数分でクリーニング
有効期限のない100クレジットで無料で始められます。クレジットカード登録は不要です。連携して検証するだけで、次のキャンペーンを守れます。