Как я проверяю звонки, чаты и офлайн-конверсии по строкам

14.10.2026 · 8 мин чтения

Я открываю детальные отчёты по офлайн-данным до того, как стратегия Директа начинает учиться на звонках, чатах и оплатах из CRM. 26 июня 2026 года Яндекс Метрика показала каждую такую запись отдельной строкой: в ней видны ClientID, yclid, статус привязки и причина, если строка к визиту не приклеилась. Раньше я видел только сводку: сколько записей загрузилось и какая часть нашлась среди визитов. Сводки мне не хватало. Алгоритм «Максимум конверсий» учится только на привязанных событиях, а потерянная строка для него просто не существует.

Три отчёта лежат в разных ветках, но читаются одинаково. Звонки я открываю в группе отчётов по звонкам счётчика, пункт «Звонки, детально». Чаты смотрю в «Чаты, детально»: с ноября 2025 года рядом уже были импорт чатов, цель «Чат», «Чаты по мессенджерам» и «Источники чатов». Оплаты и статусы сделок из CRM лежат так: «Отчёты», затем «Сквозная аналитика», затем «Офлайн-конверсии». Отдельный тумблер для построчного вида включать не нужно. Если данные уже уходят в Метрику, колонки появляются сами.

Три отчёта читаю одинаково: строка, идентификаторы, статус и причина.

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

В строке одни и те же поля: ClientID, UserID, yclid, PurchaseID, цель, доход, статус привязки и текст причины. По идентификатору и по статусу отчёт можно сузить и выгрузить только непривязанное за нужную неделю. Яндекс отдельно анонсировал отчёт «Загрузки офлайн-данных»: там обещали историю партий и повторных загрузок. Пока его нет, в обычных отчётах я вижу последнюю версию конверсии, а дату файла и число строк записываю у себя.

ClientID — идентификатор браузера на визите. Его отдаёт метод getClientID. Справка Метрики называет его самым точным параметром для офлайн-данных. Я смотрю на него в строке, потому что по нему Метрика ищет визит среди всех источников, не только среди кликов Директа. Для звонка и заявки с сайта это основной ключ: он должен быть в коллтрекинге или в момент отправки формы.

yclid — метка конкретного клика в Директе. На сайте её забирает метод getYclid. Для стратегии это второй след в той же строке. Без yclid Метрика может увидеть визит, но не связать звонок или оплату с тем кликом, на котором учится кампания. Типичный разрыв я узнаю так: на мобильной форме yclid в CRM не доехал, ClientID на месте, а причина гласит «Визиты с такими идентификаторами не найдены».

UserID я не подменяю ClientID. UserID задаётся методом setUserID и живёт в CRM как идентификатор клиента. Связка с визитом не мгновенная: если в выгрузке только UserID, а на сайте setUserID не вызывался, строка часто остаётся без визита. PurchaseID нужен магазину, когда у заказа есть свой номер, а человек на сайт уже не возвращался. Хеш телефона или почты справка допускает, если свой идентификатор собрать нельзя, но точность ниже, чем у ClientID и yclid.

В оптимизацию Директа и в обычный отчёт «Конверсии» попадают только строки со статусом «привязано». Непривязанная оплата в CRM есть, а для «Максимум конверсий» её нет. Поэтому до обучения стратегии я ставлю фильтр «не привязано» и читаю колонку «Привязка к визиту». Официальных формулировок шесть. У каждой свой ремонт, и я не меняю ставку, пока не вижу, какая из них повторяется.

Шесть причин непривязки читаю в колонке, а не в общей сводке.

К визиту клеятся только динамические звонки, то есть подмена номера. Статический номер в «Звонки, детально» виден, но к рекламному визиту не приклеивается. Если звонки в отчёте есть, а цель «Звонки» в «Конверсиях» не растёт, я сначала смотрю статус и тип номера, а не сводку. Звонок не привяжется ещё в трёх случаях: идентификатора нет в базе Метрики, визит случился после звонка или раньше чем за 21 день до отправки, учёт конверсий включили позже передачи и окно ещё не набралось.

Дата в строке звонка — это не дата визита. В справке прямой пример: заход 11 марта, звонок 13 марта. В отчёте «Конверсии» цель сядет на 11 марта, на дату визита. Если сверять учётную систему и Метрику по дню звонка, числа разойдутся, хотя привязка живая. Сверяю выгрузку непривязанных строк, а не две общие суммы.

Чаты идут той же логикой, что звонки и CRM. Цепочка короткая: клик, визит с ClientID, переход в мессенджер через deeplink, chat-ID, загрузка, строка в «Чаты, детально», цель «Чат», затем импорт в Директ. Загрузка идёт через offline_conversions с типом CHATS, обработка занимает до 2 часов. Чтобы строка привязалась, chat-ID должен быть связан с ClientID, UserID или yclid через deeplink или первое сообщение. Разрыв на этом шаге даёт «Не указаны идентификаторы для привязки» или «Визиты с такими идентификаторами не найдены».

Вчерашний диалог или вчерашний файл я не считаю отказом, пока не вышло окно обработки. Для CSV тот же потолок: до 2 часов. Данные из CRM с марта 2025 года обрабатываются около часа, раньше на это уходили примерно сутки. Пустые идентификаторы, Target с опечаткой или со старой целью и сдвиг часового пояса в DateTime я проверяю в самой строке. Выгрузка раз в месяц почти наверняка упрётся в причину «Конверсия не попадает в период учёта»: окно от события до загрузки — 21 день.

Непривязанная строка не даёт сигнал алгоритму. На непривязанных конверсиях Директ не оптимизируется: в обучение и в стандартные отчёты они не входят. 17 июня 2026 года вышли мультицели и цели по параметрам событий. Составная цель удобна для воронки на сайте, но не заменяет отдельные офлайн-цели, если у звонка и у оплаты разная экономика. Для этих событий я оставляю свою цель и стратегию «Максимум конверсий» с бюджетом или с долей рекламных расходов.

Стратегию подключаю после статуса «привязано», а не вместо проверки строк.

Микроцель на клик по телефону и офлайн-оплата в одной стратегии спорят. Алгоритм охотнее учится на лёгком действии, поэтому микроцель я убираю из оптимизации и оставляю квалифицированный звонок или оплату. Импорт сам по себе статус не чинит. В кампании я сравниваю число конверсий с Метрикой за тот же период и со срезом только привязанных строк. Виджет сквозной аналитики в Директе считает ту же связку: если в детальном отчёте строки непривязаны, виджет продажи недосчитает.

После правки идентификаторов я жду обработку и ещё одну-две недели, пока привязанные конверсии накопятся. Ставку и бюджет до этого не кручу: стратегия всё ещё смотрит на старую картину. В управлении заказами, которое появилось в декабре 2025 года, и в отчёте «Клиенты» статус привязки тоже обещали показать. Пока его там нет, мне хватает трёх детальных отчётов.

Порядок для меня простой. Сначала строка со статусом «привязано», потом цель в стратегии. ClientID отвечает, был ли визит. yclid отвечает, был ли это клик Директа. Шесть причин в колонке говорят, что чинить: цель, размер записи, дату, окно в 21 день, пустой идентификатор или визит, которого в базе нет.

SEO

Разберу непривязанные строки по звонкам, чатам и офлайн-конверсиям и сверю ClientID, yclid и Target, прежде чем стратегия начнёт учиться.