Наскрізна аналітика — це коли витрати на рекламу звʼязані з реальними оплатами через увесь шлях клієнта: видно, яке оголошення привело людину, як вона пройшла воронку, чи була на вебінарі і скільки заплатила — усе в одному звіті. Вона відповідає на єдине питання, яке насправді важливе: звідки прийшли гроші. У цьому гіді — як побудувати таку аналітику для продажів у Telegram: з яких елементів складається ланцюжок, які метрики рахувати на кожному етапі, як передавати продажі назад у рекламний кабінет і як читати звіти, щоб рішення напрошувались самі.
1. Чому «звичайна» аналітика бреше
Типова картина маркетолога, який веде трафік на Telegram-бота (цифри умовні):
- у рекламному кабінеті — кліки й «конверсії» (насправді — переходи), ціна ліда 18 грн, звіт зелений
- у бот-сервісі — підписники: прийшло 340 людей, воронка «працює»
- у платіжці — 12 оплат за місяць
Три системи, три звіти — і жоден не звʼязаний з іншим. Скільки грошей принесла конкретна рекламна кампанія? Невідомо. Яке з пʼяти оголошень привело тих, хто купив, а яке — тих, хто заблокував бота через день? Невідомо. Реклама оптимізується на дешевий клік — а дешевий клік і платоспроможний клієнт, як зʼясовується наприкінці місяця, дуже різні люди.
Це не проблема поганих інструментів — це проблема розірваного ланцюжка. Дані губляться на кожному стику: між оголошенням і лендингом (мітки не передались), між лендингом і ботом (людина «знеособилась» при переході), між ботом і оплатою (платіжка не знає, звідки прийшов покупець).
Наскрізна аналітика — це коли стиків немає.
2. Що таке наскрізна аналітика і чим вона відрізняється
Наскрізна аналітика (end-to-end analytics) — система, у якій кожна оплата привʼязана до джерела трафіку через весь ланцюжок дотиків: оголошення → перехід → підписка → кроки воронки → вебінар → оплата → повторні оплати.
Різниця з окремими метриками — у питаннях, на які є відповідь:
| Питання | Звичайна аналітика | Наскрізна |
|---|---|---|
| Скільки було кліків? | так | так |
| Скільки коштує підписник? | так | так |
| Скільки коштує покупець із кожного джерела? | ні | так |
| Яке оголошення принесло найбільше грошей? | ні | так |
| Де у воронці губляться люди з конкретного джерела? | ні | так |
| Чи окупилась кампанія з урахуванням повторних оплат? | ні | так |
Ключова властивість: наскрізна аналітика вимірює гроші, а не проміжні події. Джерело, що дає кліки по 5 грн і нуль продажів, у звичайній аналітиці виглядає переможцем, у наскрізній — дірою в бюджеті.
Чому в Telegram-воронках її будувати легше, ніж на сайтах: у месенджері людина ідентифікована з першої секунди (Telegram ID), і кожен її крок — підписка, кнопка, оплата — подія одного профілю. На сайті аналітика бореться з куками, блокувальниками і «невпізнаними» повторними візитами; у боті цієї проблеми немає в принципі. Головне — не порвати ланцюжок на вході (мітки) і на виході (оплата). Саме про це наступні розділи.
3. Ланцюжок даних: із чого складається
Повний ланцюжок наскрізної аналітики в Telegram виглядає так:
Оголошення (мітки в посиланні) → посадкова (піксель фіксує візит, мітки зберігаються) → перехід у бот (мітки записуються в картку контакту) → кроки воронки (кожен крок — подія журналу) → вебінар (реєстрація, явка, хвилини — події) → оплата (привʼязана до контакту, а отже — до джерела) → CAPI (подія «покупка» повертається в рекламний кабінет)
Пʼять технічних елементів, які це забезпечують:
- Мітки (UTM і власні) — «паспорт» джерела в посиланні
- Посадкова з пікселем — точка, де реклама бачить події
- Журнал подій — кожен крок кожного контакту записується (у Sviteya це фундамент: уся аналітика будується з журналу, а не з лічильників «на око»)
- Оплата всередині ланцюжка — платіж привʼязаний до Telegram-профілю
- CAPI — зворотний канал у рекламний кабінет
Розберімо кожен крок практично.
4. Крок 1. Мітки: кожному джерелу — імʼя
Правило нульове і головне: жодне посилання без мітки. Посилання без мітки — це людина «нізвідки», і скільки б вона потім не заплатила, у звіті ці гроші впадуть у «пряме джерело / невідомо».
Як розмічати:
- Реклама — стандартні UTM:
utm_source=facebook,utm_medium=cpc,utm_campaign=webinar-september,utm_content=video-1. Рівень деталізації — до оголошення (utm_content): саме він потім покаже, який креатив приводить покупців - Власний контент — окреме посилання на кожне місце: шапка профілю, конкретний допис, сторіз, підпис на YouTube. У Sviteya таке посилання — це тригер воронки «Реф-посилання», тож у воронці видно, через який вхід прийшла людина. Щоб мітки долетіли до бота, на кнопці сторінки має стояти «Посилання зі змінними» з тригера: на звичайне посилання
t.me/…мітки не передаються - Офлайн і згадки — окреме кодове слово (тригер «Кодове слово») або QR-код на посилання з міткою: «скажіть слово ЕТЕР» — і ви знаєте, що людина з подкасту
Що відбувається з мітками далі: при переході на посадкову вони зберігаються, при вході в бота — записуються в поля контакта (utm_source, utm_medium, utm_campaign, utm_content, utm_term) і на Персону: мітки першого дотику не перетираються ніколи, а мітки останнього оновлюються з кожним новим приходом. Людина може купити через три місяці — перше джерело нікуди не дінеться. Це принципова відмінність від сайтової аналітики, де атрибуція живе стільки, скільки живуть куки.
Готове посилання з мітками збирає кнопка «Посилання з мітками» в налаштуваннях міні-лендингу: джерело, канал, кампанія, оголошення, ключове слово і до десяти ваших власних міток.
5. Крок 2. Посадкова з пікселем
Можна вести рекламу прямо на бота — і для теплої аудиторії це працює. Але для холодного трафіку між оголошенням і ботом потрібна посадкова, з двох причин:
- Пікселю потрібна сторінка. Meta Pixel живе на веб-сторінці: без неї рекламний кабінет не бачить жодної події після кліку і оптимізується наосліп
- Холодній людині потрібен контекст: що я отримаю, від кого, чому це безплатно. Сторінка з оффером конвертує перехід у бота краще, ніж стрибок у незнайомий чат
Пастка, у яку потрапляють майже всі: посадкова на сторонньому конструкторі + бот в іншому сервісі = ще один стик, на якому губляться мітки. Доводиться прокидати параметри руками через діплінки, і будь-яка помилка мовчки рве ланцюжок.
У Sviteya це закрито архітектурно: міні-лендинг живе всередині сервісу — ваш піксель на ньому, мітки він ловить сам і сам передає їх у картку контакту при вході в бота. Зшивати нічого: як працюють міні-лендинги. Піксель і CAPI підключаються на платному чи пробному тарифі — на Free їх немає.
6. Крок 3. Журнал подій у воронці
Всередині воронки аналітика тримається на простому принципі: кожен крок кожної людини — це запис у журналі. Пройшла блок — запис. Натиснула кнопку — запис. Отримала тег, зареєструвалась на вебінар, відкрила оплату — записи.
Із журналу будуються три головні звіти:
Схема воронки з цифрами. Кнопка «Статистика» в редакторі вмикає на кожному блоці лічильник проходжень — та сама схема, у якій ви збирали сценарій. Вузьке місце видно за десять секунд: ішло-ішло 600 → 580 → 540 → 210 → 195 (цифри умовні). Ось цей обвал із 540 до 210 — і є ваша точка росту, конкретне повідомлення, яке треба переписати.
Цілі та «Джерела × Цілі». На сторінці аналітики воронки видно, скільки людей увійшло і скільки досягло кожної цілі (блок «Ціль»). Якщо воронка має кілька входів, таблиця «Джерела × Цілі» показує, яке джерело першого входу до чого довело; клік по рядку залишає на сторінці лише людей із цього джерела.
Таблиця «Хто проходив». Один рядок — одна людина, кроки, які ви позначили кнопкою «Трекати крок в аналітиці», — стовпчики. Це та таблиця, яку маркетологи запусків ведуть у Google Sheets руками ночами, — тільки вона заповнюється сама. Відфільтруйте людей умовами, виберіть їх галочками — і ось готовий сегмент для дотиску: тег, запуск воронки, розсилка.
Важливо для довіри до цифр: аналітика з журналу подій не «малює» приблизне — цифру на блоці можна розгорнути в конкретних людей («Хто пройшов блок»), і подивитись, хто саме ці люди.
7. Крок 4. Оплата, привʼязана до джерела
Стик «воронка → гроші» — місце, де ланцюжок рветься найчастіше: оплата йде через сторонню платіжну сторінку чи менеджера, і платіж знеособлюється.
Рішення — оплата всередині воронки: людина платить у боті (Stripe чи WayForPay), платіж автоматично привʼязаний до її профілю, а отже — до її джерела, її шляху воронкою, її вебінарної історії. Ніяких «звірянь по імейлу» між платіжкою і базою.
Що це відкриває у звітах:
- покупці по джерелах: у «Проєкті» (зведення одного запуску) блок «Джерела» показує по кожній мітці реєстрації й покупців — тож видно, що канал із дешевими кліками може не давати покупців
- гроші запуску: блок «Гроші» проєкту — «Витрати» (їх вносите ви: опис і сума у валюті проєкту), «Продажі проєкту», «Прибуток» та «Окупність» (продажі, поділені на витрати), а в блоці «Люди» — «Ціна покупця»
- дохід по воронках, вебінарах і товарах: сторінка «Аналітика» і розділ продажів. Підписки й продовження теж падають у той самий ланцюжок
- ROMI по джерелу: (дохід − витрати) / витрати — рахується на цих даних уже не як оцінка, а як факт
Оплата поза воронкою (переказ «на картку») у цей ланцюжок не потрапляє — такий продаж у звіті буде знеособленим.
8. Крок 5. CAPI: віддаємо продажі назад у рекламу
Останній елемент перетворює аналітику зі «звіту для вас» на «паливо для алгоритму». Conversions API (CAPI) — серверний канал, яким події передаються в рекламний кабінет Meta напряму, повз браузер із його блокувальниками. Підключення пікселя й CAPI недоступне на тарифі Free.
Навіщо це потрібно:
- Оптимізація на покупців. Якщо Meta бачить лише «переходи», вона шукає людей, схожих на клікерів. Якщо їй віддавати події «зареєструвався на вебінар», «був на етері», «купив» — вона шукає схожих на покупців. Різниця в якості трафіку — кардинальна
- Стійкість до блокувальників. Серверні події не гинуть від адблоків і обмежень браузерів — рекламний кабінет бачить повнішу картину
- Точний матчинг. Події йдуть із хешованими даними (email, телефон, імʼя) і мітками кліку (
fbclid,fbp,fbc), тож Meta правильно зшиває їх із рекламними профілями
У Sviteya подію в CAPI можна відправити з будь-якої точки воронки — дією «подія в Meta CAPI» в блоці «Дії»: вибираєте подію (Lead, Purchase, CompleteRegistration, Schedule, Subscribe, Contact або свою назву), за потреби суму й валюту. Для вебінару є окремі події «Реєстрація = Lead», «Зайшов у кімнату», «Досидів до офера», «Клік кнопки» і «Покупка = Purchase». Покрокове налаштування — на сторінці документації «Піксель Meta і Conversions API», а розгорнуто про механіку — у статті «Піксель і CAPI в Telegram-воронках».
9. Метрики кожного етапу: що рахувати і які цифри — норма
Мінімальний робочий набір по етапах ланцюжка:
| Етап | Метрика | Де дивитись |
|---|---|---|
| Оголошення | CTR, ціна кліку | рекламний кабінет |
| Посадкова | конверсія в перехід у бот | «Аналітика» → «Міні-лендинги»: «Відкриттів», «Унікальних», «Кліків», «Переходів у бот» |
| Вхід у бот | конверсія кліку в Start | «Входів у воронки»; «Джерела × Цілі» на сторінці воронки |
| Лід-магніт | отримання | лічильник на блоці («Статистика») |
| Прогрів | проходження до оффера | позначені кроки («Хто проходив») |
| Оффер | клік по кнопці | «Кліків по кнопках», «Хто клікнув кнопку» |
| Оплата | конверсія з кліку в оплату | «Оплат (шт)» і «Дохід» |
| Гроші | CAC (вартість покупця), ROMI | проєкт: «Ціна покупця», «Окупність», «Прибуток» |
Єдиних «нормальних» цифр конверсії цей гід не наводить: вони залежать від ніші, чека й температури трафіку. «Норма» для вас — це ваші власні цифри місяць тому. Динаміка важливіша за бенчмарки з інтернету.
Два правила роботи з метриками:
- Одна метрика на одне рішення. Дивитесь, чи міняти креативи — CTR і ціна покупця по
utm_content. Дивитесь, чи переписувати воронку — проходження кроків. Не «дашборд заради дашборда» - Рахуйте до грошей, а не до проміжного успіху. «Ціна реєстрації впала» — це добре лише тоді, коли ціна покупця не зросла
Розгорнутий розбір метрик по кожному етапу з формулами — у статті про метрики воронки.
10. Читаємо звіти: розбір на прикладі
Ситуація (типовий сценарій, усі цифри умовні): онлайн-школа веде рекламу на вебінар. Бюджет 20 000 грн, два оголошення, воронка: лендинг → бот → прогрів → вебінар → оффер → оплата курсу за 4 900 грн.
Дивимось блок «Джерела» проєкту (покупців по кожній мітці utm_content):
- Оголошення А (відео): 11 000 грн витрат → 9 покупців → 44 100 грн
- Оголошення Б (статика): 9 000 грн витрат → 2 покупці → 9 800 грн
Перший висновок готовий: Б працює в нуль, бюджет — в А. У «звичайній» аналітиці Б виглядало краще: кліки були дешевші.
Дивимось вебінар за джерелом Б: може, річ не в аудиторії, а в шляху? У звіті вебінару є фільтр «Всі джерела». Він показує: люди з Б нормально реєструються (конверсія та сама, що в А), але не доходять до етеру — явка 12% проти 31% в А. Гіпотеза: аудиторія Б холодніша, їй бракує прогріву між реєстрацією і вебінаром.
Рішення: для трафіку з Б додається гілка — два додаткові повідомлення цінності до етеру (умова у воронці за полем utm_content: різні шляхи для різних аудиторій). Через два тижні порівнюємо явку Б «до/після» у тому самому звіті — він має перемикач сесій.
Оце і є наскрізна аналітика в дії: не «реклама якось працює», а конкретне рішення за 15 хвилин, тому що ланцюжок видно цілим — від оголошення до грошей, з деталізацією до кроку воронки.
11. Наскрізна аналітика для агенції
Якщо ви ведете клієнтів, наскрізна аналітика — це ще й продукт, який ви продаєте: звіт «ваші 20 000 грн бюджету → 53 900 грн продажів, ось ланцюжок» — найсильніший аргумент за продовження співпраці, який існує.
Що це дає операційно:
- звіт без ручної роботи: цифри воронки, джерела, продажі — на екранах, які можна показати клієнту як є; експорт таблиць — у CSV
- звіти за розкладом: щотижневий підсумок може приходити вам (чи клієнту) автоматично в Telegram — тригер «Розклад» + блок «Звіт аналітики». У звіті — нові підписники, старти воронок, кліки, позначені кроки, кількість і сума продажів, з динамікою до попереднього періоду
- усі клієнти в одному акаунті: на платних тарифах кількість ботів не обмежена (на Free — три), у кожного клієнта свій бот і свої воронки, а ви бачите все
- захист від «а що ви взагалі зробили?»: журнал подій — обʼєктивна історія, яку не переграєш
12. 7 помилок, які ламають аналітику
- Посилання без міток. Найбанальніша і найдорожча: місяць трафіку — і купа продажів «нізвідки». Правило: посилання без мітки не існує
- Мітки без системи.
utm_source=fb,Facebook,face-book— три різні джерела у звіті. Домовтесь про словник міток один раз і запишіть його в спільну таблицю - Реклама повз посадкову. Пікселю ніде стояти → кабінет сліпий → оптимізація на кліки
- Оплата поза ланцюжком. «Скиньте на картку» — і продаж знеособлений. Усі оплати — через воронку
- Оптимізація на проміжні події. Кампанія «на реєстрації» може збирати халявщиків. Щойно набирається статистика оплат — переводьте оптимізацію на покупку (через CAPI)
- Висновки з малих чисел. 3 продажі проти 5 — це не «Б краще на 66%», це шум. Порівнюйте на десятках подій або довших періодах
- Аналітика «подивлюсь колись». Цифри працюють, лише коли є ритм: 15 хвилин щотижня на воронку, година на місяць — на джерела і бюджет
13. FAQ
Що таке наскрізна аналітика простими словами?
Це коли кожна оплата у вашому бізнесі привʼязана до джерела: видно, яке оголошення привело покупця і як він пройшов шлях від кліка до грошей. Вона відповідає на питання «звідки прийшли гроші», а не «скільки було кліків».
Чим наскрізна аналітика відрізняється від Google Analytics?
Веб-аналітика рахує події на сайті й «ламається» на переході в месенджер: людина в боті для неї зникає. Наскрізна аналітика в Telegram будується навпаки — навколо профілю людини в месенджері, тому шлях не рветься від першого кліка до повторних оплат.
Чи потрібен програміст, щоб її налаштувати?
Ні, якщо весь ланцюжок живе в одному сервісі: мітки ловляться автоматично, журнал подій пишеться сам, піксель і CAPI підключаються за інструкцією один раз. Програміст потрібен лише для нестандартних інтеграцій через API.
Що таке UTM-мітки і навіщо вони?
Це параметри в посиланні (utm_source, utm_campaign тощо), які називають джерело трафіку. У Telegram-воронці вони записуються в поля контакта й на Персону при вході, і мітки першого дотику лишаються назавжди — так людину (і її майбутні оплати) можна звʼязати з конкретним оголошенням.
Що таке CAPI і чим він кращий за піксель?
Піксель надсилає події з браузера і потерпає від блокувальників; CAPI (Conversions API) — із сервера, надійно. Разом вони дають рекламному кабінету повну картину, і алгоритм вчиться шукати покупців, а не клікерів. Найкраще працюють у парі.
Які конверсії вважати нормальними?
Єдиної цифри не існує: «норма» сильно залежить від ніші, чека і температури трафіку. Орієнтуйтесь на динаміку власних цифр на тому самому типі трафіку, а не на чужі бенчмарки.
Як зрозуміти, яка реклама окупається, якщо продажі відкладені?
Саме тому мітки мають жити в картці контакту, а не в куках: людина може купити через місяць-два, і продаж однаково впаде на своє джерело. Дивіться ROMI за когортами: скільки заробили люди, залучені в конкретному місяці. У проєкті «Продажі проєкту» рахуються за вікном 30 днів від останнього дотику, а «Усього купили люди, які вперше прийшли через проєкт» — включно з пізнішими покупками.
Чи можна побачити шлях конкретної людини?
Так: у картці Персони є її мітки, а в журналі подій — кроки воронки, вебінари й оплати. Таблиця «Хто проходив» на сторінці воронки показує шляхи по всіх людях одразу — один рядок, одна людина.
Що робити, якщо трафік веду прямо на бота, без лендинга?
Джерела входу ви все одно побачите (таблиця «Джерела × Цілі» на сторінці воронки), але на прямому посиланні t.me/… utm-мітки не передаються, а рекламний кабінет буде сліпим — пікселю ніде спрацювати, і оптимізація піде на кліки. Для платного трафіку міні-лендинг із пікселем майже завжди окупається.
З чого почати, якщо зараз немає взагалі ніякої аналітики?
З міток: розмітьте всі входи (окреме посилання на кожне джерело) — це 30 хвилин. Далі оплати всередину воронки. Потім піксель+CAPI. Кожен крок дає користь сам по собі, повний ланцюжок — за тиждень неспішної роботи.