Расширенные конверсии Google Ads — это дополнение к обычному отслеживанию, которое передаёт хешированные данные клиента для более точного сопоставления рекламного взаимодействия с результатом.
Представим обычную ситуацию. Человек нажал объявление, но между кликом и заявкой изменился браузерный контекст. Стандартный идентификатор не дошёл до конца пути. В форме, однако, остался адрес электронной почты, который клиент добровольно передал бизнесу. Этот сигнал может дополнить измерение — при условии, что его правильно собрали, нормализовали и отправили.
Слово «дополнить» здесь важнее слова «расширенные». Функция не ремонтирует неправильное событие, не отменяет согласие и не превращает каждую заявку в гарантированно сопоставленную конверсию.
Из чего состоит расширенная конверсия
Расширенные конверсии работают только как система из нескольких частей. Сначала должно существовать исправное базовое событие, затем к нему добавляются разрешённые собственные данные, а Google использует их для сопоставления рекламного взаимодействия с результатом.
Согласно справке Google Ads, собственные данные передаются после одностороннего хеширования SHA-256. Хеш — не зашифрованное письмо, которое можно открыть ключом. Это стандартизированный отпечаток нормализованного значения, нужный для сопоставления.
Адрес электронной почты обычно удобнее: он достаточно уникален и реже меняет формат. Телефон должен содержать код страны. Для почтового адреса нужен комплект полей, а не один фрагмент. Хеширование не отменяет правил работы с персональными данными: если внедрён Consent Mode, автоматический сбор в Google tag зависит от состояния ad_storage.
Два сценария определяет место ценного результата
Google описывает два рабочих сценария: результат происходит на сайте или позже возвращается из бизнес-системы. В новом интерфейсе настройки могут объединяться, но логика данных от этого не меняется.
Результат на сайте
- считает покупку, регистрацию или заявку
- передаёт данные вместе с тегом конверсии
- требует доступного поля в момент события
- завершает измерение в онлайн-пути
Результат после обработки лида
- считает квалификацию, сделку или оплату
- возвращает событие после смены статуса в CRM
- сопоставляет данные из формы и импорта
- дополняет GCLID, когда он доступен
Если оплата завершается на сайте, нет смысла строить CRM-импорт только ради модного названия. Если заявка на сайте ещё ничего не означает, оптимизация на сам факт заполнения формы тоже не решает задачу бизнеса. Возвращать нужно то событие, после которого лид действительно приобрёл ценность.
Это продолжает базовую логику моделей передачи конверсий: сначала определить событие, а уже затем выбирать технический маршрут.
Способ сбора определяет уровень контроля
Google может сам найти значение на странице, получить его из конкретного селектора или переменной либо принять через фрагмент кода. Выбор зависит от устройства формы и момента, когда в ней появляются данные.
| Способ | Когда уместен | Что контролировать |
|---|---|---|
| Автоматическое определение | простая стабильная форма | находит ли Google нужное поле после изменений страницы |
| CSS-селектор или переменная | у поля есть известное место или значение | доступны ли данные именно при срабатывании тега |
| Фрагмент кода | сложная форма, виджет или асинхронное действие | нормализацию, хеширование и отсутствие повторной передачи |
Явно переданные данные имеют приоритет. Не смешивайте автоматическое хеширование с уже подготовленным хешем.
Автоматический вариант не является «плохим», а код — «профессиональным» по умолчанию. Для простой формы автоматического определения может хватить. Если значение появляется после асинхронного действия, находится внутри виджета или перезаписывается, явная передача убирает неопределённость.
Почему статус «включено» ещё не означает, что всё работает
Проверка должна идти тем же путём, что и данные.
Сначала — основная конверсия. Она должна срабатывать ровно на нужное действие. Если тег дублируется или не срабатывает, расширение лишь наследует поломку.
Затем — значение. В момент события должны существовать адрес электронной почты, телефон или допустимый набор адресных полей. Пустая переменная может выглядеть правильно в контейнере и не нести никакого сигнала.
Далее — согласие. Проверяют не баннер как картинку, а состояние согласия, с которым фактически ушло событие. Запрещённый сигнал не следует «возвращать» обходным маршрутом.
После этого — формат и диагностика. Неправильный код страны, двойное хеширование или случайные пробелы снижают вероятность сопоставления. Диагностика Google Ads показывает, поступают ли данные и есть ли ошибки реализации, но результат оценивают после накопления реальных событий.
Для лидов добавляется ещё одна проверка: импорт должен возвращать именно квалифицированное действие под тем же названием конверсии и с корректным временем. Иначе кампания получает не обратную связь о продаже, а ещё одну копию первичной заявки.
Что считать готовой настройкой
Готовность — это не зелёный переключатель. Есть исправное базовое событие, законное основание для использования данных, стабильное значение в нужный момент, единый согласованный формат и диагностика без ошибок. Для лидов к этому добавляется контролируемый импорт реального результата бизнеса.
Не стоит обещать, что расширенные конверсии вернут каждую потерю. Сопоставление зависит от наличия пригодного сигнала, а разница в отчёте не всегда означает потерю: иногда системы просто считают по разным правилам.
Начните с одного контрольного результата и проследите его путь от формы до диагностики Google Ads, не перепрыгивая ни через одно звено.