Альтернативы Яндекс Метрике: open-source трекеры для e-commerce

 Если ваша аналитика целиком живёт в Яндекс Метрике, у вас нет аналитики, а есть арендованный отчёт. Октябрь 2026 года показал это наглядно: кабинет Метрики несколько дней недоступен, сроки восстановления не названы, а маркетинг продолжает тратить деньги вслепую.
Хронология по данным СМИ: с 8 по 11 октября повреждены три дата-центра Яндекса (Сасово, Калуга, Владимир). Вместе с Yandex Cloud легли кабинеты Метрики, Директа и Вебмастера (SEO.RU, Лента.ру). Пострадали и крупные e-commerce игроки: Lamoda, М.Видео, Магнит, Пятёрочка.  

Что важно для маркетолога

1. Кабинет Метрики закрыт, отчёты недоступны. Счётчики, по сообщениям, продолжают собирать данные, но полнота за дни сбоя официально не подтверждена.
2. Директ крутится по старым настройкам: деньги списываются, а изменить ставки, остановить кампании или посмотреть статистику нельзя.
3. Автостратегии на целях Метрики могут недобирать конверсии и терять обучение (Клерк).
4. Яндекс не называет сроков: в приоритете Поиск, Алиса, Карты, Такси и Почта, рекламные кабинеты возвращаются последними.

Это не повод отказываться от Метрики. Это повод завести второй, независимый контур сбора данных. Ниже разбираем open-source трекеры, которые можно развернуть на своём сервере за 1-3 дня.

Как выбирать альтернативу: 5 критериевДля российского e-commerce решают пять вещей, и красивый интерфейс среди них последний.

1. Хранение данных и 152-ФЗ. Инструмент должен разворачиваться на вашем сервере в РФ (self-hosted). Данные посетителей не должны уходить третьим лицам или за рубеж.
2. E-commerce события. Просмотр товара, добавление в корзину, заказ с выручкой. Идеально, если трекер умеет читать уже настроенный dataLayer.
3. Доступ к сырым данным. API, SQL или прямой доступ к БД. Без этого данные не связать с CRM и рекламными расходами.
4. Нагрузка и стоимость инфраструктуры. Для 50 тыс. визитов в месяц хватит недорогого VPS, для миллионов событий в сутки понадобится ClickHouse и DevOps.
5. Порог входа для команды. Маркетолог должен сам построить отчёт по источникам, без заявки в IT.

Обзор open-source трекеров

1. Matomo: самая близкая замена Метрике

Matomo (бывший Piwik) развивается с 2007 года и по логике отчётов ближе всего к Метрике и GA: источники, кампании, цели, воронки, e-commerce отчёты по товарам. Лицензия GPL v3, стек PHP 8.1+ и MySQL 8 / MariaDB, то есть разворачивается на обычном хостинге.

1. Сильные стороны: зрелость, русский интерфейс, встроенный e-commerce tracking, API, импорт логов сервера.
2. Ограничения: карты кликов и запись сессий (аналог Вебвизора) и часть продвинутых отчётов идут платными плагинами. На MySQL при миллионах событий нужен тюнинг и архивация по cron.
3. Кому: интернет-магазинам, которым нужен привычный набор отчётов «как в Метрике» без переобучения команды.

2. PostHog: продуктовая аналитика и запись сессий

PostHog (лицензия MIT, кроме каталога ee) объединяет событийную аналитику, веб-аналитику, запись сессий, A/B-тесты, feature flags и SQL-запросы поверх ClickHouse.

1. Сильные стороны: воронки, когорты, ретеншн, запись сессий в одном инструменте.
2. Ограничения: self-hosted версия (hobby deploy) официально рассчитана примерно на 100 тыс. событий в месяц, требует от 4 ГБ RAM и идёт без поддержки. Дальше разработчики предлагают облако, что для РФ сложно из-за 152-ФЗ.
3. Кому: продуктовым командам и небольшим магазинам, которым важнее поведение на сайте, чем маркетинговая атрибуция.

3. Plausible Community Edition: лёгкая веб-аналитика

Plausible CE (AGPL v3, Elixir + PostgreSQL + ClickHouse) даёт один экран с трафиком, источниками, UTM и целями. Скрипт весит меньше 1 КБ и не использует cookies.

1. Сильные стороны: простота, скорость, прямой доступ к сырым данным в ClickHouse.
2. Ограничения: в CE нет воронок и целей по выручке e-commerce, релизы выходят примерно дважды в год, фильтрация ботов базовая.
3. Кому: контентным проектам, лендингам и как «аварийный счётчик» трафика. Для аналитики заказов его недостаточно.

4. Umami: минимализм с отчётами по выручке

Umami (MIT, Node.js + PostgreSQL) похож на Plausible, но полностью бесплатен и без деления на облачные и свободные функции. Помимо трафика есть пользовательские события, отчёты по кампаниям, конверсиям и выручке, сегментация и когорты.

1. Сильные стороны: разворачивается за час в Docker, не требует ClickHouse, простой интерфейс для маркетолога.
2. Ограничения: на PostgreSQL большие объёмы считаются медленнее, e-commerce события нужно размечать самостоятельно.
3. Кому: малому и среднему e-commerce как быстрый резервный контур.

5. OpenReplay: замена Вебвизору

OpenReplay (12 тыс. звёзд на GitHub) записывает сессии пользователей, показывает JS-ошибки и сетевые запросы, автоматически подсвечивает проблемные сессии. Разворачивается на своём сервере или в Kubernetes. Это не замена отчётам по источникам, а дополнение для UX-анализа чекаута. Репозиторий состоит из частей с разными лицензиями, перед коммерческим использованием стоит проверить файл LICENSE.Осторожно: Snowplow больше не open-sourceSnowplow долго считался золотым стандартом сбора сырых событий. Но с 8 января 2024 года ядро пайплайна выходит под Snowplow Limited Use License, а для старых версий не выпускаются патчи безопасности (GitHub Snowplow). Ставить его в продакшен в 2026 году без согласования с вендором рискованно.

 Сравнение в одной таблице

Если нужна ближайшая замена Метрике для интернет-магазина, стартуйте с Matomo. Если нужен быстрый резерв за один день, ставьте Umami.  

Как запустить резервную аналитику за неделю

Метрику не снимаем: второй счётчик ставим параллельно, чтобы данные можно было сверять.

1. День 1. Зафиксируйте дыру. Отметьте даты сбоя в отчётах и BI. Проверьте, что код Метрики грузится асинхронно и не тормозит сайт.
2. День 2. Ограничьте расход в Директе. Каждый день сверяйте списания с заказами в CRM. При сбое дольше недели переходите на ручное управление ставками.
3. День 3. Разверните трекер на сервере в РФ. Не в Yandex Cloud: смысл резерва в независимой инфраструктуре. Подойдут Selectel, VK Cloud, Timeweb или собственный сервер.
4. День 3-4. Подключите через GTM и dataLayer. Если e-commerce события для Метрики уже лежат в dataLayer, переиспользуйте их: просмотр товара, корзина, заказ с суммой и ID.
5. День 4. Настройте цели и UTM. Дублируйте ключевые цели Метрики с теми же названиями. Проверьте, что во всех кампаниях есть единая UTM-разметка.
6. День 5-7. Сверьте данные. Сравните заказы в трекере с CRM. Расхождение в пределах 5-10% нормально из-за блокировщиков и разной логики сессий.
7. После восстановления Метрики. Выгрузите данные за период сбоя через Logs API, сверьте с резервом и CRM. Проверьте, что цели в Директе не отвалились. Резервный трекер не выключайте.

Где open-source трекер не спасёт

Любой из этих инструментов отвечает на вопрос «что происходит на сайте». Но бизнесу нужен другой ответ: какой канал приносит прибыль, а не визиты.

1. Расходы. Трекер не знает, сколько вы потратили в Директе, VK Рекламе или Telegram Ads.
2. Реальные продажи. Выкупы, отмены, звонки и заказы менеджеру живут в CRM, а не в браузере.
3. Маржа и LTV. Для решений по бюджету нужна себестоимость и повторные покупки.

Именно здесь нужна сквозная аналитика: она соединяет данные трекера, рекламных кабинетов и CRM в одном хранилище. Тогда отказ одного источника не останавливает принятие решений, а лишь снижает точность на пару дней.Вывод

Сбой октября 2026 года показал: зависимость от одного вендора аналитики стала бизнес-риском, а не технической деталью. Минимальный план стоит недорого: сервер за несколько тысяч рублей в месяц, Matomo или Umami и связка с CRM.