В кассе сделки закрываются на 22-30-й день после клика, а в Директе автостратегия по-прежнему видит дешёвую отправку формы: вы масштабируете рекламу по фантомному CPL, хотя подрядчик присылает красивые отчёты по заявкам. За 45 минут вы сверите цепочку CRM → Метрика → Директ, откроете отчёт «Офлайн-конверсии», посчитаете долю оплат «не в период учёта» и решите, можно ли увеличивать бюджет без слива на ложные сигналы.
Метрика привязывает оплату из CRM к визиту только если загрузка попала в окно 21 дня до момента выгрузки, а не «21 день после клика». Оплата 1 сентября и CSV 25 сентября дают строку «Конверсия не попадает в период учёта», хотя в CRM сделка свежая. Пока в ЕПК (единая перформанс-кампания) выбрана цель «форма», а в кассе считают «оплачено», алгоритм учится не на ваших деньгах. Регулярная передача статусов раз в 1-3 дня и одна цель в стратегии: минимум, без которого CPA в кабинете расходится с CPO по CRM.
Я, Роман Скороходов, владелец рекламного агентства. 8 октября 2026 владелец B2B-услуг открывает CRM: пять сделок «Оплачено» за неделю, в Директе CPA по цели «Отправка формы» падает, а выручка с рекламы не растёт. Маркетолог говорит: «цель в Метрике есть». Собственник за 45 минут идёт в Отчёты → Сквозная аналитика → Офлайн-конверсии и видит «не в период учёта»: CSV грузили раз в месяц, ClientID в половине карточек пустой. После ежедневной передачи статусов и смены цели в ЕПК на «оплачено» через 10 дней привязка в отчёте растёт, и только тогда он увеличивает бюджет.
Ниже чек-лист без программиста: таблица по 20 сделкам, отчёт Метрики, ClientID, SLA выгрузки, сверка цели в автостратегии и шесть вопросов подрядчику. Термины просто: CPL (цена заявки в кабинете), CPO (расход на рекламу, делённый на число оплат в CRM).
Почему оплата из CRM не попадает в Директ
Типичная ошибка собственника: думать, что Метрика ждёт 21 день после клика. В справке Яндекса период учёта считается 21 день до момента загрузки файла или API-отправки. На практике оплата может быть «молодой» в CRM, но для алгоритма Директа она уже невидима, если подрядчик выгрузил статусы пачкой раз в месяц.
Делайте: зафиксируйте правило для команды: статус «квалифицирован» и «оплачено» уходит в Метрику не позже чем через 3 дня после смены в CRM. Не делайте: масштабировать бюджет, пока в отчёте «Офлайн-конверсии» больше 30% строк с причиной «не попадает в период учёта». Иначе вы платите за лиды, которые система считает дешёвыми.
В октябре 2026 разборы рынка снова спорят о качестве лидов и целях в ЕПК, но редко говорят вслух про дату загрузки. Собственнику важнее другое: каждая оплата, пришедшая в Метрику поздно, не учит алгоритм снижать CPO. Это не баг CRM. Это дисциплина выгрузки и честная цель в стратегии.
Соберите таблицу по 20 последним оплатам
Это диагностика за 5 минут без DataLens. Выгрузите из CRM дату первого касания (клик, заявка), дату оплаты, ClientID или yclid, лаг в днях.
| Поле | Зачем собственнику | Красный флаг |
|---|---|---|
| День клика / визита | Понять, успеете ли уложиться в окно до загрузки | Лаг 25-35 дней при ежемесячном CSV |
| День оплаты | Сравнить с кассой и отчётом подрядчика | Оплаты есть, в Метрике ноль по цели «оплачено» |
| ClientID / yclid | Связка офлайн-конверсии с визитом | Пустое поле у более половины сделок |
| День последней загрузки в Метрику | Проверить SLA подрядчика | Загрузка старше 3 дней после оплаты |
В реальном проекте средний лаг «заявка → оплата» 14-28 дней при B2B-услугах. Если вы грузите раз в 30 дней, почти каждая оплата с длинным циклом выпадает из обучения автостратегии. Посчитайте средний лаг по 20 сделкам и положите цифру на стол подрядчику: это язык денег, не «настройте интеграцию».
Откройте отчёт «Офлайн-конверсии» за 30 дней
Метрика → Отчёты → Сквозная аналитика → Офлайн-конверсии. Отфильтруйте период 30 дней. Смотрите колонки «Привязка к визиту» и причину отказа.
- Шаг 1: посчитайте долю строк «Конверсия не попадает в период учёта» от всех загруженных оплат.
- Шаг 2: отдельно посчитайте, сколько строк «Привязано» с ClientID против телефона или email.
- Шаг 3: сравните с таблицей 20 сделок: совпадают ли даты загрузки с датами в CRM.
- Шаг 4: если привязка ниже 70%, не трогайте креативы, сначала идентификаторы и частота выгрузки.
- Шаг 5: сделайте скрин отчёта и приложите к письму подрядчику с датой проверки.
Например, при 45% «не в период учёта» и еженедельной выгрузке чаще всего виноват ручной сбор файла в конце месяца, а не длинный цикл сделки. Центр конверсий в Директе показывает те же офлайн-события, что и Метрика; удобно сверить, не заходя в два кабинета с разными фильтрами.
Проверьте ClientID на 10 новых лидах
Офлайн-конверсия: статус из CRM, который Метрика пытается приклеить к визиту. Максимальное качество атрибуции в справке Директа: ClientID плюс телефон; только телефон даёт среднюю точность.
Делайте: на 10 свежих лидах откройте карточку и убедитесь, что ClientID или yclid заполнены с сайта, формы или коллтрекинга. Не делайте: передавать в CSV только ФИО и телефон, если трафик с Директа, половина привязок потеряется.
Типичная ошибка: маркетолог ставит цель «оплачено», а поле ClientID в CRM никто не завёл. Тогда отчёт красивый по заявкам, а оплаты висят «не привязано». Задача на эту неделю: скрытые поля форм и обязательное поле в CRM при любом канале, даже если заявка пришла с звонка.
Выберите канал передачи и SLA не реже 3 дней
Три рабочих пути для собственника без штата разработчиков: коннектор amoCRM или Битрикс24 в Метрике, регулярный CSV в Центр конверсий, автоматизация через Albato или Make по согласованию с подрядчиком. GitHub-репозитории вроде обёрток для офлайн-конверсий: повод спросить исполнителя «как часто реально уходит выгрузка», без самостоятельного кода.
Коннектор выигрывает, когда статусы меняются каждый день и цикл сделки длинный. CSV уместен на старте, если вы готовы контролировать календарь загрузок сами. Типичная ошибка: выбрать коннектор, но не сопоставить статусы. В Метрику уходит «успешно реализовано», а цель на счётчике ждёт другое имя события.
Workflow:
Заявка с ClientID → CRM (статусы «квалифицирован», «оплачено») → выгрузка ≤3 дней → Метрика (цель «целевое событие») → Директ (ЕПК на ту же цель)
Делайте: в выгрузке идентификатор цели совпадает с активной целью типа «целевое событие» на счётчике. Не делайте: грузить «новый лид» пачкой, алгоритм утонет в шуме. Передавайте статусы, которые коррелируют с деньгами.
Сверьте цель в ЕПК с тем, что уходит из CRM
ЕПК (единая перформанс-кампания в Директе) выбирает, на какую цель Метрики оптимизировать ставки. Если там «отправка формы», а вы в CRM празднуете оплату, CPA в кабинете будет падать, пока CPO по кассе стоит на месте.
Откройте настройки стратегии и выпишите выбранные цели. Сравните с целью, в которую попадают офлайн-статусы «квалифицирован» и «оплачено». Должно совпадать имя и номер цели на счётчике. После смены цели дайте стратегии минимум 10-14 дней: для обучения нужно около 10 конверсий в календарную неделю по выбранной цели, иначе колебания CPA при малых данных нормальны, это не признак плохого креатива.
Не путайте это с окном атрибуции «оплата за конверсии» в других стратегиях Директа: там свои правила по дням после клика. Офлайн-загрузка из CRM живёт по правилам Метрики. Если подрядчик смешивает термины в отчёте, попросите разложить: что относится к клику, что к дате файла, что к статусу в amoCRM.
Шесть вопросов подрядчику перед масштабированием Q4
- Когда последний раз загружали офлайн-конверсии? Ответ «в прошлом месяце» при цикле сделки 3 недели: стоп бюджету.
- Скрин отчёта «Офлайн-конверсии» за 30 дней? Нужны проценты привязки и причины отказа.
- Какая цель стоит в ЕПК прямо сейчас? Нужна цель именно в стратегии, а не только факт наличия в Метрике.
- Какой % оплат имеет ClientID в CRM? Ориентир из чек-листа: ≥70% после починки.
- Какой SLA после статуса «оплачено»? Письменно: не реже чем раз в 3 дня.
- Совпадает ли ID цели в CSV/API с целью на счётчике? Одна буква в ID, и данные улетают в пустоту.
На практике подрядчик соглашается на ежедневную или раз в 2 дня выгрузку, когда собственник показывает таблицу 20 сделок и скрин «не в период учёта». Без этого разговор уходит в «у нас всё настроено».
План на 14 дней: как понять, что чек-лист сработал
Зафиксируйте базовую неделю до изменений: доля «не в период учёта», % привязки, цель в ЕПК. Затем включите регулярную передачу и единую цель.
- Через 7 дней: снова отчёт «Офлайн-конверсии», тренд привязки вверх?
- Через 14 дней: доля «не в период учёта» снизилась минимум на 20 процентных пунктов от базы.
- Параллельно: ≥70% оплат с ClientID в CRM привязаны к визиту.
- В ЕПК: оптимизация идёт по «оплачено» или «квалифицирован», как в выгрузке.
- Артефакт: средний лаг «заявка → оплата» по 20 сделкам записан для совета с подрядчиком.
Если улучшение слабее 20 п.п., не увеличивайте бюджет Директа. Честно: я не обещаю вам рост продаж от одной настройки; обещаю, что перестанете масштабировать рекламу по фантомному CPL, пока касса и кабинет говорят на разных языках.
Подписывайтесь на Telegram: ссылка в описании профиля канала. Там разбираем такие разрывы между CRM и Директом без воды и без «доверьтесь отчёту».
