Как перенести аналитику с Google Analytics на privacy-first аналитику
1. Зачем мигрировать: цели, риски и ожидания
Переход на privacy-first аналитику обычно начинается не с моды, а с боли. У Google Analytics в последние годы стало больше ограничений: блокировщики, настройки браузеров, правовые требования, cookie-баннеры, а еще растущая усталость команды от отчётов, где часть данных исчезает уже на входе.
Бизнесу нужен не «ещё один счетчик», а понятная картина: сколько людей пришло, откуда, что они сделали, где сломалась воронка и какой канал дал заявку. Если после переезда теряются цели, транзакции или события формы, миграция провалена, даже если новый интерфейс красивее. Поэтому вопрос как перенести аналитику с Google Analytics на privacy-first аналитику обычно упирается не в смену инструмента, а в сохранение смысла измерений.
У privacy-first аналитики другая логика. Она не пытается собрать всё подряд, а держит фокус на минимуме данных, который нужен продукту, маркетингу и редакции. Это полезно, когда юридическая служба уже задаёт неудобные вопросы, а маркетологу нужен ответ без лишних cookies.
Есть и практический повод: аналитика без лишней персонализации лучше переживает ограничения браузеров и даёт более предсказуемую картину в долгую. Один раз выстроенная схема измерений часто оказывается устойчивее, чем набор костылей поверх старого Google Analytics.
Кстати, если на сайте много контента, не мешает посмотреть и анекдоты про студентов. Анекдоты бесплатно. Короткие: короткий формат помогает понять, как читается структура страницы и где пользователь теряет внимание уже после первого экрана.
2. Что считать privacy-first аналитикой
Privacy-first аналитика строится вокруг трёх правил: собирать меньше, хранить короче и не привязывать действия человека к лишним идентификаторам. В идеале аналитика фиксирует событие, страницу, источник и время, а не тянет за собой длинную историю пользователя на месяцы вперёд.
На практике это выглядит так: минимум cookies, аккуратная работа с IP, отсутствие рекламных идентификаторов там, где без них можно обойтись, и прозрачная политика обработки. Сайт не должен превращаться в «чёрный ящик» для посетителя.
У privacy-first аналитики бывают разные формы. Одни решения хранят данные у вас на сервере. Другие работают в облаке, но обещают короткий retention и агрегирование. Третьи — это простой счётчик посещений без сложных воронок. Для маленького медиа иногда хватает одного вида отчётов, для SaaS-продукта уже нужен иной уровень детализации.
Именно поэтому не стоит подменять privacy-first аналитику простым удалением баннера cookies. Если механика сбора осталась старой, а текст в политике стал мягче, приватности там немного. Пользователь это чувствует быстро.
3. Подготовка к переносу: аудит текущей аналитики
Перед миграцией нужен не список пожеланий, а инвентаризация. Откройте текущий Google Analytics и выпишите 5 групп: события, цели, конверсии, источники трафика, отчёты. Отдельно отметьте интеграции с CRM, рекламными кабинетами, email-сервисами и дашбордами для руководства.
Полезно пройтись по сайту вручную и зафиксировать 10–20 сценариев, которые реально важны: отправка формы, клик по телефону, просмотр прайса, скачивание файла, оформление заказа, вход в личный кабинет. На этом этапе особенно часто выясняется, что в GA когда-то настроили 40 событий, а команда помнит только 7.
Соберите список страниц и шаблонов. Для редакционного сайта это могут быть статьи, рубрики, карточки автора, поиск и блоки рекомендаций. Для интернет-магазина — каталог, карточка товара, корзина, checkout и страница «спасибо за заказ».
Если нужна внешняя проверка логики сайта, пригодится и материал как проверить сайт на мошенничество: при переносе аналитики особенно полезно понимать, как пользователь видит домен, форму оплаты и поведение подозрительных элементов.
В конце аудита должна получиться таблица с четырьмя полями: что измеряем, где это сейчас настроено, зачем это нужно, как проверим после переноса. Без этой таблицы миграция быстро превращается в спор «кажется, всё работало».
4. Выбор альтернативы Google Analytics
Рынок privacy-first аналитики неоднороден, и выбирать стоит по задаче, а не по маркетинговому обещанию. Есть self-hosted решения, где вы контролируете хранение и обновления. Есть облачные платформы с простым стартом. Есть лёгкие счётчики для базовой посещаемости. Есть более продвинутые системы, где доступны события, сегменты, воронки и отчёты по продукту.
Для новостного сайта часто важнее скорость внедрения и простые отчёты по страницам, источникам и времени на сайте. Для SaaS важнее события, воронки, retention и привязка к жизненному циклу пользователя, но без лишней персонализации.
Смотрите на 6 критериев. Первый — можно ли разворачивать систему на своём домене или своём сервере. Второй — как она работает с cookies и идентификаторами. Третий — есть ли экспорт сырых или агрегированных данных. Четвёртый — поддерживаются ли события и цели. Пятый — насколько понятна интеграция с CMS, тег-менеджером и API. Шестой — как выглядит цена при росте трафика.
Есть ещё один тихий критерий: кто будет этим пользоваться через 3 месяца. Если отчёты поймёт только один аналитик, проект зависнет. Если дашборд читает редактор или продакт без инструкции, у аналитики больше шансов прижиться.
Когда хочется посмотреть на цифровую картину под другим углом, иногда помогает и организм человека. Цифры и факты. Интересные: простая структура чисел напоминает, что хорошие отчёты не обязаны быть перегруженными.
5. Настройка новой системы аналитики
Старт обычно состоит из 4 шагов. Сначала создайте проект в выбранной privacy-first платформе. Затем подключите домен. Потом добавьте код счётчика на сайт. После этого включите сбор базовых событий и проверьте, что визиты доходят до панели без задержки.
На WordPress это часто делается через плагин или вставку кода в шапку сайта. На кастомной платформе подключение может идти через шаблон, tag manager или серверный endpoint. На SPA-приложениях особенно важно проверить навигацию между страницами, потому что обычный pageview там не всегда срабатывает.
Дальше настройте цели. Для медиа это может быть просмотр 3 страниц, подписка на рассылку и скролл до конца материала. Для магазина — добавление в корзину, начало checkout и покупка. Для B2B — отправка формы, бронирование демо и клик по email.
Не переписывайте старую логику вслепую. Иногда в Google Analytics были цели, которые создавались ради отчётной привычки, а не ради пользы. На новом месте такие цели лучше не тащить, иначе в системе снова окажется мусор.
Если команда любит сравнивать подходы в спокойной обстановке, пригодится и материал как экономить деньги без страданий: у аналитики тоже есть бюджет, и не всегда нужно покупать самый сложный инструмент ради двух полезных графиков.
6. Перенос ключевых метрик и событий
Самая частая ошибка при миграции — пытаться воспроизвести названия событий один в один. Лучше сначала описать смысл. Например, старое событие GA «button_click» может в новой системе разделиться на три: клик по CTA в шапке, клик по CTA в статье и клик по CTA в футере. Это точнее, чем одна общая корзина.
Составьте таблицу сопоставления: старое событие, новое событие, параметр, место на странице, бизнес-смысл. Для ecommerce отдельно пропишите доход, количество заказов, средний чек и брошенную корзину. Для контента — просмотры статьи, дочитывания, внутренние переходы и подписки.
Есть важная деталь: в privacy-first аналитике не всегда удобно повторять user-level логику из GA. Иногда вместо попытки отследить «одного и того же человека» лучше измерять устойчивые агрегаты по сессии, странице или источнику. Это честнее и часто чище.
Если у вас уже есть события, завязанные на dataLayer, не меняйте всё сразу. Сначала перенесите 5–7 самых денежных или самых частых. Потом добавляйте остальное. Резкая полная переделка почти всегда ломает отчёты у маркетинга в самый неудобный день месяца.
И да, числа в отчёте должны иметь смысл. Если новый счётчик показывает больше конверсий, чем форма реально отправляет, ошибка почти наверняка в двойном срабатывании события или в том, что один клик учитывается дважды.
7. Параллельный запуск и проверка качества данных
Параллельный запуск нужен минимум на 2–4 недели, если трафик и сценарии не слишком простые. В этот период Google Analytics ещё работает, а новая privacy-first аналитика уже собирает статистику. Сравнивайте не только цифры, но и структуру: источники, посадочные страницы, конверсии, популярные события.
Расхождения почти неизбежны. Один инструмент считает визит после загрузки скрипта, другой — сразу после открытия страницы. Один режет часть трафика по защите приватности, другой видит больше событий в первом экране. Паниковать рано. Сначала проверьте разметку, потом фильтры, потом настройки домена.
Хорошая практика — вести короткий журнал проверок. Дата. Страница. Что кликнули. Что должно появиться в отчёте. Что реально появилось. Если ошибка повторяется на одном шаблоне, исправление находится за 15 минут. Если нет, ищите проблему в маршрутах SPA, в редиректах или в дублях тегов.
Для проверки удобно использовать тестовый сценарий с 3–5 действиями: открыть главную, перейти в статью, кликнуть по кнопке, отправить форму, вернуться назад. Это скучно, зато видно, где теряются события. И да, здесь помогает дисциплина, а не интуиция.
Если нужна дополнительная проверка поведения страниц, иногда смотрят и тайны океана: хороший внутренний материал с длинным чтением показывает, как аналитика ведёт себя на страницах с высоким временем вовлечения.
8. Отключение Google Analytics и финальная проверка
Отключать старую аналитику стоит только после того, как новая система стабильно держит 2–3 недели сравнения без крупных провалов. Сначала уберите старые теги из GTM или шаблона. Потом проверьте, что никаких скрытых вставок GA не осталось в плагинах, виджетах и сторонних интеграциях.
После удаления старого кода обновите политику конфиденциальности. В ней должны быть перечислены новая система, тип собираемых данных и цель обработки. Если у вас работает cookie-баннер или consent management, перепроверьте сценарии согласия и отказа.
Финальная проверка проста: открыть сайт в обычном браузере, в режиме без cookies, на мобильном устройстве и через несколько страниц подряд. Новая privacy-first аналитика должна считать визиты одинаково предсказуемо в этих 4 случаях, иначе где-то осталась дырка в разметке.
Не забудьте про архив. Экспортируйте нужные отчёты из Google Analytics, сохраните карту соответствия событий и отметьте дату отключения. Через полгода это сэкономит часы, когда кто-то спросит, почему в прошлом квартале конверсия считалась иначе.
Если после отключения GA у вас всё ещё горит уведомление о старом теге, значит, кто-то спрятал его в старой теме, в плагине или в отдельном лендинге. Вот здесь и заканчивается теоретическая часть, а начинается аккуратная ручная проверка каждого шаблона.
