ChatGPT広告のカスタムオーディエンス｜顧客リストの作り方・除外・入札調整

ChatGPT広告のカスタムオーディエンスは、自社が適法に保有する顧客・見込み客リストを、キャンペーンの包含、除外、広告グループの入札調整へ使う機能です。メールアドレス、電話番号、それらのSHA-256ハッシュ、Google Advertising ID（GAID）を使用できます。ただし、リストを持っていることと広告利用の権利があることは別です。

本記事では、2026年9月6日に更新を確認したOpenAI公式情報を基に、CSV・TXT仕様、25,000人・100,000人の基準、処理ステータス、包含・除外、0.1～10倍の入札調整、個人情報保護、魚見の実配信結果との接続方法を整理します。

ChatGPT広告のカスタムオーディエンスとは

カスタムオーディエンスは、広告主が保有する識別子をAds Managerへ登録し、マッチしたユーザー群を配信条件として使う仕組みです。個々のユーザーを管理画面で選ぶ機能ではなく、オーディエンス単位で扱われます。広告主にはマッチした個人の一覧が表示されません。

利用方法は三つです。キャンペーンの配信対象をリストへ限定する「包含」、特定リストへ広告を出さない「除外」、広告グループの上限入札へ倍率を掛ける「入札調整」です。既存顧客へのアップセル、購入者除外、休眠見込み客の再接触など目的を明確にします。

包含・除外・入札調整の違い

関連：会話文脈と配信条件の設計は、ChatGPT広告のターゲティングもあわせて確認してください。

包含と除外を同じキャンペーンで併用できますが、除外後の対象も25,000人以上の条件を満たす必要があります。同じオーディエンスを同一キャンペーンで包含と除外の両方に設定することはできません。設計表で優先順位を決めます。

対応する識別子

• メールアドレス
• 電話番号
• SHA-256でハッシュ化したメールアドレス
• SHA-256でハッシュ化した電話番号
• Google Advertising ID（GAID）

同じCSV内で対応識別子を組み合わせられます。ハッシュ化する場合は、正規化の規則を最新仕様で確認します。大文字小文字、空白、国番号、ハイフンなどの処理が不統一だとマッチ率が下がります。元データを変更せず、広告連携用の変換結果と処理ログを別に保存します。

CSV・TXTファイルの作り方

ファイルは500MB以下のUTF-8とし、UTF-8 BOMも利用できます。CSVにはヘッダー行が必要で、email、phone_number、email_sha256、phone_number_sha256、gaidなど対応列名を指定します。TXTは一行に一つの識別子を置き、アップロード時に種類を選択します。

オーディエンスは500万人を超えるメンバーも扱え、作成後に複数回アップロードして追加できます。大規模ファイルを一度に扱うより、取得元と更新日で分割し、どの投入でエラーやマッチ率低下が起きたか追跡できるようにします。

Ads Managerで作成する手順

1. 設定から「オーディエンス」タブを開く。
2. 「カスタムオーディエンスを作成」を選ぶ。
3. 目的と更新日が分かる名称を付ける。
4. CSVまたはTXTをアップロードする。
5. TXTの場合は識別子タイプを選択する。
6. 内容を確認して作成する。
7. 処理後にステータスとマッチ人数を確認する。

通常の処理時間は公式案内で約20～30分ですが、ファイルサイズにより変わります。「処理中」「アップロード待ち」「インデックス作成中」「公開中」は準備途中です。「準備完了」で利用でき、「準備完了・除外のみ」はマッチ25,000人未満を示します。「失敗」は形式・識別子・サイズを修正します。

アップロード数とマッチ数が違う理由

無効値、重複、ChatGPT側でマッチしない識別子はマッチ人数へ含まれません。CRMのレコード数をそのまま利用可能人数と見込まないでください。同一人物が複数のメールや電話番号を持つ場合もあります。投入行数、正規化後の一意数、処理後のマッチ数を三段階で記録します。

マッチ率が低い場合、すぐ別データを追加するのではなく、取得時期、休眠期間、国、文字列の正規化、法人メールと個人メールの違いを確認します。広告利用に同意していないデータを、規模条件を満たすために追加してはいけません。

キャンペーンで包含・除外する

包含は、選んだ一つ以上のオーディエンスに属するユーザーだけを配信対象にします。除外は幅広い対象から該当リストを外します。両方を設定した場合、包含に属し、かつ除外に属さないユーザーが対象です。購入者除外を先に適用すると、既存顧客への無駄な新規獲得広告を減らせます。

包含だけに頼ると母数が小さく配信されないことがあります。小規模BtoBでは25,000人のマッチを満たしにくいため、まず購入済み・従業員・営業対象外の除外から使う判断があります。実際の利用可否はアカウント画面で確認します。

広告グループの入札倍率

詳細設定からオーディエンス入札調整を開き、準備完了のオーディエンスへ0.1倍から10倍の倍率を設定できます。価値が高い顧客へ2倍、過去接点層へ5倍、優先度が低い層へ0.5倍といった設計例が公式に示されていますが、これは推奨倍率ではありません。自社の粗利と実測CV率で決めます。

倍率を大きくすると成果が保証されるわけではありません。基礎の上限入札、倍率適用後の想定上限、日予算、対象規模を一覧にします。複数オーディエンスが重複する場合の扱いも最新画面で確認し、意図しない高入札を防ぎます。

実務で使えるリスト設計

一つの巨大な「全顧客」リストより、顧客段階と利用目的で分けます。名称にはデータ源、条件、期間、更新日を含めます。例は「CRM｜資料DL未商談｜180日｜20260906」です。担当者が変わっても意味を判断できます。

更新・削除・置換の運用

作成後はキャンペーンを作り直さず、メンバーの追加、削除、置換ができます。追加だけを続けると、購入済み・退会・同意撤回した人が残るため、定期的な置換を基本にします。更新前後の件数、除外条件、処理時刻、担当者を保存します。

同意撤回や削除依頼を受けたときの反映期限を決めます。CRMから削除しても広告オーディエンスに残る可能性があるため、両方の削除手順を作ります。外部委託先がファイルを作る場合は、受け渡し方法、保存禁止、作業後削除を契約と手順へ入れます。

成果測定の設計

計測設計：オーディエンス別の成果を比較するには、OpenAI Pixel・Conversions APIの設定が必要です。

カスタムオーディエンスの成果は、CTRやCPCだけで判断しません。包含・除外後の配信量、到達可能人数、CV、CPA、有効商談率、既存顧客への重複配信を見ます。除外施策はCV増加より、無駄な表示・クリックと顧客体験の改善で評価する場合があります。

魚見の既存実測を基準にするなら、同じLP・広告文・期間に近づけ、CPC型のCTR1.01～1.34％、平均CPC86～98円からどう変化したかを見ます。ただし市場や競合が変わるため、過去数値との単純比較だけで因果を断定しません。

実装前後に残す監査記録

新しい広告機能は、設定画面だけを保存しても再現できません。変更日時、担当者、広告アカウントID、キャンペーン・広告グループ・広告ID、目的、予算、対象地域、対象イベント、LP URL、UTM、公開したタグの版、同意管理の状態を一つの変更票へ記録します。公開前のテスト結果と、公開後に最初にイベントを確認した時刻も残してください。

数値監査ではAds Manager、GA4、フォーム・CRMの三つを同じ日付範囲とタイムゾーンで並べます。完全一致を目標にするのではなく、差分の理由を説明できる状態を目標にします。広告クリック、ブラウザのページ読込、同意取得、セッション開始、フォーム送信、CRM登録は別イベントです。どの段階で数が減ったかを順に見れば、媒体の不具合とLPの離脱を混同しにくくなります。

個人情報・同意・社内権限の確認

メールアドレスや電話番号などを広告計測・配信へ利用する場合は、技術的にハッシュ化できることと、利用が適法であることを分けて確認します。プライバシーポリシー、Cookie同意、委託先管理、保存期間、削除依頼、目的外利用の禁止を法務・情報システムと確認してください。ハッシュ化は匿名化と同義ではなく、元データの取得目的が不適切でも正当化されません。

管理画面の権限は最小限にします。広告運用者、開発者、分析担当、経理担当が同じ権限である必要はありません。APIキーや顧客リストを記事・チャット・共有資料へ貼らず、保管場所と失効手順を決めます。退職・異動時の権限削除と、外部代理店の契約終了時のアクセス撤回も運用表へ含めます。

30日間の検証計画

1週目は実装とテストに限定し、テストイベントが一度だけ記録されることを確認します。2週目は少額で配信し、クリック、LP到達、主要イベントの順に欠損を調べます。3週目は訴求または配信条件を一要素だけ変更します。4週目は媒体・GA4・CRMを照合し、継続、修正、停止の判断を行います。複数要素を同時に変えると改善要因が分からなくなるため、一回の変更は一仮説に絞ります。

継続条件は「CVが出た」だけにしません。タグが安定している、重複がない、UTMが保持される、問い合わせの質を営業が判定できる、費用が予算内である、といった管理可能な条件も含めます。停止条件は決済失敗、計測欠損、LP障害、誤った顧客データ利用、審査状態の変化です。異常時に広告を止める担当者を事前に決めておきます。

個人情報をアップロードする前の確認

顧客リストを広告へ使う目的が、取得時の説明と整合しているか確認します。問い合わせ対応のために受け取ったメールを、説明なく広告配信へ転用できるとは限りません。プライバシーポリシー、同意文、契約、適用法、業界ガイドラインを確認し、必要なら対象を除外します。

ハッシュ化してから送ればすべて解決するわけではありません。広告主側には元データが残り、照合を目的とする識別子です。生データ・変換ファイル・アップロード済みファイルの保存場所、アクセス権、削除期限、事故連絡を決めます。メールや一般チャットでファイルを送らない運用にします。

マッチ率を改善するときの順序

1. 無効なメール・電話番号を除く。
2. 空白、大文字小文字、電話番号の国コードを仕様通り正規化する。
3. 同一人物・同一識別子の重複を除く。
4. CSVヘッダーと文字コードを確認する。
5. 取得時期が古すぎる休眠データを分ける。
6. 複数識別子を適法に利用できる場合だけ組み合わせる。

マッチ率だけをKPIにすると、利用目的が曖昧なデータを足す誘因になります。最優先は適法性と顧客期待、その次に品質です。アップロード行数、正規化後一意数、マッチ数、除外数を並べ、処理ごとの減少理由を記録します。

BtoBの小規模リストでできること

BtoB企業は包含に必要な25,000人へ届かないことがあります。その場合、架空・古い・権利のないデータを足して条件を満たしてはいけません。準備完了かつ除外のみで使えるなら、既存顧客、社員、代理店、営業対象外を除外し、無駄な新規獲得広告を抑える用途から検討します。

包含配信ができない規模でも、コンテキストヒント、地域、プラットフォーム、広告文、LPを整える余地があります。魚見の実測では、顧客リストを使わずともLP訴求へ文脈を寄せた広告グループでCTRとCPCに差が出ました。カスタムオーディエンスだけを成果の条件にしません。

除外リストを先に作る理由

購入直後の顧客へ同じ新規獲得広告を出すと、費用だけでなく体験を損ないます。既存顧客、直近購入者、従業員、取引先、クレーム対応中など、広告を見せるべきでない層を事業側と定義します。除外期間は商品サイクルに合わせます。

除外によってCV数が減ることもありますが、既存顧客の重複購入を新規獲得成果として数えていた可能性があります。新規率、有効商談率、重複顧客率を併せて見ます。除外前後で母数が違うため、総数だけでなく率と一件当たり費用を比較します。

リスト更新の品質管理

毎回全件置換する運用なら、抽出条件と基準日を固定します。追加・削除方式なら差分ファイルの生成元と反映結果を残します。処理ステータスが準備完了になる前にキャンペーンを開始せず、更新後のマッチ人数と「除外のみ」表示を確認します。

CRM項目の意味が変わると、同じリスト名でも対象が変わります。「商談中」の定義、失注後日数、購入者の対象商品を仕様書へ書きます。抽出SQLやフィルター条件の版を保存し、月次でサンプルを人が確認します。

入札倍率のテスト設計

入札最適化：入札倍率と自動最適化の違いは、ChatGPT広告のoCPCで整理しています。

0.1～10倍の範囲を使えることと、極端な倍率が適切であることは別です。基礎上限入札100円に5倍を掛けると理論上の調整値は500円になります。実際の請求額を保証する計算ではありませんが、予算への影響を事前に試算する必要があります。

最初は高価値層と通常層を分け、倍率以外の広告・LPをそろえます。配信量が小さい場合は統計的な結論を急がず、支出上限を設定します。倍率変更の前後で対象人数、表示、クリック、CV、CPA、有効率を記録します。

配信対象ごとの広告・LP設計

資料請求済みの見込み客には基礎説明を繰り返すより、導入事例、比較表、費用、社内稟議の材料を提示します。既存顧客へのアップセルでは、契約中の商品を理解した上で追加価値を説明します。休眠顧客には過去接点を前提にしすぎず、現在の課題と変更点を明確にします。

同じ広告を全リストへ流すと、カスタムオーディエンスで対象を分ける意味が薄れます。一方でリストごとに素材を増やしすぎると検証母数が割れます。顧客段階、目的、LPの三つが明確に異なる場合だけ分け、広告名へ対象と訴求を入れます。

カスタムオーディエンスの監査表

監査表には顧客の生データを貼らず、件数、処理結果、保管場所、担当者を記録します。ファイルそのものへのアクセスは最小限にし、共有リンクの期限とダウンロード可否を管理します。広告成果の確認より先に、データ利用の停止・削除を実行できる状態を作ります。

担当者別の役割分担

広告運用者はキャンペーン、予算、配信状態を管理し、開発担当はタグ・API・URLパラメータを管理します。分析担当はAds Manager、GA4、CRMの定義と期間を揃え、営業担当は問い合わせの有効性を判定します。法務・情報システムは、個人情報、同意、委託先、権限、保存期間を確認します。一人で運用する場合も、作業日を分けて同じ観点でセルフレビューします。

障害時の責任範囲も先に決めます。配信は続いているがGA4だけゼロなら分析担当、媒体CVがゼロならタグ・イベント担当、決済や審査で配信停止なら広告運用者、顧客データの利用目的に疑義があれば法務へ戻します。窓口を決めないと、広告費を使いながら原因調査が止まります。

公開前チェックリスト

• 記事記載の仕様を公開当日の公式情報で再確認した
• 目的、イベント、対象、除外、予算の社内承認を残した
• テストと本番で広告アカウント・ID・URLを分けた
• 個人情報やAPIキーをスクリーンショットへ含めていない
• PC・スマートフォンでLPと完了動作を確認した
• リダイレクト後もUTMとopprefが保持される
• 重複イベントと再読込時の二重計上を確認した
• Ads Manager、GA4、CRMのタイムゾーンを記録した
• 異常時の停止担当と復旧条件を決めた
• 一週間後と30日後の評価日を予定へ入れた

日次・週次・月次の運用

日次では配信ステータス、支出、急激なCTR・CPC変動、LP障害、イベント受信を確認します。週次では広告グループ別の表示、クリック、CV、CPA、フォーム離脱、有効商談を比較します。月次では請求書と媒体支出を照合し、顧客リスト・権限・同意文言・記事内の仕様を更新します。毎日すべてを変更せず、監視と改善を分けます。

変更履歴には、変更前後の値、仮説、期待する指標、判定日、戻し方を書きます。「CPCが高かったので変更」では再現できません。「LP訴求寄せのCTR1.34％を基準に、標準CVを増やすため入札または対象を変更し、7日後にCV・CPA・有効率を判定」のように残します。

この記事の情報を更新するときの基準

ChatGPT Adsはベータ版で、利用地域、画面、イベント、入札、レポート、最低予算などが更新される可能性があります。本記事は2026年9月6日時点の公式情報と魚見幸司の実測を分けて記載しています。管理画面と記事が異なる場合は管理画面・公式ヘルプを優先し、確認日と差分を編集履歴へ残してください。

実測値も固定的な相場ではありません。配信国、業種、時期、競合、広告文、画像、LP、オーディエンス、計測品質によって変わります。一次情報の価値は数字の大きさではなく、条件・期間・限界を同時に公開し、次の検証へつなげられる点にあります。

経営判断へつなげるレポート形式

月次レポートの冒頭には、支出、表示、クリック、CTR、平均CPC、主要CV、CPA、有効商談、受注を一列で並べます。その下に、前月から変更した一項目、結果、次月の仮説を書きます。機能説明だけでは投資判断ができないため、「何を設定したか」より「どの事業指標を改善するために、何を検証したか」を中心にします。

成果が出なかった場合も、配信不足、計測欠損、訴求不一致、LP離脱、問い合わせ品質のどこで止まったかを示します。外部要因の大きい媒体成果だけを約束せず、設定完了、テスト合格、異常検知、改善履歴など自社で管理できる成果物も評価します。これにより継続か停止かを感覚で決めずに済みます。

初心者が最初にやること

初めての場合は、広告を作る前に最終成果を一つ決め、LPと完了動作を自分で試します。次にAds Manager、GA4、フォームまたはCRMで同じ一件を追えるようにします。その後に少額配信を開始し、表示からクリック、LP到達、成果までを順に確認します。高度な機能を先に増やさず、基礎計測を一周させることが重要です。

分からない項目を推測で埋めず、管理画面のヘルプと公式情報を確認します。ベータ版ではアカウントにより使える項目が異なる可能性があります。本記事にある画面名が見つからない場合は、広告アカウントの提供状況、権限、地域、請求、審査状態を確認し、利用できない機能を前提に運用計画を作らないようにします。

代理店・外部担当へ確認する質問

• この設定の目的と成功指標は何か
• 公式仕様と運用上の仮説を分けて説明できるか
• 魚見の実測値と今回の条件差は何か
• 計測欠損と成果不足をどう切り分けるか
• 顧客データ、タグ、APIキーを誰が管理するか
• 変更履歴、テスト結果、CSVを納品できるか
• 成果が出ない場合の停止条件と戻し方は何か

「AI広告だから自動で成果が出る」「設定すれば必ず最適化される」といった説明だけでは不十分です。機能の制約、必要なデータ量、計測の前提、広告主が管理できない要因を確認します。契約終了後も自社で設定と履歴を確認できるよう、広告アカウントの所有権とデータの保管場所を明確にします。

最終判断の基準

導入の可否は、新機能であることではなく、既存施策より顧客理解・配信・計測のどこを改善できるかで判断します。少額で再現可能な検証を行い、数値が良ければ対象と予算を段階的に拡張します。悪ければ原因を一つずつ切り分け、学びを既存の検索広告、SEO、LP、CRM運用へ戻します。

ChatGPT広告だけで完結させず、広告で接点を作り、記事やLPで不安を解消し、フォーム・商談で成果を確定する流れを設計します。魚見の一次情報も、CTRやCPCを見せるだけでなく、CV0という未解決点を公開し、次の計測改善へつなげることで実務価値が生まれます。

参照した一次情報

• OpenAI：キャンペーン向けカスタムオーディエンスの設定
• OpenAI：ChatGPT広告のキャンペーン作成
• OpenAI：コンバージョン測定

監修：魚見幸司
AI活用マーケティング総合研究所

審査回避ではなく、広告主、広告文、画像、LP、商品カテゴリ、配信地域を一貫させ、不承認理由と修正差分を残す方針で監修しました。