Яндекс Метрика не работает: как я поднял резервную аналитику на Umami и что с этим делать по 152-ФЗ

Что Метрика не работает, я заметил в первый же день сбоя: вместо отчётов открылась заглушка «Кабинет Метрики пока недоступен». Кабинеты Директа и Вебмастера тоже были недоступны. Сегодня 16 октября, Вебмастер только начал открываться, и то не полностью, а Метрика по-прежнему закрыта. Свежие данные о посещаемости сайта у меня есть в одном месте - в Umami на моём собственном сервере. Отчёт по источникам трафика из него собирается за пару минут.

Кратко. Если Яндекс Метрика не работает, отчёты за эти дни вы увидите только после восстановления, а настройки рекламы в Директе на это время заморожены. Страховка - второй счётчик, который пишет визиты и цели в вашу собственную базу. У меня это self-hosted Umami: без cookie, с данными на российском сервере, с путями, которые не ловят блокировщики, и с одной функцией, которая отправляет каждую цель и в Метрику, и в Umami. Для Директа отдельно стоит настроить офлайн-конверсии с сервера.

Что случилось с Метрикой в октябре 2026

В начале октября 2026 года у Яндекса пострадала инфраструктура нескольких дата-центров. Вместо кабинетов Метрики и Директа открывались заглушки, Вебмастер был недоступен, а объявления показывались по настройкам, заданным до сбоя. Счётчики на сайтах, судя по всему, продолжали собирать статистику: её можно было выгрузить через API Метрики. Насколько полны эти данные, Яндекс не объяснял.

Первыми Яндекс возвращал массовые сервисы: Поиск, Алису, Карты, Такси, Почту. Рекламные и аналитические кабинеты восстанавливаются медленнее.

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

Чем грозит аналитика в одном счётчике

Метрику я не отключаю, она нужна Директу и в целом хорошо работает. Неприятно другое: когда отваливается её инфраструктура, вместе с ней пропадает всё сразу.

Первое, что вы теряете, - отчёты. Счётчик в браузере может продолжать собирать данные, но смотреть их негде. Выгрузка через API выручает, только если она у вас уже настроена, и то без гарантии, что за дни сбоя данные полные. Любое решение по сайту в эти дни принимается вслепую.

С рекламой хуже. Объявления крутятся по старым настройкам, а поправить ставку, бюджет или выключить неудачную кампанию негде. Если же цели в какой-то момент перестают доходить до Метрики, автостратегия с оптимизацией по конверсиям принимает сбой за падение конверсий и перестраивается под картину, которой на самом деле нет.

И есть потеря, которая случается каждый день, без всяких сбоев. Адрес mc.yandex.ru сидит во всех популярных списках блокировки: uBlock Origin, AdGuard, встроенная защита браузеров. Посетитель с таким расширением для Метрики просто не существует. Сколько таких у вас, зависит от аудитории, у технарей и B2B их заметно больше.

Почему запасным счётчиком не может быть Google Analytics

Первое, что приходит в голову, - поставить рядом Google Analytics. Для российского сайта это прямой путь к проблемам с законом о персональных данных.

Часть 5 статьи 18 закона 152-ФЗ требует, чтобы персональные данные граждан РФ записывались, хранились и обрабатывались в базах на территории России. С 1 июля 2025 года закон отдельно запрещает использовать при сборе таких данных базы за рубежом. IP-адреса и cookie Роскомнадзор считает персональными данными, если по ним можно определить человека. Google Analytics отправляет их сразу в США. Это уже трансграничная передача: о ней нужно заранее уведомить Роскомнадзор, а раз США нет в перечне стран с адекватной защитой персональных данных, требований к такой передаче ещё больше.

Штрафы для юрлиц по статье 13.11 КоАП:

• Отказ от локализации баз данных в РФ (ч. 8 и 9) - от 1 до 6 млн ₽ за первое нарушение и от 6 до 18 млн ₽ за повторное.
• Обработка без законных оснований, например без согласия (ч. 1, в редакции 420-ФЗ с 30 мая 2025 года) - от 150 до 300 тыс. ₽.

Я не юрист, формулировки и суммы сверяйте с актуальными редакциями 152-ФЗ и КоАП. Для выбора инструмента мне хватило одного вывода: данные второго счётчика должны лежать в России, а лучше на моём собственном сервере.

Что выбрать для своей аналитики

• Umami - Node.js и PostgreSQL, лицензия MIT, cookie не ставит. Визиты, источники, цели, а с третьей версии ещё тепловые карты и записи сессий.
• Plausible CE - Elixir, PostgreSQL и ClickHouse, лицензия AGPL-3.0, без cookie. Визиты, источники и цели, но из-за ClickHouse нужен сервер помощнее.
• Matomo - PHP и MySQL/MariaDB, лицензия GPL-3.0, cookie по умолчанию ставит, это отключается. Самая полная замена Метрики: электронная коммерция, воронки, менеджер тегов. Тепловые карты и записи сессий в версии для своего сервера - платный плагин.
• GoAccess - написан на C и читает логи веб-сервера, лицензия MIT, JavaScript не нужен. Считает все запросы к серверу, но не видит событий внутри страницы.

Мне нужен был счётчик, который встанет на обычный Node.js-хостинг рядом с сайтом, обойдётся одной PostgreSQL и покажет записи сессий и тепловые карты без доплат. Под это подошёл Umami, а лицензия MIT сняла вопрос о том, что можно с ним делать. Для интернет-магазина, где с первого дня нужны отчёты по электронной коммерции и воронки продаж, я бы смотрел в сторону Matomo.

Как это устроено у меня

Отдельный поддомен на своём сервере

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

Установка заняла больше времени, чем я рассчитывал: на обычном хостинге нет привычного окружения для таких приложений, и собирать Umami пришлось нестандартным способом. Если у вас VPS с Docker, всё проще - официальный образ запускается одной командой.

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

Переименованные пути против блокировщиков

Списки блокировки знают стандартные адреса Umami, /script.js и /api/send. Их можно поменять переменными окружения самого Umami, прокси на Nginx для этого не нужен:

# TODO: придумайте свои имена, не копируйте чужие из статей
TRACKER_SCRIPT_NAME=<своё-имя>.js
COLLECT_API_ENDPOINT=/api/<свой-путь>

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

Одна функция для целей в обе системы

Если бы цели уходили в Метрику и Umami из разных мест кода, рано или поздно они бы разошлись. Поэтому на сайте одна точка отправки:

export function track(event: AnalyticsEvent, data?: EventData) {
  // посетитель отказался от аналитики или это служебная страница
  if (isTrackingBlocked()) return;
  const payload = EVENT_SCHEMAS[event].parse(data ?? {});

  // Umami грузится отложенно: до загрузки складываем события в очередь
  if (window.umami) window.umami.track(event, payload);
  else if (pending.length < MAX_PENDING) pending.push([event, payload]);

  if (typeof window.ym === 'function') window.ym(YM_ID, 'reachGoal', event, payload);
}

Каждое событие проверяется по схеме, так что опечатка в названии цели ломает сборку, а не статистику за месяц. Если Метрика не загрузилась, потому что её заблокировали или она лежит, цель всё равно попадёт в Umami. Работает и в обратную сторону.

Что в аналитику попадать не должно

Бывают страницы, где секрет передаётся прямо в адресе: токен доступа, ключ в ссылке. Метрика записывает URL целиком, и такой токен оказался бы в отчётах, откуда его может достать любой, у кого есть доступ к счётчику. На таких страницах у меня оба счётчика не загружаются, а в Umami дополнительно стоит фильтр data-before-send: если адрес совпал с запрещённым шаблоном, отправка отменяется.

Если у вас есть восстановление пароля по ссылке, подтверждение email или ссылки на документы с ключом в адресе, проверьте, что они не уезжают в аналитику.

Нужен ли cookie-баннер, если стоит Umami

Если рядом работает Метрика или рекламные пиксели - нужен в любом случае: они ставят cookie и передают данные третьим лицам, на это требуется согласие посетителя. Если Umami единственный счётчик, баннер про cookie формально не нужен, но согласие на обработку данных я бы всё равно не пропускал.

Umami не ставит cookie. Сессию он считает на сервере как хеш от идентификатора сайта, IP, User-Agent и соли, которая по умолчанию меняется раз в месяц (меняется переменной SALT_ROTATION). Сам IP в базе не хранится, и визиты одного человека в разные месяцы между собой не связать. Но на входе у этого хеша всё равно IP-адрес, а его Роскомнадзор относит к персональным данным. Поэтому я не считаю Umami автоматически свободным от согласия: отказался посетитель - у меня не грузится ни один счётчик и не уходит ни одна цель.

С 1 сентября 2025 года согласие на обработку персональных данных должно оформляться отдельно от других документов. Галочка «согласен с политикой конфиденциальности» внутри пользовательского соглашения больше не годится. В политике конфиденциальности перечислите все счётчики, которые работают на сайте, включая Umami.

Как не потерять конверсии в Директе

Второй счётчик выручает с отчётами, а Директу от него пользы нет: автостратегии учатся только на целях Метрики. Чтобы реклама не зависела от того, загрузился ли скрипт в браузере, конверсии можно отдавать Метрике с сервера, через офлайн-конверсии.

Когда посетитель оставляет заявку, вместе с ней сохраняется yclid из адреса страницы (метка клика по объявлению Директа) или ClientId Метрики. Когда заявка становится продажей в CRM, вы собираете CSV и загружаете его через API:

Yclid,Target,DateTime,Price,Currency
1837492018473920190,ORDER_PAID,1791963200,15400,RUB

Target - идентификатор офлайн-цели, DateTime - время конверсии в Unix-формате, причём только прошедшее, иначе API вернёт ошибку. Файл уходит запросом POST https://api-metrika.yandex.net/management/v1/counter/{counterId}/offline_conversions/upload в формате multipart/form-data и появляется в отчётах в течение трёх часов.

Пока кабинеты Яндекса лежат, рассчитывать на загрузку не стоит, придётся ждать. Разница в том, что конверсии не пропадают: лежат в CRM вместе с метками кликов и уходят, как только API снова принимает файлы. На своём сайте я этого пока не делал, продажи у меня идут не через корзину. Для магазина с CRM и Директом это следующий шаг после второго счётчика, и такие связки я настраиваю в рамках поддержки сайтов.

Если Метрика не работает прямо сейчас

1. Отметьте дни сбоя как период неполных данных (для октябрьского это с 8 октября и до восстановления кабинета) и не делайте по ним выводов.
2. Не крутите настройки автостратегий в Директе, когда кабинет откроется: просадку конверсий в эти дни дал сбой.
3. Если нужны цифры срочно, попробуйте выгрузку через API Метрики, но не считайте данные за дни сбоя полными.

Что сделать, чтобы следующий сбой прошёл спокойнее

1. Поставьте второй счётчик с данными на своём сервере.
2. Сведите отправку целей в одну функцию, которая шлёт события во все системы.
3. Если есть CRM и Директ, начните сохранять yclid и ClientId вместе с заявками уже сейчас, даже если офлайн-конверсии появятся позже.

FAQ

Что делать, если Яндекс Метрика не работает? Проверить, общий ли это сбой Яндекса или проблема со счётчиком на вашем сайте. При общем сбое пометить период как неполный, не менять рекламу по данным этих дней и дождаться восстановления. На будущее поставить второй счётчик со своей базой.

Какой аналог Яндекс Метрики выбрать? Для визитов, источников, целей и тепловых карт подойдёт Umami, для визитов и целей - ещё Plausible, для полной замены с электронной коммерцией и воронками - Matomo. Все три разворачиваются на своём сервере в России. Google Analytics для российского сайта не годится из-за требований к локализации данных.

Нужен ли cookie-баннер по 152-ФЗ? Если на сайте есть счётчики, которые ставят cookie и передают данные третьим лицам (Метрика, рекламные пиксели), нужно согласие посетителя, оформленное отдельно от других документов, и возможность отказаться. В политике конфиденциальности перечислите все счётчики. Umami cookie не ставит, но от баннера это не избавляет, если на сайте работает что-то ещё.

Можно ли пользоваться Google Analytics в России? Скрипт работает, но данные уходят сразу в США. Это нарушает требование хранить и обрабатывать персональные данные граждан РФ в российских базах, а на саму трансграничную передачу нужно уведомление Роскомнадзора.

Что такое офлайн-конверсии в Яндекс Метрике? Способ передать в Метрику действия, которые случились вне сайта, например оплату в CRM. Конверсия привязывается к визиту по ClientId, Yclid, UserId или PurchaseId и дальше доступна автостратегиям Директа.

Чем Umami отличается от Matomo? Оба ставятся на свой сервер. Umami легче, не ставит cookie и в третьей версии умеет тепловые карты и записи сессий. Matomo - система уровня Метрики с электронной коммерцией, воронками и менеджером тегов, но со скриптом и сервером потяжелее, а тепловые карты в нём платные.