Материал разбирает, как передавать офлайн-конверсии в Яндекс Директ через Яндекс Метрику и когда это имеет смысл: автор рекомендует «заморачиваться», если в кампании ≥10 конверсий в месяц (при 3–5 — только при планируемом масштабировании). Критическое ограничение — срок передачи данных: не более 21 дня, иначе привязка к визиту в Метрике не сработает; также советуют регулярно сверять CRM и Метрику, чтобы ловить расхождения.

Описано 5 подходов:

• Прямая интеграция CRM (AmoCRM/Bitrix и др. через интеграции Метрики): для точности рекомендуется передавать ClientID (например, через getClientID), хранить его в сделке, не забывать про UTM-метки.
• Загрузка через Центр конверсий (Excel/Google Sheets в Директе): удобна ежедневная загрузка (раз в сутки) и разбиение по неделям; ключевые поля включают create_date_time, client_ids, emails/phones, order_status (PAID/IN_PROGRESS/CANCELLED/SPAM), а также revenue/cost для анализа дохода и прибыли.
• Ручная загрузка в Метрику (CSV): требует предварительно создать цели через JS-события; идентификаторы связываются по условию «совпадает». Для атрибуции к кликам Директа можно использовать yclid (подходит только для Я.Директ, не для других источников).
• Сервисы (Roistat/Calltouch): обязательна CRM; настраивается передача статусов/доходов, при необходимости — квал/неквал.
• Новый инструмент Метрики — «Управление заказами»: статусы по умолчанию (спам/создан/оплачен/отменен) можно расширять; важно распределить роли (доступ на редактирование), договориться о правилах обработки и включить настройки безопасности для отображения маскированных контактов (частично видимые email/телефон) и работы с «неразобранными» визитами/заказами.

Отдельно перечислены типовые ошибки: неверный идентификатор или время, визит старше 21 дня, неправильная JS-цель, дубли сделок (риск повторных списаний в стратегиях с оплатой за конверсию), а при CSV-импорте — неверная кодировка (нужна UTF-8).