Один пошук компактного запису на магазин
Нормалізовані домени перевіряються послідовно: для кожного виконується один пошук компактного запису магазину за точним доменом.
ІдентифікаціяЦей сценарій дає одне перевірене порівняння наборів застосунків Shopify.
Досліди один магазин або порівняй точно виявлені зв’язки із застосунками в кількох магазинах. Неповноту виявлення буде вказано прямо.
Приклад запуску · 13 жовтня 2026 року · <1 хв
Опубліковано Spytrend · 29 вересня 2026 · Методологія
Промпти оновлюються відповідно до двох обов’язкових і щонайбільше двох додаткових доменів магазинів.
Нормалізуй домени від двох до чотирьох магазинів для одного порівняння.
Переглянути промптСховати промптПорівняй виявлені набори застосунків Shopify для таких доменів магазинів: mejuri.com, dusk.com, none, none. Фокус: apps_only. Ігноруй значення `none` (необов’язкові поля, залишені порожніми). Нормалізуй від двох до чотирьох публічних доменів магазинів і усунь дублікати, зберігши порядок введення. Відхиляй некоректні та інфраструктурні домени. Ніколи не підставляй натомість нечіткі збіги, пов’язані чи регіональні домени, домени кампаній, акаунтів, магазинів або піддомени. Не викликай інструментів. Поверни лише збережені домени й застереження щодо меж підтвердних даних: `Перелік виявлених технологій може бути неповним. Статус «Не повернуто» не означає, що застосунок не встановлено або не використовується.` Зупинися після кроку 1.
Збережи точні назви застосунків із відповіді, не завантажуючи повні каталоги товарів.
Переглянути промптСховати промптКонтролюй витрати: перед кожним платним викликом Spytrend запускай безкоштовний `estimate_cost` із тим самим інструментом і аргументами, оцінюй вартість і дотримуйся бюджету, зазначеного користувачем; якщо користувач не вказав бюджет, повідом оцінку до першого платного виклику. Якщо потрібна згода з ціновими умовами, покажи отримані умови й зупинись до явної згоди клієнта; ніколи не погоджуйся від його імені. Якщо обов’язковий виклик не вкладається в зазначений бюджет, не виконуй платних викликів і поверни `Ліміт бюджету не дозволяє виконати необхідне дослідження`; необов’язковий виклик, що не вкладається в бюджет, пропусти й повідом про скорочення охоплення. Відкриваючи оголошення через `get_ad`, пропускай багатомовні оголошення (`is_multilang`) і ніколи не викликай `get_media` після `get_ad`. Повторюй виклик лише один раз і лише за умови `retryable=true`, через `retry_after_seconds`. Після кожного пошуку читай `params.ignored`; обов’язковий фільтр, який було проігноровано, ніколи не вважай застосованим. Не включай повідомлення про витрати до підсумкового звіту для клієнта. Для кожного збереженого домену послідовно виконай search_shops(q=<exact normalized host>, platform="Shopify", exclude_infrastructure=true, limit=5). Приймай лише рядок, нормалізований хост якого точно збігається з введеним. Ніколи не викликай get_shop, search_ads, get_ad або get_advertiser. Збережи підтвердження того, що магазин працює на Shopify, точні назви застосунків та ідентифікатори/категорії. Поля пікселів, аналітики, теми, тарифу, відгуків, повідомлень, платежів, оформлення замовлення та трекерів тримай у блоці «Додаткові технології». Збережи кожен повернутий застосунок, але не називай список повним. Поверни лише стислий виклад збережених доказів і статус пошуку. Приховай виклики, ID, квоти, часові показники й записи з приблизними збігами. Зупинися після кроку 2.
Класифікуй підтвердні дані й обчисли точні збіги між магазинами, що відповідають критеріям.
Переглянути промптСховати промптВикористовуючи лише збережені підтвердні дані, надай кожному домену статус «Відповідає критеріям», «Обмежені дані» або «Не визначено». Позначай відсутні дані як «Не повернуто», ніколи як «відсутній» чи «не використовується». Порівнюй точні нормалізовані відображувані назви застосунків лише між магазинами зі статусом «Відповідає критеріям». Не об’єднуй схожі назви або функції. Домени зі статусами «Обмежені дані» та «Не визначено» не включай до знаменників розрахунку збігів. Установи статус виконання «Завершено», коли кожен обов’язковий пошук за точним доменом завершено й усі потрібні фільтри застосовано, зокрема для пошуків без точного рядка або з недостатніми даними про технології. Використовуй статус «Частково», лише якщо принаймні один обов’язковий пошук завершився помилкою або обов’язковий фільтр було проігноровано. Неповнота підтвердних даних сама по собі не означає статусу виконання «Частково». Поверни лише класифікацію та підтверджені збіги точних назв. Зупинися після кроку 3.
Покажи функціональні відмінності, корисні запитання й обмеження підтвердних даних.
Переглянути промптСховати промптНапиши підсумкову відповідь лише на основі збережених доказів. Більше не викликай інструментів. Використай `# Порівняння наборів застосунків Shopify`, покажи кількість за статусами та статус виконання «Завершено/Частково», а потім зазнач: `Перелік виявлених технологій може бути неповним. Статус «Не повернуто» не означає, що застосунок не встановлено або не використовується.` Покажи розділ «Спільні застосунки з точним збігом назв», по одному стислому розділу для кожного магазину, застосунки, виявлені лише в окремих магазинах, до чотирьох запитань для перевірки та розділ «Обмеження підтвердних даних». Якщо спільних застосунків із точним збігом назв немає, прямо про це скажи. Збережи статус виконання без змін. Не змінюй «Виконано» на «Частково виконано» лише тому, що дані про виявлені технології можуть бути неповними або деякі поля не повернуто. Не використовуй таблиць і вкладися в 320 слів. Приховай назву сервісу, внутрішні позначення, виклики, ID, квоти, час виконання, повторні спроби й підсумки запусків. Не роби висновків про активне використання, налаштування, ефективність, дохід, ROAS або прибутковість. Заверши точно цим текстом: `Виявлена технологія — це спостережуваний зв’язок, а не доказ активного налаштування, використання, повноти, якості, конверсій, доходу, ROAS або прибутковості.` Зупинися після кроку 4.
Контролюй витрати: перед кожним платним викликом Spytrend запускай безкоштовний `estimate_cost` із тим самим інструментом і аргументами, оцінюй вартість і дотримуйся бюджету, зазначеного користувачем; якщо користувач не вказав бюджет, повідом оцінку до першого платного виклику. Якщо потрібна згода з ціновими умовами, покажи отримані умови й зупинись до явної згоди клієнта; ніколи не погоджуйся від його імені. Якщо обов’язковий виклик не вкладається в зазначений бюджет, не виконуй платних викликів і поверни `Ліміт бюджету не дозволяє виконати необхідне дослідження`; необов’язковий виклик, що не вкладається в бюджет, пропусти й повідом про скорочення охоплення. Відкриваючи оголошення через `get_ad`, пропускай багатомовні оголошення (`is_multilang`) і ніколи не викликай `get_media` після `get_ad`. Повторюй виклик лише один раз і лише за умови `retryable=true`, через `retry_after_seconds`. Після кожного пошуку читай `params.ignored`; обов’язковий фільтр, який було проігноровано, ніколи не вважай застосованим. Не включай повідомлення про витрати до підсумкового звіту для клієнта. Використай підключений Spytrend MCP, щоб порівняти виявлені зв’язки із застосунками Shopify для **mejuri.com, dusk.com, none, none**. Фокус: **apps_only**. Виконай усі етапи дослідження з цього промпту за один хід. Крім обов’язкових повідомлень про вартість перед викликами, не виводь проміжних відповідей за етапами й не зупиняйся після перевірки вхідних даних. Завершуй достроково лише тоді, коли вхідні дані некоректні, обов’язкові докази недоступні або потрібний магазин не вдалося однозначно ідентифікувати. Поверни лише підсумковий звіт для користувача. ## Вхідні дані 1. Ігноруй значення `none` (необов’язкові поля, залишені порожніми). Прийми від двох до чотирьох унікальних публічних доменів магазинів. Нормалізуй хости, збережи порядок введення й усунь дублікати з однаковими нормалізованими хостами. Відхиляй інфраструктурні домени, localhost, IP-адреси й некоректні домени. Якщо залишиться менше двох або більше чотирьох, поверни дослівно `Некоректна конфігурація контрольованих вхідних даних` і не викликай MCP. 2. Ніколи не підставляй натомість пов’язаний домен, регіональний домен, домен кампанії, акаунта чи магазину або домен, знайдений за нечітким збігом. ## Компактні підтвердні дані 3. Для кожного збереженого домену послідовно виконай: `search_shops(q=<exact normalized host>, platform="Shopify", exclude_infrastructure=true, limit=5)` 4. Приймай лише рядок, нормалізований хост якого точно збігається з введеним. Кореневий домен не збігається зі своїм піддоменом; для введеного піддомену потрібен саме цей хост. 5. Ніколи не викликай `get_shop`, `search_ads`, `get_ad` або `get_advertiser`. Якщо точного рядка немає або даних про технології мало, залишай результат невизначеним або позначай дані як обмежені. 6. Збережи явне підтвердження платформи Shopify, точні відображувані назви застосунків і повернуті ідентифікатори та категорії застосунків. Поля пікселів, аналітики, теми, тарифу, відгуків, електронної пошти та SMS, платежів, оформлення замовлень і трекерів винеси в окремий блок «Допоміжні технології». Країна й трафік — необов’язковий контекст, а не підтвердні дані про набір застосунків. 7. Збережи кожен застосунок, повернутий у компактному рядку з точним збігом домену. Усувай дублікати лише з однаковими нормалізованими відображуваними назвами. Ніколи не називай повернутий список повним. ## Класифікація та порівняння 8. Надай кожному домену статус «Відповідає критеріям», «Обмежені дані» або «Не визначено». Для статусу «Відповідає критеріям» потрібні точний домен Shopify та принаймні одне поле технологій, що відповідає фокусу. «Обмежені дані» означає, що точний домен Shopify знайдено, але дані про технології за вибраним фокусом відсутні, порожні або неоднозначні. «Не визначено» означає, що немає точного рядка, є конфлікт доменів або платформу Shopify не підтверджено. 9. Позначай відсутні дані як `Не повернуто`, ніколи як нуль, «не встановлено» чи «не використовується». 10. Обчислюй збіги лише між магазинами зі статусом «Відповідає критеріям», використовуючи точні нормалізовані відображувані назви застосунків. Показуй спільний для всіх застосунок лише тоді, коли він є в кожному магазині зі статусом «Відповідає критеріям». Показуй збіг для пари або підмножини магазинів лише тоді, коли щонайменше два магазини зі статусом «Відповідає критеріям» мають однакову точну назву. Домени зі статусами «Обмежені дані» та «Не визначено» не включай до знаменників розрахунку збігів. 11. Не об’єднуй застосунки за схожими назвами, розробниками чи функціями. Групуй за функцією лише тоді, коли це підтверджують повернуті категорії або зв’язок в актуалізованому каталозі. ## Відповідь клієнту 12. Поверни `# Порівняння наборів застосунків Shopify` і `**[N] відповідають критеріям · [M] з обмеженими даними · [K] не визначено · [Завершено/Частково]**`. 13. Одразу додай: `Перелік виявлених технологій може бути неповним. Статус «Не повернуто» не означає, що застосунок не встановлено або не використовується.` 14. Покажи розділ «Спільні застосунки з точним збігом назв», по одному стислому розділу для кожного введеного домену, застосунки, виявлені лише в окремих магазинах, до чотирьох запитань для перевірки та розділ «Обмеження підтвердних даних». Якщо спільних застосунків із точним збігом назв немає, прямо про це скажи. 15. Для `apps_only` покажи всі точні назви застосунків і пропусти допоміжні поля. Для інших фокусів покажи відповідні застосунки з точними назвами й допоміжні технології. Для `all_detected_technology` покажи і те, й інше. 16. Не використовуй таблиць і вкладися в 320 слів. Приховай назву сервісу, назви пресетів, сценаріїв і пошукових наборів, слаги класифікації, назви маршрутів та інструментів, виклики, параметри, необроблені ID, JSON, квоти, токени, час виконання, повторні спроби, підсумки запусків і відхилені рядки з нечіткими збігами. 17. Познач стабільне посилання на першоджерело, явно повернуте у відповіді, як `Підтвердні дані`. Ніколи не створюй його самостійно. 18. Вказуй статус «Частково» лише тоді, коли обов’язковий пошук завершився помилкою. Завершений пошук без точного рядка або з недостатніми даними про технології має статус «Завершено» з класифікацією «Обмежені дані» або «Не визначено». 19. Ніколи не ранжуй набори застосунків за якістю й не роби висновків про зрілість, оптимізацію, активне використання, конверсії, дохід, ROAS або прибутковість. Заверши точно так: `Виявлена технологія — це спостережуваний зв’язок, а не доказ активного налаштування, використання, повноти, якості, конверсій, доходу, ROAS або прибутковості.`
Магазини розміщено в стовпцях, а точні назви застосунків — у рядках. Для обох магазинів підтверджено точні кореневі домени та платформу Shopify; обидва відповідають критеріям. Для Mejuri повернуто 5 застосунків із точними назвами, для Dusk — 12. За фокусу «Лише застосунки» поля пікселів і теми не входять до матриці.
| Застосунок | Mejuri · mejuri.com | Dusk · dusk.com |
|---|---|---|
| Klarna | Виявлено | Виявлено |
| Postscript SMS | Виявлено | Виявлено |
| Yotpo | Виявлено | Виявлено |
| Gorgias | Виявлено | Не повернуто |
| Shop Pay | Виявлено | Не повернуто |
| Bloomreach Discovery v2 | Не повернуто | Виявлено |
| Elevar Conversion Tracking | Не повернуто | Виявлено |
| Judge.me Reviews | Не повернуто | Виявлено |
| Microsoft Clarity | Не повернуто | Виявлено |
| Swym Wishlist | Не повернуто | Виявлено |
| contentsquare-analytics | Не повернуто | Виявлено |
| dusk-aurora | Не повернуто | Виявлено |
| loyalty-rewards-and-referrals | Не повернуто | Виявлено |
| pandectes-gdpr | Не повернуто | Виявлено |
Спільними вважаються застосунки з повністю однаковою відображуваною назвою, включно з регістром і пунктуацією.
Відмінності подаються зрозумілими блоками: повідомлення, відгуки, оформлення замовлень, аналітика та інші функції, підтверджені даними.
Результат допомагає сформулювати запитання про впровадження — без оцінок якості чи рекомендацій копіювати інший магазин.
Опубліковано Spytrend на основі датованого прикладу з визначеними межами дослідження.
Нормалізовані домени перевіряються послідовно: для кожного виконується один пошук компактного запису магазину за точним доменом.
ІдентифікаціяДля пошуку збігів використовуються буквальні назви з компактного списку застосунків кожного магазину, що відповідає критеріям.
Ключ порівнянняДля кожного магазину зберігається групування за функціями, а збіги обчислюються за точними назвами з урахуванням регістру.
ГрупуванняСтруктуровані поля технологій пояснюють відмінності, але не змінюють точних підрахунків.
Межі доказової базиДля одного порівняння вкажи від двох до чотирьох унікальних публічних доменів магазинів.
Однакова відображувана назва з урахуванням регістру має бути в точному списку застосунків кожного магазину, що бере участь у порівнянні.
Ні. Схожість назв, розробників або функцій не вважається точним збігом.
Це означає, що зв’язку із застосунком немає в повернутому точному списку. Це не доводить, що магазин його не використовує.
Ні. Точна кількість не свідчить про якість, зрілість, оптимізацію чи ефективність.
Підключи Spytrend MCP, введи від двох до чотирьох доменів і виконай промпти в одному чаті з ШІ.