Откройте отчет в Яндекс Директе или 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% ТРАФИКА]
Как считает рекламная сеть
Рекламная сеть фиксирует событие в момент нажатия на объявление:
- Пользователь нажимает на ссылку в выдаче или баннер.
- Запрос проходит через промежуточный редирект рекламной системы (
click.yandex.ruилиgoogleadservices.com). - Рекламный сервер фиксирует клик, списывает ставку с баланса и отправляет браузер на ваш сайт.
Для рекламного кабинета транзакция закрыта. Клик произошел, деньги списаны.
Как считает система аналитики
Система веб-аналитики (Метрика, GA4) фиксирует визит в самом конце цепочки загрузки:
- Браузер находит IP-адрес вашего сервера (DNS Lookup).
- Устанавливает соединение (TCP + TLS).
- Дожидается ответа сервера (TTFB).
- Скачивает и разбирает HTML-код страницы.
- Скачивает стили, картинки и шрифты.
- Находит в коде тег счетчика (
tag.jsилиgtm.js) и отправляет запрос на его загрузку. - Выполняет JavaScript-код счетчика в браузере.
- Отправляет исходящий 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. Как недоучет трафика искажает расчеты
Недоучет трафика напрямую бьет по бизнес-метрикам:
- Искажение реального CPA: Маркетолог считает стоимость заявки по заниженному числу визитов и делает неверные выводы об эффективности каналов.
- Сбои автостратегий: Алгоритмы Яндекс Директа и Google Ads не видят 25–30% конверсий, недополучают обучающие сигналы и начинают завышать ставки.
4. Экспресс-аудит расхождения за 5 минут
Как посчитать реальный процент потерь:
- Выгрузите количество кликов из рекламного кабинета за 30 дней.
- Откройте отчет аналитики по тому же источнику и посмотрите число визитов.
- Рассчитайте расхождение по формуле:
$$\text{Потери} = \frac{\text{Клики} - \text{Визиты}}{\text{Клики}} \times 100%$$
Если расхождение превышает 15%, клиентский JavaScript теряет ощутимую часть оплаченного трафика.
5. Решение: фиксация кликов на уровне Edge
Перенос скрипта счетчика выше в <head> не защищает от блокировщиков и закрытия вкладки на 1-й секунде.
Решением является перенос первого касания на сетевой уровень (Edge Click Tracking). Запрос перехватывается ближайшим сервером за 30–50 мс: фиксируются UTM-метки, клик-ID и выставляется 1st-party cookie до рендера страницы в браузере.
Следующий шаг
Внедрите Server-Side Tracking без сложного кода
Sply восстанавливает до 30% потерянных конверсий, защищает от Safari ITP/AdBlock и ускоряет загрузку ваших лендингов.