Чтобы передать офлайн-конверсию в Метрику, определите событие, сохраните его связь с визитом, подготовьте CSV и проверьте обработку и привязку. Успешная загрузка файла закрывает только этап передачи.
Офлайн-конверсия в Яндекс Метрике связывает действие вне сайта с предшествующим визитом. Для производителя таким действием может быть подтверждённый запрос коммерческого предложения после разговора с закупщиком. Само заполнение формы ещё не означает, что обращение подошло компании.
Ниже — один маршрут: CSV через интерфейс Метрики с привязкой по ClientID. Итог работы — паспорт выбранного события и протокол проверки загрузки. Это методика подготовки и приёмки, а не подтверждение настроенной интеграции.
Определите, какое действие передаёте
Начните с решения отдела продаж. В учебном примере событие называется «получен квалифицированный запрос КП». Его фиксируют, когда менеджер подтвердил предмет закупки и соответствие обращения согласованным условиям компании. Какие именно условия нужны вашему производству, определите отдельно: одинакового определения квалификации для всех кампаний нет.
Не называйте событие «Оплата», если подтверждено только намерение обсудить оборудование. И не подменяйте его кликом по телефону. Иначе в рекламу попадёт сигнал о действии, которого фактически не было.
Наш принцип: сначала договориться о смысле события, затем передавать данные. Для общей связи рекламы, CRM и продаж есть разбор сквозной аналитики. Здесь проверяем один конкретный переход: подтверждение обращения вне сайта → конверсия, связанная с визитом.
Заполните паспорт события до подготовки CSV
Паспорт — предлагаемая нами рабочая таблица. Она остаётся у ответственного сотрудника и объясняет, откуда взялась каждая запись. Это не формат импорта Яндекса.
| Пункт | Что зафиксировать для учебного события |
|---|---|
| Смысл | Менеджер подтвердил квалифицированный запрос КП |
| Источник | Запись разговора или изменение статуса в CRM с проверяемым основанием |
| Уникальность | Внутренний номер обращения и обозначение события |
| Связь с визитом | ClientID, сохранённый вместе с обращением |
| Цель | Идентификатор события, согласованный с целью Метрики |
| Время | Фактический момент подтверждения, исходный часовой пояс |
| Ценность | Не передавать доход, если он ещё не подтверждён |
| Ответственный | Кто проверяет событие, готовит файл и принимает результат |
| Повтор | Где записаны предыдущая передача и её исход |
При повторном открытии сделки сотрудник должен понимать, произошло новое событие или изменилось описание прежнего. Не отправляйте строку заново только потому, что файл пересобрали. Журнал и предотвращение повторов — наша организационная проверка; встроенную защиту от дублей этот текст не предполагает.
Сверьте время визита, события и обработки
На 03.11.2026 действует специальный режим Метрики: окно дополнения визита офлайн-данными временно сокращено с обычных 21 дня до 10 дней для визитов из Директа и до 3 дней для остальных источников. Доступность возможностей меняется; перед загрузкой откройте эту справку заново.
Разделяйте три момента. Время визита нужно для оценки окна привязки. Время события определяет, когда покупатель совершил учитываемое действие. Загрузка и обработка происходят позже; отправка файла сама по себе не означает завершения обработки.
Учебная схема, не данные клиента:
| Момент | Дата и время |
|---|---|
| Выбранный визит | 24 октября, 16:00 |
| Менеджер подтвердил обращение | 27 октября, 11:00 |
| Начало обработки файла | 30 октября, 12:00 |
Между визитом и началом обработки прошло больше пяти суток. Это укладывается в указанное десятидневное окно для Директа, но превышает трёхдневное для других источников. Такая календарная проверка ещё не доказывает, что Метрика нашла нужный визит.
В DateTime сохраняется 27 октября, 11:00 — реальное время события. Переносить его на день загрузки ради попадания в окно нельзя. Отдельные 111 дней в стандартной справке относятся к изменению уже добавленных CRM-заказов. Это не запас времени для первого импорта нашего события.
Подготовьте CSV с понятным происхождением полей
Для выбранного маршрута ClientID получают на сайте методом getClientID и сохраняют с обращением. Уточните у ответственного за сайт, где происходит сохранение и можно ли проследить его до записи менеджера. ClientID относится к посетителю, а не к одному конкретному визиту. Если посещений было несколько, подходящий предшествующий визит определяет Метрика по истории; запись ClientID в паспорте сама по себе не доказывает привязку к выбранному рекламному переходу. Номер сделки из CRM нельзя просто записать вместо ClientID. При отсутствии связи остановите подготовку этой строки.
Ориентируйтесь на спецификацию CSV для интерфейса Метрики, проверенную 03.11.2026:
| Поле | Что передаём |
|---|---|
| ClientID | Сохранённый идентификатор посетителя |
| Target | Идентификатор нужной цели |
| DateTime | Реальное время события в Unix timestamp, в секундах |
| Price | Необязательный доход по цели |
| Currency | Необязательный трёхбуквенный код валюты |
Создайте цель типа «Целевое событие» и сверьте её идентификатор с Target. При преобразовании даты учтите исходный часовой пояс и настройки счётчика; не превращайте местное время в timestamp без этой проверки. Порядок работы с целями разобран отдельно.
В этом маршруте сохраняем написание ClientID и название типа цели из справки веб-интерфейса. В API-руководстве используются ClientId и другое название типа цели; смешивать две инструкции при подготовке файла не нужно.
Для запроса КП ещё нет подтверждённой выручки: Price и Currency можно не заполнять. Сумма предлагаемого оборудования не становится доходом из-за появления в коммерческом предложении.
Файл нужен в UTF-8. Ограничение интерфейса — 1 ГБ; для первой проверки разумнее небольшая согласованная партия. Здесь намеренно нет готовых строк с идентификаторами для случайной загрузки.
Загрузите партию и зафиксируйте, что произошло
В настройках счётчика откройте страницу загрузки данных и блок загрузки офлайн-конверсий. Выберите загрузку данных, затем тип привязки по идентификатору, который подготовили. Укажите CSV и при необходимости комментарий. Перед подтверждением ещё раз сверьте счётчик и назначение партии.
После загрузки сохраните имя файла, число строк, время отправки, комментарий и доступный идентификатор загрузки. В журнале свяжите их с внутренними событиями. Если результат непонятен, сначала выясните исход предыдущей отправки, а не повторяйте весь файл.
В стандартной справке описано появление данных в пределах трёх часов. При действующем специальном режиме появление данных может задерживаться. Окно привязки визита и время обработки файла — разные ограничения.
API является другим способом передачи со своей документацией. В этом маршруте запросы к API и форматы загрузки клиентов/заказов CRM не используются. Особенности аналитики Битрикс24 также не заменяют проверку нашего CSV.
Примите результат по этапам, а ошибки разберите отдельно
«Файл принят», «обработан», «конверсия привязана» и «цель используется для оптимизации» означают разные вещи. Предлагаем следующий протокол приёмки:
| Этап | Доказательство |
|---|---|
| Событие существует | Менеджер подтверждает основание и время |
| Данные подготовлены | Строка соответствует паспорту, идентификатору и цели |
| Передача завершена | Есть запись конкретной загрузки |
| Привязка проверена | Есть доступные сведения о сопоставлении и зафиксированы ограничения проверки |
| Использование согласовано | Отдельно проверены выбранные цели рекламной кампании |
На 03.11.2026 Яндекс предупреждает: статусы привязки в отчётах могут отображаться неверно. Актуальную долю привязанных конверсий смотрите в настройках счётчика на странице загрузки данных. Общая доля не доказывает судьбу каждой строки. Если точную привязку подтвердить нельзя, запишите это ограничение и оставьте приёмку открытой.
При отказе проверьте причину:
- Идентификатор: сохранён ли он вместе с нужным обращением, найден ли предшествующий визит.
- Цель: совпадает ли Target с её идентификатором.
- Время: верны ли момент события, часовой пояс и преобразование; нет ли будущей даты.
- Окно: допустим ли интервал до обработки по текущим правилам.
- Повтор: не передавалось ли то же событие раньше.
Отсутствие привязки не доказывает неэффективность рекламы: сначала нужно объяснить разрыв данных. Даже успешная привязка не подтверждает продажу. Для использования целей в рекламе пригодится материал о стратегии максимума конверсий; само включение цели не гарантирует улучшения результата.
Если сведения менеджеров и рекламные отчёты расходятся, предметом аудита интернет-маркетинга может стать путь события от обращения до аналитики. При обсуждении ведения Директа согласуйте отдельно, какое событие описывает качество заявки и как проверяется его учёт.
Итог
Согласуйте смысл события и происхождение данных до загрузки. Отдельно подтвердите передачу, обработку и привязку; если сервис не позволяет проверить этап, сохраните ограничение в протоколе.
Обсудить проверку учёта обращений.
Ссылки со значком ↗ ведут на сторонние сайты и открываются в новой вкладке.
Вопросы по теме
Можно ли передать офлайн-конверсию без ClientID?
Метрика поддерживает и другие идентификаторы, но у каждого есть условия привязки. Здесь выбран CSV с ClientID. Если он не сохранён, не заменяйте его номером сделки: сначала определите поддерживаемый способ связи с визитом.
Можно ли поставить в DateTime время загрузки?
DateTime должен отражать фактическое время события. Дата загрузки и обработки фиксируется отдельно. Подмена даты ради попадания в окно искажает данные.
Сколько времени есть на передачу офлайн-данных?
На 03.11.2026 в специальном режиме окно дополнения визита составляет 10 дней для Директа и 3 дня для остальных источников вместо обычных 21 дня. Перед загрузкой проверьте действующую справку: это временные правила, не обещание срока обработки.
Файл принят: можно считать интеграцию готовой?
Нужно отдельно подтвердить обработку, привязку и при необходимости использование цели в рекламе. При текущих ограничениях отображения статусов непроверенный этап остаётся открытым. Появление конверсии не доказывает продажу.