Как выбрать альтернативы Google Analytics? Четыре инструмента и проверки при миграции

Сначала запишите вопросы, на которые нужны ответы

Откройте панель аналитики, посмотрите на экран, полный графиков, и всё равно не знаете, какую статью изменить, какую рекламу остановить или какую страницу исправить. Цель смены инструмента должна состоять в решении этих проблем.

Составьте список из трёх ответов, которые нужны вашему сайту:

• Какая статья приносит подписки?
• Какой канал продвижения приносит платежи?
• На каком шаге регистрации теряется больше всего людей?

Эти три вопроса соответствуют трём аналитическим задачам: эффективность контента, конверсия источников и анализ потока.

«Сколько человек пришло сегодня» может ответить только на вопрос о масштабе посещаемости. Оно не может объяснить подписки и платежи.

Четыре инструмента, выбирайте по задаче

Инструмент	Задача, ради которой стоит попробовать	На чём сосредоточиться при тестировании
Plausible	Страницы, источники, цели подписки или скачивания	Может ли он определить страницы и источники, которые приводят к конверсиям по целям
Umami	Трафик, события, пошаговые конверсии; нужен облачный сервис или вариант с самостоятельным размещением	Шаги воронки, временное окно, версия развёртывания
Matomo	Нужно перенести исторические отчёты GA	Объём импорта, могут ли старые отчёты ответить на исходные вопросы
PostHog	Использование после регистрации, отток и удержание	Определения событий, связывание идентификаторов, объём оплачиваемых событий

Эта таблица выражает направления для тестирования. Функции пересекаются, а тарифы и версии развёртывания также влияют на доступный объём.

Plausible: отслеживание от страниц и источников до целей

Блоги могут задавать цели подписки, а сайты с ресурсами — цели скачивания.

Отчёты, которые нужно проверить:

Посещения из какого источника завершились подписками? Какие страницы участвовали в конверсиях?

Plausible поддерживает цели по страницам, пользовательские события и отслеживание выручки. Нажатия кнопок, отправка форм и успешные платежи требуют соответствующей настройки записи; установка скрипта аналитики не определит бизнес-результаты для сайта. Документация по отслеживанию целей

Задача для тестирования: выберите статью, задайте цель успешной подписки и проверьте, могут ли отчёты связать источник, страницу и подписку.

Umami: выстройте шаги в воронку

Воронка — это последовательность шагов, которые должны быть выполнены:

Открыть страницу товара → Начать оформление заказа → Платёж успешен

Umami поддерживает воронки, состоящие из страниц и событий. Порядок шагов и временное окно влияют на результаты. Например, если временное окно установлено на десять минут, шаги, разделённые более чем десятью минутами, могут не считаться частью одного завершения. Документация Umami по воронкам

Когда воронка обрывается, нужно проверить причину. Необязательные шаги, отсутствующие события и неправильные временные окна могут создавать «отток».

Задача для тестирования: постройте воронку из трёх шагов, выполните тестовый поток и убедитесь, что все три шага записаны.

Umami предлагает облачный сервис и варианты с самостоятельным размещением. Самостоятельное размещение требует решения вопросов обновлений, резервного копирования и устранения неполадок. Способность к обслуживанию должна быть частью критериев выбора. Официальный сайт Umami

Matomo: сначала проверьте цель исторических отчётов

Исторические данные ценны только в том случае, если они могут ответить на вопросы, требующие ответа.

Импортёр GA в Matomo читает агрегированные отчёты. Импортированные данные не могут восстановить необработанные журналы посещений, и поддерживаются не все функции сегментации и отчётности. Ограничения импорта Matomo

«Может импортировать» не означает «все анализы, которые мог делать старый дашборд, сохраняются».

Задача для тестирования: перечислите три старых отчёта, которые необходимо сохранить, и проверьте поддерживаемый объём импорта. Когда нужны записи о каждом посещении, необработанные события или определённые сегменты, проверьте ограничения импорта.

PostHog: проверьте, что происходит после регистрации

Сайтам с членством может потребоваться отслеживать:

Регистрация успешна → Выполнить первое действие → Снова использовать на следующей неделе

PostHog предоставляет воронки событий, пути и анализ удержания. Отчёты об удержании требуют определения начального события и события возврата. «Вернуться, чтобы открыть главную страницу» и «вернуться, чтобы выполнить действие» представляют разные результаты. Типы анализа, определение удержания

Эти анализы требуют поддержания смысла событий. По мере увеличения функций имена событий, свойства и связывание идентификаторов также нуждаются в управлении.

Задача для тестирования: определите событие первого завершения и событие повторного использования и убедитесь, что отчёты отвечают на бизнес-вопросы.

События конверсии: клики не означают успех

«Нажатие кнопки оплаты» фиксирует намерение оплатить. Неудачный платёж также может сгенерировать это событие.

«Открытие страницы благодарности» также имеет ошибочные суждения: обновления, добавленные в закладки ссылки и неудачные перенаправления после оплаты могут повлиять на запись.

Сначала напишите определение для цели:

Цель	Результат, который должен быть записан
Подписка	Отправка подписки принята
Регистрация	Учётная запись успешно создана
Платёж	Оплата заказа подтверждена
Скачивание	Различать нажатия ссылки скачивания и завершение получения файла

Статистику платежей необходимо сверять с системой заказов. События браузера могут быть заблокированы, и система заказов отвечает за запись фактов оплаты.

Один тестовый платёж должен создать одну запись об успехе. Обновление страницы не должно превращать один и тот же заказ в две записи о выручке.

Миграция: сделайте четыре проверки

1. Запись страниц

Откройте главную страницу, страницу статьи и бизнес-страницу и проверьте запись.

Переходы между страницами также нужно тестировать. Некоторые сайты не перезагружают всю страницу при переключении страниц; главная страница может быть записана, но последующие страницы всё ещё могут быть пропущены.

2. Запись источников

Подготовьте тестовую ссылку продвижения:

https://example.com/?utm_source=test&utm_medium=email&utm_campaign=migration

Откройте её в новом сеансе браузера и проверьте источник и название кампании. Перенаправления сайта должны сохранять параметры.

UTM используется для различения кампаний продвижения. Ежедневные ссылки для обмена должны использовать согласованные имена, чтобы newsletter, Newsletter и email-news не занимали отдельные строки.

3. Запись успеха

Завершите подписку, регистрацию или тестовый заказ и проверьте имя события, количество и сумму.

Сначала убедитесь, что целевое событие не было исключено правилами фильтрации внутренних посещений.

4. Дублирование записей

Проверьте, где установлен скрипт аналитики. Плагины сайта, настройки темы и менеджеры тегов могут установить его по одному разу каждый.

Дублирующиеся скрипты, дублирующиеся отправки и обновления страницы благодарности — всё это стоит проверить. Удвоенные счётчики посещений не означают роста трафика.

Новые и старые числа различаются: что проверить?

Сначала согласуйте область сравнения:

• Дата и часовой пояс.
• Домен, поддомен и область страниц.
• Правила фильтрации внутренних посещений.
• Управление согласием и блокировка скриптов.
• Определения посещений, сеансов и конверсий.

Запишите результаты в таблицу:

Симптом	Направление поиска неисправности
Главная страница записывается, переходы по статьям — нет	Отслеживание переходов между страницами
Страницы в норме, источники продвижения теряются	Параметры UTM, перенаправления, атрибуция источников
Клики записываются, успехи — нет	Подключены ли события успеха
Количество успехов превышает количество заказов	Дублирующиеся срабатывания, тестовые заказы, критерии отмены или возврата
Почти фиксированная кратная разница по всем страницам	Дублирующая установка, область записи и определения метрик

Это направления поиска неисправностей, и их нельзя напрямую рассматривать как выводы о неисправности.

Полностью идентичные счётчики просмотров страниц также не доказывают успех миграции. Потерянные источники, дублирующиеся платежи и нарушенные рекламные конверсии — всё это влияет на решения.

Исторические данные и рекламные связи требуют отдельной обработки

Plausible поддерживает импорт данных GA, но не поддерживает импорт выручки электронной коммерции GA; Matomo импортирует агрегированные отчёты. Можно ли использовать старые данные, нужно проверять пункт за пунктом. Документация Plausible по импорту, ограничения импорта Matomo

Запишите дату переключения и сохраните старые отчёты. Тренды, охватывающие дату переключения, нужно аннотировать с изменениями в статистической области.

У Google Ads также есть одна проверка: использует ли аккаунт конверсии, импортированные из GA4, для оптимизации ставок? Перед удалением GA4 проверьте путь замены рекламной конверсии и проверьте наличие двойного подсчёта. Документация Google Ads по конверсиям

Стоимость: смотрите на единицу тарификации

Сто тысяч просмотров страниц в месяц не означают сто тысяч оплачиваемых событий.

Просмотры страниц, нажатия кнопок, пользовательские события и автоматический сбор могут входить в объём событий. Продуктовая аналитика PostHog использует тарификацию на основе событий, поэтому тестирование должно включать проверку объёма событий. Объяснение тарификации PostHog

Перед покупкой проверьте:

• Единицу тарификации и правила превышения.
• Количество сайтов.
• Период хранения данных.
• Какой тариф включает нужные функции.
• Стоимость обслуживания при самостоятельном размещении.

Как принять решение?

Блогам следует сначала протестировать «страница → подписка». Магазинам следует сначала протестировать «источник → платёж». Сайтам с членством следует сначала протестировать «регистрация → использование → возврат».

Только когда инструмент-кандидат может ответить на этот путь, его записи выдерживают проверки, а стоимость приемлема, он имеет ценность для миграции.