Перейти до контенту
whitead

Enhanced Conversions for Leads (розширені конверсії для лідів)

глосарій google ads оновлено 2026.05.06 6 хв читання
// зміст · 8 розділів
  1. Що таке Enhanced Conversions for Leads
  2. Як працюють EC for Leads
  3. Що змінилося у 2025-26
  4. Поширені непорозуміння
  5. Чи замінює EC for Leads GCLID у моїй CRM?
  6. Чи є EC for Leads ризиком приватності за GDPR?
  7. Пов'язані поняття
  8. Джерела

Enhanced Conversions for Leads (EC for Leads) — це окремий рівень вимірювання конверсій, побудований спеціально для акаунтів лідогенерації, які закривають угоди офлайн. Він хешує PII із поданої форми, надсилає їх до Google і дає змогу офлайн-конверсіям повернутися до початкового кліка по оголошенню навіть тоді, коли cookie та сигнали ATT уже згасли.

Що таке Enhanced Conversions for Leads

EC for Leads — це лід-варіант розширених конверсій. Якщо EC for Web доповнює подію покупки чи реєстрації на сторінці хешованими first-party даними, то EC for Leads спроєктовано під сценарії, де конверсія, яка справді важить — кваліфікований лід, opportunity, closed-won — відбувається через дні чи тижні після подання форми, найчастіше всередині CRM. Google описує його як спосіб «вимірювати конверсії, що відбуваються офлайн, наприклад продажі в CRM, і пов'язувати їх із кампаніями Google Ads» через хешовані дані клієнта замість зіставлення лише за GCLID (Google Ads Help, 2025-11-12). Хешований ідентифікатор (як правило, email або телефон) захоплюється в момент подання форми, передається через тег конверсії та зіставляється на серверній стороні з обліковим записом залогіненого користувача Google. Коли пізніше ви завантажуєте офлайн-результат через Data Manager, Google зв'язує його з початковим кліком, не потребуючи ні cookie, ні живого GCLID.

Як працюють EC for Leads

Конвеєр складається з трьох передач, кожна з яких має спрацювати коректно. По-перше, сторінка з лід-формою захоплює дані користувача — email, телефон, ім'я та прізвище, адресу — і або хешує їх на стороні клієнта через тег Google (enhanced_conversions: true), або надсилає в незмінному вигляді до same-origin ендпойнта, який хешує їх до того, як запит залишить ваш домен. Google вимагає SHA-256 із нормалізованими вхідними даними: нижній регістр, обрізані пробіли, телефон у форматі E.164 з кодом країни (Google Ads Help: правила формату, 2026-01-08). По-друге, ви створюєте конверсійну дію категорії Lead і прив'язуєте її до джерела ліда — як правило, форми. По-третє, коли лід конвертується у вашій CRM, ви передаєте кваліфікаційну подію назад до Google разом із тим самим хешованим ідентифікатором та значенням конверсії — через Google Ads API, інтерфейс Data Manager чи партнерський конектор (HubSpot, Salesforce, Zapier). Match rate (частка зіставлення) залежить від того, скільки ваших лідів використовують email, прив'язаний до облікового запису Google: B2B-акаунти, де ліди подають персональний Gmail, як правило, мають істотно вищий match, ніж акаунти з виключно корпоративними поштами.

Що змінилося у 2025-26

Три зрушення підняли пріоритет EC for Leads за останні 18 місяців. Consent Mode v2 став обов'язковим до виконання у EEA з березня 2024, тож GCLID на основі cookie у відвідувача без згоди ніколи не доходить до Google — модельовані конверсії частково закривають розрив, але EC for Leads дають детермінований шлях відновлення, коли користувач пізніше дає згоду в момент подання форми (Google Ads Help: Consent Mode v2, 2025-09-22). Data Manager у 2024-2025 замінив застарілий екран «Conversions > Uploads», об'єднавши імпорт офлайн-конверсій, Customer Match та інжест EC у єдиний інтерфейс (Google Ads Help: про Data Manager, 2025-10-14). А методичні рекомендації Google зі вимірювання 2025 року позиціонують EC for Leads + GCLID-у-CRM як рекомендований базовий рівень, перш ніж акаунт допускається до Smart Bidding на value-цілях (Google Ads & Commerce blog, 2025-04-22).

Methodology note. Whitead-аудит перевіряє готовність до EC for Leads за чотирма сигналами: (1) наявність конверсійної дії категорії Lead із ввімкненими EC, (2) поля з хешованими даними, видимі у мережевому payload тегу Google у момент подання форми, (3) щонайменше одне офлайн-завантаження за останні 30 днів через Data Manager або Google Ads API, та (4) колонки GCLID/GBRAID/WBRAID, заповнені у записі ліда у CRM. Акаунти, де (1) присутній, але (2)-(4) відсутні, ми класифікуємо як «EC stub only» — перемикач увімкнено, але дані не течуть, — і це найпоширеніший патерн у лід-генераційних аудитах. Логіка пріоритету фіксу ставить «EC stub only» вище, ніж «EC absent», бо ця помилка налаштування мовчки спотворює картину конверсій, під яку оптимізує Smart Bidding.

Поширені непорозуміння

EC for Leads іноді трактують як взаємозамінні з EC for Web або з Customer Match. Усі вони спираються на той самий примітив хешованих даних, але розв'язують різні задачі, а інтерфейс Data Manager показує їх поруч, що додає плутанини.

Чи замінює EC for Leads GCLID у моїй CRM?

Ні. EC for Leads доповнюють GCLID — вони не замінюють його захоплення. GCLID (або GBRAID/WBRAID для iOS-app-маршрутів) залишається найсильнішим ключем зіставлення для офлайн-імпорту конверсій, і власний чек-ліст Google досі ставить захоплення click-id у CRM як крок номер один (Google Ads Help: передумови OCI, 2025-12-03). EC for Leads — це шар відновлення для тих кліків, де GCLID було втрачено: обрізано через ATT, заблоковано на рівні cookie або просто зіпсовано лідом під час копіювання.

Чи є EC for Leads ризиком приватності за GDPR?

Хешовані PII усе ще є персональними даними за GDPR, тож правовою основою за замовчуванням є згода, а не легітимний інтерес. Умови використання даних Google вимагають, щоб рекламодавець мав правову основу для передачі базових даних і дотримувався сигналів Consent Mode; хешування виконується на клієнтській чи серверній стороні саме для того, щоб «сирі» PII не потрапляли на шлях інжесту Google (Google EU user consent policy, 2025-08-19). На практиці це означає: банер згоди, що блокує тег подання форми, плюс задокументована політика зберігання хешів усередині вашого менеджера тегів.

Пов'язані поняття

EC for Leads перебувають на перетині вимірювання, бідингу та згоди. Дивіться розширені конверсії (Enhanced Conversions) — варіант на сторінці (web); відстеження конверсій (conversion tracking) — фундамент, на якому будується решта; Consent Mode v2 — шар згоди, специфічний для EEA; GCLID/GBRAID/WBRAID — потік клік-ідентифікаторів, який EC for Leads доповнюють; та знахідку виправлення відсутніх Enhanced Conversions — правило аудиту Whitead, що спрацьовує, коли EC відсутні.

Джерела

← Назад до Wiki