Copperは、Google Workspace内で使うことを前提に作られたCRMです。営業担当者はGmailから直接コンタクトに対応し、Copperがレコードを同期します。この密接な連携こそが、マーケティングツールよりもここで無効なアドレスの影響が大きくなる理由です。担当者がコンタクトにメールを送るときや、Copperの一括メールとシーケンスが動くときは、接続したGoogleアカウントから送信されます。そのため、すべてのバウンスは共有のESPプールではなく、自社の送信ドメインに記録されます。劣化したアドレスや入力ミスのあるアドレスが並ぶリストは、存在しない受信トレイに担当者の時間を知らないうちに費やさせ、本来の見込み客が頼りにするレピュテーションを少しずつ損ないます。このガイドでは、Copperがこの問題に対して行うこと、行わないこと、Peopleをそのままクリーニングする最短の方法、そしてどのプランでも使えるエクスポート → 検証 → 対応の手順を説明します。
Copperで無効なコンタクトが二重にコストになる理由#
マーケティングプラットフォームでは、不良アドレスの主なコストは到達率です。営業向けCRMでは、コストが二重にかかります。
- 担当者の時間が無駄になります。 有効そうに見える人物のレコードには対応が行われます。SDRがメッセージを書き、返信を待ち、フォローアップを送りますが、メールボックスがすでにないとわかるのはその後です。古いインポートのデータが多数あれば、毎週数時間が宛先のないメールに費やされます。
- Google Workspaceのドメインが影響を受けます。 Copperの一括メールとメールシーケンスは、接続したGmailアカウントから送信されます。Gmailをはじめとするプロバイダーは、バウンスや迷惑メール報告の件数で送信者を評価します。そのため、無効なコンタクトに一括送信すると、バウンス率が上がり、送信者レピュテーションが下がります。到達可能な見込み客の受信トレイにメールを届けるのも、これと同じドメインです。
担当者はLinkedIn系のツール、展示会のリスト、古いスプレッドシートからインポートするため、Copperには有効だったことがなく、送信されたこともないアドレスが蓄積します。そのため、まだ何もフラグが付いていません。
Copperが行うこと、行わないこと#
Copperは関係管理のためのCRMであり、到達率のためのプラットフォームではありません。専用の検証機能も、配信抑制の仕組みもありません。ESPのように不良アドレスを自動で隔離する「バウンス済み」ステータスはなく、除外したコンタクトに連動する課金の調整機能もありません。シーケンスは返信や配信停止があれば止まりますが、ハードバウンスしても人物のレコードは削除されません。アドレスはPeopleに問題なさそうな状態で残り、次の担当者や次の一括送信で再び同じアドレスに送信されます。
上記のCopperの動作は、2026年9月時点のCopperのドキュメントで確認したものです。
そのため、リストの衛生管理は自分たちの責任です。Copper単体では答えられない2つの問いに分かれます。1つ目は、どのPeopleのアドレスがバウンスするか。2つ目は、それぞれにどう対応するかです。1つ目には検証が答え、2つ目には後述の表が答えます。これは、どの送信ツールにも必要なリストのクリーニングの基本と同じです。Copperはその作業を何も自動化してくれません。
最短の方法:Copperのネイティブ連携を接続する#
クリーニングのためにデータを移動する必要はありません。QualisendのCopperネイティブ連携はすでに利用できます。一度接続すれば、既存のPeopleをそのまま検証し、結果をレコードに書き戻します。判定とそのフラグは、担当者がすでに作業している場所に反映されます。新しいコンタクトが作成された時点でのリアルタイムチェックも行われるため、入力ミスや使い捨てアドレスは、次の送信の時ではなく、入力した時点で見つかります。
ほとんどのチームにとって、これが乱れたリストをきれいなリストにする最短の経路です。CSVのエクスポートも再インポートも不要で、CRMとクリーニング後のファイルがずれる期間も生じません。Copper連携ページから接続し、検証が終わったら、下の表に従って判定ごとに対応してください。プランや管理者のポリシーで接続がまだ許可されていない場合は、次の手動の手順で、どのプランでも同じ作業ができます。
手動の方法:エクスポート、検証、対応#
CSVの手順はCopperのすべてのプランで使えます。接続は不要で、必要なのはエクスポートの権限だけです。
- CopperからPeopleをエクスポートします。 Peopleタブを開き、クリーニングしたいセグメント用のフィルターまたは保存したビューを適用して(またはすべてを選択して)、Copperのエクスポート機能でレコードをCSVにダウンロードします。メールアドレスの列が含まれていることを確認してください。大規模なエクスポートや、アカウント全体のエクスポートには、管理者ロールが必要な場合があります。
- Qualisendでファイルを検証します。 CSVをQualisendのバルククリーニングにアップロードします。1回のジョブで最大1,000,000件のアドレスを処理でき、重複は1回分だけ課金されます。アドレスを直接貼り付けることもできます。無料プランの100クレジットは期限がないため、本格的に実行する前にセグメントの一部で試せます。
- 結果を確認します。 すべてのアドレスが
deliverable、risky、undeliverable、unknownのいずれかで返されます。それぞれに理由コードとサブフラグ(キャッチオール、使い捨て、役割、メールボックス満杯)が付き、MXプロバイダー、SMTPプローブの結果、0~100の信頼スコアも示されます。クリーニング後のCSVをダウンロードします。 - Copperのレコードに対応します。 下の判定の表を使って、残す、送信量を絞る、削除する、のいずれかを決めます。
判定ごとの対応#
| 判定 | Copperでの対応 |
| --- | --- |
| deliverable | 残して、通常どおりコンタクトに対応します。 |
| deliverable + 役割フラグ | アカウントの連絡先として残しますが、info@やsales@は個人ではなくチームに届くと考えてください。詳しくは役割アドレス、使い捨てアドレス、フリーアドレスをご覧ください。個人宛てのトーンのシーケンスには入れないでください。 |
| risky + キャッチオールフラグ | ドメインがすべてのメールを受け付けるため、メールボックスの存在を確認できません。タグを付け、大規模な一括送信から外し、送信前に担当者に確認してもらいます。詳しくはキャッチオールアドレスとはをご覧ください。 |
| risky + 使い捨てフラグ | 削除するか、除外します。使い捨ての受信トレイは、担当者が時間をかける価値のある見込み客ではありません。 |
| unknown | 残して、次回のクリーニングで再検証します。多くはグレーリスティングやレート制限が原因で、メールボックスそのものの判定ではありません。 |
| undeliverable | すぐに外します(下記参照)。バウンスで確定してレピュテーションを損なうのを待たないでください。 |
Copperで無効なアドレスを削除またはタグ付けする#
Copperでアドレスを外す方法は2つあり、どちらを選ぶかはデータの保持方針の判断です。
- 人物を削除する。 Peopleの一覧で
undeliverableのレコードを選び、一括で削除します。再び対応したくない入力ミスや使い捨てアドレスなど、本当に不要なデータには最も確実です。ただし、レコードが失われるため、同じ不良アドレスが後で再びインポートされることを防げません。 - 代わりにタグやフラグを付ける。
email:undeliverableのようなカスタムフィールドやタグを追加し、すべての一括メールとシーケンスの対象からそのタグを除外します。アカウントの履歴や案件の情報を残したまま、担当者も自動送信もそのアドレスに二度と触れないようにできます。営業向けCRMでは、通常はタグ付けのほうが安全な選択です。関係のデータは、無効な受信トレイよりも長く価値を持ちます。
どちらの場合も目的は同じです。無効なアドレスをすべての送信経路から外し、一括メールとシーケンスが、実際に届くアドレスにしか送信されないようにします。これにより、バウンス率をメールプロバイダーが監視するしきい値未満に保てます。詳しくはバウンス率が重要な理由と、Workspaceのドメインが評価されるGoogleとYahooの送信者ガイドラインをご覧ください。
きれいな状態を保つ:Copperに入る前に検証する#
アドレスは劣化し、担当者はインポートを続けるため、クリーニングは1回で終わる対策ではなく、繰り返すサイクルです。リストが元の状態に戻らないようにする習慣は2つあります。
- 入力の時点で検証する。 ネイティブ連携による新しいコンタクトのリアルタイムチェックや、Copperにデータを渡すフォームやエンリッチメントツールからQualisendの検証APIを呼び出す方法で、入力ミスや使い捨てアドレスが人物のレコードになる前に防げます。これが最も効果の高い対策です。SaaSチームが使う登録時の検証と同じ考え方で、Copperに入らない不良アドレスは、担当者の時間も送信も無駄にしません。
- 定期的に再クリーニングする。 インポートの量に合わせた定期的なスケジュールで、連携による検証(またはCSVの手順)を実行します。一括送信のバウンス率の上昇を、早めにクリーニングするきっかけとしてください。
この2つを実践すれば、Copperは本来あるべき姿、つまり担当者が実際に連絡できるコンタクトの台帳であり続けます。
よくある質問
01QualisendにはCopperのネイティブ連携がありますか?
はい。Copperのネイティブ連携をご利用いただけます。Copper連携ページから接続すると、Qualisendが既存のPeopleをそのまま検証して結果をレコードに書き戻し、新しいコンタクトが作成された時点でのリアルタイムチェックも行います。ほとんどのチームにとって最短の方法です。プランや管理者のポリシーで接続が許可されていない場合は、CSVのエクスポート → 検証 → 対応の手順で、Copperのどのプランでも同じ作業ができます。
02Copperに入る前にアドレスを検証できますか?
はい。最も効果の高い方法です。ネイティブ連携は新しいコンタクトが作成された時点でリアルタイムにチェックします。また、Copperにデータを渡すフォームやエンリッチメントツールからQualisendの検証APIを呼び出すこともできます。入力の時点で入力ミスや使い捨てアドレスを見つければ、Peopleのリストにそもそも入らないため、担当者の時間も送信も無駄になりません。
03無効なコンタクトにCopperの一括メールを送ると、ドメインに悪影響がありますか?
悪影響が出る場合があります。Copperの一括メールとシーケンスは、接続したGoogle Workspaceアカウントから送信されます。そのため、バウンスや迷惑メール報告は共有のESPプールではなく、自社の送信ドメインに記録されます。配信不能なアドレスに一括送信すると、バウンス率が上がり、送信者レピュテーションが下がります。到達可能な見込み客が頼りにしているのは、これと同じドメインです。
04無効なコンタクトは削除とタグ付けのどちらにすべきですか?
本当に不要なデータには削除が最も確実ですが、レコードが失われるため、そのアドレスが後で再びインポートされることを防げません。レコードにタグ(たとえばemail:undeliverable)を付け、すべての一括送信からそのタグを除外すれば、アカウントの履歴や案件の情報を残したまま、担当者も自動処理もそのアドレスにメールを送らないようにできます。営業向けCRMでは、通常はタグ付けのほうが安全な選択です。
054つの判定はそれぞれどういう意味ですか?
すべてのアドレスに、deliverable、risky、undeliverable、unknown の4つの判定のいずれかが返されます。それぞれに理由コードとサブフラグ(キャッチオール、使い捨て、役割、メールボックス満杯)、MXプロバイダー、SMTPプローブの結果、0~100の信頼スコアが付きます。deliverableのコンタクトは残し、riskyは送信量を絞るか確認し、undeliverableは外し、unknownは次回のクリーニングで再検証してください。



