Performance18 октября 2026 г.3 мин

Задержка офлайн-конверсий: когда сравнивать недели

Как сравнивать рекламу при поздних продажах: когорта заявок, возраст данных, лаг загрузки и отдельная проверка привязки офлайн-конверсий.

Обложка статьи: Задержка офлайн-конверсий: когда сравнивать недели

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

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

Два разных лага

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

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

Условный пример: по 100 заявок в двух когортах
КогортаПродажи к 7-му днюПродажи к 21-му днюСегодняшний статус
Неделя A815Есть оба наблюдения
Неделя B9Ещё неизвестноДостигла только первого окна

По сопоставимому окну B даёт 9%, A — 8%. Сравнение B на седьмой день с A на двадцать первый показало бы 9% против 15% и другой вывод. Это учебная арифметика, не доказательство превосходства B: объём, случайность и состав аудитории тоже имеют значение.

Соберите таблицу по исходному событию

Выберите основу когорты: дата рекламного клика, обращения или квалификации. Для оценки работы рекламы обычно важно не смешивать заявки, пришедшие в разные периоды, с оплатами календарного месяца. Одна таблица отвечает, когда бизнес получил деньги; другая — как дозревали привлечённые обращения.

Для каждой строки храните ID, исходную дату, дату оплаты, источник, статус и дату появления в выгрузке. Возвраты и отмены учитывайте по заранее согласованному правилу. Если сейчас история статусов перезаписывается, восстановить результат на седьмой день задним числом может быть невозможно. Тогда начните сохранять снимки для будущих сравнений.

Как выбрать окно оценки

Посмотрите накопленную долю продаж по возрасту заявки для старых завершённых когорт. Выберите срок, после которого показатель достаточно устойчив для вашего решения, и оставьте отдельный финальный пересчёт. Это компромисс между скоростью управления и полнотой результата. Универсального количества дней для всех продуктов здесь нет.

Проверьте платформенные сроки приёма и привязки данных отдельно: бизнес может закрывать сделки позже, чем конкретная система допускает их загрузку. Не переносите техническое ограничение сервиса в утверждение, что позже продаж не бывает. Связку идентификаторов и этапов объясняет гайд по офлайн-конверсиям.

Что показать руководителю сейчас

Покажите свежие обращения, квалификацию и продажи в одинаковом возрасте. Пометьте незавершённое окно, дату следующего пересчёта и долю непривязанных записей. Зафиксируйте единый часовой пояс. При объединении каналов используйте взвешенный расчёт конверсии. Быстрый отчёт может быть предварительным; ошибка начинается, когда его выдают за окончательный результат.

Ещё по теме