Чому Яндекс Метрика не показує трафік на сайт

Відсутність даних не завжди означає відсутність трафіку

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

Спочатку відокремте відсутність реальних переходів від збою збору даних. Порівнювати потрібно не загальний графік, а той самий період, конкретний 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 виконайте внутрішній перехід і переконайтеся, що після зміни маршруту надсилається новий запит.