Картина, которую я вижу у каждого второго клиента. Открываем CRM или таблицу с заявками: пятьдесят обращений за месяц. Открываем Директ: потрачено двести тысяч. Спрашиваю — какие из этих пятидесяти пришли из рекламы, и с каких именно кампаний? В ответ пожимают плечами: «ну, наверное, большинство оттуда».
«Наверное» — это и есть та цена, которую бизнес платит за потерянные метки. Пока источник обращения неизвестен, вы не можете отключить кампанию, которая сливает деньги, и не можете добавить бюджет туда, где идут сделки. Вы двигаете ползунки наугад и называете это управлением рекламой.
В этой статье разберу, что такое yclid и ClientID, где именно эти метки теряются по дороге от клика до сделки, почему их сохранение — не технический каприз, а основа любой адекватной аналитики, и как устроено хранение меток в CRM Пробит.
Что такое yclid и ClientID простыми словами
yclid — это идентификатор клика в Яндекс Директе. Когда человек нажимает на объявление, Яндекс добавляет к адресу вашей страницы длинный параметр. Он уникален для конкретного клика конкретного человека и связан со всем, что за этим кликом стоит: кампанией, группой объявлений, самим объявлением и поисковой фразой.
ClientID — идентификатор посетителя в Яндекс Метрике. Он живёт в браузере и позволяет понять, что человек, зашедший сегодня, — это тот же человек, который был на сайте неделю назад. Для Метрики это основа склейки визитов в одного пользователя.
Вместе они отвечают на два разных вопроса. yclid говорит «вот этот клик стоил вам столько-то и пришёл с такого-то объявления». ClientID говорит «вот этот человек был у вас четыре раза, прежде чем оставить заявку». Ни один из них по отдельности полную картину не даёт.
Важно понимать, что это не персональные данные. Ни имени, ни телефона, ни адреса в них нет — это технические строки, по которым нельзя определить человека. Поэтому обмен этими идентификаторами между сайтом, CRM и Метрикой не создаёт тех проблем, которые создаёт передача базы клиентов на сторону: наружу уходит техническая связка, а не карточка человека.
Где метка теряется по дороге
Теоретически всё просто: человек кликнул, метка приехала, форма её сохранила. На практике цепочка рвётся в шести-семи местах, и почти все они встречаются в реальных проектах регулярно.
| Где рвётся | Что происходит | Что остаётся в отчёте |
|---|---|---|
| Форма не читает адрес страницы | Заявка уходит без параметров вообще | Имя и телефон, источник неизвестен |
| Человек перешёл на другую страницу | Метка была на входной, форма на третьей | Заявка есть, источник потерян |
| Звонок вместо формы | Сайт вообще не знает, что был контакт | Ничего, обращения как будто не было |
| Возврат через несколько дней | Клик был в понедельник, заявка в пятницу | Прямой заход, реклама «ни при чём» |
| Заявка пришла на почту | Письмо с именем и телефоном, без технических полей | Менеджер вбивает руками, метки нет |
| Мессенджер вместо формы | Человек написал в WhatsApp с сайта | Диалог есть, привязки к клику нет |
| Сделка закрылась через месяц | Метка была в заявке, но до сделки не дожила | Видно заявку, не видно денег по источнику |
Самый болезненный — предпоследний и последний. Обращение зафиксировано, источник даже известен, но связь между источником и суммой сделки нигде не хранится. Вы знаете, что кампания даёт заявки, и не знаете, дают ли эти заявки деньги. А это разные вещи: бывают кампании с дешёвыми заявками и нулевыми сделками, и наоборот. Про эту ловушку я подробно писал в статье почему из Директа идут клики, но нет заявок.
Как метка живёт в Пробите
Логика, которую я заложил в систему, простая: метка прикрепляется к обращению в момент его появления и живёт с ним до конца — до сделки, до отказа, до архива. Она не привязана к сессии браузера и не исчезает, когда человек закрыл вкладку.
Что это даёт на практике. Открывая карточку заявки, вы видите не просто «источник: Яндекс Директ», а конкретику: какая кампания, какая группа объявлений, какое объявление и по какой фразе пришёл человек. Разница между этими двумя уровнями детализации — это разница между «реклама работает» и «вот эти шесть фраз приносят сделки, а вот эти двенадцать — только расход».
И когда через месяц менеджер отмечает сделку на триста тысяч, метка всё ещё на месте. Система знает, что эти триста тысяч выросли из клика по конкретному объявлению. Именно это превращает рекламный отчёт из набора кликов в разговор про деньги.
Звонок с меткой — отдельная история
Половина обращений в услугах приходит звонком. Человек посмотрел страницу, всё понял и нажал на номер телефона — ему проще спросить голосом, чем заполнять форму. Для сайта этот человек просто ушёл, а для рекламы — потраченный впустую клик.
В Пробите эта дыра закрывается так. Приложение на рабочем Android-телефоне читает журнал вызовов и приносит в CRM номер, время и длительность звонка. Разговоры не записываются, микрофон не используется — для аналитики нужен факт контакта, а не его содержание.
Дальше происходит главное: если перед звонком был клик по номеру телефона на сайте, номер дописывается в ту же заявку — с меткой рекламы. Получается полная цепочка «объявление → фраза → визит → звонок». Анонимный звонок превращается в обращение с известным источником. Подробно механику я разбираю в статье про то, как Пробит превращает звонок в заявку.
Ограничение, о котором говорю честно: приложения для iPhone нет и не будет, потому что в России нет App Store для его распространения. Выход простой — недорогой Android под рабочий номер, всё остальное работает в браузере.
Зачем всё это нужно алгоритмам Директа
Есть ещё одна причина беречь метки, и она важнее отчётов. Автоматические стратегии Директа учатся на том, что вы им показываете. Показываете отправленные формы — алгоритм ищет людей, склонных заполнять формы. Показываете сделки с суммами — ищет тех, кто платит.
Именно для этого нужны сохранённые идентификаторы. В Пробите есть две цели: «Обращение подтверждено» и «Сделка состоялась» — вторая с суммой. Они выгружаются в Метрику по расписанию, и связать конкретную сделку с конкретным кликом можно только по метке. Нет метки — нечего выгружать, и стратегия продолжает учиться на нажатиях кнопок. Механика разобрана в материале про офлайн-конверсии из CRM в Директ.
Тут же видна и разница в подходе к деньгам. Стоимость заявки — метрика полезная, но обманчивая: заявки бывают разные. Считать нужно по цепочке до сделки, и тогда становится ясно, что кампания с дорогими обращениями может быть самой прибыльной. Как считать правильно, я разбирал в материале что такое CPL и как считать стоимость заявки.
Что делать с данными, когда они наконец появились
Метки сохраняются, карточки заполняются, прошёл месяц-два. Дальше — работа, ради которой всё и затевалось:
- Сгруппируйте сделки по кампаниям. Не заявки — именно сделки и суммы. Картина часто расходится с ожиданиями.
- Найдите фразы-пустышки. Много кликов, есть обращения, ноль сделок. Это первые кандидаты на отключение или понижение ставки.
- Найдите фразы-кормильцы. Мало кликов, но каждое обращение доходит до денег. Сюда добавляют бюджет.
- Посмотрите на объявления внутри группы. Иногда разница в выручке между двумя текстами оказывается кратной, хотя CTR у них одинаковый.
- Разделите звонки и формы. Часто оказывается, что дорогие услуги идут почти исключительно голосом, а формы приносят мелочь.
- Не торопитесь с выводами на малых числах. Три сделки — это не статистика, а совпадение. Дайте данным накопиться.
Всё это невозможно, пока источник обращения неизвестен. С метками — это работа на пару часов в месяц, которая напрямую влияет на то, сколько вы платите за клиента.
Два сценария из практики
Чтобы не оставаться в теории, приведу два обобщённых сценария — именно типовые ситуации ниш, а не выдуманные цифры конкретных компаний.
Медицинский центр. Реклама идёт по десяткам направлений: от терапии до узких специалистов. Формы на сайте заполняют в основном по недорогим услугам — анализы, первичный приём. Всё, что дороже и серьёзнее, люди предпочитают обсуждать голосом: хотят задать вопросы, уточнить, есть ли нужный врач. Пока звонки не привязаны к рекламе, картина выглядит так, будто дорогие направления не окупаются, а дешёвые кормят клинику. Как только звонки начинают приходить с меткой, всё переворачивается: выясняется, что самые прибыльные кампании — те, которые раньше считали убыточными. Именно поэтому Пробит используется в моих рекламных проектах, в том числе в медицинском центре «Витамед».
Ремонт квартир. Цикл принятия решения длинный: человек изучает сайты неделями, сравнивает, советуется с семьёй. Первый визит — по рекламному объявлению, заявка — через две недели и часто с телефона, который он уже сохранил в контактах. Без сохранённой метки такое обращение выглядит как прямой заход, и рекламный бюджет в отчёте не оправдывает себя вообще. С меткой, дожившей до договора, видно настоящую картину: реклама сработала, просто результат пришёл с задержкой.
Общее у этих сценариев одно: чем дороже услуга, тем длиннее путь от клика до денег и тем больше шансов, что связь потеряется. А ведь именно дорогие услуги и определяют, прибылен бизнес или нет.
Сколько времени метка должна жить
Частый вопрос: а насколько долго вообще имеет смысл хранить привязку? Ответ зависит от вашего цикла сделки, и тут полезно посчитать реальные сроки, а не идти от общих представлений.
- Срочные услуги — вскрытие замков, эвакуатор, экстренный ремонт. Решение принимается за минуты, метка нужна на один визит.
- Бытовые услуги — клининг, мелкий ремонт, доставка. От нескольких часов до пары дней.
- Медицина, образование, юридические услуги — от нескольких дней до пары недель, человек сравнивает и советуется.
- Крупные работы и B2B — от месяца до полугода, с несколькими визитами, звонками и встречами.
Практическое следствие простое: чем длиннее цикл, тем бессмысленнее оценивать рекламу по отчётам за неделю. Если у вас сделки закрываются через два месяца, то и выводы по кампаниям нужно делать на горизонте минимум в квартал — иначе вы отключите то, что как раз начало работать.
Типичные ошибки, которые я вижу
- Метку сохраняет только главная форма. Попап, обратный звонок и форма на лендинге отправляются «голыми». Проверять нужно каждую точку входа, а не одну.
- Заявки принимаются на почту и вбиваются руками. На этапе ручного переноса теряется всё техническое.
- Данные живут в Excel. Табличка не умеет хранить связь клика со сделкой, закрытой через полтора месяца.
- Менеджеры не доводят карточки до статуса. Метка есть, а результата нет — выгружать в Метрику нечего.
- Статистику смотрят только по заявкам. Самая частая и самая дорогая ошибка: оптимизация под дешёвые обращения вместо оптимизации под выручку.
- Никто не проверяет цепочку после изменений на сайте. Поменяли форму — и метки тихо перестали доезжать, а выясняется это через два месяца.
Последний пункт стоит отдельного внимания. Я взял за правило прогонять тестовую заявку с рекламной ссылкой после любого изменения на сайте: перевёрстки, замены формы, обновления движка. Полчаса проверки экономят месяцы испорченной статистики. Это дешёвая страховка, которую стоит занести в регламент работы с сайтом.
Вывод
yclid и ClientID — это не технические мелочи для гиков, а нить, которая связывает потраченные деньги с заработанными. Порвалась нить — и у вас остаются две несвязанные кучки цифр: расходы в кабинете и выручка в бухгалтерии, между которыми только догадки.
Сохранённая метка превращает разговор про рекламу из спора об ощущениях в обычный расчёт. Видно, какое объявление привело клиента, сколько он в итоге заплатил и стоило ли это потраченного бюджета. Директ знает про клики. Пробит знает про деньги — ровно потому, что метка доживает до сделки.
Проверить на своём проекте можно бесплатно: протестировать демо — 30 дней, без карты, полная версия на один домен и один рабочий телефон. По истечении демо система переходит в режим чтения, но заявки продолжают собираться. Дальше подписка 1 490 ₽ в месяц за домен, год — 12 900 ₽ за домен, мультилицензия на любое число доменов — 59 999 ₽ разом.
Если хочется, чтобы метки, формы и цели настроил человек, который делает это регулярно, — установка и настройка под бизнес оплачивается отдельно, цену обсуждаем под задачу. А настройка Яндекс Директ поверх нормального учёта обращений — это уже совсем другая работа, чем настройка вслепую.
Частые вопросы
yclid — идентификатор клика в Яндекс Директе: он привязан к конкретному нажатию на объявление и связан с кампанией, группой, объявлением и поисковой фразой. ClientID — идентификатор посетителя в Яндекс Метрике, он позволяет понять, что человек возвращался на сайт несколько раз. Первый отвечает на вопрос «откуда пришёл клик», второй — «сколько раз был этот человек».
Нет. yclid и ClientID — технические строки, в них нет ни имени, ни телефона, ни адреса, и определить по ним человека нельзя. Поэтому обмен этими идентификаторами между сайтом, CRM и Метрикой не создаёт тех же вопросов, что передача базы клиентов стороннему сервису.
Чаще всего метку не читает сама форма, либо человек оставил заявку не на той странице, куда пришёл по объявлению. Ещё типичные сценарии: обращение пришло звонком, человек вернулся на сайт через несколько дней напрямую, заявку принял менеджер по почте и вбил руками. В каждом из этих случаев техническая часть теряется.
Приложение на рабочем Android-телефоне читает журнал вызовов и передаёт в CRM номер, время и длительность. Если перед звонком человек кликнул по номеру телефона на сайте, номер дописывается в ту же заявку вместе с меткой рекламы. Разговоры при этом не записываются, микрофон не используется.
Потому что заявки и деньги — разные вещи. Кампания может давать много дешёвых обращений и ноль сделок, а соседняя — мало дорогих заявок, которые доходят до крупных договоров. Метка, дожившая до сделки, позволяет связать конкретную выручку с конкретным объявлением и выгрузить эти данные в Метрику как офлайн-конверсии.
Прогоните тестовую заявку, перейдя на сайт по рекламной ссылке с меткой, и посмотрите карточку в CRM: подтянулись ли кампания, группа, объявление и фраза. Делайте это после любой перевёрстки, замены формы или обновления движка — метки часто перестают доезжать незаметно, а выясняется это спустя месяцы.
