Как настроить офлайн-конверсии в Директе

Офлайн-конверсии в Директе смотрят в Центре конверсий. Директ описывает его как одно окно для конверсий из офлайна, по звонкам и из онлайна: там видно, какие объявления их принесли и сколько они стоили. Загрузка из CRM в CSV идёт ещё с FTP или SFTP, по ссылке HTTP или HTTPS и через Google Sheets. Данные попадают в Метрику, и по ним создаются конверсии и цели. Статистика и оптимизация на эти цели доступны всем логинам Директа, у которых есть доступ к счётчику, куда загрузили данные.

Скликивание загрузка сама не вычитает. Она дописывает в визит то, что передали: идентификатор, цель и время. Ниже — какие идентификаторы принимают, сколько дней есть на файл и почему цель по умолчанию уезжает не в Директ.

Что передать, чтобы конверсия села в визит

Офлайн-конверсию можно дописать в визит, передав ClientId, UserId, yclid или PurchaseId, идентификатор цели типа «целевое событие» и время в Unix. Для yclid конверсия прикрепляется к визиту с этим объявлением, а не к последнему визиту. Данные попадут в визит, если между визитом и обработкой файла прошло не больше 21 дня. ClientId справка называет самым точным идентификатором для офлайн-данных: это случайный анонимный идентификатор браузера. Заказ из CRM, уже добавленный в визит, можно менять ещё 111 дней. Двадцать один и сто одиннадцать дней — сроки дополнения визита, не срок хранения персональных данных.

Центр конверсий нового срока не добавляет. Он показывает, куда в Директе смотреть загрузку. Срок 21 дня для yclid и 111 дней правки заказа остаются теми, что заданы для дополнения визита.

По умолчанию Метрика относит цель к визиту, в котором она случилась. Если человек пришёл по объявлению без цели, а купил позже из поиска, конверсия уйдёт поиску. Через yclid конверсию можно вручную приписать Директу, в том числе если она случилась вне сайта. Файл нужно передать так, чтобы между визитом с этой меткой и обработкой прошло не больше 21 дня. При модели «последний переход» часть таких визитов в отчёте не видна, потому что клик по объявлению не был последним. Ручная привязка не равна последнему визиту: она крепит конверсию к визиту с меткой, а модель «последний переход» этот визит может скрыть.

CRM отличает оплату от заполненной формы

Загрузка CRM дополняет статистику клиентами и заказами. Справка перечисляет, зачем: связать продажи и статусы сделок с историей на сайте, оптимизировать Директ на выкупленные заказы, подписанные договоры и оплату после заявки, строить сегменты по офлайн-данным, включая похожих, в том числе тех, кто не заходил на сайт перед покупкой, и отдельно смотреть «хорошие» заявки, потому что не каждое заполнение формы становится оплатой. «Хорошая заявка» здесь — та, чей статус передали из CRM, не автоматическая проверка телефона.

ClientId для форм и заказов на сайте берут методом getClientID и пишут в скрытое поле. Долю привязанных конверсий страница просит смотреть в настройках счётчика на странице «Загрузка данных». Статусы привязки в отчётах по офлайн-конверсиям, пишет она, сейчас могут отображаться неверно. Если доля в настройках и статус в отчёте разошлись, смотреть справка просит настройку, а не колонку отчёта.

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

Настроить офлайн-конверсии — значит грузить CSV в Центр конверсий одним из перечисленных каналов, передавать идентификатор, цель «целевое событие» и время Unix, и успеть за 21 день для yclid. ClientId справка считает самым точным. Последний визит сам по себе объявление Директа не удержит, если покупка пришла из поиска позже.