解約した人に、広告が出続ける：台帳に会員・契約の情報を結合する

会員・契約情報の結合とは

会員・契約情報の結合とは、行動の記録（閲覧・購入・配信への反応）に、会員・契約の状態（契約中か解約済みか、プラン、連絡の可否）を、同じ顧客の鍵で繋ぐことです（この定義は私たちの整理です）。台帳づくり（顧客台帳のつくり方）で揃えた欄の、いちばん奥にあたる段です。

先に性質を言っておきます。この段は、打ち手の本数を増やす段ではありません。判断の精度と、配信・広告の安全性を上げる段です。派手さはありませんが、ここが繋がっていないと、前の段までで作った打ち手が「出してはいけない人に出す」事故と隣り合わせのまま走ります。

結合で、言えるようになる2系統

1　遡れるようになる ── コホートのLTVと継続率

行動と契約が同じ鍵で繋がると、初回購入月や契約開始月ごとの群（コホート）で、その後の購入と契約の状態を遡って重ねられます。ある月に獲得した群の、6か月後・12か月後の継続率と累計の購入金額 ── 遡れるLTVと継続率は、この形で初めて「言える」数字になります（この出し方は私たちの整理です）。リテンション率やリピート率という言葉の定義の違いはリテンション率とリピート率の記事で扱っています。

2　外せるようになる ── 除外の設計

もう1つの系統が、安全性です。解約した人、買ったばかりの人、連絡を断った人 ── 声をかけてはいけない相手を、配信と広告の両方から確実に外すには、契約の状態と連絡の可否が、行動の記録と同じ鍵で繋がっている必要があります。除外は売上をつくる打ち手ではありませんが、関係を壊す接触を止める打ち手です（この位置づけは私たちの整理です）。なお、確実に止められるのは自社の配信側です。広告側の除外はリストとプラットフォームのマッチングに依存し、GoogleはATTの影響がリストを除外設定で使う場合にも及び得るとしています（Google 広告 ヘルプ、2026年10月16日取得）。

会員情報が広告側に渡る、現行の仕組み

結合した台帳の層は、届ける口（自社接点）だけでなく、広告側にも渡せます。仕組みは両社が公式ヘルプで公開しています。ここでは、台帳を運用する側から見て大事な記述だけを読みます（2社の仕組みの優劣を言うものではありません）。

1　Google：カスタマー マッチ ── リストは「1回」ではなく「運用」

Google 広告のヘルプは、カスタマー マッチについて、「カスタマー マッチの有効期間は 540 日間です。リストを有効な状態に維持するには、この期間内に少なくとも 100 人のメンバーを追加または更新する必要があります。CRM との継続的な同期や手動でのアップロードで、リストを定期的に更新するようにしてください。」と書いています（Google 広告 ヘルプ「カスタマー マッチについて」、2026年10月16日取得。原文［1］。このヘルプの日本語版には、AI技術で翻訳されたコンテンツが含まれる場合がある旨の注記がページにあり、鉤括弧はその日本語版の文言です）。アップロードしたデータから作られたセグメントは、ユーザーが各自のGoogleアカウントにログインしたときの配信に使われる、という説明もあります（同ヘルプ）。リストは1回のアップロードで終わる資材ではありません。台帳の定期的な更新（同期または手動アップロード）を前提にした運用だ、と仕様の側が言っています。同じページには、EEAのユーザーに関するデータをカスタマー マッチ パートナー経由でアップロードする場合、必須の同意シグナルをGoogleに渡す必要がある旨の記述もあります（同ヘルプ）。AppleのATTポリシーの施行に伴い、カスタマー マッチ リストがiOS 14のトラフィックの影響を受ける可能性にも触れており、リストを除外設定で使う場合も含む、とあります（同ヘルプ）。

2　Meta：カスタムオーディエンス ── 鍵はハッシュ化され、多いほど合致する

Metaのビジネスヘルプセンターは、カスタマーリストに基づくカスタムオーディエンスについて、メールアドレス・電話番号・住所などの「識別情報」をハッシュ化してから使用し、ハッシュ化した情報とMetaのプロフィールをマッチングする、多くの情報を追加するほどマッチレート（マッチングの確率）が高くなる、と説明しています。「Metaがハッシュ化されたデータから顧客を特定できる新たな情報を収集することはありません。」という明言もあります（Metaビジネスヘルプセンター「カスタマーリストに基づくカスタムオーディエンスについて」、2026年10月16日取得。原文［2］。このヘルプも日本語版で、鉤括弧はその文言です）。また、AppleのiOS 14でのIDFAに関する変更により、モバイル広告主IDでマッチングする場合はマッチレートに影響が出る可能性があり、メールアドレスや電話番号などのIDを1つ以上追加して補足するとマッチレートが向上する可能性がある、ともあります（同ヘルプセンター）。

3　仕組みが語っている前提 ── 台帳の鮮度と、自社が預かる鍵

2社の記述を台帳の側から読むと、前提が2つ見えます。1つは鮮度です。Googleの仕様では有効期間と更新の要件が数字で決まっており、台帳との同期が止まればリストも止まります。もう1つは鍵です。Metaの説明では、モバイル広告主IDが制度（ATT）の影響を受ける一方、メールアドレスなど自社が顧客から直接預かる識別情報が補足の鍵になっています。広告側の精度を決めるのは、台帳の鮮度と鍵の質です。この読みは私たちの整理ですが、支えている記述は両社の現行ヘルプにあります。外部の識別子が制度の側で絞られてきた経緯はROASの悪化の切り分けで扱いました。

あわせて押さえる言葉

結合は、どの順で進めるか

1　契約の状態を、台帳の欄に足す

この章の順番は、引いた資料ではなく私たちのやり方です。最初に、顧客を1行とする帳に、契約の状態（契約中・解約済み）、契約開始日・解約日、連絡の可否を欄として足します。会員システムや契約管理が別にある場合は、欄ごと写すのではなく、鍵（会員IDなど）で引けるようにします。ここまでは顧客台帳のつくり方の5つのステップの延長です。

2　除外を、先に設計する

次は、攻めの配信ではなく除外からです。解約した人・買ったばかりの人・連絡を断った人のリストを台帳から出し、届ける口の除外と、広告側の除外の両方に充てます。売上を足す施策より先に、関係を壊す接触を止める ── 順番を先にする理由は、事故は1回で信頼を減らすのに対し、攻めの施策はあとからでも打てるからです（この順番は私たちの整理です。除外で広告費がいくら浮くかという金額の効果は、引いた資料にないため書きません）。

3　コホートの表を、1枚つくる

最後に、初回購入月（または契約開始月）を行、経過月を列にした1枚の表を作り、群ごとの継続率と累計の購入金額を置きます。ここまでの段が繋がっていれば、この表は手作業でも一度は出せます。出せない欄があれば、どの段の接続が欠けているかの診断になります（この表の使い方は私たちの整理です）。

これで、データの揃い方の階段は最後の段まで登りました。行動と受注を数えられる台帳にする、台帳に広告費を突き合わせる、届ける口をつなぐ、そして会員・契約の情報を結合する。段が上がるほど、判断できることと、安全に打てる手が増える、という私たちの整理の全体像です。

各段はそれぞれ1本の記事にしています。1段目は顧客台帳のつくり方、2段目は広告の採算を台帳側で見る、3段目は台帳に「届ける口」をつなぐ、そして4段目がこの記事です。なお、この階段はデータの揃い方の段で、打ち手の側の階段（台帳をつくる・資産を動かす・利回りを上げる）とは別の軸です。この階段全体が支えているのが、獲得した顧客を繰り返し売上を生む資産に変えていく考え方 ── 顧客資産化です。

獲得したあとの数字を、どこから見るか。論点だけ先に揃えます。
ご相談は営業を受ける場ではありません。一行でも構いませんし、フォームは7項目・3分で送れます。

30分の相談を申し込む

会員・契約情報の結合について、よくある質問

解約した人に広告が出続けています。止める方法はありますか？

仕組みとしては、解約した人のリストを台帳から出し、配信の除外と広告側の除外に充てる方法があります。Google 広告のヘルプには、カスタマー マッチのリストを除外設定で使う場合に触れた記述があります（Google 広告 ヘルプ「カスタマー マッチについて」、2026年10月16日取得）。前提は、解約の状態が行動の記録と同じ鍵で台帳に繋がっていることと、データの扱いが同意の範囲に収まっていることです。

LTVや継続率を、過去に遡って出すには何が要りますか？

顧客の鍵、初回購入日（または契約開始日）、そして契約の状態の履歴が、同じ台帳で繋がっていることです。初回購入月ごとの群（コホート）に、経過月の購入と契約の状態を重ねると、遡った継続率と累計の購入金額が出せます（この出し方は私たちの整理です）。リテンション率とリピート率の定義の違いは、別の記事で各社の計算式の出典つきで扱っています。

カスタマー マッチのリストは、1回アップロードすれば終わりですか？

Google 広告のヘルプは、カスタマー マッチの有効期間は540日間で、リストを有効な状態に維持するにはこの期間内に少なくとも100人のメンバーを追加または更新する必要があり、CRMとの継続的な同期や手動でのアップロードで定期的に更新するように、としています（Google 広告 ヘルプ「カスタマー マッチについて」、2026年10月16日取得。このヘルプの日本語版にはAI翻訳が含まれる場合がある旨の注記があります）。仕様の側が、リストを台帳の定期的な更新を前提にした運用として説明しています。

顧客リストを広告プラットフォームに渡しても大丈夫なのでしょうか？

仕組みの記述としては、Metaはカスタマーリストの識別情報をハッシュ化してから使用し、ハッシュ化されたデータから顧客を特定できる新たな情報を収集することはない、と明言しています（Metaビジネスヘルプセンター、2026年10月16日取得）。Googleは、EEAのユーザーに関するデータをカスタマー マッチ パートナー経由でアップロードする場合に、必須の同意シグナルを渡す必要があることに触れています（Google 広告 ヘルプ、2026年10月16日取得）。ただし、自社の顧客データを第三者に渡すことの法的な整理（個人情報保護法・同意の範囲）はこの記事では扱っていません。実施の前に専門家の確認を取ってください。

この段で、打てる施策は増えますか？

打ち手の本数を増やす段ではない、というのが私たちの整理です。増えるのは、判断の精度（遡れるLTV・継続率で、獲得と施策の良し悪しを長い物差しで言える）と、安全性（声をかけてはいけない人を、自社の配信からは確実に外し、広告側にも除外リストとして渡せる）です。広告側の除外が効くのはマッチングが成立した範囲で、Metaはマッチレートを「マッチングの確率」と説明し、GoogleはATTの影響が除外設定で使う場合にも及ぶ可能性に触れています（各ヘルプ、2026年10月16日取得）。打ち手そのものの仕分けは、ROAS悪化時の打ち手の記事で扱っています。

まとめ

会員・契約情報の結合とは、行動の記録に、契約の状態と連絡の可否を同じ顧客の鍵で繋ぐことです。この段は打ち手の本数を増やす段ではなく、判断の精度と、配信・広告の安全性を上げる段です。言えるようになるのは2系統 ── コホートで遡るLTV・継続率と、除外の設計です。自社の配信からは確実に外せ、広告側の除外はマッチングが成立した範囲で効きます。

会員情報が広告側に渡る現行の仕組みは、両社が公式ヘルプで公開しています。Googleのカスタマー マッチは有効期間540日・維持には期間内に100人以上の追加または更新が必要で、CRMとの継続的な同期が推奨されています。Metaのカスタムオーディエンスは識別情報をハッシュ化し、多くの情報を追加するほどマッチレートが高くなる、とされています（いずれも2026年10月16日取得。Googleのヘルプの日本語版には、AI翻訳が含まれる場合がある旨の注記があります）。リストは1回の納品物ではなく、台帳の鮮度と鍵の質に依存する運用です。

進める順は3つです。契約の状態を台帳の欄に足す、除外を先に設計する、コホートの表を1枚つくる。金額の効果は原文にないため書きませんが、関係を壊す接触を止めることが、この段の最初の成果です（この順番は私たちの整理です）。

これで、データの揃い方の4つの段 ── 台帳をつくる、広告費を突き合わせる、届ける口をつなぐ、会員・契約の情報を結合する ── が揃いました。この階段が支えるのは、獲得した顧客を繰り返し売上を生む資産に変えていく、顧客資産化の考え方です。打ち手の全体の仕分けは、ROAS悪化時の打ち手の3群と階段の記事に戻ります。

結合に着手する前の現在地 ── 自社の売上のうち、新規の獲得と既存の継続がそれぞれどれだけを占めているか ── は、顧客資産化診断（7問・約3分）で分解できます。

出典と、書けなかったこと

引用した原文