Подивіться на налаштування аналітики майже будь-якого Laravel SaaS, і ви знайдете одне й те саме: три інструменти, три входи, три версії правди.
Проблема роз'єднаних інструментів
Є інструмент для трафіку (Google Analytics або Plausible чи Fathom, якщо команда дбає про приватність), який підраховує відвідувачів та сесії. Є інструмент для аналітики підписок (ChartMogul, Baremetrics, ProfitWell), підключений до Stripe, щоб перетворювати платежі на MRR та показники відтоку. І є рекламний піксель (тег Meta або Google), вбудований у фронтенд, щоб рекламні платформи могли відстежувати конверсії.
Кожен виконує свою роботу. Проблема в тому, що відбувається між ними: нічого. Вони не обмінюються даними, не мають спільного визначення "клієнта", і жоден з них не може відповісти на питання, яке насправді визначає, куди піде бюджет наступного місяця.
Три рівні аналітики та їхні сліпі зони
Рівень трафіку (Fathom, Plausible, GA) знає, звідки приходять люди і що вони переглядають. Він бачить utm_campaign, джерела переходів, перегляди сторінок. Чого він навмисно не бачить - це гроші. Fathom і Plausible не торкаються доходів за дизайном; GA бачить у кращому випадку клієнтську подію конверсії, і 30-50% навіть цього блокується блокувальниками реклами.
Рівень доходів (ChartMogul, Baremetrics, ProfitWell) знає гроші до найменших деталей. Кожен платіж, кожне оновлення, кожне скасування перетворюється на MRR, відтік та LTV. Про що він ніколи не чув - це маркетинговий канал. Stripe не знає ваш utm_campaign, тому нічого, побудоване поверх Stripe, теж не знає.
Рівень атрибуції (піксель Meta/Google) намагається з'єднати обидва, але лише на користь платформи і лише на стороні клієнта. Він спрацьовує, коли хтось конвертується, звітує рекламній платформі і блокується тими самими блокувальниками реклами. Він оптимізує показ реклами, але не дає вам чистої таблиці прибутку за каналами.
В результаті ви отримуєте три дашборди, кожен з яких містить третину картини, та щоквартальну таблицю, де хтось намагається з'єднати їх вручну.
Чому три інструменти гірше за суму
Числа, які насправді керують бізнесом підписок, знаходяться між інструментами, а не всередині жодного з них:
- Яка кампанія приносить клієнтів, які залишаються? Потрібен трафік (канал) та дохід (утримання). Жоден інструмент не має обох.
- Скільки насправді коштує клієнт з розсилки? Потрібна атрибуція каналу та LTV. Розділено між двома інструментами, які не діляться ID.
- Чи прибуткова ця кампанія після витрат на рекламу та відтоку? Потрібні всі три рівні одночасно.
Кожне з цих питань вимагає об'єднання даних між інструментами, які ніколи не були призначені для об'єднання. Інструмент трафіку ідентифікує людей за клієнтським cookie, інструмент доходів - за ID клієнта Stripe, піксель - за власним анонімним ID. Узгодження цього є ручним, з втратами і застаріває в момент виконання.
Єдине рішення: серверна аналітика
SimpleStats використовує інший підхід. Замість трьох інструментів, що спостерігають ззовні, він відстежує весь шлях клієнта як один з'єднаний ланцюжок на стороні сервера всередині вашого Laravel-додатку:
відвідувач → реєстрація → вхід → оплата
Оскільки всі чотири події захоплюються в одному місці і прив'язані до одного відвідувача, кожне наступне число автоматично успадковує контекст залучення. Платіж - це не просто платіж, а платіж від відвідувача, який прийшов через utm_campaign=spring-sale з Німеччини шість тижнів тому. Нічо��о не потрібно узгоджувати постфактум, оскільки дані ніколи не були роз'єднані.
І оскільки це відбувається на сервері, немає пікселя, немає банера про cookie для аналітики і немає дір від блокувальників реклами. Дані повні, що є основною передумовою для того, щоб усі інші показники були достовірними.
Три стеки в одному місці
Аналітика трафіку (робота Fathom)
Унікальні відвідувачі, джерела, кампанії, країни, пристрої, коефіцієнт конверсії. Веб-аналітика з дотриманням приватності, GDPR-сумісна і незалежна від блокувальників реклами, оскільки працює на сервері.
Метрики підписок (робота ChartMogul)
MRR та ARR, рухи MRR (нові, розширення, скорочення, відтік, реактивація), Net і Gross Revenue Retention, Quick Ratio, відтік доходів та LTV. Повна панель підписок, за яку зазвичай платять окремому інструменту. Різниця: кожен з цих показників можна фільтрувати за каналом, через який прийшли клієнти.
Прибутковість кампаній (робота рекламного пікселя, виконана правильно)
Введіть витрати на рекламу для кампанії, і ви отримаєте ROAS, CAC, чистий прибуток, LTV:CAC та період окупності CAC за каналами, розраховані з доходу, який вже прив'язаний до кампанії. Це те, що піксель завжди мав надавати, але ніколи не робив.
Утримання за каналами (частина, якої немає в інших)
Понад усе це: когортне утримання з фільтрацією за каналами, тож питання змінюється з "чи повертаються користувачі?" на "який канал приносить користувачів, які повертаються?", плюс показники залученості та відтоку користувачів.
Питання, на яке нарешті є відповідь
Об'єднайте ці рівні поверх одного з'єднаного ланцюжка, і питання, яке раніше потребувало квартальної таблиці, стає кліком фільтра:
З клієнтів, яких принесла наша розсилка, який їхній MRR, скільки все ще активні через 90 днів, і чи принесла кампанія прибуток після витрат на рекламу?
Інструмент трафіку сам не може відповісти. Інструмент доходів сам не може. Піксель точно не може. Об'єднана система може, оскільки це весь час був один набір даних.
AI-асистент для аналітики
SimpleStats тепер має AI-асистента, вбудованого в дашборд. Ви ставите питання так, як запитали б колегу:
- "Який канал приніс клієнтів, які все ще активні через 90 днів?"
- "Який MRR у всіх, хто прийшов через розсилку?"
- "Чи принесла весняна кампанія прибуток після витрат на рекламу?"
Асистент виконує реальні запити до вашої аналітики і відповідає вашими фактичними цифрами. Кожна цифра походить з результату запиту, ніколи з оцінки.
Оскільки такі питання все частіше виникають під час кодування, SimpleStats також надає хостинговий MCP-сервер. Підключіть його до Claude Code однією командою:
claude mcp add --transport http simplestats https://simplestats.io/mcp \
--header "Authorization: Bearer API_TOKEN_HERE"
"Чи змінив вівторковий деплой конверсію?" тепер питання для вашого редактора, з відповіддю з тих самих з'єднаних даних. Cursor і Claude Desktop теж працюють.
Налаштування
Немає трьох інтеграцій для з'єднання, оскільки немає трьох інструментів. Ви встановлюєте один Composer-пакет у ваш Laravel-додаток:
composer require simplestats-io/laravel-client
Він захоплює відвідувачів на вхідних запитах, і ви вказуєте на існуючі моделі User і платежів для відстеження реєстрацій, входів та оплат. Звідти весь стек (трафік, підписки, прибутковість кампаній, утримання та AI-асистент) заповнюється з тих самих даних на стороні сервера.
Використовуйте рекламні платформи для купівлі реклами, а платіжного провайдера для прийому грошей. Для розуміння, чи це працює, одна з'єднана серверна система перемагає три роз'єднані дашборди щоразу.
Готові побачити свої власні з'єднані дані? Почніть з SimpleStats, встановіть пакет, і ваші перші відвідувачі з'являться за хвилини.
SimpleStats - це серверна аналітична платформа, створена спеціально для Laravel. Вона відстежує відвідувачів, реєстрації, входи та платежі, все GDPR-сумісно, без впливу блокувальників реклами, все з'єднане через UTM-атрибуцію.
