Знайди лендинги конкурентів із реклами Facebook.

Контроль вартості: перед кожним платним викликом 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, щоб підготувати українською мовою професійно оформлену для клієнта карту URL лендингів, які використовує один перевірений рекламодавець у Meta на вибраному ринку.

Виконай усі етапи дослідження з цього промпту за один хід. Крім обов’язкових повідомлень про вартість перед викликами, не виводь проміжних відповідей за етапами й не зупиняйся після перевірки вхідних даних. Завершуй достроково лише тоді, коли вхідні дані некоректні, обов’язкові докази недоступні або потрібний магазин не вдалося однозначно ідентифікувати. Поверни лише підсумковий звіт для користувача.

Одиницею результату вважай перевірену групу зв’язків між оголошеннями та отриманими цільовими URL. Не подавай результат як каталог оголошень, сканування сайту, відстеження перенаправлень, звіт про ефективність креативів, аналіз конверсій чи повну історію кампаній.

Використай такі вхідні дані:
- Назва конкурента для відображення: Dog Friendly Co.
- Канонічний реєстрований домен: dogfriendlyco.com
- Країна (ISO-2): US
- Період дослідження: 90 завершених днів за UTC
- Медіа: All media
- Джерело/статус: Meta / активні зараз
- Варіанти пошуку/ліміт: 2 / по 8 рядків
- Ліміт відкриття деталей оголошень: 6 оголошень, що не є багатомовними
- Ліміт відкриття деталей рекламодавця: 0
- Кількість груп URL у результаті: 3–5, якщо стільки пройде перевірку

Перед будь-яким викликом MCP перевір, що період дослідження становить 30 або 90 днів, країна входить до списку дозволених, медіа — усі медіа, зображення або відео, а домен є канонічним. Якщо будь-яка умова не виконується, поверни точно `Некоректна конфігурація заданих параметрів` і не роби жодного виклику MCP. Не вважай саму назву компанії або домен підтвердженням ідентичності в Meta; підтверджуй ідентичність за отриманими нижче деталями оголошення.

Візьми поточну дату за UTC із середовища. Виключи поточний незавершений день за UTC. Обчисли період: останні 90 завершених днів за UTC до вчора включно. Відбирай оголошення за цим періодом відповідно до задокументованих у підключеному маршруті правил трактування дати запуску у Facebook. Не вважай це доказом, що кожне оголошення, активне протягом періоду, було запущене саме в ньому.

Під країною розумій країну показу оголошення, підтверджену отриманими даними. Не роби з цих даних висновків про місцезнаходження компанії, доставку, наявність товарів, клієнтів, продажі чи домінування на ринку цієї країни.

Використовуй Spytrend лише для читання. Вважай search_ads і кожну операцію пошуку чи виявлення ресурсоємними. Виконуй ресурсоємні виклики суворо послідовно, ніколи не об’єднуй їх у пакет і не використовуй Promise.all. Повторюй виклик рівно один раз лише тоді, коли сервер повертає retryable=true разом із retry_after_seconds, попередньо зачекавши вказаний час.

Перевір ідентичність рекламодавця:
1. У стандартному режимі не викликай get_advertiser. Не використовуй зв’язок із вебмайстром або мережею як доказ належності сторінки.
2. Шукай лише за точним канонічним доменом. Ніколи не замінюй домен ключовим словом, пов’язаним доменом, реселером, афіліатом або однойменною сторінкою. Визнач сторінку/рекламодавця Meta для цього дослідження за першим відкритим оголошенням, у якого початковий домен лендингу точно збігається з dogfriendlyco.com; кожне інше перевірене оголошення має відповідати визначеній у такий спосіб сторінці/рекламодавцю.
3. Якщо отримані деталі оголошення суперечать перевіреній сторінці/рекламодавцю або канонічному домену, виключи його; якщо суперечності є в усіх кандидатів, поверни нуль перевірених груп URL і стисло поясни розбіжність в ідентифікації.

Пошук:
4. Виконай рівно два послідовні виклики search_ads із source=`meta`, landing_domain=`dogfriendlyco.com`, landing_domain_exact=true, countries=[`US`], date_from і date_to, установленими на першу й останню дати обчисленого вище періоду, status_today=`active` та limit=8.
5. Для варіанта пошуку A використай sort_by=`date`, sort_order=`desc`. Для варіанта пошуку B використай sort_by=`most_reused_creative`, sort_order=`desc`. Для зображень або відео послідовно застосовуй media_type=image або video відповідно. Для всіх медіа не вказуй media_type.
6. Запитуй dedupe=false лише за наявності підтримки, але не стверджуй, що його застосовано, якщо відповідь явно цього не підтверджує. Ніколи не додавай фільтрів за категорією, пошуковим запитом, згенерованим синонімом, кількістю днів активності чи ефективністю. Не переходь до наступних сторінок результатів.
7. Перевір у кожній відповіді звіт про застосовані, нормалізовані та проігноровані параметри. Якщо суттєвий фільтр не зазначений у жодному з цих трьох станів, вважай цей варіант пошуку невизначеним, а дослідження — частковим. Завершений пошук із нулем рядків вважай коректним результатом без знайдених оголошень. Для оцінки охоплення збережи отриману основу визначення дат, дату, до якої дані повні, статус загальної кількості результатів, ознаку наявності додаткових результатів і обмеження повноти надходження даних.

Відбери кандидатів і відкрий деталі:
8. Видали дублікати за точним збігом ID оголошень. Витягни попередні цільові URL з отриманих полів URL, не припускаючи, що всі вони заповнені. Локально нормалізуй трекінгові варіанти, перш ніж вибирати оголошення для відкриття деталей.
9. Вибери до шести унікальних оголошень з обох варіантів пошуку, надаючи пріоритет різним нормалізованим цільовим шляхам, формулюванням оферів і закликам до дії. Не відкривай багатомовні оголошення (`is_multilang`). Вважай пропуск дорогого для відкриття оголошення обмеженням вибірки, а не помилкою.
10. Послідовно відкрий вибрані оголошення через get_ad. Для підтвердження оголошення перевір його відповідність сторінці/рекламодавцю, визначеним у кроці 2, даним про канонічний початковий домен лендингу, країні, вибраним медіа, отриманому активному статусу та періоду запуску. Відхиляй оголошення інших рекламодавців, афіліатів, з іншими початковими реєстрованими доменами та рядки, які неможливо перевірити.
11. Для кожного перевіреного оголошення збери конкретні цільові URL із зазначенням джерела. Надавай перевагу URL вибраного основного креативу, якщо його явно повернуто; інакше послідовно використовуй цільовий URL або URL посилання з поля верхнього рівня. Якщо окремі медіаелементи явно мають різні цільові URL, зберігай їх як окремі спостереження зв’язку оголошення з URL. Ніколи не вважай резервні URL підтвердженими цільовими адресами.

Нормалізуй URL і сформуй групи:
12. Збережи початковий URL із відповіді як безпечне посилання для клієнта, а також нормалізований ключ для порівняння. Переведи схему й хост у нижній регістр; прибери стандартні порти та фрагменти; нормалізуй порожні шляхи до `/`, повторні скісні риски та сегменти з крапками. Видаляй лише трекінгові ключі зі списку дозволених: `utm_*`, `fbclid`, `gclid`, `msclkid` і `ttclid`. Відсортуй решту пар параметрів запиту, зберігаючи повторювані ключі. Ніколи не видаляй невідомі ключі запиту, адже вони можуть кодувати товар, варіант, набір, локаль або офер.
13. Об’єднуй спостереження лише за збігу нормалізованого реєстрованого домену, нормалізованого шляху та решти змістових параметрів запиту. Можеш об’єднувати варіанти, що відрізняються лише трекінговими параметрами. Не об’єднуй різні шляхи товарів, колекцій, оферів, локалей або варіанти зі змістовими відмінностями в параметрах запиту лише через збіг хоста чи рекламодавця. Різні збережені значення змістових параметрів запиту підтверджують лише різні варіанти отриманих URL; ніколи не роби з них висновків про відмінності в аудиторіях, оферах, воронках, експериментах або вмісті сторінок.
14. Класифікуй кожну групу, вказавши підтвердження та рівень упевненості:
   - `Головна сторінка` — лише для канонічного хоста зі шляхом `/` і без змістових параметрів запиту: висока впевненість.
   - `Сторінка товару` — для явного шаблону товарного шляху, як-от `/products/`, `/product/` або `/p/`; указуй високу впевненість за наявності явного маркера, а без нього — середню лише тоді, коли шлях разом із даними оголошення вказує на один товар.
   - `Колекція або категорія` — за явними ознаками колекції/категорії в шляху; не роби такого висновку лише через множину в рекламному тексті.
   - `Промосторінка або гайд` — для URL зі шляхом `/pages/`, якщо шлях і дані оголошення явно вказують на офер, гайд або добірку; зазвичай указуй середню впевненість.
   - `Офер, квіз, оформлення замовлення або воронка` — лише за наявності явного маркера, як-от `/offer/`, `/checkout`, `/funnel/`, `/lp/` або `/quiz/`; зазвичай указуй середню впевненість, крім випадків, коли маркер точний і однозначний.
   - `Маркетплейс або магазин застосунків` — для відомого зовнішнього маркетплейсу або офіційного хоста магазину застосунків, явно повернутого як цільова адреса креативу.
   - `Інше / незрозуміло` — у всіх випадках, коли отриманий URL не дає підстав для точнішої класифікації.
15. Враховуй, що в цьому сценарії Spytrend не завантажує й не відображає цільову сторінку. Тому описуй класифікацію як характеристику структури отриманого URL, а не підтвердженого вмісту сторінки. Вважай інший домен цільової адреси креативу ознакою зовнішньої цільової сторінки, а не доказом ланцюжка перенаправлень.

Зістав офери та впорядкуй групи:
16. Призначай назву оферу лише на основі явного тексту/заголовка оголошення та отриманого цільового шляху. Подавай ціни, знижки, рейтинги, дефіцит, переваги та кількість клієнтів як твердження рекламодавця. За потреби використовуй `Офер не вказано явно в отриманих даних`.
17. Для кожної групи URL порахуй унікальні перевірені оголошення в дослідженій вибірці та унікальні явно вказані заклики до дії. Стверджуй повторне використання лише тоді, коли щонайменше два різні перевірені оголошення ведуть на той самий нормалізований URL. Ніколи не підміняй кількість перевірених оголошень у групі кількістю повторних використань креативу за весь час, загальною кількістю збігів у пошуку чи сукупними показниками рекламодавця.
18. Упорядкуй до п’яти груп за кількістю унікальних перевірених оголошень у дослідженій вибірці, потім за кількістю різних явно вказаних оферів, далі за різноманіттям явних закликів до дії, а потім за найновішою перевіреною датою запуску. За однакових показників зберігай однакові позиції, а для остаточного впорядкування використовуй порядок виявлення. Не вигадуй оцінку й не називай жодну групу URL найефективнішою.

Дотримуйся правил щодо тверджень і посилань:
19. Описуй лише отримані дані про URL та оголошення. Ніколи не роби висновків про перегляди сторінок, кліки, витрати, охоплення, взаємодії, коефіцієнт конверсії, продажі, дохід, ROAS, прибутковість, результати тестів або причинно-наслідкові зв’язки.
20. Покажи отримане безпечне цільове посилання. Залиш нормалізовані URL і ключі груп внутрішніми: ніколи не показуй ключ порівняння, синтаксис нормалізації чи видалені трекінгові параметри. За потреби лише зазнач, що варіанти URL, які відрізняються тільки трекінговими параметрами, об’єднано. Показуй дати запуску як дати й ніколи не називай давніше оголошення таким, що працює довше або безперервно активне. Не конструюй URL Spytrend і не розкривай необроблені ID/UUID, підписані URL медіа, необроблений JSON, облікові дані, квоти, назви інструментів, схеми, параметри чи відхилених кандидатів.

Оброби помилки й оціни повноту:
21. Якщо пошук за одним із напрямів або вибраний виклик для отримання деталей чи перевірки ідентичності завершується помилкою, надай запуску статус Частково; продовжуй решту обов’язкових дій послідовно. Відсутність прев’ю чи стабільного посилання Spytrend не є підставою для статусу Частково. Якщо жоден маршрут не пройшов перевірку, поверни нуль і не доповнюй результат штучно.
22. Для статусу Завершено потрібне успішне виконання пошуку за обома напрямами та кожного вибраного виклику для перевірки ідентичності чи отримання деталей. Успішно отримана сторінка з обмеженою кількістю результатів може містити `has_more=true`, недоступну загальну кількість або внутрішній маркер повноти зі значенням false, оскільки запитана сторінка не охоплює всі результати; це обмеження охоплення, які самі по собі не є підставою для статусу Частково. Статус Частково обов’язковий, якщо запитаний виклик завершився помилкою або не вдалося підтвердити застосування суттєвого фільтра. Навіть запуск зі статусом Завершено охоплює лише обмежену досліджену вибірку. Зазнач, якщо загальні кількості є приблизними або обмеженими, відкриття пропущено через високу вартість чи повноту збору даних не виміряно, але не трактуй ці обмеження як відсутність даних.

Відповідь для клієнта:
Використай не більше 350 слів у компактному звіті без таблиць. Покажи 3–5 перевірених маршрутів, якщо стільки пройшли перевірку; не доповнюй результат штучно. Почни точно з `# Лендинги конкурента в Meta: Dog Friendly Co. — `, а далі вкажи повну назву країни для US (пиши Сполучені Штати Америки, а не США).

Далі покажи:
`**[N] перевірених маршрутів до лендингів** · [M] перевірених оголошень у дослідженій вибірці · Активні зараз · Запуски за 90 днів · All media · **[Завершено/Частково]**`

Додай рівно одне речення, яке пояснює межі висновків:
`Це огляд отриманих цільових URL оголошень у дослідженій вибірці; він не вимірює ефективність лендингів чи реклами.`

## Ідентичність рекламодавця
Вкажи перевіреного рекламодавця/сторінку та канонічний домен в одному чи двох реченнях. Використовуй повну назву країни, ніколи не ISO-код. Розрізняй географію показів реклами та місцезнаходження компанії.

Якщо є щонайменше дві групи, додай `## Огляд маршрутів` і по одному рядку на групу:
`**[місце]. [Назва маршруту]** — [тип маршруту] · [N] перевірених оголошень · [основний заклик до дії]` (пиши `Заклик до дії не повернуто`, якщо його немає у відповіді)

Для кожної групи створи нумерований розділ:
`## [місце]. [Назва маршруту]`

Використовуй короткі абзаци з підписами лише за наявності даних:
- `Тип маршруту` — клас і рівень упевненості з явною вказівкою, що висновок ґрунтується на структурі отриманого URL; ніколи не називай звичайний шлях `/pages/` воронкою без маркера воронки, квізу, оферу чи оформлення замовлення;
- `Цільовий URL` — безпечне отримане посилання та вказівка, чи веде воно на канонічний домен, чи на зовнішній ресурс; ніколи не показуй внутрішній нормалізований ключ;
- `Використання у вибірці` — кількість унікальних перевірених оголошень у дослідженій вибірці та підтверджений діапазон дат запуску;
- `Офер і повідомлення` — явно вказаний офер або повідомлення; позначай твердження рекламодавця як його твердження;
- `Заклик до дії` — один або кілька текстів заклику до дії, отриманих у відповіді;
- `Поточний статус` — Активні для перевірених оголошень групи; не створюй враження, що вони були активними щодня в минулому;
- `Навіщо перевіряти` — одна конкретна дія для аналізу, пов’язана з даними про маршрут, офер або заклик до дії.

Якщо є щонайменше дві групи, додай `## Закономірності` з двома чи трьома порівняннями лише в межах дослідженої вибірки: головна сторінка та глибші шляхи, маршрути з кількома оголошеннями та маршрути з одним спостереженням, відмінності в закликах до дії чи оферах, посилання на канонічний домен і зовнішні ресурси.

## Що перевірити далі
Запропонуй не більше двох конкретних дій: наприклад, відкрити маршрут до товару, який трапляється в кількох оголошеннях, поруч із маршрутом до головної сторінки або перевірити перехід на зовнішній ресурс. Не рекомендуй копіювати сторінку чи збільшувати рекламні витрати.

## Охоплення дослідження
Використай не більше трьох пунктів списку. Зазнач точні дати початку й кінця вікна запусків за повні дні та статус запуску; кількість отриманих оголошень, досліджених оголошень і груп; обмеження вибірки, як-от наявність додаткових результатів, відкриття, пропущені через високу вартість, класифікація лише за URL або невиміряна повнота збору даних.

Якщо група рівно одна, пропусти Огляд маршрутів і Закономірності. Якщо груп немає, використай `## Результат`, за потреби — Що перевірити далі, а також Охоплення дослідження, без порожніх розділів.

Перед надсиланням перевір: відповідь не перевищує 350 слів; усі оголошення належать одному рекламодавцю; початковий домен збігається точно; є підтвердження країни, медіа, активного статусу та вікна запусків; варіанти, що відрізняються лише трекінговими параметрами, згруповано без розкриття внутрішнього нормалізованого ключа; мітку медіа All media збережено; немає непідтверджених тверджень про перенаправлення чи вміст сторінок; кількості узгоджені; форми однини та множини правильні; немає таблиць чи технічних деталей реалізації.

Заверши точно так:
`Отримані цільові URL оголошень Meta — це спостереження з архіву, а не підтвердження кліків, витрат, охоплення, взаємодій, конверсій, продажів, доходу, ROAS, прибутковості чи повного охоплення кампаній.`

Лише після окремого повідомлення користувача з точним текстом `Покажи деталі аудиту` надай окремий аудит, використовуючи тільки збережені відповіді. Додай точні виклики без чутливих даних, застосування параметрів, тлумачення відповідей, отримані та вибрані рядки, походження URL і рішення щодо нормалізації, перевірку ідентичності та маршрутів, помилки, час виконання та використання ресурсів, яке можна віднести до цього запуску. Не звертайся до Spytrend повторно для аудиту.