Answerly Tracker — платформа, яка за розкладом питає ШІ-асистентів про бренд і показує кожен показник разом із розміром вибірки

01 Паспорт проєкту

Перевірено Поля без позначки підтверджені кодом, базою й cron продукту станом на 07.10.2026.

02 Задача до розробки

Платформа мала за розкладом відповідати на чотири питання, з розміром вибірки поруч із кожною цифрою:

1. Чи називає асистент бренд і чи цитує сайт?
2. Яку сторінку цитує, а яку знайшов і проминув?
3. Кого цитує замість нас і з якого типу джерела?
4. Що відповіді стверджують про бренд і чи це правда?

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

03 Межі робіт

04 Як влаштовано

Дві половини зустрічаються в базі: кабінет пише налаштування і читає зведення, а збирачі на VPS за розкладом опитують рушії і пишуть відповіді.

Три правила діють у всьому коді:

• Перевірка — вибірка, а не вирок. Кожна частка йде зі своїм n і 95% похибкою: 1,96·√(p(1−p)/n), де n — кількість відповідей в останній перевірці. Зміна, не більша за цю похибку, підписана як шум. Для середньої позиції цитування межу рахує t-тест Велча; якщо в перевірці менше 5 цитувань, позиція не порівнюється й позначена «мала вибірка».
• Без вигаданих чисел. Складова оцінки без даних випадає, і показано частку покритої ваги; прогалина не рахується нулем. Огляд Google, якого на запит немає, лишається порожнім.
• Зміни методу позначено. Коли джерело змінюється, на графіку з’являється позначка розриву, і порівняння через неї не робляться.

05 Найскладніше рішення: міряти справжній ChatGPT, а не API

Проблема. Спершу збирач питав модель через API OpenAI з вебпошуком. 05.10.2026 ми прогнали ті самі 72 промпти через API і через застосунок ChatGPT, по одному разу, з геолокацією «Україна» й українською мовою. Одна пара дала помилку. У 11 з решти 71 відповіді застосунку не було жодного джерела. Із 60 пар, де джерела були в обох, у 28 не збігся жоден домен; медіана — 1 спільний домен, коефіцієнт Жаккара — 0,08. Тобто застосунок шукає інакше й цитує інші джерела.

Рішення. З 05.10.2026 збирач бере відповіді самого застосунку через постачальника збору даних. Разом із відповіддю зберігаються власні вебпошуки асистента і сторінки, які він відкрив. Перехід позначено розривом методу: графіки й звіт не порівнюють значення по різні боки дати. Шлях через API лишився запасним і вмикається одним налаштуванням.

Компроміс. Історія до 05.10 не порівнюється з новою, а вибірка на перевірку менша й шумніша; додалась ще одна зовнішня залежність. Виграш — платформа показує сторінку, яку асистент знайшов і не процитував. Якщо потрібен лише тренд на великій вибірці, API дешевше і стабільніше.

Друге складне місце — чесна статистика. Для частки показується 95% похибка, для середньої позиції цитування — 95% довірчий інтервал різниці (t-тест Велча). На еталонному проєкті зсув на 0,6 позиції при межі ±2,3 підписано як шум, а не як «рух». Ціна — менше «знахідок» на екрані.

06 Хто і як користується

07 Модулі поточної версії

• Промпти й персони. Промпти за напрямами; персони імпортуються з шаблону агенції у форматі .xlsx; видимість по кожній персоні.
• Дослідження. Пошук нових запитів щопонеділка з Search Console і Serpstat.
• Сторінки. Наші адреси по промптах і рушіях: процитовано, знайдено й проминуто, з пошуками самого асистента; як сторінку бачать ШІ-боти.
• Бренд. Тон, ролі й твердження з кожної відповіді, де названо бренд, звірені з карткою правдивих фактів, мовою проєкту.
• Розміщення. Домени, які рушії цитують замість нас, за типом джерела: рейтинги, добірки, медіа, спільноти.
• Посилання. Домени, що ведуть на двох і більше конкурентів, але не на нас, поруч із джерелами ШІ-відповідей; щоденний контроль уже розміщених посилань.
• Кокон і план дій. Архітектура сайту з конструктора ТЗ агенції поруч із тим, що з кожною сторінкою роблять рушії; план дій на основі видачі. Кокон бачить лише команда.
• Звіт і дайджести. Звіт за підписаним посиланням; після перевірки — дайджест у Telegram з тестом значущості на спільних парах промпт × рушій.

Розміщення · звідки ШІ бере відповіді

Типи джерел, які рушії цитували на промптах агенції, і що з кожним робити. Приклади доменів на знімку приховано.

08 Якість і стабільність

Часткова перевірка означає, що частина відповідей не прийшла, а решта збережена; кредити за відсутні відповіді не списуються.

09 Безпека і приватність

• Вхід без паролів: посилання на пошту, підписане й дійсне 10 хвилин; сесія — 7 днів у захищеному cookie.
• Ключі постачальників читає лише серверна частина, у браузер вони не потрапляють; власник замінює їх в адмінці. У базі вони зараз зберігаються без шифрування — це свідомий компроміс, шифрування заплановане. Токен Google для Search Console і GA4 зашифрований (AES-GCM). Ключі API організацій зберігаються лише як хеш.
• Ізоляція: у 38 автоматизованих сценаріях користувач не отримав доступу до чужої організації ні через кабінет, ні через API. Ізоляцію зараз забезпечує серверний шар застосунку; політики на рівні бази ще впроваджуються.
• Обмеження частоти на реєстрацію і чат.
• Клієнтський перегляд не показує вартість, примітки й ціни ні в кабінеті, ні в експорті.

10 Реліз і посилання

11 Результат

Продуктовий

05–06.10.2026 ми взяли п’ять запитів про вибір підрядника для інтернет-магазину і тричі отримали на кожен відповідь застосунку ChatGPT: пілот 05.10 і дві перевірки трекера, 05.10 та 06.10. Україна, українська мова, 15 відповідей. «Названо» означає, що назва агенції є в тексті відповіді; «процитовано» — що домен є серед джерел відповіді. Агенцію названо в 7 відповідях, процитовано в 4. Одного конкурента процитовано в 12, зокрема в усіх чотирьох відповідях, що цитують нас. Асистент відкривав сторінку послуги агенції, але цитував інших. Ця знахідка стала брифом на переробку сторінки; результат поміряємо на тих самих запитах щонайменше після трьох перевірок.

Технічний

Бізнесовий

На 07.10.2026 на платформі 5 організацій і 8 проєктів: власний проєкт агенції, пілоти і пробні акаунти.

12 Обмеження і що зробили б інакше

Відповіді застосунку ChatGPT збираються через зовнішнього постачальника даних. Це повільніше й шумніше, ніж API, і постачальник може змінитися без попередження.

Одна перевірка не дає надійно відрізнити реальну зміну від випадкового коливання. Платформа радить тиждень між перевірками і не блокує ранішу, лише просить підтвердження.

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

Спільна база з іншими сервісами агенції. Читання вже відокремлене, повний поділ бази запланований.

Ще не зроблено: моніторинг збоїв збирачів, автоматичний запуск тестів у CI, перевірка Google для підключення Search Console без попередження.

13 Коротко для замовника схожої платформи

Чому обрали цей стек

Astro з рендерингом на сервері на Cloudflare Pages дає кабінет без окремого API-сервера. Supabase дає Postgres з HTTP-інтерфейсом, спільним для кабінету і збирачів. Збирачі лишились на Python, бо там найкращі бібліотеки постачальників.

Яку задачу вирішила платформа

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

Що саме зробила Chyzh Agency

• дизайн продукту і модель даних;
• збирачі для п’яти рушіїв з обліком кредитів, розкладом і чергою;
• кабінет трьома мовами, API лише для читання, експорт;
• модуль аналізу посилань і зв’язок із конструктором ТЗ агенції;
• дайджести і тест, який перевіряє, що один клієнт не бачить даних іншого.

Що врахувати в схожому проєкті

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