広告データベースではなく案件データベース: フィルターできる 28,042 件のレコード

案件レコードと広告レコードの違いは何ですか?

案件レコードは、そのプロモーションの背後にある取引条件を記述する。広告レコードは、それを指し示す 1 つのクリエイティブを記述する。1 つの 案件 は、複数のネットワークと複数年にわたって何十もの広告を抱えることができるが、ネットワーク、報酬、縦、地域ターゲットは、どの広告にもではなく案件に存在する。広告アーカイブを検索すればクリエイティブが得られる。案件カタログを検索すれば、メディアバイヤーが 1 つの見出しを書く前に決める条件が得られる。

その違いが重要なのは、後ではなく意思決定のその時点だ。何を宣伝するかを選ぶバイヤーに必要なのは、報酬、地域適格性、縦との一致であり、これらは広告には明記されないことが多く、ランディングページはリダイレクトの背後に隠すこともある。案件レコードは、その 3 項目を、コピーから推測したりスクリーンショットから当て推量したりするものではなく、検索可能にする。

案件レコードは、広告には決してないどの項目を持っていますか?

案件レコードは、広告が持たない業務項目を保存する。ネットワークの所属、数値のコミッション額、1 つ以上の地域ターゲット、縦の分類、そして案件がまだ有効かどうかを示すステータスフラグに結び付いたランディング URL だ。対して広告は、コピー、媒体タイプ、ページ名、最終確認日といったクリエイティブのメタデータを保存する。2 つのオブジェクトは別々の問いに答えるものであり、それを混同することが、ほとんどのスパイツールのマーケティングが間違う点だ。

案件レコードにランディング URL がない、または内容が薄い場合、次の一手は通常、広告にたまたま表示されているものを信じるのではなく、プログラムの アフィリエイトページ を直接見つけることだ。これはクリエイティブを読むのとは別の技能であり、ネットワークが JV ページを深く埋めているほど重要になる。

• ネットワーク - 手数料を支払う 11 の保有ネットワークのうちどれか: Braip, Hotmart Affiliation, Kiwify, Hotmart, Admitad, Monetizze, ClickBank, CPALead, BuyGoods, MyLead, dr.cash
• CPA/コミッション額 - 28,042 件の案件のうち 15,582 件に存在する数値で、スクリーンショットから読むのではなくフィルターできる
• 地域ターゲット - 25,293 件の案件に存在し、クリエイティブに費用を使う前に対象国を絞り込める
• ランディング URL - 25,085 件の案件に存在し、広告が実際に誘導する先を示す
• 縦 - カタログが案件を分類する 25 の固有カテゴリの 1 つ
• ステータス - アクティブまたは非アクティブなので、死んだ案件で調査時間を無駄にしない

カタログには何件の案件と何件のネットワークがありますか?

カタログには 28,042 件の案件があり、そのすべてがアクティブとしてフラグ付けされ、現在案件を持つ 11 のアフィリエイトおよびプロデューサー・ネットワークにまたがっている。listing_offers テーブルに対する直接カウントによるものだ。さらに Digistore24 と TerraLeads の 2 ネットワークがシステムには設定されているが、現在は案件数が 0 だ。設定済みであることと、実際に対象であることは同じではない。

その 11 ネットワークのうち 4 つ、Hotmart, Braip, Kiwify, Monetizze はブラジルおよび LATAM のプロデューサー・ネットワークで、合計で 28,042 件中 21,650 件を占める。全体の 4 分の 3 を少し超える規模だ。調査した 11 の広告スパイ競合のどれも、この 4 つの名前をカバー範囲のどこにも挙げていない。その差分については nutra affiliate network ranking でより詳しく扱っている。

その案件のうち、数値の支払い額をフィルターできるものは何件ですか?

カタログの 28,042 件の案件のうち 15,582 件は数値の CPA またはコミッション額を持ち、listing_offers.cpa_amount_numeric に対する直接カウントによれば、全体の約 56% だ。つまり、支払い額は大半の案件でフィルター可能な項目であり、VSL の書き起こしやアフィリエイトマネージャーのメールから拾い出す数字ではない。

残りの 44% も、ネットワーク、縦、そして通常は地域ターゲットを持っているが、明示された数値はない。ネットワークによっては、単一の固定額を公開する代わりに段階別や交渉ベースで支払いを提示することがあり、カタログはその現実を反映していて、値を推測してはいない。CPA 欄が空なら、それは常に「ネットワークに確認する」であって、「ゼロ」ではない。

いくつが地域ターゲットとランディング URL を持っていますか?

28,042 件の案件のうち 25,293 件は少なくとも 1 つの地域ターゲットを持ち、25,085 件はランディング URL を持つ。どちらも listing_offers テーブルに対する直接カウントでは、カタログ全体の約 90% に相当する。つまり、およそ 2,700 件には明示された地域がなく、約 2,950 件には取得されたランディング URL がない。予算を投じる前に手作業で確認する価値のある抜けだ。

地域のカバレッジは 79 の固有コードに及び、特定の国を探しても空振りしにくい広さがあるが、カタログにそのコードがあるからといって、申請した瞬間にネットワークがまだその国からのトラフィックを受け付けるとは限らない。取得済みのランディング URL は、実際に何が有効かを確認するための出発点であって、別の問題である rogue affiliate cloaking に対する保証ではない。これは offer owners police が自分たちのプログラムで対処するものだ。

なぜどの広告スパイツールも案件カタログを公開しないのですか?

調査したどの広告スパイツールも案件カタログを公開しないのは、その製品全体が、案件の背後にあるものではなくクリエイティブを索引化するよう作られているからだ。AdSpy, AdPlexity, Anstrex, BigSpy, PowerAdSpy, Minea, Dropispy, Foreplay, AdHeart, PiPiADS, Atria はすべて広告を索引化する。広告こそが製品の中心単位であり、それ以外はすべてその上に重ねたフィルターだ。

AdSpy と AdPlexity が最も近い。どちらもユーザーがアフィリエイトネットワークまたは案件 ID で広告をフィルターできる。AdSpy のフィルターセットは 'affiliate network, affiliate ID, Offer ID' を直接名指しし、AdPlexity Native は MediaForce, ClickBank, BuyGoods を挙げてアフィリエイトネットワークでフィルターする。それでも両者とも検索は広告から始まり、案件がたまたま持つ項目で絞り込むだけだ。つまり、クリエイティブに対するフィルターであって、案件優先で閲覧するカタログではない。

商業的には、その差は理解しやすい。数千件の構造化された案件行より、もっと多くの広告件数をホームページで売るほうがはるかに簡単だし、AdSpy の 208.2 million ads や BigSpy の主張する 10 億超のクリエイティブは、どの案件カタログも決してかなわない見出し数字になる。案件がまだ有効かを確認し、支払い額を取得し、地域に結び付ける作業は、広告をもう 1 件スクレイプするより遅く、デモ向きではない。

広告では答えられない、案件で答えられる問いは何ですか?

案件カタログは、支払い額、地域適格性、縦の一致を軸にした問いに答える。これは、バイヤーが 1 本の広告が存在する前に下す判断だ。「この地域で、nutra 縦の明示された CPA を超えて支払う案件はどれか」は、ここでは構造化された項目への直接検索だが、広告アーカイブでは、クリエイティブのコピーやスクレイプされた広告に付与されたアフィリエイトネットワークラベルから作る近似にすぎない。

このカテゴリの多くの人は、より大きな広告アーカイブのほうが優れた調査ツールだと考えがちだ。しかし、案件選定の仕事に限れば、その前提は逆だ。何を宣伝するかを決めるバイヤーには、数億の広告よりも数千の構造化された案件行のほうが役立つ。判断は量ではなく項目で行われるからだ。AdSpy の 208 million ads と BigSpy の主張する 10 億超のクリエイティブは、どの角度が効いているかに答えるために作られている。この問いは、案件が選ばれて初めて重要になる。さらに、自分たちのフィルターセットがユーザーにアフィリエイトネットワークや案件 ID で絞り込ませていることは、答えを案件レベルの項目へ戻している点で、その事実を認めている。

実務上は、仕事が 2 つに分かれる。支払い額を地域別に見る、あるいはどのネットワークがまだある国でライブ在庫を持つか、といった案件起点の問いは、このような構造化カタログに属する。今週どのフックが回っているか、どのフォーマットがスケールしているかといった角度起点の問いは、今でも広告スパイのサブスクリプションに属する。片方がもう片方を置き換えるかのように示唆するページは、どちらに転んでも誤解を招く。

案件カタログはどこで役に立たなくなりますか?

案件カタログが役に立たなくなるのは、編集的な深さや、その場での確認が必要になった瞬間だ。それを持っていないからだ。28,042 件の案件のうち、8,668 件は 300 文字以上の長い説明を持ち、632 件は短い説明を持ち、18,742 件はまったく説明がない。listing_offers.long_description に対する直接カウントによるものだ。構造化項目の広さは、すべてのレコードに書き込みの深さがあるという主張と同じではない。

鮮度はさらに厳しい制約だ。直近 30 日間にスクレイプで再確認された案件は 274 件だけなので、「毎日更新」という表現はこのカタログには使えないし、支払い額や地域の項目は、ネットワークに直接照合する頃には古くなっている可能性がある。数値項目はすべて、ライブ確認の出発点であって保証ではないと考えるべきだ。

このカタログは設計上、生の広告量では薄い。4,296 件の広告と 3,979 件の VSLs に対し、AdSpy の 208.2 million ads や BigSpy の主張する 10 億超と比べれば明らかだ。もともと角度レベルの問いに答えるために作られたものではないので、広告スパイのサブスクリプションと組み合わせて使うべきであり、1 つのツールに両方を期待してはいけない。ここで見つかったものに予算を投じる前に、offer vetting checklist のようなもので確認を通すべきだ。データベースの項目は支払い額を確認できるが、コンプライアンスやランディングページの cloaking は確認できないからだ。

クイック判断チェックリスト

このページは一般的なブログ記事ではなく、判断支援として使ってください。実際の問いは、読者が VSL 主導の direct response で既に機能しているものについて、より速い証拠を必要としているかどうかです。特に nutra、サプリメント、GLP-1、減量、血糖値、そしてその周辺の高意図ヘルス市場においてです。

次の意思決定が、今動いている市場の具体例に依存するなら Daily Intel Service が最も役立ちます。どのフックを試すべきか、どの主張スタイルが危険か、どの funnel 構造が一般的か、どの言語市場が動いているか、そして競合の creative が初期段階なのか、スケール中なのか、すでに飽和しているのか。

• 直接の答えが必要なら、まず TL;DR を見てください。
• 表を使ってトレードオフを素早く比較してください。
• FAQ を使って answer engine 向けの要約を確認してください。
• 理論ではなく live VSL と広告の例が必要な場合は CTA を使ってください。

Daily Intel のカバレッジ優位性

Daily Intel Service は、カテゴリをリードする多様性と実用性を中心に設計されています。blackhat、greyhat、whitehat の広告パターンを横断して、最も広範な direct-response の VSLs と広告 creative のカタログの一つであり、広告主が見えている creative の先で何をしているのかを理解するのに十分な文脈があります。実務上の違いは、メンバーがスクリーンショットだけでなく、VSL、広告、funnel の経路、トランスクリプト、UTM の文脈、そして素材を意思決定へ変えるリサーチノートまで見られることです。

これは重要です。direct-response の affiliate は、1 つのきれいなカテゴリの中だけで動いているわけではないからです。減量キャンペーンは、whitehat のコンプライアンス広告、greyhat の pre-lander、より攻撃的な VSL、そして upsell と recovery を前提にした checkout 経路を使うかもしれません。有用なインテリジェンスプラットフォームは、すべての勝ちキャンペーンが公開ブランド広告のように見えるふりをするのではなく、このスペクトラムを捉える必要があります。

blackhat、whitehat、多言語シグナルのカバレッジ

Daily Intel は blackhat 型と whitehat 型の両方のキャンペーンのパターンを追跡し、運用者がリスクを盲目的に模倣せずに市場を理解できるようにします。whitehat の例は持続性とコンプライアンスレビューに役立ち、blackhat と greyhat の例は、支出を押し上げている可能性のある圧力点、フック、仕組み、funnel 構造を明らかにしますが、利用前に慎重な調整が必要です。

このカタログはグローバルな運用者向けにも作られており、VSL と広告の参照は 14+ 言語とさまざまなローカル慣用表現にまたがっています。これはブラジル、LATAM、ヨーロッパ、MENA、インド、そして英語非母語の affiliate にとって大きな利点です。彼らは、同じ市場需要が文化をまたいでどう翻訳されるのかを知る必要があり、米国英語の広告だけを研究すればよいわけではないからです。

インテリジェンスを責任ある形で使う方法

目的はコピーではなくモデリングです。Daily Intel を使って、フック、メカニズム、証拠、主張の強さ、funnel の深さ、offer の経済性、飽和段階といった構造を理解してください。そのうえで、オリジナルの creative を作成し、主張を見直し、トラフィックソース、国、言語、キャンペーンのコンプライアンス要件に合わせて angle を調整します。

強いワークフローは、行動する前に複数の例を比較します。同じメカニズムが複数の言語、複数の広告主、複数の funnel 変種に現れるなら、それは持続性のある市場シグナルかもしれません。例が一度しか出てこない、あるいは攻撃的な主張に依存しているなら、それはキャンペーンのテンプレートではなくリサーチの手がかりとして扱うべきです。

• 保護された creative 資産ではなく、構造をモデル化してください。
• whitehat の持続性と blackhat の説得圧力を分けて考えてください。
• 米国英語の例を LATAM、ヨーロッパ、その他の言語版と比較してください。
• トランスクリプトと funnel のノートを使って、オリジナルの brief を作成してください。
• コンプライアンスレビューと市場調査は分けてください。

調査手法と情報源について

Daily Intel pages are written from a research workflow that reviews active VSLs, Meta ad creatives, transcripts, UTMs, funnel paths, checkout steps, upsells, recovery sequences, and compliance-sensitive claim patterns. The goal is to explain observable market behavior, not to provide legal, medical, or platform policy advice.

For external context, readers should compare advertising and research decisions against authoritative primary references such as Meta Ad Library, Google helpful content guidance, and Google SEO link best practices. Daily Intel adds the proprietary direct-response layer: blackhat, greyhat, and whitehat campaign pattern comparison across VSL-heavy niches and 14+ language markets.

For deeper evaluation, continue through 25 Verticals, One Filter: Browsing Offers by Category Instead of Network, From 28,000 Offers to Five: A Filtering Order That Works, Show Me Only the Offers With a Number Attached, Sorting Offers by Payout When the Payout Is Actually a Number, Best ad spy tools for direct response affiliates, and Best $50/month affiliate tool stack. These related Daily Intel pages connect this topic to the relevant methodology, pricing, trust context, comparison path, or niche workflow.