Расширенные конверсии: настройка в Google Ads и GTM

Настройка расширенных конверсий (Enhanced Conversions) — одна из немногих задач в Google Ads, которая почти всегда окупается. Вы передаёте Google хешированные данные из формы, и он находит конверсии, которые обычное отслеживание пропустило бы. Но два момента Google не объясняет прямо: какие юридические вопросы остаются спорными и почему без первого запроса с вашего сайта ничего не работает, даже если серверные данные собраны корректно. Оба момента я разберу здесь, а потом вы шаг за шагом настроите всё в Google Ads и GTM.

1. Что на самом деле происходит, когда вы это включаете

Сначала предыстория. Классическое отслеживание конверсий держится на cookie и идентификаторах кликов. Safari сокращает срок жизни cookie, браузеры блокируют сторонние cookie, пользователи переходят между устройствами, и Google теряет связь между кликом по объявлению и конверсией. Результат вы знаете: в CRM заявок больше, чем конверсий в Google Ads, а Smart Bidding учится на неполной картине.

Расширенные конверсии помогают учесть часть пропущенных конверсий. Помимо обычного отслеживания, ваш тег конверсии отправляет Google хешированные данные, которые вы собрали сами (first-party data): как правило, адрес электронной почты или номер телефона, которые пользователь сам ввёл в вашу форму. Google сопоставляет эти хеши с данными пользователей, вошедших в свои аккаунты, и может связать конверсию с кликом по объявлению, даже если одних cookie для этого не хватило бы.

Как сопоставление работает технически

Всё проще, чем звучит в рекламных описаниях:

• Пользователь кликает по вашему объявлению, попадает на страницу и заполняет форму, указав почту или телефон.
• При отправке срабатывает ваш тег конверсии и забирает эти данные.
• Перед отправкой данные нормализуются (нижний регистр, пробелы удалены, телефонные номера приводятся к международному формату E.164) и хешируются алгоритмом SHA-256.
• Из браузера уходит только хеш, открытый текст не уходит никогда.
• Google хеширует собственные данные пользователей тем же способом и сравнивает. SHA-256 для одного и того же ввода всегда даёт один и тот же хеш, именно поэтому сопоставление работает.

При совпадении Google связывает конверсию с аккаунтом пользователя, который раньше кликнул по вашему объявлению. Конверсия учитывается, хотя проследить весь путь по cookie не удалось. Сколько конверсий удастся восстановить, зависит от аккаунта: нужны почта или телефон, пользователь должен быть авторизован в Google, а потери при обычном отслеживании зависят в том числе от доли трафика из Safari и с iOS. Поэтому процент, названный без проверки аккаунта, будет догадкой. Дополнительно учтённые конверсии улучшают не только отчёт, но и данные, на которых Smart Bidding принимает решения.

Серая зона: хешировано не значит анонимно

Google описывает метод как безопасный с точки зрения конфиденциальности: «передаются только хеши». Технически это верно. Но юридически хеширование — не анонимизация: весь смысл метода в том, что Google может снова связать хеши с конкретными людьми. Именно это отличает псевдонимизацию от анонимизации, а псевдонимизированные данные остаются персональными данными по GDPR.

На практике это значит:

• Вы передаёте Google персональные данные своих пользователей, пусть по сети и идут только хеши.
• Не запускайте сбор данных без согласия. Настройте систему управления согласием вместе с Consent Mode v2, чтобы пользовательские данные собирались только при соответствующем согласии.
• Обновите политику конфиденциальности: передача хешированных данных Google должна быть в ней описана.

Я не юрист, и это не юридическая консультация: детали уточните у своего специалиста по защите данных. Но понимайте, какие данные вы передаёте. Тот, кто называет расширенные конверсии «анонимным методом» и не спрашивает согласия, уже не в серой зоне, а за её пределами. О том, как настроить отслеживание конверсий с учётом GDPR, я подробнее написал в статье об отслеживании конверсий и GDPR.

2. Без первого пинга на сайте ничего не работает

Здесь ломается большинство настроек, и эту часть функции понимают хуже всего. Расширенные конверсии — дополнение к веб-отслеживанию конверсий, а не его замена. Google Ads на 100 % нужен первый запрос с сайта, или пинг: тег должен зафиксировать клик по объявлению и сессию прямо на вашей странице. Без этого запроса сопоставление не происходит. Даже если данные на сервере или в CRM полные и достоверные, без срабатывания тега на сайте у Google нет клика, с которым можно связать ваши хешированные данные.

Серверный тегинг здесь тоже ничего не меняет. При корректно настроенном серверном отслеживании браузер отправляет первый запрос в ваш серверный контейнер, то есть событие по-прежнему возникает на сайте. Google не сопоставит события, переданные только между серверами, если страница не отправила ни одного пинга.

Meta и Google: урок из проекта с офлайн-конверсиями

Я столкнулся с этим ограничением в проекте по импорту офлайн-конверсий для клиники в Дубае. План был такой: передавать целевые заявки из CRM обратно на рекламные платформы, чтобы алгоритмы находили реальных клиентов, а не просто тех, кто отправляет формы.

У Meta это сработало. Meta принимает через Conversions API серверные события с хешированными данными: передаются почта и телефон, Meta сопоставляет хеши со своей базой пользователей, и всё. Событие из браузера помогает, но не обязательно.

С Google тот же подход не сработал. Google требует первого пинга с сайта. Пока клик не зафиксирован на странице, импортированные позже конверсии с ним не связать, даже при самых точных серверных данных. Вся история вместе с решением есть в статье об импорте офлайн-конверсий по заявкам.

Короткое правило, которое стоит запомнить:

• Meta: принимает события, отправленные только с сервера, с хешированными данными пользователя. Участие браузера необязательно.
• Google Ads: требует первый пинг с сайта. Расширенные конверсии, серверный тегинг, импорт офлайн-конверсий: всё это строится на клике или событии страницы, зафиксированном на сайте.

Поэтому, прежде чем браться за расширенные конверсии, убедитесь, что обычный тег отслеживания конверсий установлен на странице и срабатывает. Если вы в этом не уверены, сначала проверьте отслеживание конверсий.

3. Шаг за шагом: как включить расширенные конверсии в Google Ads и GTM

Теперь сама настройка. Заранее нужны три вещи:

• Работающее отслеживание конверсий Google Ads через Google Tag Manager. Если его нет, сначала настройте его (связка GTM и Google Ads) или соберите готовый контейнер в моём конфигураторе GTM (на немецком). Файл JSON, который он выдаёт, от языка интерфейса не зависит.
• Форма (или оформление заказа), где пользователь вводит почту или телефон.
• Система управления согласием, которая запускает сбор данных только после разрешения пользователя (см. раздел 1).

Шаг 1: включить расширенные конверсии в Google Ads

Сначала переключатель в аккаунте Google Ads:

1. Откройте Goals → Conversions → Settings (в русском интерфейсе «Цели → Конверсии → Настройки»).
2. Раскройте раздел «Enhanced conversions» («Расширенные конверсии»).
3. Поставьте галочку «Turn on enhanced conversions» («Включить расширенные конверсии»).
4. Примите условия использования данных клиентов: в этот момент вы формально соглашаетесь на передачу данных.
5. В качестве способа внедрения выберите Google Tag Manager и сохраните.

Шаг 2: создать переменную User-Provided Data в GTM

Теперь в контейнере GTM укажите, откуда брать данные пользователя:

1. В GTM откройте Variables → New и выберите тип переменной «User-Provided Data».
2. Выберите способ получения данных: автоматический сбор или ручную настройку.

При автоматическом сборе Google сам пытается определить, какое поле содержит адрес почты. Это удобно, но ненадёжно: система может выбрать не то поле или перестать собирать данные без предупреждения после переделки формы. Мой совет: ручная настройка. Через переменную dataLayer или CSS-селектор вы точно указываете, откуда брать почту и телефон. Надёжнее всего использовать dataLayer: при отправке формы передавайте в него значения и настройте переменные для их чтения:

• Почта как переменная dataLayer, например user_email.
• Телефон как переменная dataLayer, например user_phone, лучше сразу в формате E.164 (+49...).

Значения можно передавать открытым текстом: GTM хеширует их алгоритмом SHA-256, прежде чем они покинут браузер. Либо передавайте уже хешированные значения. Тогда перед хешированием вам нужно самостоятельно нормализовать данные: привести к нижнему регистру и убрать пробелы. Иначе сопоставление не сработает.

Шаг 3: связать переменную с тегом конверсии

Теперь ваш существующий тег конверсии получает дополнительные данные:

1. Откройте в GTM тег отслеживания конверсий Google Ads.
2. Включите опцию «Include user-provided data from your website».
3. Выберите только что созданную переменную.
4. Сохраните и опубликуйте контейнер.

Обратите внимание: это и есть тот самый первый пинг с сайта из раздела 2. Ваш тег конверсии по-прежнему срабатывает на странице, но теперь передаёт ещё и хешированные данные пользователя. Вы дополняете существующее отслеживание.

Шаг 4: протестировать и дождаться диагностики

Не доверяйте настройке, которую не проверяли. Вот как проверить:

• Запустите тестовую конверсию в режиме предварительного просмотра GTM и убедитесь, что тег конверсии срабатывает, а переменная действительно содержит данные.
• Посмотрите в сетевой вкладке браузера запрос к Google: там должны быть только длинные строки-хеши, и никакого открытого текста. Если вы видите в запросе свою почту в читаемом виде, что-то не так.
• Для быстрой общей проверки страницы есть моя проверка трекинга (на немецком).
• В Google Ads следите за вкладкой «Diagnostics» («Диагностика») у нужного действия-конверсии. Сообщение о том, что данные расширенных конверсий поступают, может появиться через несколько дней. Это нормально, не ошибка.

Успешный статус в диагностике подтверждает, что сопоставление работает.

Итог

Расширенные конверсии настраиваются быстро и помогают учесть конверсии, которые обычное отслеживание пропускает. Но о двух вещах, описанных выше, забывать нельзя. Главное:

• Расширенные конверсии сопоставляют хешированные SHA-256 данные из форм (почта, телефон) с аккаунтами пользователей Google. Настройка через Google Ads и GTM занимает меньше часа.
• Хешировано не значит анонимно: вы передаёте персональные данные. Запускайте только с согласием, правильно подключите Consent Mode, обновите политику конфиденциальности.
• Google на 100 % нужен первый пинг с сайта. Одних серверных данных недостаточно. С этим отличием от Meta я столкнулся в проекте по импорту офлайн-конверсий в Дубае.
• Ручная настройка через dataLayer лучше автоматического сбора и переживёт следующий редизайн формы.
• Настройка не закончена, пока диагностика в Google Ads не подтвердит, что данные поступают.

Хотите перед настройкой расширенных конверсий убедиться, что обычное отслеживание работает корректно? Напишите мне, и я проверю сам.