まず広告主を正確に特定
分析前に、正規ドメイン1つと広告主1社を特定し、情報に矛盾がないことを確認します。
01競合1社の広告を検証し、分析結果をまとめるワークフローです。
競合1社の識別情報を確認し、再利用回数順と直近の新規配信という2つの広告サンプルを比較します。広告で確認できる明確な根拠をもとに、簡潔な競合レポートを作成します。
実行例 · 2026年10月13日 · 約2分
Spytrend 公開 · 2026年10月9日 · 調査方法
上の入力内容に合わせてプロンプトが更新されます。
ドメインの完全一致検索を1回実行し、広告主1社を特定して、情報に矛盾がないことを確認します。
プロンプトを見るプロンプトを閉じるコスト管理:Spytrendの有料呼び出しの前に毎回、同じツールと引数で無料の`estimate_cost`を実行し、コストを見積もって、ユーザーが指定した予算内で実行してください。予算が指定されていない場合は、最初の有料呼び出しの前に見積もりを伝えてください。料金への同意が必要な場合は、返された条件を提示し、ユーザーが明示的に同意するまで停止してください。ユーザーに代わって同意してはいけません。必須の呼び出しが指定予算に収まらない場合は、有料呼び出しを行わず、`予算上限のため必要な調査を実行できません`を返してください。任意の呼び出しが予算に収まらない場合は省略し、調査範囲が縮小したことを明示してください。`get_ad`で広告の詳細を取得する際は、多言語広告(`is_multilang`)をスキップし、`get_ad`の後に`get_media`を呼び出してはいけません。`retryable=true`の場合に限り、`retry_after_seconds`で指定された時間を待って1回だけ再試行してください。検索のたびに`params.ignored`を確認してください。無視された必須フィルターを、適用済みとして扱ってはいけません。検索で`pagination.total_status=restricted`が返された場合(無料プランのアーカイブ期間制限。境界日は`meta.plan_window_cutoff`)、結果に含まれるのはその日以前に配信が始まった広告だけであることをユーザーに伝え、その結果の0件を「該当する広告は存在しない」と報告してはいけません。コストに関する通知は、ユーザー向けの最終レポートに含めないでください。 接続された Spytrend MCP を使って、競合1社のアクティブな Meta 広告を分析してください。 正規ドメイン:hellofresh.com 国:United States/US 調査期間:UTC 基準で昨日までの、すでに終了した直近30日間 正規の登録可能ドメイン、許可リストに含まれる国、調査期間を検証してください。UTC 基準の当日は除外し、終了済みの日だけを含む正確な日付範囲を、後のルートBでのみ使うために保持してください。Meta のみを使ってください。source=meta、完全一致のランディングドメイン、landing_domain_exact=true、countries=US、status_today=active、limit=1 を指定して、論理上1回の対象確認検索を実行してください。追加で実行できるのは、許可された同一条件での再試行だけです。対象確認検索では date_from、date_to、sort、dedupe、query、category、media フィルターを明示的に省略してください。調査期間で対象確認検索を制限してはいけません。ブラウジング、検索条件の拡張、ページネーション、別の呼び出し形式の試行はしないでください。 完全一致検索が正常に完了し、結果が0件だった場合は、完了として扱ってください。`United States で配信中の、ドメインが完全一致する広告は返されませんでした` と返し、未解決とはせずにワークフローを終了してください。それ以外の場合は、返された広告1件だけを開いてください。配信中であること、国、ランディングページの登録可能ドメインが完全一致することを確認してください。ページと広告主の識別子は識別子としてのみ扱い、ドメイン、タイトル、URL から企業名を推測しないでください。標準モードでは get_advertiser を呼び出さないでください。`対象確認が未解決` は、広告の検証に失敗した場合、対象の同一性に矛盾がある場合、または完全一致すべきドメインに不一致がある場合に限って使ってください。 対象確認検索、対象確認用広告の詳細取得、広告主の詳細取得の各呼び出しで retryable=true と retry_after_seconds が返された場合は、指定された時間だけ待って、同じ呼び出しをまったく同じ条件で1回だけ再試行してください。対象確認検索または対象確認用広告の詳細取得が2回目も失敗した場合は、対象確認を利用不可として扱い、0件に置き換えないでください。 後のステップのために、正規ドメイン、国、正確な日付範囲、対象確認検索の完了状態と正確な配信中広告の総数、選択した対象確認用広告の正確な ID、その広告の完全な詳細レコードを保持してください。返す内容は、正規ドメイン、保持した日付範囲、サーバーが返したドメイン完全一致の配信中広告の総数、および `対象確認済み`・完全一致検索の結果が0件・未解決のいずれかの状態だけにしてください。保持した ID、呼び出し、監査の詳細は顧客向けの回答に表示しないでください。ステップ1の後で停止してください。
再利用順と最近の配信開始順で、サンプルを順番に収集します。
プロンプトを見るプロンプトを閉じるコスト管理:Spytrendの有料呼び出しの前に毎回、同じツールと引数で無料の`estimate_cost`を実行し、コストを見積もって、ユーザーが指定した予算内で実行してください。予算が指定されていない場合は、最初の有料呼び出しの前に見積もりを伝えてください。料金への同意が必要な場合は、返された条件を提示し、ユーザーが明示的に同意するまで停止してください。ユーザーに代わって同意してはいけません。必須の呼び出しが指定予算に収まらない場合は、有料呼び出しを行わず、`予算上限のため必要な調査を実行できません`を返してください。任意の呼び出しが予算に収まらない場合は省略し、調査範囲が縮小したことを明示してください。`get_ad`で広告の詳細を取得する際は、多言語広告(`is_multilang`)をスキップし、`get_ad`の後に`get_media`を呼び出してはいけません。`retryable=true`の場合に限り、`retry_after_seconds`で指定された時間を待って1回だけ再試行してください。検索のたびに`params.ignored`を確認してください。無視された必須フィルターを、適用済みとして扱ってはいけません。検索で`pagination.total_status=restricted`が返された場合(無料プランのアーカイブ期間制限。境界日は`meta.plan_window_cutoff`)、結果に含まれるのはその日以前に配信が始まった広告だけであることをユーザーに伝え、その結果の0件を「該当する広告は存在しない」と報告してはいけません。コストに関する通知は、ユーザー向けの最終レポートに含めないでください。 保持した確認済みの対象情報と入力値を使い、ドメインの完全一致、landing_domain_exact=true、選択した国、対応している場合は確認済みの広告主体のフィルター、dedupe=false、limit=8 を指定して、配信中の Meta 広告の検索を順番にちょうど2回実行してください。ページネーションは行わないでください。 ルートA:日付指定なし、sort_by=most_reused_creative、sort_order=desc。 ルートB:保持した終了済みの日付範囲を date_from/date_to に指定し、sort_by=date、sort_order=desc。 ルートが retryable=true と retry_after_seconds を返した場合は、指定された時間だけ待って、同じ呼び出しをまったく同じ条件で1回だけ再試行してください。2回目も失敗した場合は、そのルートを利用不可、実行全体を一部完了として扱い、もう一方のルートを続行してください。検索が正常に完了した結果の0件は、有効な0件として扱ってください。利用不可のルートを0件に置き換えないでください。 後のステップのために、返されたすべての候補について、正確な ID、返された行全体、取得元の区分(Aのみ/Bのみ/両方)を保持してください。さらに、各ルートの完了状態、返された場合の正確な総数、返却行数、重複数、重複を除いた候補数も保持してください。重複排除は両方の応答を受け取った後にのみ行い、ID の完全一致だけを基準にしてください。ステップ1で保持した正確な配信中広告の総数を、冒頭に示す N として維持してください。ルートAの総数は取得できない場合があり、その総数で N を上書きしてはいけません。ルートBが完了して総数を返した場合に限り、その正確な総数を冒頭に示す R として使ってください。ルートBが再試行後も利用できない場合は、R を `利用不可` として保持し、0件にはしないでください。ルートAはパフォーマンスや戦略の中核を示すものではなく、ルートBはテストや初回使用を証明するものではありません。 ルートA/Bの完了状態、返却行数、重複数、重複を除いた候補数、保持した対象確認検索の配信中広告の総数、ルートBの調査期間内の総数、完了/一部完了だけを返してください。ID、呼び出し、パラメータ、監査の詳細は表示しないでください。ステップ2の後で停止してください。
件数を絞った候補の詳細を取得し、すべての共通パターンに明確な裏付けを求めます。
プロンプトを見るプロンプトを閉じるコスト管理:Spytrendの有料呼び出しの前に毎回、同じツールと引数で無料の`estimate_cost`を実行し、コストを見積もって、ユーザーが指定した予算内で実行してください。予算が指定されていない場合は、最初の有料呼び出しの前に見積もりを伝えてください。料金への同意が必要な場合は、返された条件を提示し、ユーザーが明示的に同意するまで停止してください。ユーザーに代わって同意してはいけません。必須の呼び出しが指定予算に収まらない場合は、有料呼び出しを行わず、`予算上限のため必要な調査を実行できません`を返してください。任意の呼び出しが予算に収まらない場合は省略し、調査範囲が縮小したことを明示してください。`get_ad`で広告の詳細を取得する際は、多言語広告(`is_multilang`)をスキップし、`get_ad`の後に`get_media`を呼び出してはいけません。`retryable=true`の場合に限り、`retry_after_seconds`で指定された時間を待って1回だけ再試行してください。検索のたびに`params.ignored`を確認してください。無視された必須フィルターを、適用済みとして扱ってはいけません。検索で`pagination.total_status=restricted`が返された場合(無料プランのアーカイブ期間制限。境界日は`meta.plan_window_cutoff`)、結果に含まれるのはその日以前に配信が始まった広告だけであることをユーザーに伝え、その結果の0件を「該当する広告は存在しない」と報告してはいけません。コストに関する通知は、ユーザー向けの最終レポートに含めないでください。 保持した候補検索のエビデンスだけを使って、互いに異なる候補を追加で最大4件選んでください。ルートBから、開始日が調査期間内にあり、保持した対象確認用広告とは異なる候補を最大2件選び、ルートAから、まだ保持していない順位の高い候補を最大2件選んでください。空き枠はもう一方のルートから補充してください。実際にはないルートの多様性を作り上げないでください。 選択した候補をそれぞれ1回だけ開いてください。選択した候補の ID が保持した対象確認用広告の ID と完全一致する場合は、再度開かずに保持した詳細を再利用してください。詳細を取得する広告は、対象確認用の1件と分析用の4件を合わせた数を上限とし、条件を満たす候補が十分にある場合は3–5件の広告を検証してください。広告主体の識別子が同じであること、ドメインが完全一致すること、選択した国に配信されていること、配信中であることを必須条件としてください。取得に失敗した候補、配信中でない候補、利用不可の候補、ドメインや国が一致しない候補、対象の同一性に矛盾がある候補は、補充のための追加検索を行わずに除外してください。 候補広告の詳細取得の各呼び出しで retryable=true と retry_after_seconds が返された場合は、指定された時間だけ待って、同じ呼び出しをまったく同じ条件で1回だけ再試行してください。その再試行も失敗した場合に限り、取得失敗を理由に候補を除外してください。候補広告の詳細取得に失敗しても、正常に完了した候補検索を一部完了に変更しないでください。 明示された商品/オファー、メッセージ、CTA、返された遷移先/パス、実際のアセットを比較してください。アセットの分類は、画像、動画、画像と動画、返却なしの4種類に限定してください。複数のアセットがあっても、カルーセル形式や配信面を証明するものではありません。URL の構造だけで、リンク先のコンテンツの内容を確認できたとみなさないでください。オファー、メッセージ、CTA、メディア種別、ランディングページのパスが繰り返し使われていると述べるには、検証済みの異なる広告が少なくとも2件必要です。裏付けとなる広告数も示してください。同一のクリエイティブファミリーであることが明示的かつ完全に確認できない限り、クリエイティブが繰り返し使われている、同一である、再利用されているとは述べないでください。コピーやアセットが似ているだけでは不十分です。実質的に異なる商品をひとまとめにしないでください。 ステップ4のために、検証済みの各広告について、正確な ID、広告主体、オファー/商品、その広告に対応するメッセージ、実際のメディア種別、CTA、返された安全な HTTPS ランディング URL の全文、正規化したランディングページのパス、正確な開始日、取得元の区分(Aのみ/Bのみ/両方)を保持してください。さらに、選択数、検証数、除外数、裏付けのある各繰り返しパターンに該当する広告とその広告数、検証済みのルートBの広告がカバーする日付範囲、ルートの完了状態、冒頭に示す N、冒頭に示す R または `利用不可`、完了/一部完了も保持してください。返す内容は、選択数、検証数、除外数、取得元の区分(Aのみ/Bのみ/両方)、各繰り返しパターンを裏付ける広告数、検証済みのルートBの広告の開始日がカバーする範囲、完了/一部完了だけにしてください。保持した ID、除外した行の詳細、呼び出し、監査の詳細は顧客向けの回答に表示しないでください。ステップ3の後で停止してください。
検索経路別の観察結果、比較、確認用リンク、根拠の限界をまとめます。
プロンプトを見るプロンプトを閉じる保持したエビデンスだけを使い、調査のための呼び出しを一切行わず、表を使わない260語以内の顧客向けレポートを日本語で作成してください。 `# 競合の Facebook 広告:hellofresh.com` で始め、サーバーが返したドメイン完全一致の配信中広告数、詳細を確認して検証した広告数、サーバーが返した調査期間内に配信を開始した配信中広告数、完了/一部完了を表示してください。ルートBが許可された再試行後も利用できなかった場合は、`サーバーが返した調査期間内に配信を開始した配信中広告数:利用不可` と、一部完了の状態を表示してください。そのルートを0件と表示してはいけません。 エビデンスで裏付けられるセクションだけを使ってください。`繰り返し見られるパターン` は最大2件とし、少なくとも2件の広告が裏付ける場合に限り、裏付けとなる広告数を X/M の形式で示してください。`再利用の多い順で抽出した広告の所見` は、検証済みのルートAの広告がある場合に限って記載し、順位、再利用件数、クリエイティブファミリー数、パフォーマンスに関する表現は含めないでください。`最近の広告の所見` は、詳細レコードの開始日が保持した期間内にある検証済みのルートBの広告だけを根拠とし、ルートAのみのエビデンスを使ったり、テストと呼んだりしないでください。`目立つ点` は、少なくとも2件の広告を検証した場合に限り、確認できた範囲での比較を1件だけ示してください。`優先して確認する広告` では最大3件の広告を示し、それぞれにプレーンテキストのメディア種別、CTA、返された安全な HTTPS URL の全文をリンク先に設定した `ランディングページ` ラベルを付けてください。`エビデンスと限界` は最大2件の箇条書きとし、ルートA/Bの返却行数またはルートの利用不可、重複数/重複を除いた候補数、確認数/除外数、実際に確認した範囲を含めてください。メディア、プレビュー、CDN、署名付き一時 URL は表示もリンクもしないでください。該当ルートに検証済みのエビデンスがない場合は、その所見のセクションを省略してください。冒頭に示す N には、ステップ1の対象確認検索で保持した正確な配信中広告の総数を使ってください。冒頭に示す R には、保持したルートBの正確な総数を使い、ルートBが失敗した場合は `利用不可` としてください。ルートAの集計総数で代用してはいけません。 サーバーが返した総数に含まれる広告をすべて確認したかのような表現は避けてください。配信国と企業所在地は区別してください。サービス名、ツール、呼び出し、パラメータ、ID、除外した行、処理時間、再試行、使用量は表示しないでください。ターゲティング、オーディエンス、広告費、パフォーマンス、コンバージョン、売上、ROAS、収益性、市場シェア、テストの意図、因果関係、戦略の全体像を推測しないでください。 次の文で正確に終了してください:`確認できた Meta 広告の配信状況は、対象範囲を限定したアーカイブ内のサンプルを示すものであり、ターゲティング、広告費、パフォーマンス、コンバージョン、売上、ROAS、収益性、市場シェア、戦略の全体像を示すものではありません。` ステップ4の後で停止してください。
コスト管理:Spytrendの有料呼び出しの前に毎回、同じツールと引数で無料の`estimate_cost`を実行し、コストを見積もって、ユーザーが指定した予算内で実行してください。予算が指定されていない場合は、最初の有料呼び出しの前に見積もりを伝えてください。料金への同意が必要な場合は、返された条件を提示し、ユーザーが明示的に同意するまで停止してください。ユーザーに代わって同意してはいけません。必須の呼び出しが指定予算に収まらない場合は、有料呼び出しを行わず、`予算上限のため必要な調査を実行できません`を返してください。任意の呼び出しが予算に収まらない場合は省略し、調査範囲が縮小したことを明示してください。`get_ad`で広告の詳細を取得する際は、多言語広告(`is_multilang`)をスキップし、`get_ad`の後に`get_media`を呼び出してはいけません。`retryable=true`の場合に限り、`retry_after_seconds`で指定された時間を待って1回だけ再試行してください。検索のたびに`params.ignored`を確認してください。無視された必須フィルターを、適用済みとして扱ってはいけません。検索で`pagination.total_status=restricted`が返された場合(無料プランのアーカイブ期間制限。境界日は`meta.plan_window_cutoff`)、結果に含まれるのはその日以前に配信が始まった広告だけであることをユーザーに伝え、その結果の0件を「該当する広告は存在しない」と報告してはいけません。コストに関する通知は、ユーザー向けの最終レポートに含めないでください。 接続済みのSpytrend MCPを使い、特定の競合1社が配信中のMeta広告を、件数を絞ったサンプルで分析してください。 入力:正規ドメイン hellofresh.com、国 United States/US、遡及期間:UTCで昨日までの直近30日間としてください。 すべての工程を1ターンで完了し、ユーザー向けの最終レポートだけを日本語で返してください。Metaのみを使用してください。ブラウジング、ページネーション、入力条件の拡大、別のパラメーター形式の試行は行わないでください。検索は順番に実行してください。 1. 正規の登録可能ドメイン、許可リストに含まれる国、遡及期間を検証してください。UTCの当日は除外し、終了済みの日だけを含む正確な期間を計算してください。入力が無効な場合は、呼び出しを行わず、`指定された入力設定が無効です`だけを返してください。 2. 広告主を特定する検索を1回実行してください。再試行は、許可される場合に限り、同一条件で1回だけ行ってください。条件はsource=meta、完全一致のランディングドメイン、landing_domain_exact=true、countries=US、status_today=active、limit=1としてください。日付、sort、dedupe、query、category、mediaは指定せず、広告主の特定を遡及期間で制限しないでください。完全一致検索が正常に完了し、正確な件数が0件と確定した場合は、「完了」として`United Statesでは、ドメインが完全一致する配信中の広告は返されませんでした`を返して終了し、それ以降の呼び出しは行わないでください。 3. それ以外の場合は、広告主の特定用に取得した1件の広告の詳細を開き、配信中のステータス、国、登録可能なランディングドメインの完全一致を確認してください。ページ識別子と広告主識別子は識別子としてのみ扱い、ドメイン、タイトル、URLから企業名を推測しないでください。標準モードではget_advertiserを呼び出さないでください。詳細の検証失敗、広告主情報の重大な不一致、完全一致ドメインの不一致がある場合に限り、`広告主を特定できません`を返してください。対象の広告主を切り替えてはいけません。 4. ドメインが完全一致する配信中の広告を、2つの経路で順番に検索してください。対応している場合は確認した対象の識別子を指定し、countries=US、dedupe=false、limit=8とし、ページネーションは行わないでください。 - 経路A、再利用順の現在のサンプル:日付は指定せず、sort_by=most_reused_creative、sort_order=descとしてください。 - 経路B、最近配信が始まった広告のサンプル:終了済みの日だけを含む正確なdate_from/date_toを指定し、sort_by=date、sort_order=descとしてください。 経路Aを成果や中核戦略の根拠として扱わないでください。経路Bをテスト、実験、初回使用の証拠として扱わないでください。 5. 取得元を保持してください。両方の呼び出し後、IDの完全一致で重複を除き、合計件数、取得行、重複、重複を除いた候補を分けて管理してください。冒頭に示すNは、広告主特定用の検索で返された、完全一致する配信中広告の正確な合計件数です。経路Aの件数で上書きしてはいけません。冒頭に示すRは、経路Bで正確な合計件数が返された場合にのみ、その値を使ってください。経路Bが最終的に失敗した場合は`取得不可`とし、0にはしないでください。応答に`dedupe=false`の適用表示がないだけでは、無視されたと明示されない限り、無視されたものと扱わないでください。 6. 検索後、追加で最大4件の異なる候補を選んでください。保持済みの広告主特定用広告とは異なり、開始日が対象期間内の経路Bの広告を最大2件と、まだ保持していない経路Aの上位広告を最大2件選んでください。空き枠はもう一方の経路から補ってください。取得経路の偏りがある場合は明示し、実際以上に多様な経路から取得したように示してはいけません。 7. 選んだ候補の詳細を、それぞれ1回だけ取得してください。A/Bから選んだ広告のIDが、保持済みの広告主特定用広告と完全一致する場合は、その詳細を再利用し、再取得しないでください。この場合、追加の詳細取得呼び出しは行わないでください。上限は広告主特定用の詳細1件と分析用の詳細4件で、条件に合う候補が十分にあれば3–5件の広告を検証します。分析用の検証済み広告は、対象の識別子、完全一致ドメイン、国、配信中ステータスのすべてが一致する必要があります。取得失敗、配信中でない、取得不可、ドメイン不一致、国不一致、情報の矛盾がある候補は除外し、代わりの検索は行わないでください。 8. 明示的な根拠だけを比較してください。対象は、具体的なオファー・商品、広告主の主張であることを明記したメッセージ、CTA、取得されたリンク先・パス、実際のアセットです。アセットは「画像」「動画」「画像と動画」「未取得」に統一して分類してください。アセットが複数あっても、カルーセル、スライドショー、配信面の証拠にはしないでください。URLの構造を、取得して確認したページ内容の証拠として扱わないでください。 9. 共通するオファー、メッセージ、CTA、メディア種別、表記を統一したリンク先経路を示すには、異なる検証済み広告が少なくとも2件必要です。裏付けとなる件数を必ず表示してください。共通パターンを作るために、実質的に異なる商品をまとめてはいけません。同一のクリエイティブファミリーであることが明示的かつ正確に確認できない限り、クリエイティブが繰り返し使われている、同一である、再利用されていると述べてはいけません。コピーやアセットの類似だけでは不十分です。経路Aの観察結果では、検証済みの経路Aの広告だけを説明し、順位、再利用回数、ファミリー数、成果を示唆する表現は使わないでください。最近の観察結果では、詳細情報の開始日が対象期間内にある、検証済みの経路Bの広告だけを説明してください。経路Aの開始日が期間内というだけでは、そのセクションに含めてはいけません。 10. 広告主特定、候補検索、候補詳細取得のどの呼び出しでも、retryable=trueとretry_after_secondsが返された場合は、指定時間を待ち、同一条件で1回再試行してください。広告主の特定が最終的に失敗した場合、分析は取得不可としてください。経路Aまたは経路Bが最終的に失敗した場合は、全体を「一部完了」とし、もう一方の経路は続行してください。正常に完了した検索の0件は、有効な0件です。候補の取得が最終的に失敗した場合は、その候補を除外して明示し、完了済みの候補検索を「一部完了」に変更しないでください。取得不可を0に置き換えてはいけません。 表を使わず、260語以内の日本語レポートを作成してください。冒頭は次の形式にしてください。 `# 競合のFacebook広告:hellofresh.com` `**サーバーが返した、ドメインが完全一致する配信中広告の件数:[N]** · **詳細検証済みの広告の件数:[M]** · **サーバーが返した、遡及期間内に配信を開始した配信中広告の件数:[R]** · **[完了/一部完了]**` 裏付けのあるセクションだけを使ってください。`共通パターン`(最大2つ。各項目にX/Mを示し、裏付けとなる広告が少なくとも2件ある場合のみ)、`再利用順の観察結果`(検証済みのAの根拠を使用)、`最近の観察結果`(開始日が対象期間内の検証済みのBの広告を使用)、`注目点`(少なくとも2件の広告を検証できた場合に限り、比較を1つ)、`優先して確認する広告`(最大3件。各広告にプレーンテキストのメディアラベルとCTAを記載し、`ランディングページ`のラベルを付けて、返された安全なHTTPS URLを省略せずに表示)、`根拠と限界`(箇条書きは最大2項目。取得行数または取得不可の状況、重複件数・重複を除いた件数、確認件数・除外件数、調査範囲の制限を記載)としてください。メディア、プレビュー、CDN、署名付き一時URLは、表示もリンクもしてはいけません。裏付けのない観察セクションは省略してください。経路Bが失敗した場合は、Rの代わりに`取得不可`と表示し、0にはしないでください。 対象確認検索の結果が0件の場合は、タイトル、0件であることの概要、結果、調査範囲に関する箇条書き1件を表示してください。対象の同一性に矛盾がある場合は、未解決であることを短く説明するだけにし、市場に該当広告が存在しないとは主張しないでください。サーバーが返した総数に含まれる広告をすべて確認したかのような表現は避けてください。配信国と企業所在地は区別してください。サービス名、ツール、呼び出し、パラメータ、ID、除外した行の詳細、処理時間、再試行、使用量は表示しないでください。ターゲティング、オーディエンス、広告費、パフォーマンス、コンバージョン、売上、ROAS、収益性、市場シェア、テストの意図、因果関係、戦略の全体像を推測しないでください。 次の文で正確に終了してください: `確認できた Meta 広告の配信状況は、対象範囲を限定したアーカイブ内のサンプルを示すものであり、ターゲティング、広告費、パフォーマンス、コンバージョン、売上、ROAS、収益性、市場シェア、戦略の全体像を示すものではありません。`
2026年10月13日に、hellofresh.com、米国、30日間の調査期間を指定して実際に実行しました。開いた広告5件が同じ広告主のものであることを確認しました。うち4件で10食無料のオファーが繰り返され、最新の3件では一人称のコピーと個別のプロモコードが使われていました。
| オファーまたはメッセージ | 開いた広告からわかること | エビデンス |
|---|---|---|
| 0110食無料 | 開いた広告5件のうち4件がこのオファーを前面に出し、最新の広告のうち2件では、朝食が一生無料になる特典も追加されています。 | 繰り返し見られるオファー · 5件中4件ランディングページ:hellofresh.com/pages/meal-kit-delivery |
| 02忙しい平日の夜も、買い物いらず | 10月8〜9日に配信を開始した3件の広告では、献立を考える手間や食料品の買い出しを省けることを一人称で伝え、それぞれに個別のプロモコードが付いています。 | 最近の広告の所見 · 3件の広告動画 · 登録 |
| 03テイクアウトより安い | 2件の広告が自炊とテイクアウトを比較し、再利用の多い順で抽出した広告では、費用が半分になると主張しています。 | メッセージの切り口 · 5件中2件動画 · 登録 |
2026年10月9日更新の、入力条件と実行ルールを定めたワークフロー仕様に基づき、Spytrendが公開。
分析前に、正規ドメイン1つと広告主1社を特定し、情報に矛盾がないことを確認します。
01再利用順と最近の配信開始順の検索を順番に実行し、合計件数と取得元を経路ごとに管理します。
02共通パターンとして述べるには、検証済みの異なる広告が少なくとも2件必要です。裏付けとなる件数も明示します。
03順位や配信開始日を、広告費、テストの意図、成果の根拠として扱いません。
04いいえ。件数を限定してサーバーの並び順で取得した結果であり、成果や中核戦略を裏付けるものではありません。
いいえ。取得された開始日だけでは、テストの意図や初回使用かどうかはわかりません。
いいえ。そう判断するには、同一のクリエイティブファミリーであることを正確に確認する必要があります。
もう一方の検索は続行できますが、最終結果は「一部完了」となり、取得できなかった合計件数は「取得不可」のまま表示します。
Spytrend MCPを接続し、指定の入力項目を設定して、4つのプロンプトを実行してください。