Спочатку точна ідентифікація рекламодавця
Перед аналізом робочий процес підтверджує один канонічний домен і перевіряє, що дані однозначно вказують на одного рекламодавця.
01Цей робочий процес дає один аналіз реклами конкурента на основі перевірених даних.
Підтвердь, що знайдено потрібного конкурента, порівняй вибірку, ранжовану за частотою повторного використання креативів, із вибіркою нещодавніх запусків і підготуй стислий огляд на основі конкретних даних оголошень.
Приклад запуску · 13 жовтня 2026 року · ~2 хв
Опубліковано Spytrend · 9 жовтня 2026 · Методологія
Промпти оновлюються відповідно до наведених контрольованих параметрів.
Виконайте один пошук за точним доменом і переконайтеся, що дані однозначно вказують на одного рекламодавця.
Переглянути промптСховати промптКонтроль вартості: перед кожним платним викликом Spytrend запустіть безкоштовний `estimate_cost` із тим самим інструментом і аргументами, оцініть вартість і дотримуйтеся заявленого користувачем бюджету; якщо користувач не назвав бюджет, повідомте йому оцінку перед першим платним викликом. Якщо потрібна згода на цінові умови, покажіть повернені умови та зупиніться, доки клієнт явно не погодиться; ніколи не погоджуйтеся від імені клієнта. Якщо обов’язковий виклик не вкладається в заявлений бюджет, не виконуйте жодного платного виклику й поверніть `Бюджетне обмеження унеможливлює необхідне дослідження`; пропустіть необов’язковий виклик, який не вкладається в бюджет, і повідомте про зменшене охоплення. Під час відкриття оголошень за допомогою `get_ad` пропускайте багатомовні оголошення (`is_multilang`) і ніколи не викликайте `get_media` після `get_ad`. Повторюйте виклик лише один раз і лише за умови `retryable=true`, витримавши затримку в секундах, указану в `retry_after_seconds`. Після кожного пошуку перевіряйте `params.ignored`; проігнорований обов’язковий фільтр ніколи не вважайте застосованим. Якщо пошук повідомляє `pagination.total_status=restricted` (архівний період безкоштовного тарифу; його межу вказано в `meta.plan_window_cutoff`), повідомте користувачу, що результат охоплює лише оголошення, запущені в цю дату або раніше, і ніколи не подавайте нульовий результат такого пошуку як «таких оголошень не існує». Повідомлення про вартість не входять до фінального звіту для клієнта. Проаналізуй активні оголошення Meta одного конкурента за допомогою підключеного Spytrend MCP. Канонічний домен: hellofresh.com Країна: United States/US Період: останні 30 повних днів за UTC, що завершилися вчора Перевір канонічний домен рівня реєстрації, належність країни до списку дозволених і період; виключи поточний незавершений день за UTC та збережи точний період завершених днів для подальшого використання лише в маршруті B. Використовуй тільки Meta. Виконай рівно один логічний пошук для ідентифікації та лише дозволену ідентичну повторну спробу з source=meta, точним доменом посадкової сторінки, landing_domain_exact=true, countries=US, status_today=active і limit=1. Обов'язково виключи з пошуку для ідентифікації date_from, date_to, sort, dedupe, query, category і фільтри медіа; заданий період не має обмежувати цей пошук. Не переглядай вебсторінки, не розширюй пошук, не використовуй пагінацію й не випробовуй іншу структуру виклику. Успішно завершений пошук із точним збігом домену та нульовим результатом має статус «Завершено»: поверни `Для United States не повернуто активних оголошень із точним збігом домену` і припини робочий процес, не позначаючи ідентифікацію як невирішену. В іншому разі відкрий рівно одне повернуте оголошення. Підтвердь активний статус, країну показу й точний домен посадкової сторінки рівня реєстрації. Розглядай ідентифікатори сторінки та рекламодавця лише як ідентифікатори; не визначай назву компанії за доменом, заголовком або URL. У стандартному режимі не викликай get_advertiser. Використовуй `Ідентифікацію не завершено` лише в разі невдалої перевірки оголошення, суперечностей між ідентифікаційними даними або невідповідності точного домену. Для кожного виклику пошуку для ідентифікації, отримання докладних даних ідентифікаційного оголошення або рекламодавця, який повертає retryable=true разом із retry_after_seconds, зачекай указаний час і виконай рівно одну ідентичну повторну спробу. Якщо пошук для ідентифікації або отримання докладних даних ідентифікаційного оголошення завершується невдачею вдруге, вважай ідентифікацію недоступною; ніколи не трактуй це як нульовий результат. Збережи для наступних кроків: канонічний домен; країну; точний період; стан завершення пошуку для ідентифікації та точну загальну кількість активних оголошень; точний ID вибраного ідентифікаційного оголошення; повний запис його докладних даних. Поверни лише канонічний домен, збережений період, повернуту сервером загальну кількість активних оголошень із точним збігом домену та результат ідентифікації: `Ідентифікацію підтверджено`, точний нульовий результат або незавершену ідентифікацію. Приховай збережені ідентифікатори, виклики та подробиці аудиту у відповіді для клієнта. Зупинися після кроку 1.
Послідовно зберіть вибірку, упорядковану за повторним використанням креативів, і вибірку недавніх запусків.
Переглянути промптСховати промптКонтроль вартості: перед кожним платним викликом Spytrend запустіть безкоштовний `estimate_cost` із тим самим інструментом і аргументами, оцініть вартість і дотримуйтеся заявленого користувачем бюджету; якщо користувач не назвав бюджет, повідомте йому оцінку перед першим платним викликом. Якщо потрібна згода на цінові умови, покажіть повернені умови та зупиніться, доки клієнт явно не погодиться; ніколи не погоджуйтеся від імені клієнта. Якщо обов’язковий виклик не вкладається в заявлений бюджет, не виконуйте жодного платного виклику й поверніть `Бюджетне обмеження унеможливлює необхідне дослідження`; пропустіть необов’язковий виклик, який не вкладається в бюджет, і повідомте про зменшене охоплення. Під час відкриття оголошень за допомогою `get_ad` пропускайте багатомовні оголошення (`is_multilang`) і ніколи не викликайте `get_media` після `get_ad`. Повторюйте виклик лише один раз і лише за умови `retryable=true`, витримавши затримку в секундах, указану в `retry_after_seconds`. Після кожного пошуку перевіряйте `params.ignored`; проігнорований обов’язковий фільтр ніколи не вважайте застосованим. Якщо пошук повідомляє `pagination.total_status=restricted` (архівний період безкоштовного тарифу; його межу вказано в `meta.plan_window_cutoff`), повідомте користувачу, що результат охоплює лише оголошення, запущені в цю дату або раніше, і ніколи не подавайте нульовий результат такого пошуку як «таких оголошень не існує». Повідомлення про вартість не входять до фінального звіту для клієнта. Використовуючи збережені підтверджені ідентифікаційні та вхідні дані, виконай рівно два послідовні пошуки активних оголошень Meta із точним доменом, landing_domain_exact=true, вибраною країною, фільтром підтвердженої сутності, якщо він підтримується, dedupe=false, limit=8 і без пагінації. Маршрут 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, зачекай указаний час і виконай рівно одну ідентичну повторну спробу. Друга невдала спроба робить маршрут недоступним, а результат виконання — частковим; продовжуй роботу з іншим маршрутом. Нульовий результат успішно завершеного пошуку є коректним нульовим результатом. Ніколи не трактуй недоступність маршруту як нульовий результат. Збережи для наступних кроків точний ID кожного повернутого кандидата, повний повернутий запис і походження: лише A, лише B або перетин. Також збережи стан завершення кожного маршруту, точну загальну кількість, якщо її повернуто, кількість повернутих записів, кількість кандидатів у перетині та кількість унікальних кандидатів. Усунь дублікати за точними ID лише після отримання обох відповідей. Збережи точну загальну кількість активних оголошень із кроку 1 як основний показник N; загальна кількість із маршруту A може бути недоступною й не має замінювати цей показник. Використовуй точну загальну кількість із маршруту B як основний показник R лише тоді, коли маршрут B завершено й цю кількість повернуто. Якщо маршрут B після повторної спроби залишається недоступним, збережи R як `Недоступно`, ніколи не як нуль. Маршрут A не свідчить про результативність чи основну стратегію; маршрут B не доводить проведення тестів або першого використання. Поверни лише стани завершення A/B, кількість повернутих записів, кількість кандидатів у перетині, кількість унікальних кандидатів, збережену загальну кількість активних оголошень із пошуку для ідентифікації, загальну кількість оголошень за заданий період із маршруту B та статус «Завершено/Частково». Приховай ідентифікатори, виклики, параметри та подробиці аудиту. Зупинися після кроку 2.
Відкрийте обмежену кількість оголошень для перевірки й вимагайте явного підтвердження кожної повторюваної закономірності.
Переглянути промптСховати промптКонтроль вартості: перед кожним платним викликом Spytrend запустіть безкоштовний `estimate_cost` із тим самим інструментом і аргументами, оцініть вартість і дотримуйтеся заявленого користувачем бюджету; якщо користувач не назвав бюджет, повідомте йому оцінку перед першим платним викликом. Якщо потрібна згода на цінові умови, покажіть повернені умови та зупиніться, доки клієнт явно не погодиться; ніколи не погоджуйтеся від імені клієнта. Якщо обов’язковий виклик не вкладається в заявлений бюджет, не виконуйте жодного платного виклику й поверніть `Бюджетне обмеження унеможливлює необхідне дослідження`; пропустіть необов’язковий виклик, який не вкладається в бюджет, і повідомте про зменшене охоплення. Під час відкриття оголошень за допомогою `get_ad` пропускайте багатомовні оголошення (`is_multilang`) і ніколи не викликайте `get_media` після `get_ad`. Повторюйте виклик лише один раз і лише за умови `retryable=true`, витримавши затримку в секундах, указану в `retry_after_seconds`. Після кожного пошуку перевіряйте `params.ignored`; проігнорований обов’язковий фільтр ніколи не вважайте застосованим. Якщо пошук повідомляє `pagination.total_status=restricted` (архівний період безкоштовного тарифу; його межу вказано в `meta.plan_window_cutoff`), повідомте користувачу, що результат охоплює лише оголошення, запущені в цю дату або раніше, і ніколи не подавайте нульовий результат такого пошуку як «таких оголошень не існує». Повідомлення про вартість не входять до фінального звіту для клієнта. Використовуючи лише збережені дані пошуку, вибери до чотирьох додаткових різних кандидатів: до двох оголошень із маршруту B, які мають дати початку в межах збереженого періоду та відрізняються від збереженого ідентифікаційного оголошення, і до двох оголошень із найвищими позиціями в маршруті A, які ще не збережено. Заповни кожне вільне місце кандидатом з іншого маршруту. Не стверджуй, що кандидати представляють різні маршрути, якщо це не підтверджено збереженими даними. Відкрий кожного вибраного кандидата один раз. Якщо вибрано оголошення з точним ID збереженого ідентифікаційного оголошення, використай його збережені докладні дані без повторного відкриття. Максимум: докладні дані одного ідентифікаційного оголошення та чотирьох оголошень для аналізу, тобто 3–5 перевірених оголошень за наявності достатньої кількості кандидатів, що відповідають вимогам. Вимагай збігу ідентифікаторів сутності, точного домену, показу у вибраній країні та активного статусу. Виключай кандидатів із невдалою перевіркою, неактивних, недоступних, з іншим доменом, іншою країною показу або суперечливими ідентифікаційними даними без додаткового пошуку. Для кожного виклику отримання докладних даних кандидата, який повертає retryable=true разом із retry_after_seconds, зачекай указаний час і виконай рівно одну ідентичну повторну спробу. Виключай кандидата лише після невдачі цієї повторної спроби. Невдале отримання докладних даних кандидата не змінює статус успішно завершеного пошуку на «Частково». Порівнюй явно зазначені продукт/пропозицію, повідомлення, CTA, повернуту адресу переходу/шлях і фактичні медіаматеріали. Для медіаматеріалів використовуй лише такі нормалізовані позначення: Зображення, Відео, Зображення та відео або Не повернуто. Наявність кількох медіаматеріалів не доводить використання каруселі чи певного місця розміщення; структура URL не доводить, який вміст було завантажено. Називай пропозицію, повідомлення, CTA, тип медіа або маршрут посадкової сторінки повторюваними лише за наявності двох різних перевірених оголошень і вказуй кількість оголошень, що це підтверджують. Ніколи не називай креатив повторюваним, ідентичним або повторно використаним без явного підтвердження точної належності до одного сімейства креативів; схожого тексту або медіаматеріалів недостатньо. Не об'єднуй суттєво різні продукти. Збережи для кроку 4 точний ID кожного перевіреного оголошення, сутність, пропозицію/продукт, пов'язане з ним повідомлення, фактичний тип медіа, CTA, повну безпечну HTTPS-адресу посадкової сторінки, повернуту сервером, нормалізований маршрут посадкової сторінки, точну дату початку та походження: лише A, лише B або перетин. Також збережи кількість вибраних/перевірених/виключених оголошень, склад груп оголошень із підтвердженими повторюваними елементами та кількість оголошень у кожній групі, охоплення дат перевіреними оголошеннями маршруту B, стани завершення маршрутів, основний показник N, основний показник R або `Недоступно` та статус «Завершено/Частково». Поверни лише кількість вибраних/перевірених/виключених оголошень, походження «лише A/лише B/перетин», кількість оголошень, що підтверджують кожен повторюваний елемент, охоплення дат початку перевіреними оголошеннями маршруту B та статус «Завершено/Частково». Приховай збережені ідентифікатори, подробиці відхилених записів, виклики та подробиці аудиту у відповіді для клієнта. Зупинися після кроку 3.
Подайте спостереження за кожним напрямом пошуку, порівняння, посилання для перевірки та обмеження доказової бази.
Переглянути промптСховати промптВикористовуючи лише збережені докази, без дослідницьких викликів, напиши звіт для клієнта без таблиць, обсягом не більше 260 слів. Почни з `# Оголошення Facebook конкурента: hellofresh.com`, потім покажи повернуту сервером кількість активних оголошень із точним збігом домену, кількість оголошень, перевірених за докладними даними, повернуту сервером кількість активних оголошень, запущених за заданий період, і статус «Завершено/Частково». Якщо маршрут B залишився недоступним після дозволеної повторної спроби, виведи `Повернута сервером кількість активних оголошень, запущених за заданий період: недоступно` та статус «Частково»; ніколи не виводь для цього маршруту нуль. Включай лише розділи, підтверджені доказами: до двох елементів у розділі `Повторювані елементи` із зазначенням кількості оголошень на їх підтвердження у форматі X/M, причому кожен елемент мають підтверджувати щонайменше два оголошення; `Спостереження за рейтингом повторного використання` лише за перевіреними оголошеннями маршруту A, без позицій у рейтингу, кількості повторних використань, кількості сімейств креативів або формулювань про результативність; `Нещодавнє спостереження` лише за перевіреними оголошеннями маршруту B, дати початку яких у докладних даних належать до збереженого періоду, ніколи не спираючись на докази лише з маршруту A й ніколи не називаючи це тестом; одне порівняння в межах наявних доказів у розділі `Що вирізняється` лише за наявності щонайменше двох перевірених оголошень; `Перевірити насамперед` із не більш ніж трьома оголошеннями, для кожного з яких наведено текстове позначення типу медіа, CTA та повну безпечну HTTPS-адресу, повернуту сервером, як посилання з текстом `Посадкова сторінка`; і не більш ніж два пункти в розділі `Докази та обмеження` із кількістю записів A/B або зазначенням недоступності маршруту, кількістю кандидатів у перетині/унікальних кандидатів, кількістю перевірених/виключених оголошень та межами охоплення дослідження. Ніколи не виводь і не додавай посилання на URL медіаматеріалів, попереднього перегляду, CDN або підписані тимчасові URL. Не включай розділ спостережень, якщо для його маршруту немає перевірених доказів. Використовуй збережену на кроці 1 точну загальну кількість активних оголошень із пошуку для ідентифікації як основний показник N, а збережену точну загальну кількість із маршруту B — як основний показник R або слово `Недоступно`, якщо маршрут B завершився невдачею; ніколи не підставляй загальну кількість із маршруту A. Ніколи не створюй враження, що перевірено всі оголошення, враховані в загальних кількостях, повернутих сервером. Розрізняй країну показу реклами та місцезнаходження компанії. Приховуй назву сервісу, інструменти, виклики, параметри, ідентифікатори, відхилені записи, час виконання, повторні спроби та використання ресурсів. Не роби висновків про таргетинг, аудиторію, витрати, результативність, конверсії, дохід, ROAS, прибутковість, частку ринку, намір проводити тестування, причинно-наслідкові зв'язки або повну стратегію. Заверши точно так: `Спостережувана активність оголошень Meta описує обмежену вибірку з архіву, а не таргетинг, витрати, результативність, конверсії, дохід, ROAS, прибутковість, частку ринку або повну стратегію.` Зупинися після кроку 4.
Контроль вартості: перед кожним платним викликом Spytrend запустіть безкоштовний `estimate_cost` із тим самим інструментом і аргументами, оцініть вартість і дотримуйтеся заявленого користувачем бюджету; якщо користувач не назвав бюджет, повідомте йому оцінку перед першим платним викликом. Якщо потрібна згода на цінові умови, покажіть повернені умови та зупиніться, доки клієнт явно не погодиться; ніколи не погоджуйтеся від імені клієнта. Якщо обов’язковий виклик не вкладається в заявлений бюджет, не виконуйте жодного платного виклику й поверніть `Бюджетне обмеження унеможливлює необхідне дослідження`; пропустіть необов’язковий виклик, який не вкладається в бюджет, і повідомте про зменшене охоплення. Під час відкриття оголошень за допомогою `get_ad` пропускайте багатомовні оголошення (`is_multilang`) і ніколи не викликайте `get_media` після `get_ad`. Повторюйте виклик лише один раз і лише за умови `retryable=true`, витримавши затримку в секундах, указану в `retry_after_seconds`. Після кожного пошуку перевіряйте `params.ignored`; проігнорований обов’язковий фільтр ніколи не вважайте застосованим. Якщо пошук повідомляє `pagination.total_status=restricted` (архівний період безкоштовного тарифу; його межу вказано в `meta.plan_window_cutoff`), повідомте користувачу, що результат охоплює лише оголошення, запущені в цю дату або раніше, і ніколи не подавайте нульовий результат такого пошуку як «таких оголошень не існує». Повідомлення про вартість не входять до фінального звіту для клієнта. Використайте підключений Spytrend MCP, щоб проаналізувати обмежену вибірку активних оголошень одного відомого конкурента в Meta. Використайте такі вхідні дані: канонічний домен hellofresh.com, країна United States/US, період аналізу — останні 30 завершених днів за UTC до вчора включно. Виконайте всі етапи за один хід і поверніть лише фінальний звіт для клієнта українською. Використовуйте лише Meta. Не переглядайте вебсторінки, не використовуйте пагінацію, не розширюйте вхідні дані й не випробовуйте альтернативні структури параметрів. Виконуйте пошуки послідовно. 1. Перевірте канонічний домен реєстраційного рівня, країну зі списку дозволених і період аналізу. Виключіть поточну дату за UTC й обчисліть точний період завершених днів. Якщо вхідні дані некоректні, поверніть рівно `Неправильна конфігурація контрольованих параметрів` без жодного виклику. 2. Виконайте один логічний пошук для ідентифікації рекламодавця та, за потреби, єдину дозволену повторну спробу з ідентичними аргументами: source=meta, точний домен лендингу, landing_domain_exact=true, countries=US, status_today=active, limit=1. Не вказуйте дати, сортування, dedupe, query, category і media; період аналізу не має обмежувати пошук для ідентифікації рекламодавця. Якщо завершений пошук за точним доменом повернув рівно нуль результатів, завершіть зі статусом «Повний» і повідомленням `Для United States не повернуто активних оголошень із точним доменом`; більше викликів не робіть. 3. В іншому разі відкрийте єдине знайдене оголошення для ідентифікації рекламодавця та підтвердьте активний статус, країну й точний домен лендингу реєстраційного рівня. Розглядайте ідентифікатори сторінки та рекламодавця лише як ідентифікатори; не виводьте назву компанії з домену, заголовка чи URL. У стандартному режимі не викликайте get_advertiser. Поверніть `Рекламодавця не ідентифіковано` лише якщо не вдалося перевірити детальні дані, виявлено суттєві суперечності в ідентифікаційних даних або розбіжність із точним доменом. Ніколи не переходьте до аналізу іншої сутності. 4. Послідовно виконайте два пошуки активних оголошень за точним доменом, використовуючи підтверджений ідентифікатор сутності, якщо він підтримується, 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. Зберігайте дані про походження результатів. Після обох викликів усуньте дублікати за точними ідентифікаторами й окремо зберігайте загальну кількість результатів, отримані рядки, перетин вибірок і унікальні оголошення для перевірки. Основний показник N — точна загальна кількість активних оголошень із точним доменом, яку повернув пошук для ідентифікації рекламодавця; напрям A ніколи його не перезаписує. Основний показник R — точна загальна кількість результатів напряму B, лише якщо її повернуто; після остаточного збою напряму B це `Недоступно`, ніколи не нуль. Якщо у відповіді немає підтвердження `dedupe=false`, не вважайте цей параметр проігнорованим, якщо це прямо не зазначено. 6. Після пошуку виберіть до чотирьох додаткових різних оголошень для перевірки: до двох оголошень із напряму B, які відрізняються від збереженого оголошення для ідентифікації рекламодавця та мають дати запуску в межах періоду, і до двох найвищих у рейтингу оголошень із напряму A, яких ще не збережено; заповнюйте вільні місця оголошеннями з іншого напряму. Повідомте про обмежене представлення різних напрямів пошуку; ніколи не вигадуйте різноманіття вибірки. 7. Відкрийте кожне вибране оголошення один раз. Якщо з A/B вибрано точний ідентифікатор збереженого оголошення для ідентифікації рекламодавця, використайте його вже отримані детальні дані без повторного відкриття; у такому разі не робіть додаткового виклику для отримання деталей. Максимум: одне відкриття оголошення для ідентифікації рекламодавця та чотири відкриття оголошень для аналізу, тобто за наявності достатньої кількості відповідних оголошень перевірте 3–5 оголошень. Перевірене оголошення для аналізу має відповідати ідентифікаторам сутності, точному домену, країні та активному статусу. Виключайте оголошення, які не вдалося перевірити, а також неактивні, недоступні, з іншим доменом, іншою країною чи суперечливими даними, без додаткового пошуку. 8. Порівнюйте лише явні докази: конкретну пропозицію/продукт; рекламне повідомлення, чітко вказуючи, що твердження належать рекламодавцю; заклик до дії; повернену цільову адресу/шлях; фактичні матеріали, нормалізовані як Зображення, Відео, Зображення та відео або Не повернуто. Кілька матеріалів ніколи не доводять використання каруселі, слайдшоу чи певного місця розміщення. Структура URL не підтверджує вміст завантаженої сторінки. 9. Для твердження про повторювану пропозицію, повідомлення, заклик до дії, тип медіа чи нормалізований шлях переходу потрібні щонайменше два різні перевірені оголошення; обов’язково зазначайте кількість оголошень, що його підтверджують. Не об’єднуйте суттєво різні продукти, щоб штучно створити закономірність. Ніколи не називайте креатив повторюваним, ідентичним чи повторно використаним без явного точного підтвердження належності до одного й того самого сімейства креативів; схожого тексту чи матеріалів недостатньо. Спостереження за напрямом A описують лише перевірені оголошення з напряму A, без позицій, кількості повторних використань, кількості сімейств креативів чи формулювань про ефективність. Спостереження щодо недавніх запусків описують лише перевірені оголошення з напряму B, дати запуску яких у детальних даних потрапляють у межі періоду; сама лише дата оголошення з напряму A в межах періоду ніколи не є підставою включати його до цього розділу. 10. Для кожного виклику пошуку для ідентифікації рекламодавця, пошуку вибірок чи отримання детальних даних оголошення, що повертає retryable=true з retry_after_seconds, витримайте вказану затримку й виконайте одну ідентичну повторну спробу. Остаточний збій ідентифікації рекламодавця робить аналіз недоступним; остаточний збій напряму A/B надає аналізу статус «Частковий», а пошук за іншим напрямом продовжується. Нульовий результат завершеного пошуку є коректним нулем. Остаточний збій отримання даних окремого оголошення виключає його з аналізу; повідомте про це, але не змінюйте статус завершеного пошуку на «Частковий». Ніколи не перетворюйте недоступне значення на нуль. Напишіть звіт без таблиць обсягом не більш як 260 слів. Почніть так: `# Реклама конкурента у Facebook: hellofresh.com` `**[N] повернених сервером активних оголошень із точним доменом** · **[M] оголошень із перевіреними детальними даними** · **[R] повернених сервером активних оголошень, запущених у періоді аналізу** · **[Повний/Частковий]**` Використовуйте лише розділи, для яких є підтвердження: `Повторювані закономірності` (до двох закономірностей, кожна у форматі X/M і лише за наявності щонайменше двох оголошень, що її підтверджують); `Спостереження за рейтингом повторного використання креативів` із перевіреними доказами з напряму A; `Спостереження щодо недавніх запусків` із перевіреними оголошеннями з напряму B, дати запуску яких потрапляють у межі періоду; `Що вирізняється` (лише одне порівняння, якщо перевірено щонайменше два оголошення); `Перевірте спочатку` (до трьох оголошень із текстовою міткою типу медіа, закликом до дії та повною безпечною HTTPS-адресою, яку повернув сервер, із міткою `Лендинг`); і `Докази та обмеження` (до двох пунктів, що охоплюють отримані рядки або недоступність даних, перетин вибірок і кількість унікальних оголошень, кількість перевірених і виключених оголошень та обмежене охоплення). Ніколи не виводьте URL медіа, попереднього перегляду, CDN чи тимчасові підписані URL і не додавайте посилань на них. Пропускайте розділи спостережень, для яких немає підтверджень. Якщо напрям B завершився збоєм, виведіть `Недоступно` замість R, ніколи не нуль. Якщо пошук для ідентифікації повернув нульовий результат, покажи заголовок, короткий підсумок про відсутність результатів, розділ «Результат» і один пункт про охоплення дослідження. У разі суперечностей під час ідентифікації дай лише коротке пояснення, чому її не вдалося завершити, без тверджень про відсутність оголошень на всьому ринку. Ніколи не створюй враження, що перевірено всі оголошення, враховані в загальних кількостях, повернутих сервером. Розрізняй країну показу реклами та місцезнаходження компанії. Приховуй назву сервісу, інструменти, виклики, параметри, ідентифікатори, подробиці відхилених записів, час виконання, повторні спроби та використання ресурсів. Не роби висновків про таргетинг, аудиторію, витрати, результативність, конверсії, дохід, ROAS, прибутковість, частку ринку, намір проводити тестування, причинно-наслідкові зв'язки або повну стратегію. Заверши точно так: `Спостережувана активність оголошень Meta описує обмежену вибірку з архіву, а не таргетинг, витрати, результативність, конверсії, дохід, ROAS, прибутковість, частку ринку або повну стратегію.`
Під час фактичного запуску 13 жовтня 2026 року досліджували hellofresh.com для Сполучених Штатів за 30-денний період. Перевірка п'яти відкритих оголошень підтвердила, що вони належать одному рекламодавцю: у чотирьох повторюється пропозиція 10 безкоштовних страв, а в трьох найновіших використано тексти від першої особи з персональними промокодами.
| Пропозиція або повідомлення | Що показують відкриті оголошення | Докази |
|---|---|---|
| 0110 безкоштовних страв | У чотирьох із п'яти відкритих оголошень акцент зроблено на цій пропозиції; у двох найновіших до неї додано безкоштовні сніданки довічно. | Повторювана пропозиція · 4 із 5 оголошеньПосадкова сторінка: hellofresh.com/pages/meal-kit-delivery |
| 02Насичені вечори в будні — без походів за покупками | У трьох оголошеннях, запущених 8–9 жовтня, від першої особи розповідають, як обходяться без планування меню та походів за продуктами; у кожному є персональний промокод. | Нещодавнє спостереження · 3 оголошенняВідео · Зареєструватися |
| 03Дешевше за їжу навинос | Два оголошення порівнюють домашнє приготування їжі з їжею навинос; в оголошенні з маршруту ранжування за повторним використанням заявлено вдвічі нижчу вартість. | Акцент повідомлення · 2 із 5 оголошеньВідео · Зареєструватися |
Опубліковано Spytrend на основі специфікації робочого процесу із заданими параметрами, оновленої 9 жовтня 2026 року.
Перед аналізом робочий процес підтверджує один канонічний домен і перевіряє, що дані однозначно вказують на одного рекламодавця.
01Пошук за повторним використанням креативів і пошук недавніх запусків виконуються послідовно. Для кожного напряму окремо зберігаються загальна кількість результатів і дані про їхнє походження.
02Кожне твердження про повторюваність має спиратися щонайменше на два різні перевірені оголошення й містити кількість оголошень, що його підтверджують.
03Порядок оголошень у вибірці та дата запуску не подаються як свідчення витрат, наміру проводити тести чи результатів.
04Ні. Це порядок оголошень в обмеженій вибірці, який задає сервер. Він не є доказом ефективності чи основної стратегії.
Ні. Повернена дата запуску не підтверджує наміру проводити тест або того, що оголошення використали вперше.
Ні. Для такого твердження потрібне точне підтвердження, що креативи належать до одного й того самого сімейства.
Пошук за іншим напрямом може продовжитися, але фінальний результат матиме статус «Частковий», а недоступні загальні кількості результатів залишаться недоступними.
Підключіть Spytrend MCP, виберіть контрольовані параметри та запустіть чотири промпти.