Обновить

Настраиваем Яндекс Директ правильно: минусация, офлайн-конверсии, защита форм и доказательство бота

Уровень сложностиСредний
Время на прочтение11 мин
Охват и читатели9.7K
Всего голосов 20: ↑19 и ↓1+28
Комментарии11

Комментарии 11

НО заплатить за эти клики придется БЕЗ ВОЗВРАТА.

А интересно, кто-то пробовал бодаться с Яндексом по этому поводу? Не по сомнительным случаям, а прям по граничным, с кракозябрами вместо букв

Бороться бесполезно, вот кейс про китайских ботов - за него ничего не вернули: https://habr.com/ru/articles/1038738/

Не совсем понял. Если Яндекс видит огромное количество ботов, то почему он сам не исключает их из показа?

Как почему? Потому что клик бота приносит столько же денег, сколько и клик живого человека ;)

А в части "3. Избавляемся от тех, кто кликает по моей рекламе ПОСТОЯННО" у вас на скриншоте выделен запрос "фразу вывести клопов в спб" (там джпег шакальный)?

Т.е. человек или бот ввёл именно это в поиск, яндекс ему показал ваше объявление и берёт деньги за повторные клики от него же?

Да, сесть такой косяк, что очевидные возвратные визиты сжирают бюджет - специалистом быть не надо, просто в метрику зайти и посмотреть нужно. Фраза выделена, так как она точно "не человеческая". С учетом того, что есть много других возвратных визитов с того же диапаpона IP , то это однозначно мусорные визиты. Кампания завелась когда все указанные визиты собрали в сегмент и вычли в кампании Яндекс Директ.

реальный пользователь с таким сайтом дел иметь НЕ будет

А зачем тогда вообще сайт делать? Или боты налетают мгновенно в течении часа, например? Даже на одни сутки крякозябрый сайт сделать может быть критически дорого.

Так чего же все молчат? Вся реклама маркируется, яндекс Метрика собрана (выгрузить во внешнее облако для доказательства и еще логи с сайта для надежности) - для досудебки все данные есть, если тот, кто принимает деньги отказывается их возвращать, то уже и для иска пригодится все, что набрали. Берёшь еще и коллективный иск организуешь. ИИ уже достаточно поумнели, чтобы набросать предварительный вариант иска и там уже на последней стадии юриста подключить можно.

как офлайн конверсии в яндекс передавать, если человек позвонил через пару дней и не помнить свой яндекс id?

Не нужно просить человека назвать какой-либо Яндекс ID. Это вообще не пользовательский сценарий.

Если человек зашел сегодня, а позвонил через 2–3 дня

Есть несколько способов связать звонок с рекламой.

Лучший вариант для звонков CRM + телефон + ClientID, где он доступен.

Схема:

Яндекс Директ → сайт → Метрика → CRM → звонок → квалификация → офлайн-конверсия → Метрика → Директ

При заходе на сайт ты автоматически получаешь:

ClientID = 1754923456789012345

и, если это клик из Директа:

yclid = 123456789...

Пользователь про них вообще ничего не знает.

Если он оставляет форму, ты вместе с именем/телефоном незаметно кладешь в CRM:

Телефон: +79991234567
ClientID: 1754923456789012345
yclid: 123456789...
utm_source: yandex
utm_campaign: ...
utm_content: ...

А потом менеджер ставит:

Лид → Квалифицирован

и CRM отправляет офлайн-цель:

qualified_lead

По ClientID или yclid.

Яндекс прямо рекомендует сохранять ClientID для заявок; это дает более качественную привязку офлайн-конверсии к визиту. (yandex.ru)

Но твой вопрос интереснее: человек ничего не оставлял, ушел, а через 3 дня сам позвонил

Вот здесь ClientID напрямую получить от звонящего уже нельзя.

Есть два нормальных решения.

1. Динамический коллтрекинг

Например:

Человек:
Яндекс Директ
      ↓
site.ru/?yclid=XXX
      ↓
Метрика
ClientID = ABC
      ↓
Calltouch / CoMagic / другой коллтрекинг
      ↓
На сайте ему показывается номер
+7 495 XXX-12-34
      ↓
он звонит
      ↓
коллтрекер знает:
звонок → посетитель ABC → yclid XXX → кампания → ключ

Менеджеру вообще не нужно спрашивать никаких идентификаторов.

Яндекс официально поддерживает передачу звонков из коллтрекеров, причем затем можно передавать именно проверенные/квалифицированные звонки. (yandex.ru)

Но тут есть нюанс: динамический номер хорош, когда звонок можно связать с визитом. Для звонков по статическому номеру обычная интеграция коллтрекера не сможет нормально привязать звонок к конкретному визиту. Сам Яндекс об этом отдельно предупреждает. (yandex.ru)

А если человек сохранил подменный номер и позвонил сильно позже, точность зависит уже от механики конкретного коллтрекера и времени закрепления номера.

2. Самое интересное: передавать номер телефона в CRM-формате

Вот это решает значительную часть твоей проблемы.

Яндекс сейчас позволяет атрибутировать CRM-конверсии не только по:

ClientID

но также по:

phone

или

email.

Причем телефон/email можно передавать в том числе в хешированном виде. (yandex.ru)

То есть произошло:

24 августа
Человек кликнул рекламу → посмотрел сайт → ушел

27 августа
Позвонил: +7 999 123-45-67

CRM:
+79991234567
Статус: Квалифицированный лид

Ты отправляешь в Яндекс:

phone = +79991234567
goal = qualified_lead
datetime = 27.08.2026

и Яндекс пытается сопоставить эту офлайн-конверсию со своими данными.

Причем в документации Директа прямо указано:

Что передаемКачество атрибуцииClientID + телефон/emailмаксимальнаятолько ClientIDхорошаятолько телефон/emailсредняя

Яндекс оценивает вариант только с телефоном/email примерно как половину максимального уровня атрибуции. (yandex.ru)

То есть даже если ClientID потерян, конверсию все равно имеет смысл передавать.

Поэтому я бы тебе настроил именно такую архитектуру

Не выбирать что-то одно, а собирать максимум идентификаторов:

                    ЯНДЕКС ДИРЕКТ
                           │
                         yclid
                           ↓
                         САЙТ
                           │
              ┌────────────┴────────────┐
              │                         │
        ClientID Метрики          Calltracking
              │                         │
              ↓                         ↓
                        CRM
                         │
                 телефон / email
                         │
                статус сделки
                         ↓
             Квалифицированный лид
                         ↓
                     Продажа
                         ↓
                Яндекс Метрика
                         ↓
                  Яндекс Директ

И в CRM хранить минимум:

lead_id
phone
email
client_id
yclid
utm_source
utm_campaign
utm_content
utm_term

lead_status:
new
qualified
meeting
contract
paid

revenue

А в Директ отдавать несколько уровней:

Звонок                       ценность 1
Квалифицированный лид        ценность 5
Встреча / замер              ценность 15
Договор                      ценность 100
Оплата                       ценность 200

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

Сначала на «Квалифицированный лид», а когда накопится достаточно данных добавлял бы более глубокие CRM-статусы.

И важная деталь: CRM-формат Яндекса позволяет обновлять данные по обращению до 90 дней, то есть сначала передать квалифицированный звонок, а позже сообщить, что этот же клиент реально заключил сделку. (yandex.ru)

Итого: если человек позвонил через несколько дней, никакой ID он вспоминать не должен. В идеале его связывает коллтрекинг/сохраненный ClientID/yclid; если их нет передаем офлайн-конверсию по номеру телефона/email из CRM. Самая сильная схема телефон + ClientID + yclid + CRM-статусы одновременно.

Спасибо. Супер развернутый комментарий. У идентификации по телефону проблемы - точность у яндекса примерно процентов 25. Коллтеркинг - самая лютая лажа, которая только может быть. Я использовал Калтач и телефонию от какого - то их партнера. Хуже связки не встречал. Максимально мерзкие медленные скрипты подмены, номер мне достался от какого - то бывшего клиента который щебнем торговал (это я понял по входящему трафику). Соединение удлиняет звонок секунды на 4 минимум. И еще куча всяких мелочей, которые точно должны похоронить калтач в ближайшее время. Но это наверное можно настроить или найти телефонию получше. Самое противное было что я не смог найти телефонию с местным оператором. В бизнесе важно чтобы клиент захотел позвонить, на местный номер звонят гораздо охотнее. Вариант с формой и yclientID на 100% решает проблему, но тут важно про требования РКН не забывать.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации