Почему Яндекс Метрика не показывает трафик на сайт

Отсутствие данных не всегда означает отсутствие трафика

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

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

Как отличить отсутствие трафика от отсутствия данных

Рекламный кабинет обычно показывает клики по объявлению, а серверный лог — обращения к сайту. Для проверки откройте журнал доступа сервера и найдите целевую страницу за нужный промежуток времени. В логах Nginx это может быть запрос вида: grep "GET /promo" /var/log/nginx/access.log. Если путь меняется из-за UTM-меток, ищите сам URL без параметров или используйте часть адреса лендинга.

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

Что означают расхождения между рекламой, логами и Метрикой

Если в рекламном кабинете есть клики, но в логах нет обращений к посадочной странице, проверьте конечный URL, редиректы, доступность домена и настройки трекера. Если записи в access.log есть, но браузер не отправляет запросы на mc.yandex.ru, счётчик не запускается или заблокирован. Если запросы на mc.yandex.ru уходят, а отчёт пустой, проверьте номер счётчика, фильтры, период и настройки домена.

Для точной сверки берите короткий интервал и один источник. Сопоставляйте время, путь страницы, статус ответа, IP-адрес и User-Agent только в рамках правил обработки данных, принятых на проекте. Ручная сверка неудобна на большом потоке: она помогает найти поломку, но не заменяет постоянный мониторинг.

Код счётчика отсутствует на части страниц

Счётчик может стоять на главной странице, но отсутствовать на лендинге, в блоге, каталоге, личном кабинете, мобильном шаблоне или на поддомене. Такая ошибка часто появляется после переноса сайта, создания отдельной промостраницы или обновления темы CMS. Посетитель открывает сайт, но на конкретном URL Метрике просто нечего выполнять.

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

На сайте установлен другой номер счётчика

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

Найдите идентификатор в коде страницы и сравните его с номером в кабинете Метрики. В консоли браузера можно выполнить запрос: document.documentElement.innerHTML.includes("mc.yandex.ru"). Он покажет, встречается ли адрес Метрики в HTML, но не подтвердит, что скрипт выполнился. Для этого нужна проверка сетевых запросов.

Как проверить загрузку Метрики в браузере

Откройте страницу в браузере без блокировщиков, нажмите F12, перейдите во вкладку Network и обновите страницу. В строке фильтра введите mc.yandex.ru. При нормальной работе должны появиться обращения к адресу загрузки скрипта и запросы сбора данных, обычно содержащие путь metrika/tag.js или watch с номером счётчика.

Затем откройте вкладку Console и проверьте ошибки. Полезные признаки проблемы: сообщения «Refused to load the script», «blocked by client», «Content Security Policy» или ошибки JavaScript, которые возникают до запуска счётчика. Проверка в одном браузере имеет недостаток: расширение, версия браузера или сетевые настройки конкретного пользователя могут давать другой результат.

Блокировщики рекламы скрывают часть визитов

Расширения для блокировки рекламы, приватные DNS-сервисы, встроенная защита браузеров и антивирусы могут останавливать запросы к аналитике. В Network это часто видно как blocked by client. Страница при этом открывается нормально, сервер фиксирует обращение, но Метрика не получает сведения о визите.

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

Content Security Policy блокирует запросы к Метрике

Заголовок Content Security Policy ограничивает источники, с которых страница может загружать скрипты, изображения и выполнять сетевые запросы. После подключения CDN, прокси или усиления защиты сайт может начать запрещать обращения к Метрике. В консоли браузера появится сообщение о нарушении CSP с указанием заблокированного адреса mc.yandex.ru.

Правило нужно дополнять точечно, а не отключать CSP целиком. Пример директивы одной строкой: script-src 'self' https://mc.yandex.ru; connect-src 'self' https://mc.yandex.ru; img-src 'self' data: https://mc.yandex.ru;

Эту строку нельзя бездумно заменить в существующем заголовке: она должна быть объединена с уже нужными источниками сайта. Если код счётчика вставлен прямо в HTML, отдельного разрешения может потребовать и inline-скрипт через nonce или hash. Добавление unsafe-inline проще, но его недостаток — более слабая защита от внедрения стороннего JavaScript.

Согласие на cookies не даёт запустить счётчик

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

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

Фильтры счётчика исключают нужные визиты

В настройках Метрики могут работать фильтры по IP-адресам, доменам, URL, параметрам или техническому трафику. Обычно их добавляют, чтобы убрать посещения команды и тестовые переходы. После смены офиса, VPN, корпоративной сети или структуры URL такой фильтр способен исключить уже не только внутренние визиты.

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

Открыт неверный период, отчёт или часовой пояс

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

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

Редиректы и домены меняют путь посетителя

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

Проверьте цепочку командой curl -I -L "https://example.com/promo" и посмотрите статусы с адресами переходов. Команда покажет серверные перенаправления, но не заменит тест в браузере: JavaScript-редиректы и блокировки расширениями curl не увидит. Сокращённые ссылки удобны в публикациях, однако дополнительный переход усложняет диагностику.

SPA не отправляет просмотры при внутренних переходах

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

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

Цели не срабатывают при наличии визитов

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

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

Чек-лист диагностики за пять минут

1. Откройте ссылку, по которой должен идти трафик, в обычном браузере без блокировщиков.
2. В DevTools откройте Network, обновите страницу и отфильтруйте запросы по mc.yandex.ru.
3. Во вкладке Console проверьте ошибки JavaScript, CSP и сообщение blocked by client.
4. Сверьте номер счётчика в коде страницы с номером отчёта в кабинете Метрики.
5. Проверьте в access.log обращение к нужному URL за время теста, например grep "GET /promo" /var/log/nginx/access.log.
6. Сопоставьте лог сервера с кликами в рекламном кабинете по одной ссылке и одному периоду.
7. Просмотрите фильтры, выбранные даты, часовой пояс, поддомены и сценарий согласия на cookies.
8. Для SPA выполните внутренний переход и убедитесь, что после смены маршрута отправляется новый запрос.