Анализ без илюзии: кои събития трябва да проследявате, за да разберете откъде идват парите

В повечето отчети, които виждаме на първата среща, всичко изглежда добре: трафикът расте, импресиите се умножават, времето на страница е прилично. И тогава собственикът казва изречението, след което разговорът става честен: „Данните са хубави, но пари повече няма.“

Това не е проблем на анализа като инструмент. Това е проблем на набор от събития, съставен по принципа „да има нещо“: сложен е брояч, зададена е цел при изпращане на формуляр, а останалото е оставено на автоматичното събиране. Такава настройка описва поведението на посетителите сравнително добре – и не казва почти нищо за това откъде идват парите.

Защо таблото расте, а касата – не

Показатели като сесии, импресии и дълбочина на скролване се покачват лесно, без изобщо да влияят на приходите. Реферален спам, промяна в класирането, един сполучлив пост в социалните мрежи, кампания, просто рестартирана към широка аудитория – всичко това вдига графиката.

Опасността не е, че тези числа са безполезни. Опасността е, че по тях започват да се вземат решения: мащабиране на канал, който носи много посещения и нула сделки, или орязване на канал с пет заявки месечно – но и петте се затварят, при среден чек един и половина пъти по-висок от останалите.

Класически случай от практиката: клиент два тримесечия увеличаваше бюджета за канала, който носеше 60% от целия трафик. Когато най-накрая свързахме статусите от CRM, се оказа, че този канал дава 8% от приходите. Парите идваха от тесен сегмент с 4% от посещенията.

Смятайте назад: от парите към събитието

Работещият начин да се изгради анализ е да се започне не от инструментите, а от въпроса „на какво точно печелим“. След това се движите назад по веригата: кое действие на клиента предхожда плащането, кое предхожда него и така до първия контакт.

За услуги веригата обикновено изглежда така:

плащане → фактура → среща → квалифицирана заявка → заявка → преглед на услуга или казус → първо посещение

Всеки преход в тази верига е кандидат за събитие. Всичко, което не е попаднало във веригата, не влиза в проследяването. Това е основният филтър, който ви спасява от сто ненужни събития и от контейнер, в който след половин година никой не се ориентира.

Минималният набор, който покрива 90% от въпросите

За повечето сайтове за услуги и B2B стигат седем събития. Не седемдесет.

СъбитиеНа какъв въпрос отговаряКога се задейства
form_startИзобщо започват ли да попълват формуляра?Фокус в първото поле
generate_leadКолко заявки и от кой източникУспешно изпращане на формуляра
contact_clickКолко запитвания заобикалят формуляраКлик по телефон, имейл, Telegram
key_page_viewКои услуги наистина интересуватПреглед на страница с услуга или казус
content_engagedСъдържанието четено ли е или затворено60% скрол + 30 секунди
file_downloadКой е на етап изборИзтегляне на ценоразпис, презентация
qualified_leadКолко от заявките са били истинскиПромяна на статуса в CRM

Последното събитие е най-важното и най-често липсващото. Без него оптимизирате рекламата спрямо броя заявки, а не спрямо парите. Разликата между тези две стратегии обикновено се измерва в десетки проценти от бюджета.

Три атрибута, без които събитието е безполезно

Самият факт „имаше заявка“ не дава почти нищо. Събитието започва да работи, когато носи със себе си три неща.

Източник

UTM етикети, реферер, име на кампания – записани в момента на първото посещение и запазени до конверсията. Ако източникът се чете в момента на изпращане на формуляра, ще виждате „директен трафик“ там, където всъщност е работила рекламата: човек е дошъл от обява, мислил е три дни, върнал се е по име на марката и е оставил заявка. Формално това е директно посещение. Фактически парите ги е спечелила рекламата.

Идентификатор

Единен ID, който сайтът, аналитиката и CRM разбират еднакво. Това е мостът, по който данните за затворена сделка се връщат обратно към канала, който я е довел. Без него аналитиката и CRM живеят в паралелни вселени и не се схождат по нито един показател.

Стойност

Поне приблизителна. Заявка за поддръжка и заявка за разработка от нулата не са едно и също събитие и свеждането им до едно число означава съзнателно да си разваляте статистиката. Ако точната сума е неизвестна към момента на заявката, поставяйте средния чек за съответната категория услуга – това вече е с порядък по-добре от единица за всичко.

Пример с числа

Три канала, един и същ месец, еднакъв бюджет по 30 000. Ето как изглежда картината в две различни координатни системи.

КаналЗаявкиЦена на заявкаЗатворени сделкиПриходиЦена на сделка
Канал A60500390 00010 000
Канал B201 5008320 0003 750
Канал C35857248 00015 000

Ако гледате първите три колони, най-добрият канал е A, най-лошият – B. Ако гледате последните три, всичко е точно обратното. Първите три колони вижда аналитиката без офлайн конверсии. Последните три – аналитиката, доведена докрай. Решения, взети по лявата половина на таблицата, тук биха стрували на бизнеса основния му източник на приходи.

Офлайн конверсии: там се крият истинските пари

Онлайн аналитиката вижда сайта и спира при заявката. Всичко интересно се случва след това: обаждане, квалификация, оферта, преговори, договор, плащане. Докато тези статуси не се връщат от CRM обратно в аналитиката, всеки извод за „най-добрия канал“ е предположение.

Технически е по-просто, отколкото звучи: към заявката се добавя идентификатор, CRM го връща заедно със статуса и сумата, данните се качват в аналитиката по график. След това отчетът най-накрая отговаря не на въпроса „откъде е трафикът“, а на въпроса „откъде са парите“.

Атрибуция: защо „последен клик“ почти винаги лъже

По подразбиране повечето системи дават цялата заслуга на последния източник преди конверсията. При кратък цикъл това е приемливо. При продажба на услуги с цикъл от две-три седмици и пет-седем контакта това е системна грешка, която всеки път обезценява каналите в горната част на фунията: съдържание, органично търсене, дисплей реклама.

Не е нужно веднага да строите сложни модели. Достатъчно е да гледате конверсиите по първи контакт паралелно с последния. Ако даден канал почти не се появява в „последния клик“, но редовно присъства в „първия“ – открили сте нещо, което не бива да се изключва, каквото и да казва отчетът.

Пет грешки, които срещаме най-често

  • Събитие при всеки клик. Двеста събития в контейнера не са аналитика, а шум, в който на втория месец никой не се ориентира.
  • Няма единна конвенция за имена. Заявка, lead, form-2 и Form Submit в един проект правят обобщението невъзможно.
  • Дубликати от GTM и код. Едно събитие, задействано двукратно, тихо удвоява конверсиите и чупи всички изчисления на цена.
  • Пренебрегване на съгласието за бисквитки. Без коректен режим на съгласие част от данните просто няма да се съберат, а част от събраното става юридически проблем.
  • Цел върху страницата „благодарим“. Тя може да се отвори директно, презареди, запази в отметки. Това не е конверсия, а URL адрес.

Как да проверите дали при вас всичко е наред

Три въпроса, които си струва да зададете на себе си или на изпълнителя:

  • Можете ли да назовете цената на затворена сделка по всеки канал – не цената на заявка?
  • Съвпада ли броят заявки в аналитиката с броя в CRM за същия период? Разлика до 5% е нормална, 30% означава, че една от системите лъже.
  • Ще разбере ли нов служител предназначението на всяко събитие само по името му, без обяснения?

Ако и на трите отговорът е „да“ – аналитиката работи. Ако поне на един е „не“, проблемът почти никога не е в инструмента, а в това, че наборът от събития никой не е проектирал, тръгвайки от парите.

Откъде да започнете

Не с пренастройване на всичко. Вземете една верига – от най-печелившата услуга до плащането – и я доведете докрай: събитие, източник, идентификатор, статус от CRM. Една пълна верига дава повече от двадесет събития, всяко от които се прекъсва по средата.

Когато тя заработи, няма да получите по-красив отчет. Ще получите различно качество на решенията: става видимо кой канал да храните, кой да лекувате и кой да закриете – и това ще личи от числата, а не от усещанията.

Актуални новини

Жълта предупредителна лента и оранжев пътен конус, опънати през разбит тротоар от чакъл и откъртен асфалт

Приставките за достъпност не са съответствие: какво решава делото Carrefour

Френски съд отхвърли показателя 71% и даде на Carrefour шест месеца при 500 евро на ден, а FTC събра 1 милион долара от най-големия продавач на приставки заради твърдението, че приставката осигурява съответствие. Защо скрипт не може да го поправи и какво може.

Пет черни международни адаптера за контакти, подредени на пирамида върху едноцветен фон, всеки с различно разположение на щифтовете

MCP за бизнеса: какво решава стандартът и какво пак строите сами

MCP вече е независим от доставчик под шапката на Linux Foundation, публичните сървъри са над 10 000, а юлската спецификация го направи обикновена уеб инфраструктура. Но готовността за корпоративна употреба — одитни дневници, единен вход, шлюзове — е най-малко дефинираният приоритет на самата пътна карта.

Две съседни входни врати на улица — тъмночервена и кафява — във фасади на къщи с различен цвят

Passkey и паролата, която остава: какво реално се промени до 2026 г.

Пет милиарда passkey в употреба и 90% разпознаваемост — а 57% от организациите все още вкарват собствения си персонал с парола. Защо passkey печелят като добавка и губят като замяна, и петте стъпки, които си струват на един бизнес сайт.

Виж всички новини