Все статьи
Этап 1: Осознание проблемы1. Неосведомленность (Unaware) ➔ 2. Осознание проблемы (Problem aware).5 мин чтения2026

Разрыв между кликами и сессиями: куда пропадают 20–30% рекламного трафика

Откройте отчет в Яндекс Директе или Google Ads за прошлый месяц. Посмотрите на графу «Клики». А теперь откройте Яндекс Метрику или Google Analytics 4 и сравните...

Откройте отчет в Яндекс Директе или Google Ads за прошлый месяц. Посмотрите на графу «Клики». А теперь откройте Яндекс Метрику или Google Analytics 4 и сравните эту цифру с количеством зафиксированных визитов из того же рекламного источника.

Почти гарантированно вы увидите разницу: кликов в кабинете списано 10 000, а счетчик на сайте насчитал только 7 500 визитов. Куда делись еще 2 500 переходов, за которые с рекламного счета уже списали деньги?

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

При бюджете в 500 000 рублей расхождение в 25% означает, что 125 000 рублей испарились еще до того, как счетчик аналитики успел загрузиться. Это искажает отчеты, сбивает автостратегии и завышает реальную стоимость привлечения клиента.


1. Разница в логике учета: почему клик не равен визиту

Чтобы понять, куда исчезает трафик, нужно разделить две разные системы учета.

Рекламная сеть (Google / Директ)          Браузер пользователя             Счетчик (Метрика / GA4)
┌───────────────────────────────┐        ┌───────────────────────┐        ┌──────────────────────┐
│ Клик по объявлению            │ ───►   │ Загрузка HTML/CSS/JS  │ ───►   │ Сессия зафиксирована │
│ (Деньги списаны МГНОВЕННО)    │        │ (1.5 – 3.5 секунды)   │        │ (Только после JS)    │
└───────────────────────────────┘        └───────────────────────┘        └──────────────────────┘
                                                    ▲
                                                    │
                                         [ОТВАЛ 20–30% ТРАФИКА]

Как считает рекламная сеть

Рекламная сеть фиксирует событие в момент нажатия на объявление:

  1. Пользователь нажимает на ссылку в выдаче или баннер.
  2. Запрос проходит через промежуточный редирект рекламной системы (click.yandex.ru или googleadservices.com).
  3. Рекламный сервер фиксирует клик, списывает ставку с баланса и отправляет браузер на ваш сайт.

Для рекламного кабинета транзакция закрыта. Клик произошел, деньги списаны.

Как считает система аналитики

Система веб-аналитики (Метрика, GA4) фиксирует визит в самом конце цепочки загрузки:

  1. Браузер находит IP-адрес вашего сервера (DNS Lookup).
  2. Устанавливает соединение (TCP + TLS).
  3. Дожидается ответа сервера (TTFB).
  4. Скачивает и разбирает HTML-код страницы.
  5. Скачивает стили, картинки и шрифты.
  6. Находит в коде тег счетчика (tag.js или gtm.js) и отправляет запрос на его загрузку.
  7. Выполняет JavaScript-код счетчика в браузере.
  8. Отправляет исходящий HTTP-запрос (хит) на сервер аналитики: session_start или pageview.

Только на 8-м шаге в отчете Метрики или GA4 появляется визит. Если цепочка оборвется раньше, клик в кабинете останется, а в аналитике не появится ничего.


2. Где теряются переходы

Причина 1: Задержки на мобильных устройствах

На мобильном интернете (особенно в движении) путь от клика до выполнения JavaScript занимает от 2 до 5 секунд.

Человек нажал на объявление. Проходит 1.5 секунды, а экран все еще белый. Пользователь нажимает «Назад» и возвращается в ленту.

  • Деньги за клик списаны.
  • Сервер сайта даже начал отдавать HTML.
  • Но счетчик аналитики просто не успел загрузиться и выполнить код.

В отчетах это не отобразится даже как отказ. Для аналитики этого визита не существовало.

Причина 2: Блокировщики рекламы и приватные браузеры

Расширения AdBlock, uBlock Origin и встроенные защиты браузеров Brave, Opera и Firefox блокируют домены аналитики (google-analytics.com, googletagmanager.com, mc.yandex.ru).

Пользователь переходит по рекламе, читает сайт и оставляет заявку. Но из-за блокировщика в браузере счетчики молчат. В аналитике этот заказ либо потерян, либо записан на прямой заход.

Причина 3: Разрывы при редиректах

Если реклама ведет на квизы на сторонних платформах (Marquiz) или страницы с цепочками редиректов, часть меток (yclid, gclid, utm) теряется при сетевых переадресациях. Браузер сбрасывает контекст, и визит не привязывается к рекламной кампании.


3. Как недоучет трафика искажает расчеты

Недоучет трафика напрямую бьет по бизнес-метрикам:

  1. Искажение реального CPA: Маркетолог считает стоимость заявки по заниженному числу визитов и делает неверные выводы об эффективности каналов.
  2. Сбои автостратегий: Алгоритмы Яндекс Директа и Google Ads не видят 25–30% конверсий, недополучают обучающие сигналы и начинают завышать ставки.

4. Экспресс-аудит расхождения за 5 минут

Как посчитать реальный процент потерь:

  1. Выгрузите количество кликов из рекламного кабинета за 30 дней.
  2. Откройте отчет аналитики по тому же источнику и посмотрите число визитов.
  3. Рассчитайте расхождение по формуле:
    $$\text{Потери} = \frac{\text{Клики} - \text{Визиты}}{\text{Клики}} \times 100%$$

Если расхождение превышает 15%, клиентский JavaScript теряет ощутимую часть оплаченного трафика.


5. Решение: фиксация кликов на уровне Edge

Перенос скрипта счетчика выше в <head> не защищает от блокировщиков и закрытия вкладки на 1-й секунде.

Решением является перенос первого касания на сетевой уровень (Edge Click Tracking). Запрос перехватывается ближайшим сервером за 30–50 мс: фиксируются UTM-метки, клик-ID и выставляется 1st-party cookie до рендера страницы в браузере.


Следующий шаг

Ключевые темы статьи:
#расхождение кликов и визитов#почему кликов больше чем сессий#разница клики и визиты яндекс директ метрика#discrepancy between clicks and sessions GA4#недоучет трафика в аналитике.

Внедрите Server-Side Tracking без сложного кода

Sply восстанавливает до 30% потерянных конверсий, защищает от Safari ITP/AdBlock и ускоряет загрузку ваших лендингов.

Рекомендуемые материалы

Смотреть все статьи →