Изометрический чертёж: воронка с шариком в горловине над маленькой мензуркой с низким уровнем наполнения

Конверсии просели: три причины и как их различить

Просадка не всегда означает поломку рекламы. Причин три: изменилась методика, сломалось в аккаунте или сбой платформы. Разбираем, как их различить.

Конверсии просели: три причины и как их различить за час

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

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

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

1. Просадка в отчёте не равна просадке в бизнесе. Первым делом сверяют якорные метрики — заявки в CRM и выручку: они не зависят от методики измерения.

2. Миграция атрибуции обучение автостратегий не сбрасывала. Это официальная позиция Директа, и версия об обратном неверна.

3. Одновременная просадка у трёх несвязанных проектов из шести случайно происходит с вероятностью около 0,2% — это признак платформы, а не ваших настроек.

4. Если просели только офлайн-конверсии, а онлайн не тронуты — дело в передаче данных, а не в кампаниях.

5. Каждое изменение в аккаунте запускает переобучение и делает диагностику невозможной.

Почему первый порыв обычно неверен

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

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

Применить лечение не того класса — значит потерять время и сломать то, что работало. Поэтому порядок действий всегда один: сначала определить класс, потом действовать.

Отдельно стоит снять распространённое заблуждение, которое портит диагностику: версия о том, что миграция атрибуции обнулила обучение автостратегий, неверна. По официальной позиции Директа переобучения при автоматическом переходе не происходило, логика работы моделей не менялась. Это подробно разобрано в материале про [якорные метрики и пересборку аналитики после смены методики](https://gurucontext.ru/blog/migratsiya-atributsii-metriki-2026-kak-peresobrat-analitiku).

три класса причин просадки

01
Методика
Изменилась линейка, а не бизнес. Модель атрибуции поменялась, окно стало другим — отчёт поехал.
→ пересобрать отчётность
02
Аккаунт
Мало данных, шумные цели, слабая семантика, широкие корректировки — что-то сломалось внутри.
→ пройти дерево причин
03
Платформа
Релиз на стороне Яндекса дал побочный эффект. Класс, который почти никогда не рассматривают.
→ зафиксировать и ждать

Три класса и что их отличает

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

Класс 1. Изменилась методика измерения. Бизнес не изменился — изменилась линейка. Именно это произошло после 20 мая 2026 года: модель атрибуции в кампаниях поменялась автоматически, окно атрибуции стало другим. У модели «Автоматическая» оно составляет 180 дней, тогда как у «Последнего значимого перехода кросс-девайс» — 90 дней. Число конверсий в отчёте поехало при неизменной реальности. Сюда же относится частая техническая причина: в отчёте выбрана не та модель, что указана в настройках стратегии, хотя справка прямо требует их совпадения для контроля целевых показателей. Как отличить артефакт от реальности и пересобрать отчётность — в материале про [якорные метрики и пересборку аналитики после смены методики](https://gurucontext.ru/blog/migratsiya-atributsii-metriki-2026-kak-peresobrat-analitiku).

Класс 2. Сломалось внутри аккаунта. Мало данных, шумные цели, неверный оптимизируемый event, слабая семантика, отсутствие офлайн-сигналов, широкие корректировки, изменившийся аукцион. Восемь причин по трём столпам и [дерево диагностики из восьми причин](https://gurucontext.ru/blog/avtostrategii-direkta-ne-obuchayutsya-8-prichin) — в отдельном материале. Здесь это только один из трёх классов, и если проверки указывают именно на него — дальше туда.

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

КлассЧто делатьЧего делать нельзя
МетодикаПересобрать отчётность, пересчитать нормативыМенять настройки кампаний
АккаунтПройти дерево причин, менять по однойМенять несколько вещей сразу
ПлатформаЗафиксировать, дождаться, проверить послеЧто-либо править — правки исказят картину после восстановления

Три проверки, которые отсекают каждый класс

Ядро диагностики — три последовательные проверки. Они проходятся в порядке возрастания трудоёмкости: самая быстрая первой. Главное правило, которое нужно держать в голове на протяжении всей процедуры: до завершения всех трёх проверок настройки не трогать. Любая правка запускает переобучение и накладывается на исходную картину — после этого различить классы уже нельзя.

Проверка 1 — Якорь: 15 минут

  1. 01

    Возьмите метрику, не зависящую от методики измерения: заявки в CRM, выручку, число сделок. Это якорные метрики — они одинаковы при любой модели атрибуции.

  2. 02

    Сравните период до просадки и после. Если якорь ровный, а атрибутированные метрики разошлись — реальность не изменилась. Это класс 1 или 3, класс 2 отпадает.

  3. 03

    Если якорь упал так же, как атрибутированные показатели — реальность изменилась. Это класс 2, и дальше имеет смысл идти по дереву диагностики причин в аккаунте.

  4. 04

    Инструмент якорных метрик разработан в материале про пересборку аналитики — используйте его как готовый, не изобретайте заново.

Если якорь показал, что реальность не изменилась, переходите ко второй проверке — она отделяет методику от платформы.

Проверка 2 — Одновременность: 20 минут

  1. 01

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

  2. 02

    Если своих проектов меньше трёх — спросите коллег или посмотрите профильные чаты: признак работает только на выборке.

  3. 03

    Модельный ориентир (числа не бенчмарк, зависят от вашей базовой вероятности): просадка у двух проектов из шести — 3,3% вероятности случайного совпадения; у трёх — 0,22%; у четырёх — 0,01%. Одновременная просадка у трёх несвязанных проектов — это уже не совпадение.

  4. 04

    Одновременность при отсутствии изменений в аккаунтах — сильный признак третьего класса.

вероятность случайного совпадения — модельный расчёт

просело проектоввероятностькак читать
1 и больше26,5%Обычное дело
2 и больше3,3%Подозрительно
3 и больше0,22%Почти исключено
4 и больше0,01%Исключено

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

Проверка 3 — Избирательность по типу данных: 20 минут

  1. 01

    Разложите конверсии на два типа: онлайновые (происходят на сайте) и офлайновые (загружаются из CRM). Сравните динамику по каждому типу отдельно.

  2. 02

    Если оба типа просели примерно одинаково — дело, скорее всего, в рекламе: алгоритму безразлично, откуда приходит сигнал.

  3. 03

    Если онлайн в порядке, а офлайн упал — это обрыв на участке передачи данных, а не в кампаниях. Модельный пример (числа не бенчмарк): было 100 конверсий в неделю (70 онлайн + 30 офлайн), просела только привязка офлайн на 60% — стало 82 конверсии. Общая просадка 18%, цена конверсии выросла с 1500 до 1829 ₽ (+22%) при полностью неизменной рекламе.

  4. 04

    Проверить, просела ли именно привязка офлайн-конверсий, можно через [построчную диагностику привязки офлайн-конверсий](https://gurucontext.ru/blog/postrochnaya-diagnostika-oflayn-konversiy-v-metrike) в Метрике.

После трёх проверок у вас есть класс. Теперь можно действовать — но строго в соответствии с этим классом, а не с тем, что кажется очевидным.

ЯкорьОдновременностьИзбирательностьВывод
РовныйНетНетКласс 1: методика
РовныйДаДа или нетКласс 3: платформа
УпалНетНетКласс 2: аккаунт
УпалДаДаСмешанный: разбирать по частям

Май 2026 как пример третьего класса

По наблюдениям одного из агентств, в период с 20 по 22 мая 2026 года фиксировалась резкая просадка привязки офлайн-конверсий после обновления моделей атрибуции. По данным того же источника, онлайн-конверсии, происходящие на сайте, затронуты не были, а Яндекс проблему признал и работал над устранением. Официального подтверждения этому найти не удалось — случай стоит рассматривать как иллюстрацию, а не как установленный факт.

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

Что здесь важнее самого случая. Совпадение по времени с миграцией породило удобное объяснение — «миграция сломала обучение». Оно неверно: переобучения при переходе не происходило, это официальная позиция Директа. Но два события действительно наложились друг на друга, и разделить их можно было только проверками из предыдущего раздела.

Практический вывод на будущее: релиз платформы — это повод не менять настройки, а фиксировать состояние. Запишите показатели до даты релиза, дайте неделю и сравните. Если совпадение по времени случайное, это станет видно; если нет — у вас будет чистая точка отсчёта.

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

Что делать с каждым классом

  1. 01

    Класс 1, методика. Пересобрать отчётность и пересчитать нормативы: показатели, посчитанные до смены методики, к новым данным не применимы. Настройки кампаний при этом не трогать — реклама работает как работала.

  2. 02

    Класс 2, аккаунт. Пройти дерево причин и менять по одной вещи за раз, давая каждому изменению время на переобучение. Столп данных отзывается за 7–10 дней, сигналы — за 14–21, среда — примерно за неделю.

  3. 03

    Класс 3, платформа. Зафиксировать состояние, дату и признаки. Дождаться. Проверить после восстановления. Самое трудное здесь — ничего не делать: соблазн «хоть что-то предпринять» очень силён, а именно он и портит картину.

  4. 04

    Общее для всех трёх. Завести журнал: дата, что произошло, что вы предприняли. Без него следующая просадка снова будет разбираться с нуля.

где обрывается картина у одного рекламодателя

Ограничения одного проекта
  • Якорные метрики — заявки и выручка — есть в CRM, но не в рекламном кабинете
  • Признак одновременности работает только на выборке из нескольких проектов
  • Без сквозной аналитики офлайн-конверсии не видны в разбивке по типам
Что даёт связка с портфелем
  • Сквозная аналитика (Roistat, Calltouch, CoMagic, K50) — якорные метрики из CRM рядом с рекламными
  • Портфель проектов — признак одновременности виден сразу на выборке
  • Разбивка по типам конверсий — офлайн и онлайн сравниваются в одном интерфейсе

Первая проверка — якорь — требует данных, которых в рекламном кабинете нет: заявок в CRM и выручки. Вторая требует доступа к нескольким проектам сразу. То и другое собирается связкой с CRM через сквозную аналитику — Roistat, Calltouch, CoMagic, K50 — и портфелем проектов. Агентство различает классы быстрее одиночного рекламодателя именно поэтому: признак одновременности виден только на выборке, а у одного проекта выборки нет.

Итог: порядок важнее скорости

До завершения всех трёх проверок настройки не трогать. Любая правка запускает переобучение и делает диагностику невозможной.
  1. 01

    Просадка в отчёте — не равно просадка в бизнесе. Сначала якорь.

  2. 02

    Три класса причин лечатся по-разному: методика → пересборка отчётности, аккаунт → дерево причин по одной, платформа → фиксация и ожидание.

  3. 03

    Признак одновременности у трёх несвязанных проектов из шести — вероятность случайного совпадения 0,22%. Это уже не совпадение.

  4. 04

    Избирательность по типу данных (онлайн цел, офлайн просел) указывает на участок передачи данных, а не на кампании.

  5. 05

    Миграция атрибуции обучение не сбрасывала — это официальная позиция Директа. Версия об обратном неверна.

  6. 06

    Журнал событий — обязательный инструмент: без него следующая просадка снова разбирается с нуля.

Процедура из трёх проверок занимает около часа и даёт однозначный ответ на вопрос, что именно сломалось — или не сломалось. Это время стоит потратить до первой правки, а не после десятой.

Часто задаваемые вопросы

Посчитаем, при какой цене заявки ваш Директ выходит в плюс

Разберём экономику и покажем целевой CPL под вашу маржу и цикл сделки

  • Бесплатный расчёт
  • Ответим за час

Политика конфиденциальности

При оставлении заявки на ресурсе «https://gurucontext.ru» пользователи предоставляют следующие сведения:

  • Имя
  • Контактный телефон или Telegram
  • Адрес сайта пользователя (не обязательно)

Также администрация сайта получает данные об IP-адресе посетителей, типе браузера, времени нахождения на сайте и прочие подобные сведения через сервисы статистики.

Использование информации

Вся полученная информация используется администрацией «https://gurucontext.ru» исключительно в целях связи с клиентом.

Защита персональных данных

Компания «https://gurucontext.ru» обязуется не разглашать сведения, полученные от пользователей, и хранит их в защищённом виде.

Предоставление данных третьим лицам

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

Контакты

Телефон: +7 (499) 955-47-00.
E-mail: info@gurucontext.ru.