Відстеження конверсій
Події на всі шляхи звернення замість сторінки подяки, прибирання дублів, передача конверсій у рекламні кабінети. Карта звернень — безкоштовно.
Аналітика потрібна не для звітів, а для рішень: який канал вимкнути, а який посилити. Тому робота починається не з красивих графіків, а з перевірки, чи означають цифри те, що ви думаєте. Найчастіші поломки однакові з проєкту в проєкт: конверсією рахується не та дія, одна заявка потрапляє в звіт двічі, джерело переходу губиться через неправильні мітки, а частина подій не доїжджає взагалі. Далі задачі розходяться: комусь потрібно налаштувати вимірювання з нуля, комусь — звести дані з рекламою й продажами, а комусь — просто звіт, який можна відкрити раз на тиждень і зрозуміти.
Події на всі шляхи звернення замість сторінки подяки, прибирання дублів, передача конверсій у рекламні кабінети. Карта звернень — безкоштовно.
Рівень даних, події від перегляду товару до купівлі, захист від подвійного обліку, звірка доходу з обліковою системою. Перевірка передачі даних — безкоштовно.
П'ять-сім показників, які впливають на рішення, зведення джерел із підписами, чесне позначення ручних даних і коментар людини до місячного звіту.
Ставимо один лічильник через диспетчер тегів, прибираємо дублі й мертву Universal Analytics, налаштовуємо події під ваші бізнес-дії. Перевірка — безкоштовно.
Зберігаємо джерело до картки в CRM, повертаємо статуси угод у рекламу, рахуємо вартість угоди за каналами. Розбір ланцюжка до угоди — безкоштовно.
Банер із категоріями, стан denied до вибору, передача сигналів у аналітику й рекламу, переведення чатів і колтрекінгу на згоду. Перевірка безкоштовна.
Ставимо контейнер коректно, переносимо лічильники без дублів, впроваджуємо рівень даних і прибираємо мертві скрипти. Перевірка контейнера — безкоштовно.
Зводимо написання каналів до одного значення, розмічаємо розсилки, соцмережі й офлайн, доводимо джерело до заявки. Розбір звіту за джерелами — безкоштовно.
В аналітиці тридцять конверсій, у пошті — дванадцять листів. Причина зазвичай механічна: подія спрацьовує на кожному кроці форми, або та сама заявка рахується і як відправка, і як показ подяки. Поки числа не збігаються, будь-яке рішення на їхній основі — здогадка.
Розберемо вашу ситуацію на безкоштовному аудитіЗаявки є, але звідки — невідомо: мітки проставлені по-різному або їх немає взагалі, а частина переходів записується як «прямі». Це не косметична проблема: без коректних міток гроші розподіляються навмання.
Без електронної торгівлі в GA4 звіт показує візити, але не показує, які категорії й товари приносять гроші й на якому кроці кошика люди йдуть. Це найдешевший спосіб зрозуміти, де магазин втрачає замовлення.
Інтерфейс складний, звіти стандартні, і власник відкриває їх раз на квартал. Потрібен не ще один дашборд, а кілька чисел, які відповідають на конкретні питання: скільки витратили, скільки заявок, скільки коштувала заявка в кожному каналі.
Дивимось, що вже стоїть на сайті, які події передаються й наскільки вони відповідають дійсності. Порівнюємо цифри аналітики з реальними заявками — саме тут виявляється більшість поломок.
Визначаємо, що вважається результатом для кожного каналу й на які питання має відповідати звіт. Без цього налаштування перетворюється на збір усього підряд, а користуватись цим потім ніхто не може.
Ставимо події, мітки, електронну торгівлю, згоду. Кожну подію перевіряємо наскрізно: робимо дію на сайті й дивимось, чи дійшла вона й чи не дійшла двічі.
Збираємо звіт із чисел, які справді потрібні, і показуємо, як його читати. Далі можна дивитись самостійно — доступи ваші, а інструкція лишається.
Встановлений лічильник показує візити, але зазвичай не показує заявки. За замовчуванням він не знає, яка дія на вашому сайті є результатом — форма, дзвінок, замовлення. Перевіряється це за хвилину: якщо в звіті немає окремої події на відправку форми, або її кількість не збігається з листами, налаштовувати є що.
Бо системи рахують по-різному: кабінет приписує конверсію показу, аналітика — останньому переходу, і вікна врахування в них різні. Розбіжність у кілька відсотків — норма, з якою живуть усі. Тривожно, коли різниця в рази: це вже поломка, і її треба шукати.
Це зведення реклами не із заявками, а з грошима: видно, який канал приніс клієнтів, які дійшли до оплати. Потрібна, коли між заявкою й угодою є цикл продажу й помітна частина заявок відсіюється. Умова одна — у CRM має фіксуватись джерело. Якщо не фіксується, починати треба з цього.
Базове вимірювання заявок — кілька днів. Електронна торгівля для магазину — до півтора тижня, бо подій більше й кожну треба перевірити наскрізно. Наскрізна аналітика довша, і строк залежить не від нас, а від того, у якому стані дані в CRM.
Ні. Аналітика бачить із дня, коли її налаштували коректно, — добудувати минуле неможливо, і будь-хто, хто це обіцяє, вводить в оману. Саме тому налаштування вимірювання варте того, щоб не відкладати: кожен місяць без нього це місяць, про який ви нічого не дізнаєтесь.
Заважає, якщо налаштований неправильно: тоді або губиться частина даних, або згода не враховується як має. Правильна конфігурація дозволяє коректно поводитись з обома випадками — коли людина погодилась і коли ні. Це технічна частина; формулювання самої політики має перевіряти юрист.
Ви, і це не обговорюється. GA4, диспетчер тегів і рекламні кабінети оформлюються на ваш акаунт, ми беремо доступ на час робіт і після завершення його видаляємо. Дані про ваших відвідувачів не мають жити в акаунтах підрядника.
Опишіть задачу своїми словами — підкажемо, з чого починати, і чи потрібне вам те, за чим ви прийшли. Якщо не потрібне, так і скажемо.