retargeting-funnel について
事業者独自のコンバージョンデータを基に、複数段階のリターゲティングファネルを設計するスキルです。広告プラットフォームでのキャンペーン作成は行わず、オーディエンス期間、行動段階、除外条件、訴求意図、測定方法を定めます。
主な機能
- 01コンバージョン遅延データから段階期間を設定
- 02経過時間と行動の深さを組み合わせて分類
- 03オーディエンスの除外条件と頻度上限を定義
- 04段階ごとに異なる訴求意図を設定
- 05除外後のオーディエンス規模を確認
- 06測定計画を作成
活用シーン
- 01Eコマースのファネル向けリターゲティングを設計
- 02長いB2B営業サイクルに合わせて期間を調整
- 03オーディエンスが少ない場合に段階を統合
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ mbfinotti/ advertising-skills --skill retargeting-funnelインストール後、Claude Code で/retargeting-funnelを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
evals/evals.jsonreferences/platform-constraints.mdworked-sequences.md詳細
リターゲティングファネル
クライアント独自のコンバージョンデータに基づき、多段階のリターゲティングシーケンスを設計します。ステージの境界、各ステージのメッセージの意図、除外ロジック、フリークエンシーキャップ、測定計画を定めます。
対象範囲と引き継ぎ
このスキルでは、ステージの境界、各ステージのメッセージの意図、除外ロジック、上限、測定計画を決定します。広告プラットフォーム内でキャンペーンを作成することはありません。また、関連する作業は以下のとおり引き継ぎます。
- イベントトラッキングが正しく機能していることが必須の前提条件です。これがなければ、リターゲティングオーディエンスを作成できません。まず
mbfinotti/advertising-skills@ad-conversion-trackingで確認してください。 - インタレスト/類似/リターゲティングの各レイヤーにわたる、より広範なターゲティング計画 →
mbfinotti/advertising-skills@ad-audience-targeting。 - 公開後の継続的なクリエイティブの劣化モニタリング →
mbfinotti/advertising-skills@ad-creative-fatigue。 - 各ステージの広告文の作成 →
mbfinotti/advertising-skills@ad-copy-variantsとmbfinotti/advertising-skills@ad-creative-brief。 - キャンペーンやチャネル間での総予算の配分 →
mbfinotti/advertising-skills@ad-spend-allocation。
ステージの説明に顧客向けのコピーを含める場合、ユーザーが公開する前に、任意のヒューマナイザー用スキルに通してください。このスキルはコピーライティング用ではありません。
ヒアリング
以下の質問を、一度に1つずつ、可能な限り選択式で尋ねてください。設計に十分な情報が得られた時点で質問を止めてください。すべてをまとめて一度に尋ねてはいけません。
- ビジネスモデル:(a)B2C/Eコマース、(b)B2B、(c)ハイブリッド(例:セルフサービスと営業支援型のプランを提供するPLG SaaS)?
- 初回訪問からコンバージョンまでの一般的な期間:(a)3日未満、(b)3~14日、(c)2~8週間、(d)2か月以上、(e)不明?
- 月間のサイトトラフィックとコンバージョン数は、おおよそどのくらいですか?(桁数が分かれば十分です。)
- 現在、実際にトラッキングしている行動イベントはどれですか?ページビューのみ、商品/機能の閲覧、料金ページの閲覧、カート/チェックアウトの開始、トライアルの開始、購入、CRMのステージなど。
- 利用中、または利用予定の有料チャネルはどれですか?
- オファーの種類:(a)購入、(b)無料トライアル、(c)デモの依頼、(d)リードフォーム/ゲート付きコンテンツ?
- インセンティブとして割引を利用できる場合はありますか?(多くのB2B企業では利用できません。それは階段そのものではなく、階段の一段を取り除くということです。)
- 有料施策の月間総予算と、現在の新規見込み顧客獲得とリターゲティングの予算配分は、分かる範囲でどのくらいですか?
- どのチャネルでも、コンバージョン済みユーザーを抑制/除外するオーディエンスはすでに用意されていますか?
- いつまでに公開して成果を出す必要がありますか?その日程は変更できませんか?(ステップ5のクリエイティブ施策の段階は、効果が出るまでの期間がほぼゼロから四半期に及ぶため、この情報なしでは順序を決められません。)
- 今四半期に得られる収益を最速で確保したいですか。それとも、長期的に効果が続く資産――実績のライブラリやインクリメンタリティのベースラインなど――を構築したいですか?(前者では手軽な段階が、後者では時間のかかる段階が優先されます。)
- 対応可能な作業量の上限はどのくらいですか?クリエイティブを誰がどれくらいの頻度で制作できますか?顧客の同意を取得し、法務の承認を得ることは実際に可能ですか?(「いいえ」の場合、階段の最上段を後回しにするのではなく、取り除くことになります。)
時間差データなしにステージの境界を作り出してはいけません。質問2に「不明」と回答した場合は、必ず次のように明示してください。「ウィンドウを推測することはしません。コンバージョンまでの期間のレポートをエクスポートするか、 を使用し、すべての境界を暫定的なものとして明記します。」使用可能な代理指標は以下のとおりです。出力では必ず代理指標であると明記し、実データの代わりに黙って使用してはいけません。
- 労力あたりの根拠の強さ順:分析ツールのラグレポート > CRMの販売サイクルのエクスポート > 業界の一般的な数値。
- 必要な労力(大きい順):CRMのエクスポート(1時間、CRMの担当者も必要) > 分析ツールのエクスポート(1時間、セルフサービス) > 業界の数値(ほぼゼロ、検索1回)。
- 最も安価な代理指標は、最も根拠が弱いものでもあります。CRMのエクスポートが分析ツールのデータより優先されるのは、販売サイクルがピクセルで追跡できる範囲を超える場合(B2B、複数か月)に限られます。
- これは既定の順序であり、絶対的なルールではありません。ユーザーがすでに持っているデータに基づいて順位を調整してください。先月エクスポートされたラグレポートは、誰も取得しない、より優れたレポートより有用です。
ワークフロー
1. ファネルデータを取得する
次のデータを、記載順に集めます。
- ページタイプ別のトラフィック(コンテンツ/商品または機能/料金/カートまたはサインアップ)
- ファネルの各段階のコンバージョン率
- コンバージョンまでの所要時間の分布
- 主な離脱ポイント
- コンバージョン直前の最も深いステップにおける離脱率
ファイルを読み取れる環境であれば、レポートをエクスポートして読み取れる場所に置くようユーザーに依頼します。そうでなければ、主要な数値を貼り付けてもらいます。ウェブを閲覧できる場合は、数値の妥当性確認のために公開ベンチマークを取得してもかまいません。ただし、ベンチマークよりもクライアント自身の数値を常に優先します。
2. コンバージョンしたユーザーの経過日数パーセンタイルから段階の境界を設定する
ここが中心となる作業です。プラットフォームの既定値ではなく、クライアント自身のコンバージョンユーザーから期間を導き出します。所要時間の分布から、コンバージョンユーザーのおよそ80%がコンバージョンに至った経過日数を特定します。それがホットウィンドウの境界です。次に、以下を適用します。
- 7日以内に80%以上がコンバージョンする場合は、段階を少なくします(多くの場合、ホット/ウォーム/ウィンバックのみ)。サイクルが対応できる段階数を超えると、空の段階が生じます。
- サイクルが60~90日(B2Bや高額商品の一般的な期間)の場合は、すべてのウィンドウを長くし、長期の対象者はピクセルベースではなくリストベースで登録する計画を立てます。ブラウザーのプライバシー制限により、長いCookieウィンドウの信頼性が低くなるためです。
- 広告プラットフォームの既定の保持期間は、特定のビジネスに照らすと恣意的なものです。90日サイクルに既定の長さのウィンドウを適用すると、ファネルの大部分が気付かないうちに除外されます。同じ既定値を2日の衝動買いサイクルに適用すると、冷えたトラフィックに何週間も費用を浪費します。
3. 2軸のグリッドを作成する:経過日数 × 行動の深さ
経過日数のウィンドウと行動の深さを掛け合わせます。次の順番で、最も深いグリッドセルから対象にします。
カート、チェックアウト、またはトライアル開始 > 料金ページ閲覧者 > 商品または機能ページ閲覧者 > すべての訪問者/コンテンツ閲覧者
過去の顧客と解約した顧客はコンバージョンの段階には含めず、ウィンバック層として扱います。ウィンドウは深さに反比例させます。深い行動には短いウィンドウを設定します(意図はすぐに薄れるため)。浅い行動には長いウィンドウを設定します(もともとホットではなかったため、鮮度の低下による損失が小さいためです)。すべてのグリッドセルを段階にする必要はありません。クライアントに十分なボリュームがあり、異なるメッセージを届けられる、最も深いセルを3~5個選びます。
この順序は作業量ではなく価値を示しています。どの層も作成にかかるコストは同じです。オーディエンスの定義は数分で済むため、違いを生むのは獲得できる意図だけです。作業量が順位を左右するのは、イベントがまだ計測されていない場合(質問4)に限られます。計測されていない深さのシグナルには、エンジニアリングのチケットと待ち時間が必要となり、今四半期はより浅い層より下の順位になることがあります。アカウントがすでに持っているデータに基づいて順位を付け直します。すでに同期済みのCRMの商談ステージは、エンジニアリングの対応待ちである料金ページ閲覧ピクセルより上位になります。
4. 除外を適用した後、各段階の規模を確認する
各段階が、プラットフォームのドキュメントに記載された最小オーディエンスサイズを満たすか確認します。測定するのは、手順6の除外を適用した後です。除外前には基準を満たしていても、より新しい段階のユーザーやコンバージョンしたユーザーを切り分けると、基準を下回ることがあります。現在の基準値と保持期間の上限はreferences/platform-constraints.mdに記載されています。これらの値は頻繁に変わるため、構築前に公式ドキュメントで確認してください。
統合ルール:除外後に段階が基準を満たせない場合は、次の順で調整します。
ウィンドウを広げる > トリガーの範囲を広げる > 隣接する段階を統合する > ウォームの対象者プールを1つにまとめる
オーディエンスビルダーでの作業時間は、どの方法も数分です。そのため、作業量で選ぶ方法を決める必要はありません。この順序は価値を示しています。各手順で犠牲にするのはメッセージの区別しやすさです(ウィンドウを広げても段階の役割は保たれますが、統合すると2つの役割が1つになり、対象者プールを1つにすると段階的な配信そのものを諦めることになります)。
配信できない段階は決して公開しないでください。基準を下回る段階は配信されないか、学習フェーズが終わらないまま、非常に高いCPMで配信されます。トラフィックの少ないサイトでは、段階が2つ、あるいは1つだけになることもよくあります(下記のBen Heathの見解を参照)。それは失敗ではなく、妥当な結果です。
5. メッセージの意図を割り当て、各ステージでオファーを提示する
各ステージには、前の広告を強めただけではない、独自の役割を持たせます。同じオファーをより強く再提示するのは、最も弱いステージ設計です。相手がそれを見ても行動しなかったのであれば、オファーか切り口のどちらかが適切でなかったということです。そのため、どちらかを変えましょう。
効果を提供するために必要な制作工数の順に並べた、ひとつの選択肢リストです。上から順に作り、用意できたものを各ステージに割り当てます。
スロットは別の情報です。作成するタイミングではなく、作成した効果がファネルの流れのどこに位置するかを示します。
-
B2C のスロット順:リマインダー、ソーシャルプルーフ、反論への対応、インセンティブ。
-
B2B のスロット順:実績による証明、反論への対応、ROI、依頼。B2B には割引の効果はありません。これに相当するインセンティブは、アセスメント、監査、個別デモなど、より手軽に応じられる依頼です。 | 構築順(上から) | 配置 | 得られる効果 | 作成にかかる労力 | コンプライアンスコスト | | ------------------------------------------------------------------------------------- | ------------------------- | ------------------------------------------------------------------- | ------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------- | | 反論への対応 - 配送、返品、保証、安全性、連携、比較 | B2C 3番目 / B2B 2番目 | 明示された障壁を取り除き、既知の「いいえ」に答える唯一の段階です | 1時間 - ポリシーに関する事実はすでに文書化されています | 公開済みポリシーとの主張内容の照合が必要です。いつでも完全に取り消せます | | リマインダー / 動的商品広告 | B2C 1番目 | まさにその商品を再提示し、購入をほぼ決めている人のコンバージョンを促します | ほぼゼロ - カタログが作成します | カタログの正確性。ピクセルですでに必要とされる同意の範囲内で実施します | | 直接的な呼びかけ - デモ、トライアル、評価、監査 | B2B 4番目 | すでにある意向をコンバージョンにつなげます。新たな信念を生み出すものではありません | ほぼゼロ | 通常の広告審査以外は不要 | | ROI または比較コンテンツ | B2B 3番目 | 社内の推進者が委員会の判断を得るための材料になります | 数日 - データ抽出と草案作成。顧客インタビューを行う場合は1週間 | 主張の立証が必要です。競合他社の名指しが制限されている場合は法務審査も必要です | | ソーシャルプルーフ - レビュー、UGC | B2C 2番目 | 信頼性を大規模に借りられ、知名度の低いブランドで特に効果を発揮します | 1週間 - レビューやクリエイターの選定 | クリエイターの利用権、推薦文および有料パートナーシップの開示 | | 顧客名を明記した実績 - ケーススタディ、顧客名入りの成果 | B2B 1番目 | 利用可能な証拠の中で最も強力で、委員会からの信頼を得られます | 1四半期 - 顧客の同意、法務承認、アカウントチームとの社内調整 | 使用ごとに書面による承認とロゴの使用権が必要です。顧客はこれらを取り消せます | | 割引 + 緊急性 | B2C 4番目、最終段階のみ | 最後のコンバージョンを促します。それだけを促すものです | 作成はほぼゼロですが、実施のたびに利益率を消費します | 販促条件、一部の市場での価格表示ルール、事実でなければならない緊急性の主張 |
-
効率(先に構築)=上記の行順です。
-
価値(高い順):顧客名を明記した実績 > ソーシャルプルーフ > ROI コンテンツ > 反論への対応 > 割引 > リマインダー > 直接的な呼びかけ。表の上部では労力の順序とほぼ逆になっているため、軸を統合せず分けています。
-
コンプライアンスコスト(高い順):顧客名を明記した実績 > ソーシャルプルーフ > 割引 > ROI コンテンツ > 反論への対応 > リマインダー == 直接的な呼びかけ。最後の同率は、軸の最下層で実際に同等です。どちらも広告主がすでに公開している素材を使い、新たな主張をせず、他者の肖像も使用しないため、どの段階にも適用される通常の広告審査以上の対応は必要ありません。 割引は、実際のコストが制作費ではない唯一の段階です。
-
実施するたびに利益率を消費します。
-
クーポンを得るためにカートを放置するという意図的な行動を習慣づけてしまいます。
-
市場が一度その存在を知ると、ここにある施策の中で最も撤回が困難です。
そのため、作る費用がかからないにもかかわらず最下位に位置し、最終段階でのみ実施します。割引が存在しない場合(質問 7)は、代わりに最終段階で最も強い直接的な訴求を使います。
この順序は、何もない状態から始めるチーム向けのデフォルトです。状況や実行担当者によって変わります。
質問 10~12 の回答に照らして順位を付け直し、どの回答がどの段階を移動させたのかを明記します。
- 直近に厳しい期限がある場合は、反論への対応とリマインダーを上位にします。
- 長期的に活用できる資産が求められる場合は、顧客名入りの実績とソーシャルプルーフを上位にします。
- 法務の承認を得る手段がない場合、実績の段階は先送りするのではなく、完全に削除します。
ユーザーがすでに保有しているものに応じて、もう一度順位を付け直します。
- レビューが十分に蓄積されている場合、ソーシャルプルーフの作業量はほぼゼロになり、順位も上がります。
- 承認済みの事例があれば、実績は最も低コストで強力な段階になります。
- 社内に動画制作チームがあれば、UGC は 1 日で完成します。
各段階では、現時点で利用できる最善の施策を実施し、後から強化します。1 時間で作った反論広告を流している段階は、事例の完成を四半期待つ段階より優れています。
この効率重視の順序では、ラダーの中でも信頼構築にあたる部分がおろそかになります。顧客名入りの実績、ソーシャルプルーフ、ROI コンテンツは価値軸の上位にありながら、制作順では最下位です。効率比だけに基づいて組み立てたシーケンスは、リマインダーと反論広告を配信し、それらのコンバージョンが止まると割引に頼ります。割引は制作費がほぼゼロで、実施するたびに利益率を消費し、ここにある段階の中で撤回も最も困難です。
次のいずれかに該当する場合は、効率比にかかわらず、実績の段階を上位にします。
- 反論への対応をすでに実施しても、その段階でコンバージョンしない場合。障壁は摩擦ではなく信頼です。
- 質問 11 に「長期的に活用できる資産」と回答した場合。
- B2B のシーケンスで、意思決定を委員会に通す社内の推進者が必要な場合。
- 最終段階の割引がコンバージョンを生み出している場合。つまり、その上の段階で信頼を築けていません。
四半期かかる段階は、気づいた週に着手し、その間、その段階では 1 時間で作れる施策を実施します。
回答によって不適用となる段階は、順位を下げるのではなく、すべて削除し、段階テーブルにも削除した項目を明記します。
- 顧客の同意または法務承認を得る手段がない場合、顧客名入りの実績を削除します。
- 割引ポリシーがない場合(質問 7)、割引の段階を削除します。
- クリエイターの使用権に充てる予算がない場合、UGC ベースのソーシャルプルーフを削除します。
削除した段階は、制作順の最下位ではありません。その段階を除いたラダーを作成しないと、制作できる人がいない施策を前提に段階を計画することになります。
各段階で、少なくとも 3 つの異なるクリエイティブコンセプトを計画します。リターゲティングの対象者数が少ない場合、クリエイティブはすぐに使い切られるため、ローテーションはフリークエンシー上限(ステップ 7)の一部です。実際の制作は mbfinotti/advertising-skills@ad-creative-brief と mbfinotti/advertising-skills@ad-copy-variants に依頼します。
6. 除外ロジックを記述する
各段階から、さらに深い段階と、より新しい段階をすべて除外します。また、コンバージョンしたユーザーも各段階から除外します(バーン/オーディエンス除外パターン)。これを設定しないと、1 人のユーザーが複数の段階に同時に属し、アカウント内の広告セット同士が同じオークションで競合します。この自己競合は、追加のリーチがまったくないまま CPM を押し上げます。
命名規則を設けて除外を監査可能にします。たとえば、包含オーディエンスには RTG_<depth>_<window>、除外には EXCL_<what>_<window> を使います。そうすれば、各オーディエンスを開かなくても、誰でも段階の定義を「X を含み、Y とコンバージョンユーザーを除外」と読み取れます。また、コンバージョンユーザーの除外期間を明確に設定し、記録します。
- 短すぎる場合:最近の購入者に再び広告を配信します。
- 長すぎる場合:購入者のオーディエンスが蓄積するにつれて、見込み顧客へのリーチを知らないうちに抑制します(失敗パターンを参照)。
7. ステージごとにフリークエンシー上限を設定する
リターゲティングでは、プロスペクティングより高いフリークエンシーが許容されます。オーディエンスがすでにブランドを知っているためです。ただし、許容されるからといって、影響を受けないわけではありません。利用中の目的でプラットフォームにインプレッション上限のフィールドがあるか確認してください。上限を設定できるのは、認知度向けの目的だけというプラットフォームも少なくありません。上限フィールドがない場合、実質的な上限となるのはオーディエンスの規模とクリエイティブのローテーションです。設定にかかわらず、小規模なオーディエンスにクリエイティブが1つしかなければ、フリークエンシーが制御されない状態になります。
各ステージで、プラットフォームが対応していればハード上限を、対応していなければ上限の代替基準(介入するフリークエンシーの値)を定義します。
7日間の移動ベースラインと比較して、実質的に上限を超えていることを示す検知シグナルは次のとおりです。
- クリック率が15〜20%以上低下している。
- ターゲティングを変更していないのに、CPMが10%以上上昇している。
- 否定的なフィードバック(非表示、「表示を減らす」)が増加している。
プラットフォームごとの上限の仕組みと、ステージ別の実務上のフリークエンシー範囲については、references/platform-constraints.mdを参照してください。ローンチ後の継続的なモニタリングには、mbfinotti/advertising-skills@ad-creative-fatigueを使用します。
8. プロスペクティングとリターゲティングの予算配分を決める
一般的には、プロスペクティングとリターゲティングの予算をおよそ70対30に分けます。トラフィックが多く、コンバージョンがボトルネックになっている場合に限り、50対50に近づけます。ただし、実際の制約は逆方向に働きます。リターゲティングの費用は、目標ではなく、オーディエンスの規模×フリークエンシー上限によって制限されます。
リーチ可能なオーディエンス数×上限内の週あたりインプレッション数×予想CPMで上限額を算出し、希望していた配分比率にかかわらず、リターゲティングの予算をその額までに抑えます。オーディエンスが小さければ、戦略にかかわらずリターゲティングの費用は制限されます。余剰予算を無理に投入しても、上限を超えてフリークエンシーを高めるだけです。
アカウント全体の予算配分は、mbfinotti/advertising-skills@ad-spend-allocationを通じて行います。
9. 測定計画を作成する
各ステージで、次の指標を追跡します。
- 費用
- リーチ
- フリークエンシー
- CTR
- CPM
- プラットフォームが報告するコンバージョン数とCPA
- 新規顧客とリピーターのコンバージョン比率
アカウント全体では、アトリビューションを完全に介さない効率性の健全性指標として、総収益(またはパイプライン)をマーケティング総費用で割った値を追跡します。
さらに、インクリメンタリティテストを少なくとも1つ計画してください。プラットフォームが報告するコンバージョン数は、実際の増分効果を過大評価しており、その程度はわずかではありません。
- Gordon、Zettelmeyerら(2019)は、大規模なRCT 15件を対象に、観察手法では実験で測定された効果が、ファネル内の位置に応じておよそ7〜9.5倍過大評価されることを明らかにしました。
- Blake、Nosko、Tadelis(2015)は、eBayのブランドキーワード広告が、本来なら広告がなくても流入していたトラフィックを大部分奪っていたことを示しました。
リターゲティングは、最もリスクの高いケースです。自然にコンバージョンする可能性が最も高い人々をターゲットにするためです。労力あたりに得られるエビデンスの量が多い順に、許容できる設計を示します。
- 効率(先に実施する順):ゴースト広告形式のリフトテスト(プラットフォームが提供している場合)>オーディエンスのホールドアウト(各ステージから無作為に10〜20%を除外)>地域別/マッチドマーケットのホールドアウト。
- エビデンス(強い順):ゴースト広告>地域別/マッチドマーケットのホールドアウト>オーディエンスのホールドアウト。
- 労力(大きい順):地域別/マッチドマーケット(市場を四半期単位で組み合わせ、地域間の費用を調整し、地域全体の収益が設計に左右される)>オーディエンスのホールドアウト(オーディエンスの設定に1時間、その後は結果を待つ)>ゴースト広告(プラットフォームが提供していればほぼ労力ゼロ、提供していなければ実施不可)。
- ゴースト広告は、利用可能な場合は両方の軸で優れているため、最優先です。それ以外では、オーディエンスのホールドアウトが最優先です。地域別の設計では、調整に一桁多い労力をかけて、エビデンスをやや明確にできるにすぎないためです。
ただし、アカウントの状況に応じて、このデフォルトの優先順位は変わります。他のチャネルですでにマッチドマーケットテストを実施している場合は、地域別の設計の優先順位を上げてください。調整のコストはすでに支払っており、新たに必要なのは分析だけだからです。ウェブを閲覧できるハーネスを利用している場合は、プラットフォームが現在リフトテストを提供しているか確認してください。利用できない場合は、プラットフォームの機能が不要な10〜20%のオーディエンスホールドアウトをデフォルトにします。
設計ゲート
引き継ぎ前に、計画はすべての項目を満たす必要があります。一部ではなく、100%です。
- 各ステージが依存するすべてのイベントについて、トラッキングが検証済みである(
mbfinotti/advertising-skills@ad-conversion-tracking)。 - ステージの境界がクライアントの遅延データに基づいている。または、使用した代理指標が出力に明記されている。
- 除外後に、すべてのステージがプラットフォームの配信下限をクリアしている。
- どのユーザーも同時に複数のステージに属さない(除外マップが完全で、相互排他的である)。
- すべてのステージでコンバージョン済みユーザーが除外され、除外期間が明示的に記載されている。
- 割引がある場合、それは最終ステージにのみ表示される。
- 各ステージについて、検出シグナルを備えたフリークエンシー上限または上限の代理指標が定義されている。
- 各ステージに、少なくとも3つの異なるクリエイティブコンセプトが段階的に設定されている。
- 名称と実施日を明記したデザインで、インクリメンタリティテストが予定されている。
ローンチ後の運用基準:ホールドアウトで測定した増分リフトがゼロと区別できないステージは、プラットフォーム報告のROASがどれほど良好でも、停止するか再構成してください。プラットフォーム報告のROASが高いのに増分リフトがゼロであることは、本来発生するはずだったコンバージョンを横取りするために費用を支払っている兆候です。
B2B と B2C
以下の仕組みはどちらにも同じように適用されます。
- 2軸グリッドの構築。
- 相互排他的な除外とコンバージョン済みユーザーの抑制。
- 除外後の規模確認。
- 割引は最後に提示するルール(そもそも割引がある場合)。
- 測定計画。
これをユーザーに伝え、B2Bの計画はB2Cの計画を緩和したものだと誤解されないようにしてください。
実際に異なる点:
| ディメンション | B2C/Eコマース | B2B |
|---|---|---|
| 期間 | 短期間。ホットウィンドウは1~7日が多い | 長期間。複数月にわたるサイクルに合わせて90/180/365日 |
| オーディエンスの規模 | 通常、下限を容易にクリアできる | 慢性的に小規模。ステージの統合が見込まれる |
| オファーの段階 | リマインダー → 証明 → 懸念への対応 → 特典 | コンテンツの段階:証明 → 懸念への対応 → ROI → デモの依頼。割引の段階はなし |
| 長期間におけるオーディエンスのソース | 主にピクセルベースで対応可能 | CRMリスト/ファーストパーティオーディエンスに移行。ブラウザーのプライバシー制限により、長期間のCookie利用が困難 |
| ターゲティングの単位 | 個人 | アカウント/購買委員会へと移行しつつあり、複数の関係者が異なるステージを目にする |
| 深い関心を示すトリガー | カートまたはチェックアウトの開始 | 料金ページ、トライアルの開始、またはCRMの商談ステージ |
B2Bでは、ウェブ上での最終訪問時期だけでなく、CRMの商談ステージ(評価/提案/交渉)に基づくシーケンスも検討してください。深い関心の度合いについては、ピクセルよりもCRMのほうが多くの情報を把握しています。
失敗パターン
行は、効果の薄い施策を単位あたりの労力が少ない順に取り除く修正順です。労力は最後の列に記載しています。抑制に関する修正を最初に行うのは、対象者の定義を数分で編集でき、すぐに無駄を食い止められるためです。インクリメンタリティテストは、それだけでは何も修正せず、削るべき段階を示すだけなので、最後に行います。
目の前のアカウントに合わせて順序を見直してください。単一段階のアカウントでは解消すべき重複がなく、コンバージョン済みユーザーをすでに除外しているアカウントは、ウィンドウの見直しから始めます。
| 失敗パターン | 状況 | 対処 | 労力 |
|---|---|---|---|
| コンバージョン済みユーザーへのリターゲティング | 購入者に「購入する」広告が表示され続け、苦情や広告費の無駄が発生します | すべての段階でコンバージョン済みユーザーを除外し、各チャネルで設定されているか監査します | チャネルごとに数分 |
| コンバージョン除外期間が長すぎる | 見込み顧客へのリーチが四半期ごとにひそかに縮小します | 再購入サイクルに合わせて明示的な除外期間を設定し、プラットフォームがデフォルトの保持期間を延長した際に見直します | 数分と、記録へのメモ |
| 段階が重複して互いに競合する | CPM が上昇し、同じユーザーが複数の広告セットで報告されます | 相互排他的なウィンドウと除外マップを設定します(ステップ 6) | マッピングに 1 時間、適用に数分 |
| 動的広告に購入済み/在庫切れの商品が表示される | 購入済み商品の広告が購入後に表示されます | 購入イベントによる抑制とカタログ除外を設定します | 1 時間と、カタログフィードへのアクセス |
| 古いデフォルトのウィンドウ | ウィンドウの長さが販売サイクルではなく、プラットフォームのデフォルトと一致しています | 遅延データから再算出します(ステップ 2) | 遅延データのエクスポートがあれば、一度だけ 1 時間 |
| オーディエンスプールが小さすぎる | 配信が停滞するか CPM が急上昇し、学習フェーズを抜けられません | 縮小ルール(ステップ 4)を適用します。ウィンドウを広げる、対象を広げる、統合する、またはプール化します | 数分。ただし、ウィンドウが適切になってから行います |
| クリエイティブ疲労/追跡への反発 | 高頻度で CTR が低下し、否定的なフィードバックが増加します | 上限を設定し、3 つ以上のコンセプトをローテーションします。モニタリングは mbfinotti/advertising-skills@ad-creative-fatigue に引き継ぎます | 継続的な作業。ローテーションは終わりません |
| 割引に慣れたことによる離脱 | クーポンを使ったリターゲティングの開始後に離脱率が上昇します | 割引は最終段階でのみ提示し、オファーを変化させ、繰り返し離脱するユーザーをインセンティブの対象から除外します | 変更に数分、習慣の解消に四半期 |
| カニバリゼーション | プラットフォーム上の ROAS は良好でも、統合売上は横ばいです | インクリメンタリティテストを実施します(ステップ 9)。測定された増分効果がない段階を削除します | 結果が出るまで数週間のテスト期間 |
把握しておくべき立場
これらは確定した指針ではなく、現在も意見が分かれている論点として、率直に提示してください。
-
除外オーディエンス - Ryan Deiss と DigitalMarketer が広めた考え方です。コンバージョン時に除外イベントを発火させ、購入者へのターゲティングをすべての段階で即時に停止します。これは基本的な実践方法です。ステップ 6 ではこれを前提としています。
-
有効フリークエンシー - 実際に効果がある接触回数については、3 つの立場があり、意見が分かれています。Herbert E. Krugman の 3 回接触理論(1972 年)は、「約 3 回で上限を設ける」というアドバイスの多くの基礎になっています。Colin McDonald のシングルソース研究と John Philip Jones は、購入直前のタイミングのよい 1 回の接触が効果の大半をもたらすと主張しました。現代のデジタル研究では、接触回数が 10 回を超えても効果が高まることがわかっています。状況を問わず有効な、エビデンスに基づく単一のフリークエンシー数値はありません。公表されている範囲は出発点として扱い、ステップ 7 の減衰シグナルを基に調整してください。
-
フリークエンシーよりリーチ - Byron Sharp と Ehrenberg-Bass 学派は、リターゲティングを過度に行うこと自体に異議を唱えています。成長につながるのは、関心の高いオーディエンスへの再接触ではなく、ライトユーザーや非購入者にリーチすることだという立場です。これをリターゲティング予算の割合に対する上限の考え方として捉えてください(ステップ 8)。
-
細分化への反対 - Ben Heath は(heathmedia.co.uk で確認済み)、サイト訪問者、エンゲージしたユーザー、動画視聴者、リストを最大期間で統合し、単一の広いウォームオーディエンスを作ることを支持しています。彼の言葉を借りれば、ウォームシグナルをすべて統合することで、プラットフォームに「広告配信を最適化するために必要なデータ」が得られます。
設定作業あたりのリターンが高い順に並べると、この考え方では次のようになります。
単一の統合ウォームオーディエンス > 段階別の細分化。各段階が余裕をもって最低規模を満たすまでは、単一オーディエンスを優先します。
このオーディエンスは 1 つのオーディエンスを作成するだけで済み、除外マップも不要です。一方、段階別の細分化にはマップ、上限設定シート、段階ごとのクリエイティブが必要であり、各段階に学習に十分な人数が集まって初めて、その手間に見合う効果が得られます。
以下の最低規模を下回る場合は、単一オーディエンスをデフォルトとしてください。ステップ 4 の規模チェックを余裕をもって通過したら、1 段階上の構成に移行します。ただし、除外マップとクリエイティブ制作のパイプラインがすでに整備されていて、段階別の構成をほぼ追加コストなしで実現できる場合は、すぐに移行してください。ステップ 4 の縮退ルールに従うと、トラフィックが減るにつれて Heath の設計に近づきます。
出力形式
4 つの成果物を作成してください(必須のネガティブ例を含む、詳しい例は references/worked-sequences.md を参照してください)。
- 段階テーブル - 段階ごとに 1 行とし、名前、包含ルール(深度イベント+期間)、メッセージの意図、オファーの段階、クリエイティブコンセプトの数、除外後の想定オーディエンス規模を記載します。
- 除外マップ - 段階ごとに、除外する対象(より深い段階、より新しい期間、コンバージョン済みユーザー)を記載します。オーディエンス名は命名規則に従ってください。
- 上限設定シート - 段階ごとに、厳格な上限または上限の代替指標、検出シグナル、レビュー頻度を記載します。
- 測定計画 - 段階ごとの KPI、全体の効率性指標、予定しているインクリメンタリティテスト(設計、ホールドアウトの割合、開始日、判断ルール)を記載します。
統合に関する注記:Meta、Google、LinkedIn、TikTok、Microsoft、Reddit、DV360 のプラットフォーム固有の最低規模、保持期間の上限、上限設定の仕組み、フリークエンシーの範囲は references/platform-constraints.md に記載されています。この計画を具体的なチャネルに適用する際は必ず参照し、数値が現行の公式ドキュメントに合致していることを確認してください。
メモリ
実行環境に永続メモリがある場合は、選択した段階の境界、期間、上限、除外期間、およびその根拠(どのパーセンタイルを使ったか、どの代替指標を使ったか、どの段階を統合したか)を記録してください。そうすることで、後のセッションでは一から設計を組み立て直すのではなく、結果に基づいて設計を調整できます。永続メモリがない場合は、同じ根拠のブロックを作成する計画の先頭に記載してください。
参考資料
- references/platform-constraints.md - プラットフォームごとの最小オーディエンスサイズ、リテンションの上限、上限フィールドの利用可否、実践者の頻度帯。計画を具体的なチャネルに落とし込む際に読み込みます。
- references/worked-sequences.md - B2C の実例シーケンス、B2B の実例シーケンス、診断付きの問題のあるシーケンス。成果物を作成するとき、またはユーザーが例を求めているときに読み込みます。
mbfinotti/advertising-skills@thought-leadership-ads- このシーケンスのウォームステージにエンゲージしたユーザーを誘導する、人物を前面に出した増幅キャンペーン。このスキルでは、下流のファネル設計を重複して作成せず、ここにルーティングします。