Проверка отказов без искажения отчёта
  1. Изменение

    Дата, источник и устройство

  2. Счётчик

    Просмотры, время и события

  3. Сценарий

    Что происходит на странице

  4. Результат

    Корректный учёт и реальные обращения

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

Быстрая проверка: установить дату изменения → сравнить источники и устройства → проверить счётчик и события → воспроизвести путь посетителя → исправить подтверждённую причину. Искусственно отправлять «неотказ» ради зелёного отчёта не нужно.

Что Метрика считает отказом

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

Учебный расчёт: за период зарегистрировано 800 визитов, из них 120 признаны отказами. Показатель равен 120 / 800 × 100% = 15%. Знаменатель — визиты, а не уникальные посетители. Один человек может вернуться несколько раз; подробнее — в карточке «Визиты и посетители».

Универсальной нормы для всех сайтов нет. Сравнивайте похожие задачи и источники. Статья с быстрым ответом, сложный каталог и лендинг услуги используются по-разному. Яндекс также поясняет, что сам показатель отказов не используется поиском для ранжирования: разбор показателя в базе знаний.

Почему отказов внезапно стало много

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

СимптомГипотезаПроверка
Рост только с мобильныхЗадержки, перекрытая форма или неудобный первый экранОткрыть те же URL на телефоне, проверить скорость и действия
Рост в одной кампанииЗапросы или объявления не соответствуют предложениюСравнить поисковые фразы, объявления и целевые страницы
Изменение на всём сайте после релизаСменился счётчик, инициализация или отправка событийСравнить код до и после, проверить сетевые обращения
Скачок на нескольких URLОшибка шаблона, нет товара, неверная ссылкаПроверить содержимое и путь до обращения
Скачок на небольшой выборкеНесколько визитов сильно изменили долюПосмотреть абсолютные числа и более длинный сопоставимый период

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

Почему отказов почти нет

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

Не считайте любой сетевой запрос Метрики просмотром: у служебных событий тоже есть запросы. Воспроизведите одну загрузку и проверьте именно отправку просмотров. Затем посмотрите, не вызывает ли приложение дополнительный hit при первоначальном открытии, хотя первый просмотр уже зарегистрирован.

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

Как проверить один визит

  1. Запишите URL, номер нужного счётчика и ожидаемый сценарий. Используйте тестовую страницу или согласованное время проверки.
  2. Откройте страницу в отдельном профиле браузера. Учитывайте блокировщики, выбор согласия и настройки фильтрации: они могут препятствовать сбору.
  3. Проверьте, сколько раз и откуда инициализируется счётчик. Посмотрите шаблон CMS и подключённые контейнеры.
  4. В сетевой панели найдите отправку просмотра. Сравните загрузку обычной страницы и переход внутри приложения без перезагрузки.
  5. Проверьте настроенное время и вызовы «неотказа». Нельзя делать вывод только по тому, что виден запрос к домену аналитики.
  6. Сохраните наблюдения и повторите сценарий после исправления. Не отправляйте тестовую заявку в рабочую CRM без согласования.

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

Как понять, что исправление помогло бизнесу

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

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

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

Можно ли уменьшить порог времени и получить меньше отказов?

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

Отказы в Метрике и GA4 должны совпадать?

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

Нужно ли переделывать страницу с высоким процентом отказов?

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