GA4 не «плохой». Плохим бывает способ, которым его внедряют

GA4 не «плохой». Плохим бывает способ, которым его внедряют

Я всё чаще вижу одну и ту же ошибку: GA4 пытаются использовать как единственный источник правды, а потом удивляются, почему маркетинг, продажи и продукт спорят о цифрах. В 2026 году это особенно заметно: last-click уже не тянет, privacy-first атрибуция усложняет картину, а бизнесу нужна не просто отчётность, а связь действий с выручкой.

Моя позиция простая: **GA4 нужен как базовый слой, а не как аналитическая система целиком**. Он хорошо закрывает веб- и app-события, даёт быстрый обзор воронок, источников и поведения. Но как только вы начинаете строить управление на этом одном инструменте, появляются слепые зоны:
— теряются детали по пользовательским свойствам и жизненным циклам;
— неудобно собирать когорты и удержание так, чтобы это было действительно полезно для решений;
— команда быстро упирается в ограничения интерфейса и начинает «докручивать» Excel-логикой.

Поэтому в зрелом стеке я почти всегда разделяю роли. GA4 — для стандартной цифровой гигиены и базовой веб-аналитики. Amplitude или Mixpanel — если нужен разбор поведения, сценариев, активации и удержания на уровне продукта и сегментов. Heap — когда важна скорость старта и автосбор событий, но потом всё равно придётся наводить порядок в модели данных. А для B2B и дорогих циклов покупки поверх этого всё чаще нужен ещё и слой RevOps-логики: не только откуда пришёл лид, а как он влияет на выручку, повторные сделки и вклад команд.

За последние 12 месяцев я видел проект, где после раздельной настройки GA4 + продуктовой аналитики + серверной передачи ключевых конверсий число «спорных» решений по бюджету сократилось почти вдвое. Не потому, что стало больше отчётов. А потому, что у каждого инструмента появилась своя работа.

Если хотите управлять маркетингом в 2026 году, перестаньте спрашивать: «Что лучше — GA4, Amplitude, Mixpanel или Heap?»
Правильный вопрос другой: **какую задачу должен решать каждый слой вашего стека**.

— @AnalyticsStackRu