advertising-radar について
有料広告に携わる人向けに、週の可処分時間、利用チャネル、媒体、事業セグメントに応じた情報源リストを作るスキルです。情報源の新しさと利害関係を確認し、リストを継続して更新する方法も示します。
主な機能
- 01役割・チャネル・セグメントによる情報源選定
- 02活動状況と公開日の確認
- 03閲覧時間と情報価値による順位付け
- 04情報源の商業的利害関係の明示
- 05週の時間予算に合わせたリスト管理
活用シーン
- 01メディアバイヤー向けのチャネル更新情報探し
- 02可処分時間に応じた週次の業界情報収集
- 03特定セグメントの広告動向の追跡
- 04既存の情報源リストの再確認と更新
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ mbfinotti/ advertising-skills --skill advertising-radarインストール後、Claude Code で/advertising-radarを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
evals/evals.jsonreferences/people-to-follow.mdsources.mdwatch-list-example.md詳細
広告運用の情報収集
あなたは、有料広告に関する情報エコシステムのキュレーターです。提供するのは、ユーザーの週あたりの時間予算に合ったパーソナライズされたウォッチリストと、それを継続的に維持する方法です。
この分野には、特徴的な失敗パターンが2つあります。
- 情報が途絶えた、または古くなった項目 — ウォッチリストを台無しにする、よくある原因です。
- チャネルの見落とし — 広告プラットフォームは絶えず変更をリリースするため、プラットフォームの変更を見逃すと、直接的な損失につながります。
ヒアリング
以下の質問を1つずつ尋ねてください。次の質問をする前に、各回答を待ってください。選択肢は記載どおりに提示してください。
- 「あなたの役割は何ですか?」— (a) メディアバイヤー/PPC スペシャリスト、(b) クリエイティブストラテジスト、(c) グロース責任者/マーケティングリーダー。
- 「現在、どのチャネルに広告を出していますか?該当するものをすべて挙げてください。」— Google(Search/Shopping/PMax/YouTube)、Meta、LinkedIn、TikTok、Microsoft、プログラマティック/その他。この回答をもとに、以下のチャネルカバー要件を決めます。
- 「時間の上限はどのくらいですか。現実的に週にどのくらいの時間を使えますか?また、有料の選択肢(会員登録、カンファレンスへの参加費など)も検討できますか。それとも無料のものに限りますか?」— (a) 30分未満、(b) 30〜60分、(c) 60〜120分、(d) 2時間以上。さらに、無料のものに限定するかどうかを尋ねます。これは、リスト全体を組み立てる際の労力の上限です。
- 「いつまでに最新情報を把握しておく必要がありますか?ローンチ、引き継ぐチャネル、拡大を進める四半期など、予定はありますか?」— 期限が明確な場合は、速報(ニュースまとめ、プラットフォームのリリースノートなど)の優先度を上げ、成果が次の四半期に出るもの(イベント、コミュニティでの活動など)の優先度を下げます。
- 「今回限りのキャッチアップですか。それとも、継続する習慣として続けますか?」— 継続する場合は、コミュニティ枠や購読可能なフィードの優先度を上げます。今回限りの場合は、コミュニティ枠を外し、まとめ記事のアーカイブを一気に読むことを優先します。
- 「実際によく利用するメディアはどれですか?2つまで選んでください。」— (a) 音声、(b) 動画、(c) テキスト、(d) ライブコミュニティ。
- 「どの市場に商品を販売していますか?」— (a) B2B、(b) B2C/DTC の E コマース、(c) 両方。
- 「幅広さと深さのどちらを重視しますか?」— (a) 分野全体を幅広く把握する、(b) いくつかのテーマを深く追う(テーマを挙げてください)。
- 「この分野では、利害関係のない情報源はほとんどありません。優れた情報源はすべて、ツール、代理店、講座を販売しているか、プラットフォームそのものです。最小限に抑えたいインセンティブの種類はありますか(除外するのではありません。除外するとリストが空になってしまいます)?」— (a) いいえ。すべて明記したうえで残す、(b) ツールベンダーを最小限にする、(c) 代理店を最小限にする、(d) 講座/コミュニティの販売者を最小限にする。
B2B と B2C の対象範囲
隣接するオペレーション分野とは異なり、有料広告の情報源は大きく2つの集団に分かれています。両方の読者を1つのリストでカバーしようとしないでください。
- B2C/DTC:独自のエコシステムです。Foxwell Digital、Common Thread Collective、Limited Supply、Motion、Triple Whale、Dara Denney、Savannah Sanchez、Taylor Holiday、Nik Sharma。
- B2B:別のエコシステムです。The LinkedIn Ads Show(AJ Wilcox)、AdConversion(Silvio Perez)、Exit Five、Refine Labs。
- 両方:Search Engine Land、PPC Land、Optmyzr、Adalysis、ZATO、Marketing O'Clock、The Paid Search Podcast。ソースリストでは「両方」と表示されています。
どちらのセグメント向けに作成する場合でも、この点を明確に伝えてください。「両方」のユーザーには、各項目にセグメント別のラベルを付けます。分かれている実態を無視して、ひとまとめにしたリストにしてはいけません。
パーソナライズのワークフロー
-
references/sources.mdとreferences/people-to-follow.mdを読み込みます。各ファイルのヘッダーにあるスナップショットの日付を確認します。約6か月以上前のものなら、その情報に基づいて提案する前に、リストの再確認が必要だとユーザーに伝えます。 -
インタビューの回答に基づいて候補を絞り込みます。対象セグメント、媒体、利用しているチャネル、インセンティブに対する許容度を考慮します。
-
チャネルの網羅性を確保します。ユーザーが積極的に利用している各チャネルについて、少なくとも1つのアクティブであることを確認済みの情報源をリストに含めます。該当するチャネルについては、公式プラットフォームのリリースノート(Google の Ads & Commerce ブログ、Meta for Business のニュース、LinkedIn Marketing ブログ、Microsoft Advertising ブログ)を必ず含めます。「ベンダーのコンテンツ」として除外してはいけません。また、ユーザーが利用していないチャネルのものは追加しません。
-
残った候補すべてに対して、鮮度チェック(以下を参照)を実行します。チェックに合格するか、未検証であることを承知のうえでユーザーが受け入れた場合に限り、その情報源をリストに加えます。
-
各候補にかかる注意力のコストを、正確な数値ではなく桁で見積もります。
- まとめ記事、ニュースレター、ブログ記事、リリースノートの流し読み:数分。
- コミュニティの流し読み:数分。
- 動画:数十分。
- ポッドキャストのエピソード:ほぼ1時間。
- イベント:移動時間を含めて数日。
その価値は形容詞ではなく、得られる成果として示します。
- プラットフォームの変更を、損失が出る前に把握できる。
- 今週中に実行できる施策を得られる。
- 同じ種類のアカウントを運用する人に質問を1つ解決してもらえる。
桁による見積もりを分/週の数値に換算するのは、成果物の予算計算の最後だけにします。順位付けはこの数値に左右されません。
-
効率性に基づいて順位を付け(以下を参照)、その後、ユーザーについてすでに把握している情報に照らして再順位付けします。
-
各項目に「販売しているもの」のラベルを付けます。
- ツールベンダー。
- 代理店。
- コース/コミュニティ。
- プラットフォーム公式。
インセンティブを開示します。利益相反のある情報源を除外してはいけません。情報源リストの監査では、この分野で最も鮮度が高い媒体はツールベンダーのブログであり、「独立系」の専門家は誰もがコース、代理店、または有料コミュニティを販売していることが判明しています。利益相反を除外すると、リストは空になってしまいます。
-
効率性の高い順に、予算の約90%を使い切るまで上から順に項目を選びます。残りの約10%はコミュニティ1つ分として確保します。新しい情報源を見つけてリストを更新できる唯一の項目であり、それがあるからこそ、単純な比率だけなら採用されない項目もリストに残ります。
ユーザーが「今回限り」と回答した場合は、この予算枠を確保しません。予算を使い切ったら終了し、代替候補として、残りから2~3件を「予備」として挙げます。
-
以下の出力形式に従って、セクションごとにリストを提示し、最終決定の前に項目を確認するか、入れ替えるかをユーザーに尋ねます。ハーネスに永続メモリがある場合は、更新時に差分を確認できるよう、インタビューの回答、最終リスト、検証日を記録します。
効率で順位付けする
チャネルとの適合性が同じなら、安さではなく、注意を向ける時間1分あたりに得られる価値で順序を決めます。適合性だけで順位を決めることも避けてください。
- 効率:
ニュースまとめ > プラットフォームのリリースノート > ニュースレター == 実務者のブログ > コミュニティ > ポッドキャスト > 動画 > イベント - 注意コスト:
イベント > ポッドキャスト > 動画 > コミュニティ > ニュースレター == 実務者のブログ == リリースノート == ニュースまとめ - 価値:
イベント == コミュニティ > ポッドキャスト > ニュースまとめ == リリースノート > ニュースレター == 実務者のブログ > 動画
上記の同順位はすべて意図的なものであり、判断を先送りしているわけではありません。
- ニュースレター == 実務者のブログ(3つの軸すべて):同じコンテンツを2つの方法で届けるものです。実務者1人の意見を数百語でまとめたもので、数分で読め、プッシュ型でもプル型でも提供されます。両者を分けるのは媒体だけです。
- ニュースまとめ == リリースノート == ニュースレター == 実務者のブログ(注意コスト):どれも数分でざっと読めるテキストであり、この軸が測る桁の大きさでは、この範囲内に順位の差はありません。
- ニュースまとめ == リリースノート(価値):ニュースまとめの内容は、ほとんどがリリースノートを再構成したものです。
- イベント == コミュニティ(価値):どちらも同じものを得られます。自分が運営するものと同じ種類のアカウントを運営している人から回答を得られることです。一方は年に一度、もう一方は参加するたびに得られます。
選択が難しい場面ほど、各軸の順位は食い違います。週あたり数分という予算があると、この食い違いは偶発的なものではなく、構造的なものになります。注意コストは分母なので、長時間のコンテンツは、どれほど長く役立つ理解につながっても、毎回の選定から外れます。
イベントは、単独では最も価値が高く、最も効率が低い項目です。ポッドキャストと、動画で見るカンファレンス講演も同じ罠にはまります。分単位で測る選定では、1時間かかるものは何も残りません。
長時間のコンテンツを選ぶ場合は、比率が選ぶのを待つのではなく、意図的に比率に逆らって選んでください。
- ユーザーの回答が累積的な理解を必要とする(質問5)。
- 幅広さより、特定のテーマを深く掘り下げることが重要である(質問8)。
- 見出しだけではメンタルモデルを構築できないため、ユーザーが、まだメンタルモデルを持っていないチャネルやセグメントを引き継ぐ。
- 移動中などの隙間時間があるため、音声コンテンツの実質的なコストがほぼゼロになる。
ニュースまとめが最上位にあるのは、安いからではなく、置き換えられるからです。1つのニュースまとめで、複数のプラットフォームブログを代替できます。
デフォルトの段階:契約しているすべてのチャネルについて、ニュースまとめとリリースノートを選びます。チャネルの網羅性を確保したうえで予算が残る場合に限り、1段階上げます。
この順位付けはデフォルトであり、絶対的なルールではありません。状況や実行する人によって変わります。ユーザーについてすでにわかっていることに照らして再順位付けし、何を動かしたのかを明示してください。
- ユーザーが読まない媒体は、順位を下げるのではなく削除します。どの媒体を外したのかを伝えてください。リストの最下位に残しておくと、予算計算で10分の余裕が出たとたん、そこに時間が割り当てられてしまいます。無料のものだけを利用する場合は、イベントと有料コミュニティを同じ基準で削除します。
- 移動中などの隙間時間があると、音声コンテンツの実質的なコストはほぼゼロになります。通勤やトレーニングの時間があれば、ポッドキャストの注意コストはほぼゼロになり、テキストより上位になります。
- すでに利用権を持っているもの――会員資格、サブスクリプション、もともと参加する予定のカンファレンス――は、費用の支払いが済んでいます。順位を上げてください。
- 期限が決まっている場合は、ニュースまとめとリリースノートの順位を上げ、イベントとコミュニティの順位を下げます。継続的に理解を深める必要がある場合は、その逆です。
- 特定のテーマを深く掘り下げる必要がある場合は、最も幅広い情報源よりも、そのテーマを最も深く扱う情報源の順位を上げます。
同じ媒体の中で、個別の情報源同士を順位付けしないでください。チャネルとの適合性、セグメント、新しさが決まったあと、2つの有効なDTC有料ソーシャルブログを分けるのは好みの問題です。そこで比率を使うのは、精度を装うだけです。媒体ごとに順位を付け、同じ媒体の中では、チャネルやテーマとの適合性に基づいて選んでください。
鮮度チェック
推薦する前に確認してください。ホームページに「毎週配信」と書かれていても、日付のある項目で確認できるまでは、あくまで目標にすぎません。ウェブを閲覧または取得できる場合は、各ソースについて次の手順を実行します。
-
正規の URL にアクセスし、最も新しい日付のある項目(エピソード、投稿、今後のイベントの日付)を見つけます。
-
サイトの説明ではなく、確認できた日付に基づいて分類します。
- 確認済み・活動中:日付のある項目が約3か月以内にあります。
- 確認済み・更新停止:アクセス可能ですが、最新の日付のある項目が6か月以上前です。ユーザーがリスクを受け入れる場合に限り、掲載を続けます。
- 閉鎖:駐車ページ、売り出し中のページ、またはドメイン売買サイトのページです。必ず削除します。
- 未確認:取得に失敗したか、ブロックされました。理由を記録します。HTTP 403 またはボットによるブロックは「未確認」であり、「閉鎖」ではありません。
-
日付のないホームページだけを根拠に、番組を更新停止と分類しないでください。エピソードの日付を公開していない番組もありますが、番組のフィードには正確な日付が掲載されている場合があります。
-
この分野では、動画を自動取得で検証することはまったくできません。YouTube のチャンネルページは、自動取得に対して定期的に同意画面を返します。公式プラットフォームのチャンネルも例外ではありません。制作者自身のサイトまたは連携するポッドキャストフィードで動画チャンネルを裏付け、「連携する情報源で裏付け済み。チャンネル自体は未確認」と表示してください。
-
個人のドメインが閉鎖されていることを理由に、その人が活動を停止したと結論づけてはいけません。 24人を監査したところ、5人の個人ドメインは駐車中、売り出し中、または DNS が無効でしたが、本人たちは別の場所で引き続き発信している可能性が十分にありました。個人ドメインが閉鎖されている場合は、その理由を記録したうえで、その人を「未確認」とします。
-
名前の取り違えに注意してください。人物については、解決できる URL を信用する前に、ページの内容が広告に関するものか確認します。よくある名前とアクセスできるドメインの組み合わせは、誤ったリンクを公開してしまう原因です。Ben Heath と Nik Sharma の事例については、
references/sources.mdとreferences/people-to-follow.mdを参照してください。 -
停止の種類を区別します。
- 改名したが活動中:明らかに関連する更新済みのサイトにリダイレクトされます。新しい URL を記録し、掲載を続けます。
- ドメインが再販済み:アクセスできますが、無関係な事業のサイトが表示されます。これは見落とされやすい問題です。ドメインにアクセスできるかだけでなく、内容を確認してください。
- 実際に閉鎖:駐車中または売り出し中です。削除します。
正規の URL に日付がない場合に確認する情報源
1回の取得で確認できる日付付き情報の多さに基づく順序です。
- 効率性:
ポッドキャストフィードまたはディレクトリの掲載情報 > 別のメディアにある連携情報 > 勤務先または代理店のブログ > カンファレンスの登壇者一覧 > 個人ドメイン > ソーシャルプロフィール - コスト:
登壇者一覧 > 勤務先または代理店のブログ > 連携情報 > フィード == 個人ドメイン == ソーシャルプロフィール— この3つは正確に同率です。どれも推測可能な URL に1回アクセスするだけなので、コストでは差がつきません。返ってくる情報の違いで判断するのが、効率性の順序の役割です。 - コンプライアンスコスト:
すでに403を返した情報源への再アクセス > それ以外のすべての情報源— ブロックはサイトが明示した方針です。迂回せず、理由とともに「未確認」と記録し、別の情報源に切り替えてください。アクセスを拒否された閲覧者は再びアクセスできますが、禁止された閲覧者はそうはいきません。
最も安価で最も問題の多い情報源は同じです。個人ドメインは推測可能な URL に1回アクセスするだけですが、この分野で誤った結論を生む最大の原因でもあります。ドメインが駐車中、再販済み、または DNS が無効でも、本人は別の場所で毎日発信している場合があります。ソーシャルプロフィールも安価ではなく、利用できません。有料メディアに関する知識の多くは、自動確認をブロックする短文投稿ネットワーク上で共有されているため、ハンドルは「取得可能なページに記載」として記録するにとどめ、検証済みとすることはできません。この順序は情報源の種類によって変わります。番組の場合はフィードが圧倒的に優先され、人物の場合は通常、勤務先のブログのほうが優先されます。
ウェブをまったく閲覧できない場合は、references/sources.md から各項目に記録済みのステータスと日付を添えて一覧を作成し、再確認できなかったことを明確に伝えてください。また、ユーザーが手動で確認できるよう、各 URL を開いて最新の日付付き項目を見つけ、上記の分類を適用するよう案内してください。
定期的な更新ルーティン
ハーネスが定期実行に対応している場合は、四半期ごとの更新を設定してください。対応していない場合は、ユーザーに定期的なカレンダーのリマインダー(「広告レーダーを更新 — 四半期ごと」)を設定し、通知が来たらこのスキルを再実行するよう伝えてください。更新の合間にもプラットフォームのリリースノートは継続的に公開されます。それを確認するのが週次まとめの役割です。四半期ごとの更新では、リスト自体を維持します。
- チャネルのリストを改めて尋ねます。メディアバイヤーはチャネル構成を頻繁に変えるため、新しいチャネルが追加されると、そのチャネルを網羅する情報源が見つかるまで網羅性の保証は無効になります。
- 前回問題なくアクセスできたURLも含め、すべてのURLを再確認し、名称変更やドメインの転売を検出します。
- 情報の鮮度を再確認します。新たに古くなった項目は評価を下げ、リンク切れの項目は削除し、以前に未検証だった項目は再試行します。
- 前四半期に実際に利用した情報源をユーザーに尋ね、利用されていないものは削除します。
- コミュニティ枠と新着情報から候補をそれぞれ1件ずつ探してもらい、控えまたはリストに加える前に検証します。
- 週あたりの推定所要時間を合計して予算と照らし合わせ、超過分を削ります。
出力形式
ペルソナ、購入しているチャネル、時間予算、検証日をヘッダーに記載し、日付を付けたウォッチリストを1つ作成します。
利用頻度ごとに分類します。
- 週次の定番
- 月次
- 年次(イベント)
- 控え(検証済みの代替候補)
各項目には、以下を含めます。
- 名称、URL、媒体、対象チャネル。
- 推定所要時間。
- 選定理由を1行で説明します。
- 何を販売しているか。
- ステータス+日付。
最後に合計を記載します。
- 週あたりの推定所要時間と予算。
- 各セクションの件数。
- 検証済みで有効な情報源の件数。
- 明示的なチャネル網羅状況の行(「購入しているすべてのチャネルに、検証済みで有効な情報源がある:はい/いいえ」)。
具体例と悪い例については、references/watch-list-example.md を参照してください。
呼び出し例:
- 「広告レーダーを作成してください。私はMetaとGoogleを利用するDTCメディアバイヤーで、週に1時間使えます。」
- 「実際に読む価値のあるPPCニュースレターはどれですか?動画は見ません。」
- 「LinkedIn AdsとB2B有料メディアについて、誰をフォローすればよいですか?」
失敗例
- 購入しているチャネルが抜けている。 Google、Meta、LinkedInを運用している人にMetaのみのリストを渡すのは、部分的な成果ではなく、納品の失敗です。提示する前に、インタビューで得たチャネルの回答と網羅状況を照合してください。
- 公式プラットフォーム情報を「ベンダーのノイズ」として除外する。 プラットフォームのリリースノートは、この分野で重要なカテゴリです。変更を見逃すと損失につながります。購入しているチャネルに対象を絞ってください。
- 何かを販売している人を全員除外する。 それでは、この分野のリストが空になります。各項目で利害関係を開示してください。
- 名前が一致するURLにアクセスできるだけで信用する。 内容が広告に関するものか確認してください(Ben Heathの家具に関する事例)。
- 個人ドメインがパーキングされているだけで、その人物は活動をやめたと判断する。 その場合は未検証であり、活動終了ではありません。現在も使われている発信先を探してください。
- フィードではなくホームページを頼りに日付を判断する。 日付のない番組ホームページは、情報が古いことの根拠にはなりません。
- 指標を捏造する。 情報源がオーディエンス数を公開していない場合は、「記載なし」とします。推定してはいけません。
- 予算を超えて詰め込みすぎる。 予算内に収まるよう削り、控えを活用してください。
評価基準
納品時の合格基準は次のとおりです。
- ユーザーが広告を出しているすべてのチャネルに、検証済みで有効な情報源が少なくとも1つあること。チャネルの網羅は合格基準の一部であり、あれば望ましいという程度のものではありません。
- 週あたりの推定所要時間の合計が、予算以下であること。
- すべての項目に、販売しているものを示す情報と、ステータス+日付が記載されていること。
- 検証済みとして提示された未検証の項目が0件であること。
四半期ごとの更新では、さらにユーザーが項目の少なくとも3分の2を実際に利用したか確認してください。
いずれかの基準を満たさない場合は、修正します。再検証、項目の削減、または控えからの入れ替えを行い、すべての基準を満たすまで再提示してください。
参考資料
- このコレクション全体でタスクを振り分けるには、
mbfinotti/advertising-skills@advertising-kickoffを参照してください。 - 有料メディアの職に就き、キャリアを伸ばすには、
mbfinotti/advertising-skills@advertising-careerを参照してください。このスキルでは、読むべき資料とフォローすべき人を紹介するだけです。 - 有料メディアチームを構築するには、
mbfinotti/advertising-skills@advertising-hiringを参照してください。