Яндекс Метрика опять не работает (25.03.2021)

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

Сначала отделите сбой сервиса от поломки на своём сайте

Первый рефлекс при пустых графиках — обвинить Яндекс. Второй, более полезный — проверить, а у всех ли так. Массовый сбой сервиса и локальная поломка выглядят в интерфейсе почти одинаково: отчёт крутит спиннер, данные обрываются, «Вебвизор» пуст. Но различаются они по одному признаку — охвату.

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

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

Пятиминутная проверка, которая делит проблему надвое

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

• Откройте второй счётчик в том же аккаунте, если он есть. Данные идут — значит, сервис жив, а проблема в конкретном сайте.
• Откройте отчёт «Посещаемость» и рядом «Сводку». Если один отчёт грузится, а другой нет — это не отказ сбора данных, а проблема отображения.
• Зайдите в интерфейс из другого браузера и в режиме без расширений. Пустота только в одном браузере почти всегда означает блокировщик или расширение.
• Проверьте счётчик в режиме реального времени и одновременно откройте свой сайт с телефона по мобильному интернету. Визит появился — сбор идёт, проблема в отчётах или в фильтрах.
• Посмотрите исходный код главной страницы и любой внутренней. Кода счётчика нет — дальше искать нечего, поломка найдена.

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

Симптом, вероятная причина и способ проверки

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

Симптом	Вероятная причина	Как проверить
Данные обрываются одним днём и дальше ноль	Счётчик пропал из кода при обновлении темы или плагина	Исходный код страницы, история изменений шаблона, дата обновлений в админке
Данные идут, но заметно меньше обычного	Счётчик остался не на всех шаблонах или не срабатывает на части страниц	Отчёт по страницам входа, ручная проверка 5–7 типов страниц
Отчёт крутится и не открывается	Слишком широкий период, тяжёлые сегменты или временные проблемы отображения	Сузить период до вчерашнего дня, снять сегменты, открыть в другом браузере
В реальном времени визиты есть, в отчётах пусто	Задержка обработки или включённый фильтр по своим визитам и роботам	Настройки счётчика, вкладка «Фильтры», подождать несколько часов
Данные пропали только по мобильным	Отдельный мобильный шаблон, турбо-страницы или AMP без счётчика	Открыть сайт с телефона и посмотреть исходный код мобильной версии
Счётчик виден в коде, но визитов нет	Ошибка JavaScript выше по странице обрывает выполнение	Консоль браузера, вкладка сетевых запросов
Изменения в коде счётчика не появляются на сайте	Кэш плагина, серверный кэш или CDN отдают старую версию	Открыть страницу в приватном окне, сбросить кэш, проверить заголовки ответа
Кабинет не открывается вообще, счётчика нет в списке	Потерян доступ: счётчик на аккаунте бывшего сотрудника или подрядчика	Проверить, под каким логином вы вошли, и кто указан владельцем

Счётчик пропал из кода после обновления темы или плагина

Самая частая и самая обидная причина. Код счётчика вставили когда-то напрямую в файл шаблона — в header.php, в footer.php, в подвал темы. Потом тема обновилась, файлы перезаписались, и счётчика не стало. Никто ничего не удалял намеренно, просто обновление вернуло файл к заводскому виду.

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

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

Правильные места для кода, в порядке надёжности:

• Дочерняя тема — обновление родительской темы её не трогает.
• Отдельный плагин для вставки скриптов в head, который живёт независимо от оформления.
• Менеджер тегов, если на сайте много счётчиков и пикселей.
• Файл шаблона напрямую — только если сайт самописный и обновлений темы в принципе не бывает.

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

Кэш отдаёт старую версию страницы

Вторая по частоте история. Вы вставили счётчик, обновили страницу, посмотрели исходный код — кода нет. Ощущение, что установка не сработала. На самом деле сработала, просто вам показывают сохранённую копию страницы, сделанную до правки.

Кэш бывает многослойным, и каждый слой надо снимать отдельно:

• Кэш браузера — лечится жёсткой перезагрузкой или приватным окном.
• Кэш плагина на сайте — сбрасывается кнопкой в админке.
• Серверный кэш и кэш веб-сервера — сбрасывается в панели хостинга.
• Кэш CDN или защитного сервиса перед сайтом — сбрасывается в личном кабинете этого сервиса.
• Кэш страниц у поисковых сервисов, если сайт отдаёт турбо-версии или ускоренные копии.

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

Отдельный подводный камень — плагины оптимизации, которые «объединяют и минифицируют» скрипты. Некоторые из них ломают код счётчика при склейке или откладывают его загрузку так агрессивно, что скрипт не срабатывает вовсе. Если данные пропали ровно в тот день, когда вы включили оптимизацию, начинайте именно с неё: отключите объединение скриптов и посмотрите, вернулись ли визиты.

Конфликт скриптов и ошибка JavaScript ломает загрузку

Браузер выполняет скрипты по порядку. Если один из них падает с ошибкой, всё, что стоит ниже, может не выполниться вообще. Счётчик обычно стоит ближе к концу страницы — то есть страдает первым.

Подробнее об этом — в статье «Фильтр Яндекс Баден-Баден — что это и как он работает».

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

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

Типичные источники конфликтов:

• Два экземпляра одной библиотеки, подключённые темой и плагином.
• Виджет чата, калькулятора или обратного звонка от стороннего сервиса.
• Старый плагин, несовместимый с новой версией движка.
• Скрипты рекламных сетей и пикселей, подключённые «в один блок» со счётчиком.
• Ошибка в самописном коде, добавленном для одной акции и забытом навсегда.

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

Счётчик стоит не на всех шаблонах

Помогу с продвижением: SEO-продвижение от Анатолия Кузнецова — вывожу сайты в топ Яндекса белыми методами.

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

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

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

Возьмите за правило проверять список типовых страниц вручную. На это уходит десять минут, а результат защищает от месяцев неверных выводов.

Как проверить установку счётчика: полный чек-лист

Ниже — последовательность проверок, которую я прохожу на каждом аудите. Она закрывает почти все причины, по которым данные не собираются.

Что проверяем	Как именно	Хороший результат
Наличие кода на странице	Просмотр исходного кода, поиск по номеру счётчика	Номер найден ровно один раз
Дубли счётчика	Тот же поиск, считаем количество совпадений	Совпадение одно, не два и не три
Отправка данных	Вкладка сетевых запросов, фильтр по домену сервиса аналитики	Запрос уходит и получает успешный ответ
Ошибки на странице	Консоль браузера при перезагрузке	Красных ошибок нет или они не блокируют счётчик
Отладка счётчика	Включить режим отладки и смотреть служебные сообщения в консоли	Видны сообщения об отправке данных и номер счётчика
Реальное время	Открыть сайт с телефона по мобильному интернету, следить за отчётом	Визит появляется в течение минуты
Мобильная версия	Открыть сайт с телефона, посмотреть исходный код мобильной страницы	Код счётчика присутствует
Страницы под кэшем	Открыть по чистому адресу в приватном окне после сброса кэша	Код на месте, запрос уходит
Все типы шаблонов	Пройти список: главная, категория, карточка, статья, корзина, «спасибо», поиск, 404	Счётчик есть везде
Фильтры счётчика	Настройки счётчика, вкладка с фильтрами и роботами	Не отфильтрован весь трафик по ошибке

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

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

Задержка обработки данных: когда ждать нормально

Не всякая пустота в отчёте означает поломку. Часть данных попадает в отчёты не мгновенно, и это штатное поведение, а не сбой.

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

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

Тревожиться стоит, если:

Тему разбирал отдельно: «Удалил Яндекс Метрика | Постоянно глючит | Скорость сразу выросла».

• Полностью закрытые сутки остались пустыми при живом сайте.
• Данные обрываются ровно на одной дате и дальше не появляются вовсе.
• Реальное время тоже молчит при заведомо живом трафике.
• Пустота держится больше суток и не связана с праздниками или сезонностью.

Доступы и права: частая причина «ничего не работает»

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

Типичные ситуации:

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

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

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

Блокировщики и настройки браузера: часть визитов не будет учтена никогда

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

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

Что из этого следует практически:

• Небольшая устойчивая недосдача по сравнению с серверными логами — норма, а не сигнал тревоги.
• Сравнивать данные надо не с абсолютной истиной, а с самими собой в динамике: важен не уровень, а изменение уровня.
• Резкий обвал не объясняется блокировщиками — их доля меняется плавно, месяцами.
• Если нужна полнота, дополняйте браузерную аналитику серверными источниками.

Отдельно проверьте себя: если вы смотрите сайт из офиса с включённым блокировщиком, ваши собственные визиты в отчёт не попадут. Это регулярно порождает жалобы вида «я захожу, а меня не видно».

Что делать при массовом сбое сервиса

Реальные сбои случаются, хоть и редко. Признак — проблема воспроизводится у всех, по всем счётчикам, из разных сетей и браузеров. В этот момент главное — не наломать дров: не переставлять счётчик, не менять код, не удалять и не пересоздавать ничего.

Шаг	Что делать	Чего не делать
Подтвердить масштаб	Проверить несколько счётчиков, спросить коллег, посмотреть профильные чаты и сообщества	Не делать выводов по одному отчёту в одном браузере
Найти официальный статус	Смотреть страницу состояния сервиса, официальный блог и канал поддержки	Не верить слухам и не пересказывать их клиенту как факт
Зафиксировать период	Записать дату и время начала проблемы, сделать скриншоты отчётов	Не полагаться на память через месяц
Закрыть дыру в данных	Взять цифры из второго счётчика, серверных логов, панели вебмастера, рекламных кабинетов, CRM	Не оставлять период пустым без пометки
Сохранить историю	Выгрузить доступные данные и пометить сбойный период в своих отчётах	Не удалять и не пересоздавать счётчик
Сообщить заказчику	Коротко объяснить причину и указать, какие выводы за этот период делать нельзя	Не молчать, надеясь, что не заметят
После восстановления	Перепроверить, дозаполнились ли данные задним числом, обновить отчёты	Не строить прогнозы на неполных сутках

Если нужна помощь по теме — исправление ошибок сайта.

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

Страховка: как не остаться без данных вообще

Аналитика, завязанная на единственный источник, — это одна точка отказа. Стоит потратить несколько часов один раз, чтобы любая авария перестала быть катастрофой.

Способ подстраховки	Что даёт	Сложность внедрения
Второй счётчик другой системы аналитики	Независимый источник цифр, перекрёстная проверка при подозрениях	Низкая, полчаса работы
Серверные логи веб-сервера	Полная картина обращений, включая тех, у кого не выполняются скрипты	Средняя, нужен доступ к хостингу
Регулярная выгрузка отчётов по интерфейсу	Копии ключевых цифр на своей стороне	Низкая, но требует дисциплины
Автоматическая выгрузка через программный интерфейс	Данные складываются в таблицу или базу без участия человека	Высокая, нужен разработчик или готовый коннектор
Фиксация заявок в CRM	Главный бизнес-показатель не зависит от аналитики вообще	Средняя, вопрос процессов
Дублирование целей в рекламных кабинетах	Понимание отдачи рекламы даже при пустых отчётах аналитики	Низкая
Ежемесячный скриншот-отчёт	Наглядная история, которую невозможно потерять технически	Очень низкая

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

Важный нюанс про историю: данные, которые вы не выгрузили, вы можете потерять при потере доступа к аккаунту. Именно поэтому регулярные выгрузки — не бюрократия, а страховка бизнес-знания.

Смежный материал по теме — «Влияет ли Яндекс Метрика на ранжирование | Новый эксперимент».

Когда «Метрика глючит», а на самом деле болен сайт

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

Разберём типичные случаи:

• Медленный сайт. Если страница грузится долго, часть посетителей уходит до того, как выполнится скрипт счётчика. Формально визита не было. Фактически посетитель был и ушёл. Лечится ускорением сайта, а не перенастройкой аналитики.
• Ошибки сервера. Периодические отказы хостинга дают провалы в графике посещаемости, похожие на сбой аналитики. Проверяется по логам сервера и по отчётам о доступности в панели вебмастера.
• Редиректы. Цепочка переадресаций съедает часть переходов и путает источники трафика. Особенно вредны редиректы, срабатывающие через скрипт после загрузки страницы.
• Ошибки в мобильной версии. Скрипт падает только на мобильных, и вы видите резкий перекос в сторону десктопа, которого не было раньше.
• Смена структуры адресов. После переезда или переделки адреса изменились, старые отчёты по страницам обнулились, и создаётся впечатление, что данные пропали.

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

Почему нельзя удалять счётчик ради скорости

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

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

Что делать вместо удаления:

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

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

Порядок диагностики за час

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

1. Первые пять минут. Проверьте, работает ли сервис вообще: другой счётчик, другой браузер, другой отчёт. Определите, локальная проблема или общая.
2. Следующие десять минут. Откройте исходный код главной и внутренней страницы, найдите номер счётчика. Проверьте, нет ли дублей.
3. Ещё десять минут. Откройте консоль и вкладку сетевых запросов. Посмотрите ошибки и убедитесь, что запрос к сервису уходит и получает ответ.
4. Пятнадцать минут. Пройдите по типам шаблонов: категория, карточка, статья, корзина, страница благодарности. Отдельно проверьте мобильную версию с телефона.
5. Десять минут. Сбросьте все слои кэша и перепроверьте страницу по чистому адресу в приватном окне.
6. Пять минут. Загляните в настройки счётчика: фильтры, отсечение роботов, часовой пояс, права доступа.
7. Последние пять минут. Сопоставьте дату пропажи данных с историей изменений сайта: обновления, правки шаблона, установка плагинов, переезд.

Если после этого часа причина не найдена, значит, дело либо в редкой технической особенности сайта, либо действительно на стороне сервиса. В первом случае нужен человек с доступом к серверу, во втором — терпение и параллельные источники данных.

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

Частые вопросы

Как быстро понять, что счётчик вообще собирает данные?
Откройте отчёт реального времени и одновременно зайдите на сайт с телефона по мобильному интернету, а не по офисному вайфаю. Если визит появился в течение минуты — сбор идёт, и проблему надо искать в отчётах, фильтрах или правах. Если не появился — счётчик не срабатывает, идите проверять исходный код страницы и консоль браузера.

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

Отчёт бесконечно грузится и не открывается. Это сбой?
Сначала сузьте период до одного вчерашнего дня и уберите все сегменты. Тяжёлый отчёт за большой период с несколькими условиями обрабатывается долго и иногда не дожидается ответа. Если после сужения периода отчёт открылся, дело в объёме данных, а не в поломке. Если не открылся ни один отчёт ни по одному счётчику — тогда действительно похоже на проблему сервиса.

Можно ли поставить два счётчика на один сайт?
Два разных счётчика разных систем аналитики — можно и полезно, это даёт независимую проверку данных. А вот два одинаковых счётчика с одним номером на одной странице ставить нельзя: они удваивают отправку данных, портят показатель отказов и утяжеляют страницу. При проверке исходного кода номер счётчика должен встречаться ровно один раз.

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

Из чего вообще складывается поисковое продвижение:

14:31

Коротко

• Начинайте с разделения проблемы: сбой сервиса ломает всё и у всех, локальная поломка — точечно, на одном сайте или в одном отчёте.
• Самые частые причины пропажи данных — счётчик вылетел из кода при обновлении темы или плагина, кэш отдаёт старую версию страницы и ошибка JavaScript обрывает выполнение скрипта.
• Проверять установку надо системно: исходный код, консоль, сетевые запросы, режим отладки, все типы шаблонов и обязательно мобильная версия.
• Часть отчётов отстаёт штатно, поэтому выводы делайте только по полностью закрытым суткам, а не по неполному текущему дню.
• Страховка от любых аварий — второй счётчик, серверные логи, регулярные выгрузки и фиксация заявок в CRM; удалять счётчик ради скорости нельзя, вместо этого настраивайте отложенную загрузку и чистите лишние сторонние скрипты.

Настроить аналитику так, чтобы данным можно было верить, помогу на SEO-консультации.