Відкривається в новій вкладці
UK
Увійти

Наскрізна аналітика продажів у Telegram: від кліка по рекламі до оплати

Олена Хижняк
Олена ХижнякЗасновниця Sviteya: вебінари та автоворонки в чатботах.
//14 хв читання

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

1. Чому «звичайна» аналітика бреше

Типова картина маркетолога, який веде трафік на Telegram-бота (цифри умовні):

  • у рекламному кабінеті — кліки й «конверсії» (насправді — переходи), ціна ліда 18 грн, звіт зелений
  • у бот-сервісі — підписники: прийшло 340 людей, воронка «працює»
  • у платіжці — 12 оплат за місяць

Три системи, три звіти — і жоден не звʼязаний з іншим. Скільки грошей принесла конкретна рекламна кампанія? Невідомо. Яке з пʼяти оголошень привело тих, хто купив, а яке — тих, хто заблокував бота через день? Невідомо. Реклама оптимізується на дешевий клік — а дешевий клік і платоспроможний клієнт, як зʼясовується наприкінці місяця, дуже різні люди.

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

Наскрізна аналітика — це коли стиків немає.

2. Що таке наскрізна аналітика і чим вона відрізняється

Наскрізна аналітика (end-to-end analytics) — система, у якій кожна оплата привʼязана до джерела трафіку через весь ланцюжок дотиків: оголошення → перехід → підписка → кроки воронки → вебінар → оплата → повторні оплати.

Різниця з окремими метриками — у питаннях, на які є відповідь:

Питання Звичайна аналітика Наскрізна
Скільки було кліків? так так
Скільки коштує підписник? так так
Скільки коштує покупець із кожного джерела? ні так
Яке оголошення принесло найбільше грошей? ні так
Де у воронці губляться люди з конкретного джерела? ні так
Чи окупилась кампанія з урахуванням повторних оплат? ні так

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

Чому в Telegram-воронках її будувати легше, ніж на сайтах: у месенджері людина ідентифікована з першої секунди (Telegram ID), і кожен її крок — підписка, кнопка, оплата — подія одного профілю. На сайті аналітика бореться з куками, блокувальниками і «невпізнаними» повторними візитами; у боті цієї проблеми немає в принципі. Головне — не порвати ланцюжок на вході (мітки) і на виході (оплата). Саме про це наступні розділи.

3. Ланцюжок даних: із чого складається

Повний ланцюжок наскрізної аналітики в Telegram виглядає так:

Оголошення (мітки в посиланні) → посадкова (піксель фіксує візит, мітки зберігаються) → перехід у бот (мітки записуються в картку контакту) → кроки воронки (кожен крок — подія журналу) → вебінар (реєстрація, явка, хвилини — події) → оплата (привʼязана до контакту, а отже — до джерела) → CAPI (подія «покупка» повертається в рекламний кабінет)

Пʼять технічних елементів, які це забезпечують:

  1. Мітки (UTM і власні) — «паспорт» джерела в посиланні
  2. Посадкова з пікселем — точка, де реклама бачить події
  3. Журнал подій — кожен крок кожного контакту записується (у Sviteya це фундамент: уся аналітика будується з журналу, а не з лічильників «на око»)
  4. Оплата всередині ланцюжка — платіж привʼязаний до Telegram-профілю
  5. 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. Посадкова з пікселем

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

  1. Пікселю потрібна сторінка. Meta Pixel живе на веб-сторінці: без неї рекламний кабінет не бачить жодної події після кліку і оптимізується наосліп
  2. Холодній людині потрібен контекст: що я отримаю, від кого, чому це безплатно. Сторінка з оффером конвертує перехід у бота краще, ніж стрибок у незнайомий чат

Пастка, у яку потрапляють майже всі: посадкова на сторонньому конструкторі + бот в іншому сервісі = ще один стик, на якому губляться мітки. Доводиться прокидати параметри руками через діплінки, і будь-яка помилка мовчки рве ланцюжок.

У 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 проєкт: «Ціна покупця», «Окупність», «Прибуток»

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

Два правила роботи з метриками:

  1. Одна метрика на одне рішення. Дивитесь, чи міняти креативи — CTR і ціна покупця по utm_content. Дивитесь, чи переписувати воронку — проходження кроків. Не «дашборд заради дашборда»
  2. Рахуйте до грошей, а не до проміжного успіху. «Ціна реєстрації впала» — це добре лише тоді, коли ціна покупця не зросла

Розгорнутий розбір метрик по кожному етапу з формулами — у статті про метрики воронки.

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 помилок, які ламають аналітику

  1. Посилання без міток. Найбанальніша і найдорожча: місяць трафіку — і купа продажів «нізвідки». Правило: посилання без мітки не існує
  2. Мітки без системи. utm_source=fb, Facebook, face-book — три різні джерела у звіті. Домовтесь про словник міток один раз і запишіть його в спільну таблицю
  3. Реклама повз посадкову. Пікселю ніде стояти → кабінет сліпий → оптимізація на кліки
  4. Оплата поза ланцюжком. «Скиньте на картку» — і продаж знеособлений. Усі оплати — через воронку
  5. Оптимізація на проміжні події. Кампанія «на реєстрації» може збирати халявщиків. Щойно набирається статистика оплат — переводьте оптимізацію на покупку (через CAPI)
  6. Висновки з малих чисел. 3 продажі проти 5 — це не «Б краще на 66%», це шум. Порівнюйте на десятках подій або довших періодах
  7. Аналітика «подивлюсь колись». Цифри працюють, лише коли є ритм: 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. Кожен крок дає користь сам по собі, повний ланцюжок — за тиждень неспішної роботи.

Поділитися статтею

Залишити коментар

Зміст статті

Поділитися