Как снизить CPL и экономить рекламный бюджет с помощью ID‑авторизации

В трафик‑агентстве я каждый месяц отчитывался перед клиентами за CPL (стоимость лида) и ДРР (долю рекламных расходов). Самая неприятная ситуация — когда CPL в кабинете Директа в норме, а отдел продаж говорит, что до половины заявок не берут трубку или оставили выдуманный номер. Новые креативы и посадочные тут не помогают: автостратегия учится на мусоре и приводит ещё больше такого трафика.

Я закрывал это в два шага. Первый — проверка номера в форме: кодом из СМС, звонком или входом через ID‑авторизацию (кнопки «Войти через Яндекс ID», «Сбер ID» и т. п.). Второй — офлайн‑конверсии: CRM сообщает Метрике, какие заявки стали продажами, и Директ учится на них. Ниже — как устроена связка ID‑авторизации и офлайн‑конверсий, что настроить в Метрике и что учесть по 152‑ФЗ.

Почему классические формы регистрации сливают бюджет

Форма «Имя + Телефон» без проверки пропускает мусор. Форма с СМС‑кодом мусор отсекает, но добавляет шаг и расходы на шлюз. У обоих вариантов есть цена:

Какие ID‑платформы подключать: от Яндекса до WB

Набор кнопок я подбираю под аудиторию сайта. Для России это экосистемы Яндекса, банков и VK. Международные провайдеры нужны, только если у вас есть зарубежные клиенты. Больше трёх‑четырёх кнопок в форме я не ставлю: длинный список тоже отвлекает.

Российские экосистемы

Международные платформы — если есть зарубежная аудитория

Архитектура данных: куда падают сделки

Клиенты обычно первым делом спрашивают, не придётся ли где‑то ещё хранить персональные данные. Нет: я собираю транзитную схему. Данные проходят через скрипт и сразу уходят в CRM, на серверах конструктора сайта (например, Tilda) они не остаются.

В CRM (amoCRM, Битрикс24) создаются сделка и контакт с заполненными полями: ФИО, подтверждённый телефон, email.

┌────────────────┐   Клик по кнопке ID   ┌─────────────────────┐
│  Сайт (Tilda)  │ ─────────────────────▶ │  Яндекс / WB OAuth  │
└────────────────┘                        └─────────────────────┘
      ▲                                           │
      │ Редирект на                           Передача
      │ страницу "Спасибо"                    токена
      │                                           ▼
┌────────────────┐  Запись сделки напрямую  ┌──────────────────────┐
│     amoCRM     │ ◀──────────────────────  │  Транзитный скрипт   │
└────────────────┘                          └──────────────────────┘
      │                                  (данные в БД не хранятся)
      │ Смена статуса → "Успешно реализовано"
      ▼
┌──────────────────────────┐
│ Офлайн-конверсии Метрики │ ─▶ Обучение алгоритмов Директа
└──────────────────────────┘

1. Пользователь нажимает кнопку провайдера (например, «Войти через Яндекс»).
2. Браузер перенаправляет его на защищённый OAuth-сервер провайдера.
3. После согласия провайдер возвращает временный токен на ваш транзитный скрипт.
4. Скрипт запрашивает у провайдера профиль пользователя, добавляет к нему ClientID Метрики и отправляет в api.amocrm.ru.
5. Скрипт ничего не пишет на диск: после отправки в CRM данных на сервере не остаётся.

Юридическая сторона: 152-ФЗ и ответственность

Сразу оговорюсь: если вы собираете имя и телефон клиента, вы оператор персональных данных по 152‑ФЗ, и ID‑авторизация этого не отменяет. Меняется другое:

• Номер подтверждает провайдер. Яндекс, Сбер или Т‑Банк передают телефон, который человек уже подтвердил у них, а согласие на передачу данных сайту он даёт на их стороне.
• Нет лишней базы. Скрипт не сохраняет логи на диск и пересылает данные по HTTPS прямо в amoCRM, поэтому у вас не появляется ещё одно хранилище, которое надо защищать.
• Что остаётся на вас: пункт в политике конфиденциальности о входе через сторонних OAuth/OIDC‑провайдеров, чекбокс согласия перед кнопками входа и уведомление Роскомнадзора об обработке персональных данных, если вы его ещё не подавали.

Настройка целей: Яндекс Метрика и GA4

Чтобы Директ видел, какой трафик приносит заявки и продажи, я настраиваю два события: клик по кнопке ID (микроконверсия) и оплату из CRM (макроконверсия).

Шаг 1. Создание JavaScript-цели в Яндекс Метрике

В кабинете Метрики: Настройки → Цели → Добавить цель → JavaScript-событие. Задайте идентификатор id_auth_success.

Шаг 2. Захват ClientID и отправка события при клике на кнопку ID

Перед отправкой пользователя на авторизацию прочитайте его ClientID из куки _ym_uid: он уйдёт в CRM вместе с заявкой, и по нему потом свяжется оплата.

// Захват ClientID Яндекс Метрики из куки
function getMetrikaClientId() {
  const match = document.cookie.match(
    new RegExp('(^| )_ym_uid=([^;]+)')
  );
  return match ? match[2] : null;
}

function onIdButtonClick(providerName) {
  const clientId = getMetrikaClientId();

  // Микроконверсия — клик на кнопку ID
  if (typeof ym !== 'undefined') {
    ym(XXXXXX, 'reachGoal', 'id_auth_click', {
      provider: providerName
    });
  }

  // Редирект на OAuth с передачей analytics_id
  window.location.href =
    `https://your-transit-server.ru/auth/${providerName}` +
    `?analytics_id=${clientId}`;
}

Шаг 3. Если на сайте есть Google Analytics 4 (GA4)

Если параллельно с Метрикой стоит GA4, при клике отправьте через gtag.js стандартное событие login с названием провайдера в параметре method:

// Отправка события в GA4 при клике на кнопку
if (typeof gtag !== 'undefined') {
  gtag('event', 'login', {
    method: providerName,     // 'yandex', 'sber', 'wb'
    event_category: 'engagement',
    event_label: 'id_authorization'
  });
}

// Захват Google Client ID для передачи в CRM
gtag('get', 'G-XXXXXXXXXX', 'client_id', (g_cid) => {
  // g_cid — уникальный идентификатор GA4, передать на бэкенд
  sessionStorage.setItem('ga_cid', g_cid);
});

Офлайн-конверсии: как экономить на рекламе за счёт CRM

Ради этого шага всё и затевается: данные о реальной оплате должны вернуться в рекламный кабинет. В Метрике для этого есть загрузка офлайн‑конверсий.

Когда менеджер в amoCRM переводит сделку в статус «Успешно реализовано», CRM через вебхук сообщает об этом скрипту. Скрипт берёт ClientID, сохранённый при заявке, и загружает конверсию через API Метрики. Пошагово с кодом я разобрал это в статье про офлайн‑конверсии из amoCRM.

Как это снижает CPL

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

Резюме для маркетолога

Кнопки ID в форме я ставлю ради стоимости целевого лида, а не ради красоты интерфейса. Что стоит помнить перед внедрением:

• Кнопки ID не заменяют форму целиком: у части людей нет нужного аккаунта. Ручной ввод с подтверждением звонком или СМС я оставляю как резерв.
• Завести аккаунт в Яндексе или банке ради одной фейковой заявки ботам невыгодно, поэтому мусора через ID почти нет.
• Вход через Яндекс ID бесплатный, у банковских ID условия подключения свои, их я уточняю у банка под конкретный проект. Каждый такой вход — это СМС, за которую не нужно платить шлюзу.
• Офлайн‑конверсии работают только при чистом входе: если в CRM попадает мусор, стратегия учится и на нём.
• Данные идут транзитом в CRM, но обязанности оператора по 152‑ФЗ остаются за вами.