Цей сценарій знаходить 3–5 перевірених груп товарів або оферів.
Знайди конкретні групи товарів і оферів, перевір їхні актуальні оголошення й визнач, для яких оферів варто переглянути креативи та лендинги.
Приклад запуску · 13 жовтня 2026 року · ~1 хв
Опубліковано Spytrend · 2 жовтня 2026 року · Методологія
Промпти оновлюються відповідно до наведених контрольованих параметрів.
Перевір категорію з фіксованого списку, країну та період архіву за повні дні.
Переглянути промптСховати промптВикористай підключений Spytrend MCP, щоб підготувати чіткі межі робочого процесу пошуку товарів і пропозицій у Meta. На цьому кроці не виконуй викликів MCP. Вибрані налаштування: - Категорія: Ecommerce and Retail | ai_category=ecommerce_and_retail - Підкатегорія: Electronics and Gadgets | ai_subcategory=electronics_and_gadgets - Країна (ISO-2): US - Період дослідження: 30 завершених днів за UTC - Джерело/статус: Meta / активні зараз - Ліміти: два маршрути пошуку по п’ять записів; деталі не більше шести оголошень; один необов’язковий додатковий пошук групи товарів за точним доменом із трьома записами й деталями ще одного оголошення; без деталей рекламодавців; 3–5 груп товарів у результаті Значення категорії має формат `Name | ai_category=<slug>`, а підкатегорії — `Name | ai_subcategory=<slug>` (слаг `none` означає відсутність підкатегорії). Використовуй слаги лише у викликах інструментів; у кожному рядку для клієнта використовуй лише зрозумілу людині назву перед `|` і повну назву країни. Дозволено: конкретні товари від прямих продавців, що відповідають вибраній категорії та підкатегорії, якщо її вибрано. Виключено: послуги, видавці, агенції, нечіткі пропозиції та суб’єкти, яких не вдалося ідентифікувати. Виключи поточну незавершену дату за UTC й розрахуй вікно: останні 30 завершених днів за UTC до вчора включно. Трактуй країну як підтвердження показу реклами, а не розташування штаб-квартири, доставки, клієнтів або продажів. Зазнач одиницю результату: перевірені групи товарів або пропозицій (3–5, якщо дозволяють підтвердження). Поверни лише «Межі дослідження», «Архівне вікно», «Критерії відбору» й «Ліміти». Використовуй лише зрозумілі клієнту позначки; не розкривай слаги таксономії, значення переліків або назви параметрів. Не вигадуй результатів. Зупинися після кроку 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`), повідомте користувачу, що результат охоплює лише оголошення, запущені в цю дату або раніше, і ніколи не подавайте нульовий результат такого пошуку як «таких оголошень не існує». Повідомлення про вартість не входять до фінального звіту для клієнта. Продовжуй на основі збережених і перевірених категорії, країни та меж періоду із завершених днів. Використовуй Spytrend лише для читання. Вважай search_ads ресурсомістким інструментом і виконай рівно два пошуки послідовно, ніколи не паралельно. В обох викликах використовуй source=meta, categories=[слаг ai_category із Ecommerce and Retail | ai_category=ecommerce_and_retail], countries=[US], збережені date_from/date_to завершеного періоду включно з обома датами, status_today=active, dedupe=false і limit=5. Додавай ai_subcategory=[слаг ai_subcategory із Electronics and Gadgets | ai_subcategory=electronics_and_gadgets] лише тоді, коли цей слаг не дорівнює `none`; інакше пропусти його. Маршрут A: sort_by=date, sort_order=desc. Маршрут B: sort_by=most_reused_creative, sort_order=desc. Не додавай пошуковий запит, бренд, домен, тип медіа, запасну категорію, згенерований синонім або додатковий маршрут. Повторюй виклик рівно один раз і лише за retryable=true з retry_after_seconds, після нової оцінки вартості з ідентичними аргументами. Збережи порядок маршруту A, а після нього додай ще не бачені записи маршруту B; прибирай дублікати лише за точним ID оголошення. Таксономія — це підстава для пошуку, а не перевірка товару. Збережи внутрішньо для наступного кроку точні аргументи, повні записи, їх походження, результати маршрутів, фактично списаний обсяг і залишок бюджету; ніколи не виводь збережений стан у повідомленнях про перебіг роботи або коментарях. Поверни лише статус виконання маршрутів, кількість повернутих записів, кількість кандидатів після дедуплікації та явні збої. Поки не показуй групи товарів. Зупинися після кроку 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`), повідомте користувачу, що результат охоплює лише оголошення, запущені в цю дату або раніше, і ніколи не подавайте нульовий результат такого пошуку як «таких оголошень не існує». Повідомлення про вартість не входять до фінального звіту для клієнта. Продовжуй на основі збережених результатів пошуку й залишку бюджету. Послідовно перевір не більше шести унікальних оголошень-кандидатів через get_ad(source=meta, id=<exact returned ID>), чергуючи маршрути, якщо вони дали різні оголошення, пропускаючи багатомовні записи (`is_multilang`) і лише коли оцінка вартості кожного виклику вкладається в бюджет; припини відкривати оголошення, щойно буде перевірено п’ять груп товарів. Не викликай get_advertiser. Показуй назву рекламодавця лише тоді, коли get_ad явно її повертає; ніколи не визначай її за заголовком, сторінкою, доменом або URL. Для перевіреної групи товарів потрібні: конкретний товар, дозволений збереженими правилами відбору; вибрана країна серед повернутих країн показу; активний статус у відповіді; підтвердження належності до архівного вікна; ідентифікований рекламодавець або сторінка чи явне зазначення відсутності назви; лендинг, якщо його повернуто; щонайменше одне репрезентативне оголошення. Виключай нечітку рекламу впізнаваності бренду, послуги, маркетплейси без конкретного товару, невідповідні збіги й товари, які не вдалося однозначно ідентифікувати. Об’єднуй оголошення лише тоді, коли назва або модель товару, шлях до лендингу або SKU, явне формулювання пропозиції чи еквівалентний стабільний ідентифікатор доводять, що це той самий товар, товарна лінійка або комплект. Спільної категорії, візуальної схожості, рекламодавця або домену недостатньо. Залишай суттєво різні моделі, комплекти, розміри, сценарії використання або ціни окремо, якщо вони змінюють рішення про купівлю. Рахуй активні оголошення й сторінки лише за окремими перевіреними записами, які було переглянуто, і позначай ці кількості як показники перевіреної вибірки. Використовуй більші значення повторного використання лише тоді, коли їх явно повернуто для точно визначеної перевіреної групи товарів, і окремо зазначай, що саме вони охоплюють. Якщо межі підрахунку повторного використання суперечать одна одній, виключи ці показники з ранжування. Для висновку про повторний запуск потрібні щонайменше два оголошення тієї самої групи товарів із різними явно вказаними датами початку. Для висновку про недавнє розширення потрібен явний порівнюваний часовий ряд. Класифікуй фактично отримані медіаматеріали лише як `Зображення`, `Відео`, `Зображення та відео` або `Не повернуто`. Не вважай кілька медіаматеріалів підтвердженням каруселі, слайдшоу чи плейсменту. Не перелічуй плейсменти на платформах, якщо клієнт прямо цього не попросив. Ранжуй до п’яти груп товарів за порівнюваною кількістю перевірених активних оголошень, кількістю сторінок, узгодженими даними повторного використання саме цієї групи, тривалістю або датою початку та точністю відповідності. За однакових показників вважай групи рівними в рейтингу, але призначай їм унікальні послідовні номери для навігації; порядок пошуку або перевірки використовуй лише для визначення порядку показу таких груп. Зазнач, що однакові показники не дають підстав вважати одну групу ефективнішою за іншу. Якщо жодна група товарів поки не має двох перевірених оголошень, найвища в рейтингу придатна група має чітко визначений точний домен лендингу, а додатковий пошук і можливий виклик деталей вкладаються в залишок бюджету, виконай не більше одного необов’язкового додаткового пошуку `search_ads` для цього домену. Збережи джерело, категорію, підкатегорію, країну, архівне вікно, активний статус і `dedupe=false`; додай лише точний домен лендингу, сортування за датою за спаданням і `limit=3`. Не повторюй основні маршрути. Відкрий не більше одного ще не перевіреного запису з додаткового пошуку, якщо оцінка його вартості вкладається в бюджет. Об’єднуй лише тоді, коли деталі доводять, що це той самий товар або модель, шлях або SKU чи еквівалентна пропозиція. Дотримуйся загальної межі: деталі шести початкових оголошень і одного оголошення з додаткового пошуку. Збій основного пошуку або вибраного початкового виклику деталей робить дослідження частковим. Успішно отримані деталі кандидата, який не відповідає критеріям, є належною підставою для виключення й не роблять дослідження частковим. Менше трьох груп товарів у результаті саме по собі не робить дослідження частковим; поясни, чому вдалося перевірити менше. Успішний додатковий пошук, який повернув нуль результатів, дублікат або інший товар, є належним свідченням і зберігає статус повного дослідження, якщо решту вимог виконано. Збій необов’язкового додаткового пошуку групи товарів не знижує статус дослідження, яке за рештою критеріїв є повним; збережи початкові перевірені кількості й зазнач, що через цей збій бракує підтверджень для необов’язкового додаткового узагальнення даних. Збережи внутрішньо всі перевірені підтвердження, результати викликів, фактично списаний обсяг і залишок бюджету для кроку 4; ніколи не виводь сирий збережений стан у повідомленнях про перебіг роботи або коментарях. Поверни лише перевірені оголошення, назви перевірених груп товарів, виключення за причинами й статус «Повне/Часткове». Поки не створюй огляд. Зупинися після кроку 3.
Поверни 3–5 перевірених груп і чітко вкажи обмеження наявних даних.
Переглянути промптСховати промптВикористовуючи лише збережені перевірені підтвердження, створи для клієнта стислий огляд без таблиць обсягом не більше 600 слів із 3–5 перевіреними групами товарів, якщо дозволяють підтвердження. Не повторюй виклики пошуку або перевірки. Почни точно так: # Товари, які рекламують у Meta: [назва категорії] — [повна назва країни] Використовуй лише зрозумілу людині назву категорії з Ecommerce and Retail | ai_category=ecommerce_and_retail (частину перед `|`) і повну назву US; ніколи не показуй `ai_category`, слаги або ISO-коди. Далі покажи: **[N] перевірених груп товарів** · Активні зараз · Архівне вікно: 30 днів · **[Повне/Часткове]** Додай: Ранжування за спостережуваною активністю в перевіреній вибірці, а не за продажами чи ефективністю реклами. Якщо є щонайменше дві групи товарів, додай `## Короткий список`. Для кожного пункту короткого списку використовуй формат: `**[позиція]. [Товар або пропозиція]** — [N] активних оголошень у перевіреній вибірці · [M] сторінок в отриманих даних · [основний формат]`. Правильно узгоджуй слова з числами: `1 активне оголошення`, `2 активні оголошення`, `1 сторінка в отриманих даних`, `2 сторінки в отриманих даних`. Використовуй унікальні послідовні номери навіть за однакових показників і окремо зазначай, які показники однакові. Для кожної групи товарів створи розділ з окремими короткими абзацами з позначками: Спостережувана активність; Товар / пропозиція; Рекламодавець; Характерне повідомлення; Дати й статус; Формат і заклик до дії; Лендинг; Підтвердження; Навіщо переглядати. У пункті «Навіщо переглядати» вкажи рівно одну конкретну дію. Подавай переваги товарів, ціни, знижки, рейтинги та кількість клієнтів як заяви рекламодавців. Не роби висновків про прибуток, статус бестселера, конверсії, продажі, ROAS, лідерство на ринку чи ефективність. Використовуй `Запущено [дата]` лише за наявності явно вказаної дати запуску у Facebook; ніколи не називай її датою першого спостереження. Показуй дію в Spytrend зі стабільним посиланням лише тоді, коли її явно повернуто; інакше пиши «Посилання на підтвердження не повернуто». Ніколи не розкривай внутрішні UUID, необроблений JSON, квоти, облікові дані, деталі схеми, відхилені записи, слаги таксономії, коди ISO, назви інструментів, технічні назви параметрів чи полів. Передавай підтвердження зрозумілою користувачу мовою, наприклад `тривалість активності за отриманими даними` замість `days_active` та `об’єкт, пов’язаний із доменом` замість `webmaster`. Якщо є щонайменше дві групи, додай розділ «Закономірності» з двома або трьома порівняннями на основі цієї вибірки. У розділі «Охоплення дослідження» використовуй щонайбільше три пункти: дата, період і статус дослідження; кількість шляхів пошуку, записів, перевірок деталей і груп; обмеження вибірки та підтверджень. Для однієї групи пропусти розділи «Добірка» та «Закономірності». Якщо груп немає, використовуй розділи «Результат» і «Охоплення дослідження». Не використовуй таблиці чи зворотні скісні риски наприкінці рядків. Ніколи не називай і не описуй відхилених кандидатів у звіті для клієнта. В описі охоплення можна вказати лише кількість виключених кандидатів і загальну категорію причин, як-от `поза межами дослідження або недостатньо підтверджень щодо товару`. Заверши точно так: Активність в архіві 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, у межах заданої категорії з фіксованого списку, країни та періоду архіву. Виконай усі етапи дослідження з цього промпту за один хід. Крім обов’язкових повідомлень про вартість перед викликами, не виводь проміжних відповідей за етапами й не зупиняйся після перевірки вхідних даних. Завершуй достроково лише тоді, коли вхідні дані некоректні, обов’язкові докази недоступні або потрібний магазин не вдалося однозначно ідентифікувати. Поверни лише підсумковий звіт для користувача. Використовуй як одиницю результату перевірену групу товарів або оферів, а не окреме оголошення, список рекламодавців, галерею ідей для креативів, рейтинг ефективності чи повний огляд усього ринку. Прагни знайти 3–5 перевірених груп. Вибрані налаштування: - Категорія: Ecommerce and Retail | ai_category=ecommerce_and_retail - Підкатегорія: Electronics and Gadgets | ai_subcategory=electronics_and_gadgets - Країна (ISO-2): US - Період дослідження: 30 завершених днів за UTC - Джерело/статус: Meta / активні зараз - Дозволені товари/суб’єкти: конкретні товари брендів і прямих продавців, що відповідають вибраній категорії та підкатегорії, якщо її вибрано - Виключені товари/суб’єкти: послуги, видавці, агенції, нечіткі офери, товари поза вибраною категорією/підкатегорією та невизначені суб’єкти - Ліміти: два напрями пошуку по п’ять рядків; до шести початкових запитів деталей оголошень; один умовний напрям розширення групи на три рядки та один додатковий запит деталей оголошення; без запитів деталей рекламодавців; 3–5 груп у відповіді Врахуй, що значення категорії має формат `Name | ai_category=<slug>`, а підкатегорії — `Name | ai_subcategory=<slug>` (slug `none` = без підкатегорії). Використовуй slug лише у викликах інструментів; у кожному рядку для клієнта використовуй лише зрозумілу назву перед `|` та повну назву країни українською. Не приймай введених клієнтом пошукових запитів, синонімів, брендів, порогів, категорій, країн чи альтернативних періодів. Використай поточну дату UTC, отриману від середовища. Виключи поточний незавершений день за UTC. Обчисли період: останні 30 повних днів за UTC до вчора включно, і покажи обидві дати в розділі «Охоплення дослідження». Трактуй вибрану країну як підтвердження країни показів оголошення в отриманих даних. Не вважай це підтвердженням розташування головного офісу рекламодавця, його реєстрації, місцевих товарних запасів, доставки, клієнтів, продажів чи домінування в країні. Використовуй Spytrend лише для читання. Вважай search_ads та всі інструменти пошуку й виявлення ресурсоємними. Виконуй лише один ресурсоємний виклик за раз, дочекайся відповіді та ніколи не об’єднуй такі виклики в пакети, не запускай паралельно й не використовуй для них Promise.all. Перевір актуальну схему search_ads. Виконай рівно два послідовні виклики search_ads із source=`meta`, categories=[slug ai_category із Ecommerce and Retail | ai_category=ecommerce_and_retail], countries=[`US`], date_from і date_to = перший та останній день обчисленого періоду, status_today=`active`, dedupe=false та limit=5. Додай ai_subcategory=[slug ai_subcategory із Electronics and Gadgets | ai_subcategory=electronics_and_gadgets], якщо цей slug не дорівнює `none`; пропускай параметр лише тоді, коли slug точно дорівнює `none`. Ніколи не прибирай налаштовану підкатегорію, щоб обійти відхилення запиту ендпоїнтом. Якщо ендпоїнт відхиляє налаштовану пару категорії/підкатегорії, не виконуй ширшого пошуку та поверни стислий частковий результат із повідомленням `Непідтримуване зіставлення категорії з фіксованого списку`. Вкажи, що це свідчить про дефект списку дозволених значень на бекенді. Не підставляй іншу категорію, підкатегорію чи пошуковий запит. Для напряму A використовуй sort_by=`date`, sort_order=`desc`. Для напряму B використовуй підтримуваний для Meta sort_by=`most_reused_creative`, sort_order=`desc`. Не підставляй `days_active`. Не додавай пошукового запиту, бренду, домену, типу медіа, неналаштованої підкатегорії чи згенерованого синоніма. Трактуй фільтри дат точно відповідно до семантики схеми та відповіді підключеного інструмента. Не стверджуй, що всі отримані оголошення запустили в межах періоду, якщо дані про дату початку окремо цього не доводять. У тексті для клієнта вказуй, що оголошення зафіксовано у вибраному періоді архіву або що їхня активність перетиналася з ним. Прибери дублікати рядків за точним ID оголошення. Збережи порядок напряму A, а після нього додай раніше не бачені рядки напряму B. Локально відхиляй лише явні невідповідності заданим межам. Ніколи не вибирай рядок лише тому, що бренд знайомий. Послідовно перевір не більше шести унікальних оголошень-кандидатів через get_ad(source=`meta`, id=<точний отриманий ID>), чергуючи напрями пошуку, коли вони дають різні результати, пропускаючи багатомовні рядки (`is_multilang`) і лише якщо оцінка вартості кожного виклику вкладається в зазначений бюджет. Припини відкривати оголошення, щойно перевірено п’ять груп. Надавай пріоритет чітким даним про товар і різноманітності напрямів пошуку. Не відкривай слабкі кандидати лише заради наповнення результату. Якщо наступний запит деталей не вкладається в бюджет, пропусти його, повідом про скорочене охоплення та збережи вже зібрані перевірені дані. Не викликай get_advertiser у стандартному режимі. Показуй назву рекламодавця лише тоді, коли get_ad явно її повертає; ніколи не виводь назву із заголовка, сторінки, домену чи URL. Інакше вкажи `Рекламодавця не повернуто`. Визначай групу товарів/оферів як той самий однозначно визначений товар, товарну лінійку, набір або офер послуги. Об’єднуй рядки лише тоді, коли назва/модель товару, шлях лендингу/SKU, чітке формулювання офера чи рівнозначний сталий ідентифікатор доводять, що це той самий товар або офер. Не вважай достатніми самі лише схожість категорії, візуальну схожість, спільного рекламодавця чи спільний домен. Залишай суттєво різні моделі, набори, розміри, сценарії використання, ціни чи офери послуг окремими, якщо ці відмінності впливають на рішення про купівлю. Об’єднуй незначні варіанти лише тоді, коли спільну товарну лінійку вказано явно. Ніколи не визначай належність до групи за зображенням, яке не можеш переглянути. Після початкової перевірки, якщо жодна група не має двох перевірених оголошень із переглянутими деталями, принаймні одна перевірена група має точний домен лендингу в отриманих даних, а розширення та один можливий запит деталей вкладаються в залишок бюджету, виконай не більше одного умовного виклику `search_ads` для розширення групи з найвищою позицією серед придатних. Збережи ті самі джерело, категорію, налаштовану підкатегорію, країну, період, активний статус і `dedupe=false`; додай лише `landing_domain=<exact returned registrable domain>`, `landing_domain_exact=true`, `sort_by=date`, `sort_order=desc` та `limit=3`. Не повторюй жодного з початкових напрямів пошуку та не розширюй групу за доменом, належність якого підтверджено слабко або суперечливо. Відкрий через `get_ad` не більше одного раніше не перевіреного рядка з результатів розширення, якщо оцінка його вартості все ще вкладається в бюджет. Додай його лише тоді, коли деталі підтверджують той самий товар/модель, шлях/SKU або рівнозначний явно визначений офер. Не вважай спільний домен, сторінку чи креатив достатніми. Дотримуйся загального ліміту в сім запитів деталей оголошень: шість початкових плюс один умовний запит деталей із розширення. Якщо розширення повертає інший товар, виключи його без заміни чи розширення меж пошуку. Позначай групу як перевірену лише тоді, коли дані поточного дослідження підтверджують конкретний допустимий товар/офер, US серед отриманих країн показів, активний статус у відповіді, перетин із періодом архіву відповідно до семантики напряму пошуку, визначеного рекламодавця/сторінку або явно зазначену відсутність назви, цільову адресу, якщо її повернуто, та принаймні одне репрезентативне оголошення на підтвердження. Виключай нечітку іміджеву рекламу бренду, формулювання лише на рівні категорії, редакційні матеріали, вакансії, інвестиції, маркетплейси/універсальні магазини без конкретного допустимого товару, виключені товари/суб’єкти, нерелевантні збіги за класифікацією та випадки, коли товар не вдалося однозначно визначити. Рахуй `активні оголошення в перевіреній вибірці` лише за унікальними перевіреними рядками оголошень, отриманими для цієї групи. Рахуй рекламодавців/сторінки лише за унікальними перевіреними рекламодавцями/сторінками в перевіреній вибірці. Позначай обидва показники як кількість у вибірці. Показуй більшу кількість пов’язаних оголошень/повторних використань креативу лише тоді, коли її явно повернуто саме для перевіреної групи, і окремо вказуй, що вона охоплює. Класифікуй фактично отримані медіаматеріали лише як `Зображення`, `Відео`, `Зображення та відео` або `Не повернуто`. Не вважай кілька медіаматеріалів підтвердженням каруселі, слайдшоу чи плейсменту. Не перелічуй плейсменти на платформах, якщо клієнт прямо цього не попросив. Перш ніж використовувати в ранжуванні будь-яке поле з даними про конкретний креатив чи його повторне використання, порівняй усі отримані кількісні показники цього креативу. Якщо значення суперечать одне одному або неможливо узгодити, що саме вони охоплюють, виключи всі суперечливі показники повторного використання креативу з ранжування. У відповіді клієнту або вкажи `Отримано додаткові показники повторного використання креативів, але не вдалося узгодити, що саме вони охоплюють` без чисел, або пропусти їх. Ніколи не розв’язуй суперечність вибором більшого, новішого значення чи значення з результатів окремого напряму пошуку. Визнавай повторний запуск лише за наявності щонайменше двох різних перевірених оголошень тієї самої групи з різними явно вказаними датами початку. Визнавай нещодавнє розширення лише за наявності явних зіставних кількісних даних у часовому ряді. Не роби жодного з цих висновків із неперевірених рядків, загальних показників архіву чи нещодавнього репрезентативного оголошення. Ранжуй до п’яти груп за такими критеріями в указаному порядку: кількість унікальних активних оголошень у перевіреній вибірці; кількість унікальних отриманих рекламодавців/сторінок з окремим зазначенням упевненості в їхньому визначенні; явно повернута кількість повторних використань креативу саме для цієї групи; отримані тривалість активності/дата початку; далі — точність відповідності категорії. Використовуй лише зіставні дані, зберігай рівність за однакових показників і ніколи не вигадуй балів. Коли всі зіставні сигнали активності однакові, збережи порядок виявлення та перевірки. Явно зазнач рівність показників, але використовуй унікальні послідовні позиції та номери розділів, щоб клієнту було зручно орієнтуватися в результаті. Заміни стандартне речення про ранжування на: `Групи впорядковано за послідовністю виявлення та перевірки, оскільки зіставні сигнали активності в перевіреній вибірці були однаковими.` Не створюй враження, що рядки вище показали кращі результати. Не викликай search_creatives, get_creative, get_trends, search_shops, get_shop, search_webmasters, analytics або зовнішні вебінструменти. Повторюй виклик рівно один раз і лише за retryable=true з retry_after_seconds, після нової оцінки вартості з ідентичними аргументами. Збій основного маршруту пошуку або вибраного початкового виклику перевірки робить дослідження частковим; продовжуй решту обов’язкових дій послідовно. Успішно отримані деталі кандидата, який не відповідає критеріям, є належною підставою для виключення й не роблять дослідження частковим. Менше трьох груп товарів у результаті саме по собі не робить дослідження частковим; поясни, чому вдалося перевірити менше. Успішний додатковий пошук, який повернув нуль результатів, дублікат або інший товар, є належним свідченням і зберігає статус повного дослідження, якщо решту вимог виконано. Збій додаткового пошуку, запущеного за умовою, не скасовує вже перевірені групи товарів і не робить частковим дослідження, яке за рештою критеріїв є повним; зазнач, що через цей збій бракує підтверджень для необов’язкового додаткового узагальнення даних. Показуй стабільне посилання на першоджерело лише тоді, коли його явно повернуто, і лише з позначкою `Підтвердження`. Інакше показуй стабільний ідентифікатор підтвердження в джерелі, лише якщо його явно повернуто саме як такий. Ніколи не називай сервіс у відповіді клієнту, не конструюй URL і не розкривай внутрішні UUID, сирий JSON, підписані URL медіафайлів, облікові дані, квоти, деталі схеми або відхилені записи. Не виводь у відповіді клієнту слаги таксономії, ISO-коди, назви маршрутів, назви інструментів, необроблені назви параметрів і полів. Передавай отримані дані зрозумілою клієнту мовою: наприклад, кажи `тривалість активності за отриманими даними` замість `days_active` і `суб’єкт, пов’язаний із доменом` замість `webmaster`. Якщо не повернуто ні посилання, ні стабільного ідентифікатора підтвердження в джерелі, напиши `Посилання або ідентифікатор підтвердження не повернуто`. Переваги товару, ціни, знижки, рейтинги й кількість клієнтів подавай як твердження рекламодавця. Ніколи не називай товар прибутковим, бестселером, висококонверсійним, товаром-переможцем, популярним, лідером ринку або таким, що масштабується. Ніколи не роби висновків про витрати, охоплення, взаємодії, конверсії, продажі, дохід, ROAS або прибутковість. Створи стислий огляд без таблиць обсягом не більше 600 слів. Почни точно так: `# Товари, які рекламують у Meta: [назва категорії] — [повна назва країни]` Використовуй лише зрозумілу людині назву категорії з Ecommerce and Retail | ai_category=ecommerce_and_retail (частину перед `|`) і повну назву US; ніколи не показуй `ai_category`, слаги або ISO-коди. Далі покажи: `**[N] перевірених груп товарів** · Активні зараз · Архівне вікно: 30 днів · **[Повне/Часткове]**` Додай одне речення: `Ранжування за спостережуваною активністю в перевіреній вибірці, а не за продажами чи ефективністю реклами.` Якщо є щонайменше дві групи товарів, додай `## Короткий список`, по одному абзацу на групу: `**[позиція]. [Товар або пропозиція]** — [N] активних оголошень у перевіреній вибірці · [M] повернутих сторінок · [основний формат]` Правильно узгоджуй слова з числами: `1 активне оголошення`, `2 активні оголошення`, `1 повернута сторінка`, `2 повернуті сторінки`. Не скорочуй короткий список до самих назв. Для кожної показаної групи товарів збережи в короткому списку ці показники перевіреної вибірки й основний формат. Для кожної групи товарів створи нумерований розділ із короткими абзацами з позначками: - `Спостережувана активність` — точні кількості у вибірці й будь-який явний сигнал повторного використання або тривалості з окремо зазначеними межами його застосування. - `Товар / пропозиція` — конкретна пропозиція для покупця й суттєві деталі варіанта або комплекту. - `Рекламодавець` — повернута назва або сторінка й рівень упевненості у зв’язку з доменом. - `Характерне повідомлення` — стислий текст або рекламний підхід із зазначенням, що твердження належать рекламодавцю. - `Дати й статус` — активний статус, явно вказана дата початку та тривалість, якщо їх повернуто. - `Формат і заклик до дії`. - `Лендинг` — безпечне посилання на лендинг або шлях до нього, якщо їх повернуто. - `Підтвердження` — повернуте стабільне посилання на першоджерело або стабільний ідентифікатор підтвердження в джерелі; інакше — точне речення про відсутність такого посилання чи ідентифікатора. - `Навіщо переглядати` — рівно одна конкретна дія для порівняння або перевірки. Якщо є щонайменше дві групи товарів, додай `## Закономірності` з двома або трьома порівняннями, що стосуються саме цієї вибірки. Не називай їх ринковими трендами. У розділі `## Охоплення дослідження` використовуй не більше трьох пунктів: дата, період і статус дослідження; кількість знайдених і перевірених записів та груп товарів; обмеження вибірки й підтверджень. Не розкривай назви інструментів, сирі виклики, позначки маршрутів або необроблені назви полів. Ніколи не називай і не описуй відхилених кандидатів у звіті для клієнта. В описі охоплення можна вказати лише кількість виключених кандидатів і загальну категорію причин, як-от `поза межами дослідження або недостатньо підтверджень щодо товару`. Якщо є рівно одна група товарів, пропусти короткий список і закономірності. Якщо немає жодної, покажи `## Результат` і охоплення дослідження без порожніх розділів і кандидатів, доданих лише для кількості. Не використовуй таблиці Markdown/HTML або зворотні скісні риски наприкінці рядків. Перед надсиланням перевір точність ідентифікації груп товарів, підтвердження активності, країни й архівного вікна, позначення кількостей у вибірці, формулювання щодо рекламодавця й домену, ранжування, подання посилань та ідентифікаторів і статус «Повне/Часткове». Заверши точно так: `Активність в архіві Meta — це спостережуваний рекламний сигнал, а не доказ витрат, охоплення, взаємодій, конверсій, продажів, доходу, ROAS, прибутковості, статусу бестселера або повного охоплення ринку.` Лише після окремого запиту з точним формулюванням `Покажи деталі аудиту` надай аудит без конфіденційних даних, використовуючи тільки збережені відповіді: трактування актуальної схеми, точні виклики, застосування параметрів, порядок маршрутів, повернуті записи, дедуплікацію, рішення щодо деталей і рекламодавців, об’єднання в групи товарів, ранжування, збої, час і використані ресурси. Не повторюй виклики Spytrend для аудиту.
Дослідження категорії «Електронна комерція та роздрібна торгівля · Електроніка й гаджети» для США, проведене 13 жовтня 2026 року за останні 30 повних днів, підтвердило п’ять конкретних груп товарів. Поєднано результати за найновішими запусками та креативами з найбільшою кількістю повторних використань; одна необов’язкова перевірка в межах того самого домену додала друге оголошення iPhone 16e.
2 активні оголошення із зображеннями на 2 сторінках з отриманих результатів, запущені 7 та 9 жовтня: телефон «за наш рахунок» із тарифом Unlimited за 60 доларів або за 29,99 долара при переході. Купити зараз · boostmobile.com.
Підтверджена група1 активне відеооголошення, запущене 12 жовтня: акумуляторна станція ємністю 3 кВт·год для резервного живлення вдома й використання на природі, з вихідною потужністю 2 400 Вт і заряджанням від сонячних панелей. Докладніше · bluettipower.com.
Підтверджена група1 активне відеооголошення, запущене 12 жовтня: переклад у реальному часі понад 80 мовами, переклад за допомогою камери та спрямований звук. Купити зараз · nookvely.com.
Підтверджена група1 активне відеооголошення, запущене 12 жовтня: зарядний кабель, що не сплутується, доступний у коротких варіантах для авто та продається за акційною пропозицією з обмеженим терміном дії. Купити зараз · statik.com.
Підтверджена група1 активне відеооголошення, запущене 12 жовтня: повністю бездротові навушники розміром із брелок за низькою ціною. Купити зараз · jlab.com.
Підтверджена групаОпубліковано Spytrend на основі датованого прикладу з визначеними межами дослідження.
Два послідовні пошуки використовують однакові категорію, країну, активний статус і період.
01Для кожної групи в результаті потрібні конкретний товар, дані про вибраний ринок і перевірене репрезентативне оголошення.
02Спільна категорія, рекламодавець або домен не є підставою об’єднувати суттєво різні товари.
03На порядок впливають лише зіставні дані з перевіреної вибірки.
04Той самий однозначно визначений товар, лінійка, набір або офер послуги, спільність яких підтверджують сталі ознаки в отриманих даних.
Ні. Дані архіву про повторне використання креативу не підтверджують продажів товару чи ефективності реклами.
Сценарій не послаблює вимоги до визначення товару та відповідності ринку заради наповнення добірки.
Ні. Вони підтверджують лише географію показів оголошення, зазначену в отриманих даних.
Підключіть Spytrend MCP, виберіть контрольовані параметри та запустіть чотири промпти.