Google усиливает Demand Gen собственными данными: что проверить

Google выпустил октябрьское обновление Demand Gen с акцентом не на новые форматы объявлений, а на качество измерения. В центре анонса — Google Tag Gateway, метрика Data Strength Uplift, расширение Data Manager на Google Analytics и Display & Video 360, а также будущая поддержка enhanced conversions в этих продуктах.

Это важный сдвиг для команд, которые оценивают Demand Gen только по кликам или простым событиям на сайте. Google прямо связывает работу AI-кампаний с полнотой собственных данных рекламодателя. Но опубликованные проценты нельзя превращать в обещание результата: часть цифр основана на внутреннем глобальном анализе Google и не является прогнозом для конкретного аккаунта.

Разбираем, что действительно объявлено, чем Google Tag Gateway отличается от обычной установки тега и какой аудит стоит провести до изменения ставок и бюджетов.

Что вошло в октябрьское обновление Demand Gen

13 октября 2026 года Google перечислил четыре направления развития измерения для Demand Gen:

В интерфейсе Google Ads запускается метрика Data Strength Uplift. Она должна помогать оценивать прирост измеряемых конверсий, связанный с настройкой собственных данных.
Data Manager расширяется на Google Analytics и Display & Video 360. Задача — подключать и управлять first-party data в более едином контуре.
Enhanced conversions вскоре должны стать доступны в Google Analytics и Display & Video 360.
Google рекомендует укреплять сайт-тегирование с помощью Google Tag Gateway for advertisers.

Анонс не говорит, что всем аккаунтам функции открываются одновременно. Формулировки «launching», «expanding» и «will soon be available» указывают на поэтапный запуск. Поэтому отсутствие нового показателя или пункта настройки в отдельном аккаунте не следует считать ошибкой.

Google также приводит два результата. По внутреннему глобальному анализу за 3–17 июня 2026 года рекламодатели, укрепившие сбор данных с Google Tag Gateway, в среднем получили более чем 20% прироста конверсий в Demand Gen. В отдельном кейсе страховой платформы The Zebra зафиксированы рост объёма конверсий на 16% и общей ценности конверсий на 19%.

Обе цифры требуют правильного чтения. Первая относится к группе рекламодателей во внутреннем анализе Google, вторая — к одному кейсу. Ни одна из них не гарантирует такой же эффект в другом бизнесе, стране или аккаунте.

Как работает Google Tag Gateway

При стандартной установке страница загружает Google tag с домена Google, а измерительные запросы отправляются непосредственно в продукт Google. Google Tag Gateway меняет маршрут: тег загружается через собственную инфраструктуру сайта, размещённую на его домене, а часть измерительных запросов проходит через тот же first-party-контекст.

По документации Google такую схему можно настроить через существующий CDN, балансировщик нагрузки или веб-сервер. Инфраструктура располагается между сайтом и сервисами Google. Для начала уже должны работать Google tag или контейнер Google Tag Manager, а технический слой — уметь перенаправлять запросы на внешние конечные точки.

Это не новый тип рекламной кампании и не замена Demand Gen. Gateway относится к измерительному слою сайта. Он также не исправляет автоматически ошибки в событиях, неверные цели, дубли транзакций, отсутствие согласия пользователя или несогласованность CRM-статусов.

Практически изменение можно представить так:

раньше тег и измерительные запросы были заметнее как обращения к стороннему домену;
после настройки часть взаимодействия проходит через домен рекламодателя;
Google позиционирует эту схему как более устойчивую к потере сигналов;
качество результата всё равно зависит от корректности исходных событий и бизнес-логики конверсий.

Не следует путать Google Tag Gateway с полным серверным контейнером Google Tag Manager. В документации это отдельные варианты, которые могут дополнять друг друга. Выбор архитектуры нужно согласовать с разработчиком, аналитиком и специалистом по конфиденциальности, а не делать только из рекламного кабинета.

Чем эта новость отличается от Data Strength Uplift

Data Strength Uplift — показатель в Google Ads. Он помогает увидеть, сколько дополнительных измеряемых конверсий Google связывает с настройкой собственных данных. Google Tag Gateway — технический способ доставки тега и части измерительных запросов через инфраструктуру домена. Data Manager — слой подключения и управления внешними источниками, включая CRM, облачные хранилища и офлайн-данные.

Эти элементы решают разные задачи:

Google Tag Gateway укрепляет сайт-тегирование;
enhanced conversions помогают восстанавливать сопоставление конверсий с помощью разрешённых собственных данных;
Data Manager связывает источники и направления использования данных;
Data Strength Uplift показывает оценочный вклад настроек в измерение;
Demand Gen использует полученные сигналы для отчётности, аудиторий и автоматической оптимизации.

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

Что проверить перед внедрением

1. Составьте карту измерения

Зафиксируйте путь данных от загрузки страницы до отчёта Google Ads. В карте должны быть домен, CDN или балансировщик, Google tag или GTM, consent-платформа, аналитика, CRM, Data Manager и конечные действия-конверсии.

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

2. Определите бизнес-результат

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

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

3. Проверьте текущий Google tag

До изменения маршрута убедитесь, что базовая установка уже работает:

тег загружается на всех нужных шаблонах сайта;
события не отправляются дважды через код и GTM;
transaction ID или lead ID уникальны и сохраняются;
параметры согласия передаются в ожидаемом состоянии;
тестовые и внутренние события исключены из основных целей;
домены оплаты и формы не разрывают сессию без необходимости.

Переход на first-party-маршрут поверх неисправной схемы только усложнит диагностику.

4. Оцените инфраструктуру Gateway

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

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

5. Уберите дубли подключений

В руководстве по Data Strength Google отдельно рекомендует не создавать в Google Analytics повторные соединения, если те же данные уже подключены через Google Ads Data Manager. Расширение Data Manager на несколько продуктов делает этот риск заметнее.

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

6. Подготовьте контрольную группу показателей

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

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

Как оценивать заявленный прирост более 20%

Формулировка Google относится к conversion uplift, а не напрямую к росту продаж или прибыли. Дополнительные измеряемые конверсии могут означать, что система увидела события, которые происходили и раньше, но терялись в прежней схеме. Это полезно для атрибуции и ставок, однако не равно инкрементальному спросу.

При оценке эффекта разделяйте три вопроса:

Стало ли Google Ads принимать больше корректных событий?
Изменилось ли распределение конверсий между кампаниями и каналами?
Выросли ли подтверждённые продажи и маржинальная выручка?

Ответ на первый вопрос можно искать в диагностике и отчётах платформы. Второй требует сверки модели атрибуции и дублей. Третий подтверждается только бизнес-данными — CRM, оплатами и возвратами.

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

План внедрения без резких изменений

Практический порядок может выглядеть так:

Провести аудит целей, тегов, согласий и CRM-импорта.
Зафиксировать базовые показатели и известные расхождения.
Выбрать один сайт или поток конверсий для пилота.
Настроить Google Tag Gateway в тестируемой инфраструктуре.
Проверить загрузку тега, события, обязательные параметры и дубли.
Наблюдать данные в Google Ads, аналитике и CRM на сопоставимом периоде.
Убедиться, что Data Manager не содержит повторных подключений.
Только после стабилизации пересмотреть цели и стратегию ставок Demand Gen.

Не нужно менять целевой CPA или ROAS в день технического запуска. Сначала дождитесь достаточного объёма корректных данных и убедитесь, что рост числа конверсий не объясняется дублями или сменой определения цели.

Что пока нельзя считать подтверждённым

Официальный анонс не сообщает единую дату, когда Data Manager и enhanced conversions появятся во всех аккаунтах Google Analytics и DV360. Он также не обещает автоматического внедрения Google Tag Gateway и не называет универсальный срок обучения Demand Gen после изменения данных.

Нет основания утверждать, что обновление даёт одинаковый прирост во всех странах или вертикалях. У Google приведены внутренний глобальный анализ и отдельный кейс, а не независимый эксперимент для каждого рынка. Поэтому проценты полезны как сигнал для аудита, но не как KPI подрядчика.

Вывод

Октябрьское обновление Demand Gen показывает направление Google: AI-кампании всё сильнее зависят от качества first-party measurement. Google Tag Gateway укрепляет маршрут сайт-тегирования, Data Manager объединяет источники, enhanced conversions восстанавливают часть сопоставления, а Data Strength Uplift помогает оценивать измерительный эффект.

Бизнесу стоит начинать не с обещания «+20%», а с карты данных, чистых целей, стабильных идентификаторов и сверки с CRM. После этого можно тестировать Gateway и оценивать, улучшилось ли не только количество событий в интерфейсе, но и качество решений по бюджету.

PIUN Marketing помогает провести аудит и настроить Google Рекламу вместе с Demand Gen, аналитикой конверсий и передачей бизнес-результатов в рекламный аккаунт.