Офлайн-конверсии связывают результат вне сайта с предыдущим визитом: например, оплату в офисе, подтверждённую сделку или выкуп заказа. Яндекс Метрика ищет визит по переданному идентификатору и добавляет к нему достижение цели. Без этой связи продажа остаётся в CRM или кассе, а источник привлечения нельзя подтвердить в отчёте Метрики.
Короткий ответ. Выберите один устойчивый идентификатор, создайте отдельную цель, передайте событие не позднее периода учёта и проверьте его в отчёте «Офлайн-конверсии». Рабочий регламент должен фиксировать не только число целей, но и долю записей, привязанных к визитам, причины отказа и время от события до загрузки.
Материал описывает контроль передачи и привязки. Он не заменяет анализ статусов заказов и не доказывает, что реклама вызвала продажу. Привязанная запись подтверждает техническую связь с визитом; бизнес-вывод требует одинакового периода, модели атрибуции и определения результата.
Зафиксируйте границу офлайн-конверсии
Сначала определите событие вне сайта одним проверяемым правилом. «Сделка подтверждена» должно означать конкретное состояние в CRM, а «Покупка в магазине» — завершённую операцию, а не намерение менеджера. Для каждого события задайте владельца, источник времени, цель Метрики и условие отмены.
Не смешивайте в одной цели события с разным смыслом. Если оплата происходит и на сайте, и вне его, общая цель допустима только когда одинаковое действие нужно анализировать вместе. В остальных случаях отдельное название помогает не перепутать веб-событие и загруженную запись.
| Что зафиксировать | Пример правила | Что не подходит |
|---|---|---|
| Событие | Оплата подтверждена в учётной системе | Менеджер ожидает оплату |
| Время | Время подтверждения операции | Время выгрузки файла |
| Цель | Отдельный идентификатор результата | Общее название без владельца |
| Отмена | Возврат учитывается отдельно | Удаление строки задним числом без журнала |
Выберите идентификатор для привязки
Метрика поддерживает ClientId, UserId, Yclid и PurchaseId. Нужен хотя бы один. Выбор зависит от пути клиента, а не от удобства выгрузки. ClientId относится к браузеру; один человек в разных браузерах получит разные значения. UserId назначает владелец сайта, поэтому его качество зависит от устойчивого правила авторизации. Yclid связывает событие с рекламным кликом Директа. PurchaseId подходит, когда покупка уже передана в электронной коммерции.
Ограничение. Не подставляйте телефон, почту или внутреннее имя вместо предусмотренного идентификатора. Передавайте только разрешённые поля по документированному формату и не включайте персональные данные в редакционные примеры.
| Идентификатор | Когда использовать | Главная проверка |
|---|---|---|
ClientId | Известен браузер посетителя | Значение сохранено до офлайн-события |
UserId | Есть устойчивый идентификатор после входа | Одинаковое правило на сайте и в выгрузке |
Yclid | Нужно связать результат с кликом Директа | Метка не потерялась при перенаправлении |
PurchaseId | Покупка известна электронной коммерции | Идентификатор покупки совпадает |
Начните с небольшого проверочного файла
Перед массовой загрузкой соберите небольшой набор известных записей. Для каждой строки сохраните идентификатор, дату и время конверсии, идентификатор цели и, при необходимости, ценность с валютой. CSV-файл должен быть в кодировке UTF-8; десятичный разделитель для ценности — точка. Официальная справка указывает предельный размер файла 1 ГБ, но рабочая проверка должна быть намного меньше, чтобы каждую строку можно было сопоставить вручную.
ClientId,Target,DateTime,Price,Currency
123456789,office_payment,1758182400,12500.00,RUBПример показывает структуру, а не готовые значения для загрузки. Формат даты и обязательные столбцы сверяйте с текущей спецификацией Яндекса. Не загружайте вымышленные конверсии в рабочий счётчик: используйте разрешённый тестовый контур или реальные строки с законным основанием.
Проверьте загрузку в отчёте
После загрузки откройте «Отчёты → Сквозная аналитика → Офлайн-конверсии». Отчёт показывает идентификаторы, цель, дату конверсии, ценность, загрузку и статус привязки. По документации Яндекса данные могут появляться в отчётах в течение трёх часов. До истечения этого срока отсутствие строки не является доказательством ошибки.
- Сопоставьте количество строк. Число принятых записей должно соответствовать проверочному файлу.
- Проверьте цель и время. Они должны совпадать с исходной системой.
- Посмотрите статус привязки. Для непривязанной записи сохраните показанную причину.
- Сверьте визит. Убедитесь, что он произошёл не позже конверсии и попадает в период учёта.
- Повторите после исправления. Не меняйте несколько условий одновременно.
Разберите непривязанные записи по причине
Метрика привязывает офлайн-конверсии в пределах 21 дня до момента загрузки. Запись может не связаться с визитом, если событие оказалось раньше начала периода учёта, не передан ни один идентификатор или визит с такими значениями не найден. В последнем случае проверьте не только опечатку, но и порядок времени: визит должен произойти не позже конверсии.
Не считайте общую конверсию единственным показателем качества передачи. Она может оставаться стабильной при росте непривязанных строк. Контролируйте четыре значения: число загруженных записей, долю привязанных, распределение причин отказа и задержку от бизнес-события до загрузки.
Не подменяйте привязку выводом об эффективности
Привязка отвечает на технический вопрос: найден ли подходящий визит. Модель атрибуции отвечает на другой вопрос: какому источнику отчёт присвоит результат. Например, при выборе последнего перехода часть рекламных визитов может не отображаться, если объявление не было последним источником в истории. Поэтому сравнивайте каналы только при одинаковой модели и неизменных правилах загрузки.
Если Метрика и учётная система расходятся по заказам или доходу, используйте отдельную сверку по идентификаторам и времени. Не корректируйте сумму в отчёте вручную ради совпадения: сначала найдите конкретные строки и объясните каждое различие.
Соберите ежедневный регламент
Назначьте владельца выгрузки и владельца бизнес-события. Каждый день фиксируйте время последней успешной загрузки, число строк, долю привязки, новые причины отказа и максимальную задержку. Порог должен запускать проверку, а не объявлять причину: например, рост непривязанных записей требует сверить идентификаторы и срок передачи.
Включите этот набор в регулярную проверку Яндекс Метрики. STRIX ежедневно проверяет подключённые данные Метрики и Директа и показывает события и рекомендации в кабинете. Подготовка файла, законность передачи данных и исправление источника остаются задачами специалиста.
Источники и дата проверки
Материал проверен 18 сентября 2026 года по официальной документации Яндекса: назначение офлайн-конверсий, передача и обработка данных, построчный отчёт по офлайн-конверсиям и передача через API Метрики. Регламент контроля — редакционная методика STRIX, а не результат исследования клиентов.
Частые вопросы
Что считается офлайн-конверсией в Метрике?
Это целевое действие вне сайта, которое передают в Метрику и связывают с предыдущим визитом: например, оплату в офисе или подтверждённую сделку.
Какой идентификатор обязателен для загрузки?
Нужен хотя бы один из поддерживаемых идентификаторов: ClientId, UserId, Yclid или PurchaseId. Выбор зависит от пути клиента и доступного исходного значения.
Почему конверсия не привязалась к визиту?
Частые причины: запись вышла за период учёта, идентификатор не передан или визит с таким значением не найден до времени конверсии.
Когда загруженная конверсия появится в отчёте?
Официальная справка указывает срок до трёх часов после загрузки. До его окончания отсутствие строки ещё не подтверждает ошибку.
Дальше по теме
