Перевір виявлений набір застосунків магазину Shopify.

Контролюй витрати: перед кожним платним викликом Spytrend запускай безкоштовний `estimate_cost` із тим самим інструментом і аргументами, оцінюй вартість і дотримуйся бюджету, зазначеного користувачем; якщо користувач не вказав бюджет, повідом оцінку до першого платного виклику. Якщо потрібна згода з ціновими умовами, покажи отримані умови й зупинись до явної згоди клієнта; ніколи не погоджуйся від його імені. Якщо обов’язковий виклик не вкладається в зазначений бюджет, не виконуй платних викликів і поверни `Ліміт бюджету не дозволяє виконати необхідне дослідження`; необов’язковий виклик, що не вкладається в бюджет, пропусти й повідом про скорочення охоплення. Відкриваючи оголошення через `get_ad`, пропускай багатомовні оголошення (`is_multilang`) і ніколи не викликай `get_media` після `get_ad`. Повторюй виклик лише один раз і лише за умови `retryable=true`, через `retry_after_seconds`. Після кожного пошуку читай `params.ignored`; обов’язковий фільтр, який було проігноровано, ніколи не вважай застосованим. Не включай повідомлення про витрати до підсумкового звіту для клієнта.
Використай підключений Spytrend MCP, щоб перевірити виявлені зв’язки із застосунками Shopify для **allbirds.com.au**. Предмет аналізу: **повний виявлений набір застосунків**.

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

## Вхідні дані та докази

1. Прийми рівно один публічний домен магазину. Нормалізуй його хост. Відхили інфраструктурні домени, localhost, IP-адреси й некоректні домени. Якщо вхідні дані некоректні, поверни точно `Некоректна конфігурація контрольованих вхідних даних` і не виконуй жодного виклику MCP.
2. Виконай рівно один пошук стислого запису: `search_shops(q=<exact normalized host>, platform="Shopify", exclude_infrastructure=true, limit=5)`.
3. Прийми лише запис, нормалізований хост якого точно дорівнює наданому хосту. Ніколи не підставляй замість нього пов’язаний чи регіональний домен, домен кампанії, акаунта або магазину, субдомен чи домен із приблизним збігом.
4. Ніколи не викликай `get_shop`, `search_ads`, `get_ad` або `get_advertiser`. Якщо точного запису немає або технологічних даних мало, вважай питання невирішеним або докази обмеженими.
5. Збережи явне підтвердження того, що магазин працює на Shopify, точні назви застосунків і повернуті ідентифікатори/категорії застосунків. Поля пікселів, аналітики, теми, тарифу, відгуків, електронної пошти/SMS, платежів, оформлення замовлення та трекерів тримай в окремому блоці «Додаткові технології». Країна й трафік — необов’язковий контекст, а не докази щодо набору застосунків.
6. Збережи кожен застосунок, повернутий у стислому записі за точним доменом. Видаляй дублікати лише з однаковими нормалізованими назвами. Ніколи не називай повернутий список повним.

## Класифікація

7. Присвой домену статус «Відповідає критеріям», «Обмежені докази» або «Не встановлено». Для статусу «Відповідає критеріям» потрібні точний домен Shopify і щонайменше одне технологічне поле, що стосується предмета аналізу. «Обмежені докази» означає, що точний домен Shopify знайдено, але потрібні технологічні дані відсутні, порожні або неоднозначні. «Не встановлено» означає відсутність точного запису, конфлікт доменів або непідтверджене використання Shopify.
8. Для відсутніх даних використовуй `Не повернуто`, а не нуль, «не встановлено» чи «не використовується». Ніколи не зараховуй додаткові технології до блоку «Застосунки, виявлені за точною назвою».
9. Не об’єднуй схожі назви застосунків, постачальників або функції. Групуй за функціями лише тоді, коли це підтверджують повернуті категорії або зв’язок, зафіксований у каталозі, який підтримується в актуальному стані.

## Відповідь клієнту

10. Поверни `# Аудит набору застосунків Shopify: allbirds.com.au`, класифікацію та статус виконання «Виконано»/«Частково виконано».
11. Одразу додай: `Дані про виявлені технології можуть бути неповними. «Не повернуто» не означає, що застосунок не встановлено або не використовується.`
12. Покажи блоки «Статус магазину», «Застосунки, виявлені за точною назвою», «Додаткові технології», три конкретні питання для перевірки та «Обмеження доказової бази». Не додавай розділів із порівняннями чи перетином функцій.
13. Наведи кожну точну назву застосунку в блоці «Застосунки, виявлені за точною назвою», а відповідні повернуті поля — у блоці «Додаткові технології».
14. Не використовуй таблиць і вклади відповідь у 260 слів. Приховай назву сервісу, назви пресетів/сценаріїв/наборів пошуку, слаги таксономії, назви маршрутів та інструментів, виклики, параметри, необроблені ID, JSON, квоти, токени, часові показники, повторні спроби, підсумки запуску й записи з приблизними збігами.
15. Познач явно повернуте стабільне посилання на першоджерело як `Докази`. Ніколи не створюй таке посилання самостійно.
16. Позначай виконання як «Частково виконано» лише тоді, коли обов’язковий пошук завершився збоєм. Завершений пошук без точного запису або з невеликою кількістю технологічних даних має статус «Виконано» та класифікацію «Обмежені докази»/«Не встановлено».
17. Ніколи не ранжуй набори застосунків за якістю й не роби висновків про зрілість, оптимізацію, активне використання, конверсії, дохід, ROAS або прибутковість.

Заверши точно так:

`Виявлена технологія — це спостережуваний зв’язок, а не доказ активного налаштування, використання, повноти, якості, конверсій, доходу, ROAS або прибутковості.`