Floodlight в DV360: настройка конверсий с нуля до отчетов

Что такое Floodlight и чем он отличается от Google Tag

Floodlight - это система отслеживания конверсий и поведения пользователей на сайте, разработанная Google специально для своих enterprise-инструментов: Campaign Manager 360 (CM360) и Display & Video 360 (DV360). Технически Floodlight - это набор JavaScript-тегов, которые ставятся на сайт и фиксируют действия пользователя: покупки, регистрации, добавления в корзину, просмотры страниц.

Как Floodlight работает на уровне инфраструктуры

В отличие от Google Tag, который работает изолированно в кабинете Google Ads, Floodlight физически принадлежит CM360. DV360 не имеет собственной системы счета конверсий - он использует Floodlight из CM360 как источник. Когда вы запускаете кампанию в DV360 и привязываете к ней Floodlight, фактически вы говорите: «оптимизируй и считай по конверсиям из CM360».

Это архитектурное решение Google: одна система измерения для двух платформ. Тот же Floodlight, который видит конверсии с DV360, видит их с CM360. Так строится единая атрибуция по всем каналам без дублирования счетчиков.

Floodlight vs Google Tag: 5 ключевых различий

1. Уровень привязки. Google Tag привязан к одному аккаунту Google Ads. Floodlight - к Advertiser в CM360, и его данные доступны во всех связанных аккаунтах DV360 и CM360.
2. Типы конверсий. Google Tag - один тип события на одну цель. Floodlight имеет два типа: Counter (счет событий) и Sales (счет транзакций с суммой). Это две разные модели работы.
3. Custom Variables. В Google Tag можно передать стандартный набор параметров (transaction_id, value). Во Floodlight доступно до 100 кастомных переменных (u1, u2 ... u100) для гибкого деления конверсий по любым признакам.
4. Lookback windows. В Google Tag максимальное окно - 90 дней для view-through. Во Floodlight - до 90 дней по click-through и до 30 дней по view-through, но настраивается отдельно для каждой активности.
5. Аудитории. Floodlight автоматически генерирует ремаркетинговые списки на каждой Activity, доступные сразу в DV360 и CM360. В Google Ads ремаркетинг настраивается отдельно.

Когда Floodlight критичен, а когда можно обойтись

Floodlight обязателен, если:

• Вы запускаете кампании на performance-стратегии (Max Conversions, Target CPA, Target ROAS, Conversion Value).
• Вы используете DV360 как часть multi-channel воронки (DV360 + Google Ads + CM360).
• Вы строите ретаргетинг по событиям сайта.
• У вас работают Custom Bidding скрипты, которые требуют конверсионных данных.

Без Floodlight можно работать только на чисто медийных кампаниях с целью CPM или viewability. Это узкий сценарий: брендовая реклама, охватная медийка, тесты CTV. Для performance такой подход не работает.

Иерархия Floodlight: Configuration → Group → Activity

Floodlight имеет трехуровневую структуру, которая запутывает на старте.

Floodlight Configuration - верхний уровень

Configuration привязан к Advertiser в CM360. Один Advertiser - одна Configuration. Это контейнер, который содержит все настройки атрибуции, lookback windows, валюту и доступные Custom Variables.

В DV360 эту настройку обычно делают один раз при создании Advertiser. Менять Configuration после запуска кампаний небезопасно - меняется методология счета конверсий ретроспективно. Если в Advertiser работает несколько кампаний с разными моделями атрибуции, это решается на уровне Activity, а не Configuration.

Подробный разбор того, где Floodlight Configuration находится в общей иерархии DV360, есть в статье про структуру аккаунта DV360.

Floodlight Activity Group - средний уровень

Group объединяет связанные Activity по тематике. Например, для интернет-магазина обычно создают:

• Group «Purchases» - все события покупки.
• Group «Lead Generation» - все формы заявок, подписки.
• Group «Engagement» - просмотры ключевых страниц, видео, время на сайте.

Group существует для удобства организации и отчетности. На уровне Group задается категория Floodlight (Sales или Counter, влияет на дальнейшее) и иногда дополнительная сегментация.

Floodlight Activity - рабочий уровень

Activity - это конкретное событие, которое отслеживается. Например, «Покупка iPhone 17», «Регистрация на вебинар», «Добавление в корзину». На уровне Activity:

• Генерируется уникальный тег для установки на сайт.
• Задается тип счета: Counter или Sales.
• Подключаются Custom Variables.
• Настраивается lookback window для click и view конверсий.
• Activity автоматически создает ремаркетинговый список людей, совершивших это действие.

В небольшом проекте достаточно 5-10 Activity. В крупном e-com проекте их может быть 30-50: каждая категория товаров, каждый этап воронки, каждое микро-действие.

Логика: зачем три уровня

Архитектура Configuration → Group → Activity не для усложнения. Что она дает:

1. На уровне Configuration задать общую методологию атрибуции для всего Advertiser.
2. На уровне Group разделить смысловые группы конверсий для отчетов.
3. На уровне Activity точечно настроить отдельные события без влияния на остальные.

Это та же логика, что в DV360 на уровне рекламных кампаний: общие настройки на Advertiser, операционные - на IO, тактические - на Line Item. Floodlight повторяет эту структуру для конверсий.

4 типа Floodlight Activity и когда какой использовать

Floodlight Activity делится на 4 типа по способу подсчета. Выбор типа определяет, что именно будет передаваться в кампании DV360 для обучения и оптимизации.

Counter - счет событий

Counter считает количество выполненных действий. Используется для:

• Регистраций, подписок, заявок.
• Просмотров ключевых страниц.
• Кликов по важным элементам.
• Скачивания материалов, открытия чата.

Counter не оперирует ценой - только фактом события. В отчетах вы увидите «150 регистраций за месяц», без понимания их денежной ценности.

Подвиды Counter:

• Unique - считает только первое событие на пользователя за период. Подходит для регистраций, где одна регистрация на пользователя - норма.
• Standard - считает каждое событие. Подходит для просмотров страниц, где один пользователь может просмотреть страницу 5 раз.
• Per Session - считает одно событие на сессию. Подходит для микро-конверсий, где важна частота на сессию, но не на каждый клик.

Sales - счет транзакций с суммой

Sales считает не сам факт события, а событие с ценой и идентификатором транзакции. Используется для:

• Покупок в интернет-магазине.
• Заказов с подтвержденной стоимостью.
• Подписок с известной ценой.
• Любых событий, где нужна привязка к деньгам.

Активность Sales принимает три ключевых параметра:

• qty - количество товаров.
• cost - стоимость заказа в валюте Advertiser.
• ord - уникальный ID заказа (Order ID).

В отчетах Sales дает не только количество, но и средний чек, общую выручку, ROAS. Это критично для Smart Bidding по Target ROAS - алгоритму нужна сумма сделки для оптимизации.

Custom Floodlight Variables (u1-u100)

Любой тип Activity может содержать до 100 кастомных переменных, которые передают дополнительные данные в момент конверсии. Например:

• u1 = категория товара (электроника, одежда, мебель).
• u2 = ID товара.
• u3 = новый клиент или возврат.
• u4 = акция, по которой совершена покупка.
• u5 = регион доставки.

Custom Variables не требуют создания новой Activity. Они расширяют существующую Sales или Counter дополнительными измерениями. В отчетах потом можно фильтровать конверсии по этим переменным: «покажи выручку по электронике за неделю», «сравни новых клиентов с возвратами».

Audience - автоматический ремаркетинг

Каждая Floodlight Activity автоматически создает ремаркетинговый список. Например, активность «Добавил в корзину» сразу дает аудиторию «Все, кто добавил в корзину за последние 540 дней». Эта аудитория доступна в Audiences модуле DV360 без отдельной настройки.

Логика: вместо двух разных тегов (отслеживание конверсии + ремаркетинг) работает один Floodlight, который делает оба действия.

Какой тип выбирать на старте

Правило простое:

• Если событие имеет денежную ценность - Sales. Покупка, подписка с известной ценой, заказ с подтвержденной суммой.
• Если событие важно, но без денег - Counter. Регистрация, заявка, лид-форма, просмотр страницы.
• Микро-события (клики, скролл, hover) - не использовать как Floodlight Activity. Они забивают данные и портят обучение алгоритмов.

В типовом e-com проекте на старте достаточно 5-7 Activity:

1. Просмотр карточки товара (Counter, Standard).
2. Добавление в корзину (Counter, Per Session).
3. Начало оформления заказа (Counter, Per Session).
4. Покупка (Sales с Order ID).
5. Регистрация (Counter, Unique).

Дальше при росте проекта - до 20-30 Activity с детальной сегментацией.

Counter vs Sales - когда какой использовать на практике

Граница между Counter и Sales не всегда очевидна. Разбираю по сценариям.

Интернет-магазин

Все события до покупки - Counter. Покупка - Sales с Order ID и суммой.

• Просмотр товара: Counter Standard.
• Добавление в корзину: Counter Per Session.
• Покупка: Sales с qty, cost, ord.

Если запустить покупку как Counter, алгоритм будет оптимизироваться на число покупок, игнорируя их стоимость. Дорогая покупка iPhone и дешевая покупка чехла будут считаться одинаково. Это ломает оптимизацию по выручке и ROAS.

B2B и lead generation

Если воронка длинная и решение принимается за пределами сайта - Counter с Unique. Цикл сделки месяцы, точную сумму на этапе заявки бизнес не знает. Передавать в Sales цену в этом случае нельзя - алгоритм будет обучаться на нерелевантной цифре.

• Заявка на консультацию: Counter Unique.
• Скачивание материалов: Counter Unique.
• Запрос демо: Counter Unique.

Если средний чек известен и стабилен, Sales работает с оценочной стоимостью лида (cost = средний чек × вероятность сделки). Это спорный прием - работает в зрелых проектах с устоявшейся юнит-экономикой, но рискованный в новых.

SaaS и подписки

Зависит от структуры монетизации.

• Регистрация бесплатной версии: Counter Unique (важен факт, не деньги).
• Активация триала: Counter Unique.
• Оплата первого месяца подписки: Sales с месячной ценой.
• Upgrade на годовой план: Sales с годовой ценой.

Если используется LTV-модель оплаты, в Sales можно передавать LTV-оценку вместо месячной цены, чтобы оптимизировать на пожизненную ценность клиента.

Контентные сайты и медиа

Тут стандарт - Counter с измерением вовлечения.

• Подписка на рассылку: Counter Unique.
• Просмотр статьи: Counter Standard.
• 5 минут на сайте: Counter Per Session.

Sales уместен, только если есть платный контент или подписка.

Микс типов в одном проекте

Нет правила «вся клиника должна быть Counter» или «весь магазин - Sales». Рабочая настройка - микс: ключевые денежные события Sales, остальные Counter. Главное - синхронизировать с маркетинговой стратегией.

Как создать Floodlight Configuration с нуля

В DV360 Floodlight Configuration настраивается на уровне Advertiser. Без активной Configuration ни одна Activity не работает.

Где найти Floodlight в интерфейсе

Floodlight Configuration живет на вкладке Resources → Floodlight в кабинете CM360, привязанного к Advertiser. В DV360 доступ к Configuration идет через тот же Advertiser, в разделе Resources.

Если Configuration не создана, на первом экране будет кнопка Create Configuration или Set up Floodlight. Один Advertiser - одна Configuration, повторно создать нельзя.

Базовые настройки Configuration

При создании указываются:

• Advertiser name - имя рекламодателя (уже привязано).
• Default valid lookback - срок хранения данных (по умолчанию 540 дней, можно оставить).
• Currency - валюта для Sales активностей (USD, EUR, рубли и т.д.). После настройки менять нельзя.
• Attribution model - модель атрибуции (Last Click, First Click, Position-Based и другие). На уровне Configuration задается дефолтная модель, на уровне отчета может меняться.

Валюту выбирают сразу и без ошибок. Если установить USD, а потом передавать в Sales суммы в рублях - все ROAS и средние чеки будут битые.

Включение Cross-device

Cross-device связывает события одного пользователя на разных устройствах: смартфон + ноутбук + планшет. Без него Floodlight видит одного человека как двух, если он переходил с устройства на устройство.

Cross-device включается на уровне Configuration через настройку Use Cross-device data. После включения вы видите два набора метрик: device-only (старая логика) и cross-device (с учетом склейки устройств).

Для большинства задач cross-device включается всегда. Особенно важно для проектов с длинной воронкой, где первое касание и покупка часто на разных устройствах.

Дополнительные настройки

• Natural search behavior - учитывать ли органический трафик в атрибуции (по умолчанию нет).
• Floodlight asset filter - фильтр трафика по конкретным доменам/URL (полезно, если на одном сайте несколько Advertiser).
• Default tag method - HTTPS или iframe (рекомендуется HTTPS для современных браузеров).

После сохранения Configuration активирована. Можно создавать Group и Activity.

Как создать Floodlight Group и Activity

Создание Group

Floodlight Activity Group объединяет связанные активности. Создается через Resources → Floodlight → New Activity Group в CM360.

При создании задается:

• Group name - имя группы.
• Tag string - короткий идентификатор группы для тега (например, ecomm).
• Group type - Sales или Counter. Это базовый тип всех активностей внутри группы.

Group type определяет, какие активности можно создавать внутри. Если выбран Sales, все активности внутри будут Sales-типа. Counter группа - наоборот.

В типовом e-com создаются 2-3 группы:

• Counter Group «Engagement» - все микро-события.
• Sales Group «Transactions» - все покупки и платные действия.

Создание Activity внутри Group

После создания Group внутри создается Activity. Activity содержит:

• Activity name - имя активности.
• Activity tag string - идентификатор для тега (например, purchase).
• Counting methodology - для Counter: Unique, Standard или Per Session. Для Sales: Transactions.
• Tags type - Image (1×1 пиксель, устаревший) или Google tag (рекомендуется).
• Default tag - тип кода: HTTPS или iframe.

После сохранения система генерирует уникальный код тега. Этот код привязан к Advertiser, Group и Activity и не может быть использован для другой активности.

Настройки DV360 для активности

На уровне Activity отдельно настраивается интеграция с DV360:

• Remarketing - включает создание ремаркетинговой аудитории на этой активности. Все DV360-активности поддерживают conversion counting, но ремаркетинг включается опционально. После активации первая аудитория появляется через час.
• YouTube-enabled Floodlight - разрешает использовать активность для конверсионного трекинга и оптимизации на YouTube Line Items. Без этого флага YouTube-кампании не будут видеть Floodlight.
• Value based bidding - вес конверсии для стратегий Maximize Conversion Value на YouTube. После сохранения с включенным весом отключить use of weights уже нельзя - только менять значение.

Custom Floodlight Variables

При создании или редактировании Activity можно подключить кастомные переменные. На уровне Activity:

1. Зайти в раздел Custom Floodlight Variables.
2. Выбрать переменные из u1 по u100, которые должны передаваться.
3. Указать «имя переменной» (например, product_category).
4. Сохранить.

После этого в коде тега появятся плейсхолдеры [u1], [u2] и т.д., в которые при срабатывании тега подставляются фактические значения.

Здесь же настраивается Personalized ad exclusions - исключение определенных локаций (стран, регионов) из персонализированной рекламы. По умолчанию - не исключать.

Категории и пользовательские группы Activity

Activity можно отметить категорией для удобства фильтрации в отчетах:

• Purchase
• Lead
• Signup
• Engagement
• Page View
• Add to Cart
• Begin Checkout
• Custom (пользовательская)

Эти категории не влияют на работу Floodlight, но помогают в отчетах группировать конверсии без сложных фильтров.

Установка Floodlight тега на сайт

Сгенерированный тег устанавливают на сайт, чтобы Floodlight начал собирать данные. Есть 3 способа.

Способ 1 - прямая вставка тега

Самый простой и устаревший. После создания Activity DV360 показывает код тега - HTML/JavaScript блок, который копируется и вставляется на нужную страницу сайта (страница «Спасибо», страница корзины, страница регистрации).

Плюс: без посредников, прямой контроль. Минус: чтобы изменить настройку (lookback, переменную, удалить тег) - надо лезть в код сайта каждый раз. Для крупных сайтов с десятками страниц это превращается в постоянную возню с фронтендом.

Прямая вставка уместна для статичных страниц подтверждения покупки, страниц «Спасибо» и других одностраничных событий, которые не меняются годами.

Способ 2 - Google Tag Manager (GTM)

Стандарт индустрии. GTM ставится на сайт один раз (один контейнер), а дальше все теги Floodlight, Google Ads, Analytics управляются из интерфейса GTM без вмешательства в код сайта.

Алгоритм:

1. Установить GTM на сайт (одна вставка контейнера в <head> и <body>).
2. В GTM создать новый тег Floodlight Counter или Sales.
3. Указать Advertiser ID, Group Tag String, Activity Tag String из CM360.
4. Настроить триггер (например, на просмотр страницы /thank-you).
5. Опубликовать контейнер.

GTM передает в Floodlight значения переменных с сайта через DataLayer: цену покупки, ID транзакции, категорию товара. Это критично для Sales и Custom Variables.

Способ 3 - Tag Manager 360

Платная версия GTM для enterprise. Дает расширенные возможности: workflow approvals, zone targeting, изоляция доступов, расширенные аудиты. Используется в крупных компаниях с большими командами и compliance-требованиями.

Для большинства проектов среднего размера достаточно бесплатного GTM. Tag Manager 360 нужен, если вы управляете 50+ сайтами, имеете распределенные команды и нужны корпоративные настройки доступов.

Проверка установки

После установки тега обязательна проверка:

1. Floodlight Inspector в Chrome - расширение Google, показывает все активные Floodlight теги на странице, их параметры и срабатывание.
2. Tag Assistant - расширение Google, показывает все Google-теги (Analytics, Ads, Floodlight, GTM) и их статус.
3. Проверка в DV360 через 1-2 часа - Floodlight активности должны показать первые срабатывания после установки. Если за 24 часа нет ни одного срабатывания - тег не работает.

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

Lookback Window: как настроить окно атрибуции

Lookback window - это период, в течение которого Floodlight засчитывает конверсию рекламному взаимодействию. Если пользователь увидел рекламу 1 апреля и купил 15 апреля, при lookback 30 дней покупка засчитается рекламе.

Два типа lookback в Floodlight

Click-through lookback. Период между кликом по рекламе и конверсией. По умолчанию 30 дней. Максимум 90 дней.

View-through lookback. Период между показом рекламы (без клика) и конверсией. По умолчанию 1 день. Максимум 30 дней.

Click-through обычно длиннее view-through, потому что клик - более сильный сигнал интереса, чем просмотр.

Когда увеличивать lookback

Длинный lookback (60-90 дней click, 14-30 дней view) уместен в нишах:

• B2B с циклом сделки 1-3 месяца.
• Премиум-сегмент (недвижимость, автомобили).
• Образовательные курсы с долгим решением.
• SaaS с длинным research cycle.

Короткий lookback (7-14 дней click, 1-3 дня view) подходит для:

• Импульсивных покупок в e-com.
• Быстрых лидов (массовый ритейл, доставка).
• A/B тестирования рекламных гипотез.
• Анализа immediate-response рекламы.

Как настройка lookback влияет на отчеты

Если в проекте lookback 30 дней, конверсии, которые произошли через 35 дней после клика, не засчитаются Floodlight. В Google Analytics или CRM они будут видны как органические или прямые, а Floodlight посчитает их как «не было рекламной заслуги».

Это создает разрыв в отчетах: DV360 показывает 100 конверсий, CRM показывает 130. Эти 30 разницы - конверсии за пределами lookback. Бизнес может неправильно интерпретировать это как «реклама недопоставляет», хотя на самом деле настроено короткое окно.

Cross-device lookback

В Floodlight cross-device у lookback есть особенность: окно работает на уровне идентификатора пользователя, а не устройства. Если человек кликнул на смартфоне 1 марта, а купил с ноутбука 25 марта - это засчитывается как одна конверсия с lookback 25 дней.

Без cross-device эти два события были бы видны как два разных пользователя, и конверсия не засчиталась бы рекламе вовсе.

Где менять lookback

Lookback windows настраиваются на уровне Floodlight Configuration (как default) и могут переопределяться на уровне Activity Group или конкретной Activity. Так в проекте могут существовать разные окна для разных типов конверсий: длинное для B2B-лидов, короткое для микро-конверсий.

Привязка Floodlight к Line Item для оптимизации

Создать Floodlight - это полдела. Дальше Floodlight привязывают к Line Item в DV360, чтобы алгоритм использовал данные для оптимизации.

Как привязать Floodlight Activity к Line Item

При создании или редактировании Line Item в DV360, в разделе Conversion Tracking выбирается:

• Floodlight Activity - конкретная активность из CM360 (с уникальным Activity ID).
• Post-click window и Post-view window - окна атрибуции для этого Line Item, могут быть до 90 дней каждое.
• Conversion Counting - Count All Conversions (все), Count post-click only (только после клика), Percentage (процент конверсий).
• Attribution Model - Primary model (наследуется от Floodlight Configuration) или ручной выбор модели.

После сохранения Line Item начинает оптимизироваться под выбранную Activity. Если стратегия Maximize Conversions, алгоритм ищет аудиторию и моменты показов, которые с большей вероятностью приводят к этой Activity.

Post-view vs Post-click конверсии

В DV360 это критичный выбор. Post-click конверсии - те, что произошли после клика по рекламе. Post-view - те, что произошли после показа рекламы без клика (пользователь увидел баннер, потом сам зашел на сайт и купил).

В медийной рекламе post-view часто превышает post-click в 3-5 раз. Если считать post-click, вы недосчитываете фактический вклад DV360 в воронку. Если считать post-view - наоборот переоцениваете.

Стандартная настройка для DV360:

• Brand campaigns (медийка, охват) - считать post-view с коротким lookback.
• Performance campaigns (Smart Bidding) - комбинация post-click и post-view.
• Retargeting - сосредоточиться на post-click.

Conversion Counting в Line Item

В настройке Line Item можно выбрать:

• Count All - засчитывать все конверсии в Floodlight, привязанные к этой Activity. Используется в большинстве случаев.
• Count post-click only - засчитывать конверсии после клика. Подходит для retargeting-кампаний.
• Percentage - засчитывать процент конверсий (например, только 50%, если у Floodlight активности 50% бот-трафика). Спорная настройка, редко используется.

Несколько Floodlight Activity в одном Line Item

Можно привязать одну Activity, но в одну Line Item также можно подключить несколько Floodlight Activity одновременно. Например:

• Главная конверсия: Sales (Purchase).
• Вспомогательная: Counter (Add to Cart).

При выборе нескольких Activity Line Item оптимизируется по всем, но алгоритм отдает приоритет первой указанной. На практике лучше работает: одна основная Activity на Line Item, остальные через дополнительные Line Item с разными стратегиями.

Что произойдет, если не привязать Floodlight

Если Line Item запускается без Floodlight Activity, она работает как чистый медийный buy: оптимизация только по CPM, viewability, CTR. Конверсии не передаются в DV360, Smart Bidding не работает, ретаргетинг работает ограниченно.

Это допустимая ситуация для брендовых кампаний. Для performance - всегда нужна привязка. Подробный разбор пошаговой настройки кампании с привязкой Floodlight - в статье про настройку первой кампании в DV360.

Attribution в DV360: модели и как читать отчеты

После запуска Floodlight конверсии начинают накапливаться. В отчетах DV360 видна разбивка по моделям атрибуции.

Модели атрибуции в Floodlight

DV360 поддерживает 5 моделей атрибуции:

1. Last Click - 100% заслуги последнему клику до конверсии. Дефолт.
2. First Click - 100% первому клику.
3. Linear - равные доли всем касаниям в воронке.
4. Position-Based (U-Shaped) - 40% первому, 40% последнему, 20% распределяется по середине.
5. Time Decay - больший вес ближе к конверсии (экспоненциальное затухание).

В отличие от Google Ads и Метрики с реформой 2026, в DV360 эти модели работают только на уровне отчетов, а не на уровне оптимизации кампаний. Алгоритмы Smart Bidding всегда используют Last Click или внутреннюю модель Google. Меняя модель в отчете, вы меняете только то, как DV360 показывает вам данные.

Какую модель выбрать для управленческих отчетов

Для большинства проектов рабочая модель - Position-Based. Она дает справедливое распределение между первым касанием (где DV360 обычно работает в воронке) и последним кликом перед покупкой.

Last Click для DV360 - плохая модель. DV360 чаще работает на верху и середине воронки, а Last Click отдает заслугу нижнему этапу. По Last Click DV360 будет казаться неэффективным.

First Click - модель для проектов, где DV360 - основной канал первого касания. Подходит для брендовых кампаний и нового продукта.

Отчеты Floodlight в Insights DV360

В разделе Insights → Reports создаются отчеты с разбивкой по Floodlight. Стандартные метрики:

• Total Conversions - все конверсии в выбранной модели атрибуции.
• Click-Through Conversions - конверсии после клика.
• View-Through Conversions - конверсии после показа.
• Conversion Rate - конверсия от показов или кликов.
• Cost Per Action (CPA) - стоимость конверсии.
• Revenue - сумма по Sales активностям.
• ROAS - выручка / расход.

Дополнительные разрезы: по Custom Variables, по аудиториям, по типу инвентаря, по гео.

Cross-channel атрибуция

Если в проекте работают DV360 + Google Ads + CM360, можно построить отчет, где видны касания со всех платформ. Floodlight видит все: клики из DV360, клики из Google Ads (если они тоже привязаны к Floodlight), переходы из CM360.

Это критично для премиум-сегмента, где пользователь может видеть DV360 на верхней воронке, потом Google Ads на поиске, потом совершать конверсию.

Типичные ошибки настройки Floodlight

За практику работы с DV360 я регулярно встречаю одни и те же ошибки в настройке Floodlight. Они стоят клиенту от 30% бюджета (когда конверсии не передаются) до полной потери performance-стратегии. Восемь самых частых.

Тег вставлен, но не срабатывает

Самая частая ошибка. Активность создана, тег скопирован на сайт, но условие срабатывания (триггер в GTM или верстка страницы) настроено неправильно. Floodlight активность есть, но за неделю - 0 конверсий.

Решение: установить расширение Floodlight Inspector и проверить срабатывание тега онлайн на странице.

Sales активность без передачи cost и order ID

Активность создана как Sales, но в код передается только факт события без cost и ord. В отчетах: конверсии есть, выручка - 0, ROAS не считается.

Решение: настроить передачу значений через DataLayer GTM или прямой код. Без cost и ord Sales активность работает как Counter, теряя весь смысл.

Дублирование Order ID

Если на сайте не уникальный Order ID (баг разработки) или одна и та же страница «Спасибо» переоткрывается, Floodlight считает дубли. Фактических покупок 100, в Floodlight - 130-150.

Решение: всегда передавать уникальный ord для каждой транзакции. Если ID не уникален, Floodlight считает все срабатывания.

Неправильная валюта в Configuration

Configuration настроена на USD, а на сайте передаются суммы в рублях. Все Sales активности считаются как сотни долларов вместо тысяч рублей. ROAS - в разы выше фактического.

Решение: проверить валюту Configuration перед запуском. После настройки изменить нельзя без сложной миграции данных.

Игнорирование ad blockers

20-30% пользователей в развитых рынках используют ad blockers, которые блокируют Floodlight теги. Эти пользователи делают покупки, но в Floodlight их нет. Разрыв в отчетах: CRM показывает 200 заказов, Floodlight - 150.

Решение: учитывать это в плановых KPI. Floodlight всегда недосчитывает 15-25% конверсий из-за блокировщиков, это норма.

Слишком короткий lookback window

Установлен default 30 дней click-through, но цикл сделки в B2B - 60 дней. Половина конверсий уходит за пределы окна и не засчитывается.

Решение: настраивать lookback под фактический цикл сделки бизнеса. Минимум - 90 дней для B2B и премиум.

Микро-конверсии как основная цель Smart Bidding

В Line Item выбрана активность «клик по кнопке» вместо «покупка». Алгоритм оптимизируется на клики, бюджет уходит на нецелевые касания. Покупки страдают.

Решение: основная активность для Smart Bidding - всегда полная конверсия с деньгами (Sales) или подтвержденный лид (Counter Unique).

Несинхронность Floodlight с Google Ads

DV360 работает с Floodlight, Google Ads - со своим Google Tag. Конверсии видны в DV360, но не в Google Ads. Маркетолог режет Google Ads, думая что он не работает.

Решение: интегрировать Google Ads с CM360 через связку Google Ads → CM360 Floodlight. После интеграции Google Ads видит конверсии Floodlight и оптимизируется по ним. Это серьезный шаг, требует enterprise-уровня настройки.

Floodlight vs CM360 vs Google Tag - что использовать

В Google-экосистеме существуют три системы измерения. На практике маркетологи путают их.

Floodlight (DV360 + CM360)

Используется когда:

• Запускается DV360.
• Используется CM360 как third-party ad server.
• Cross-channel атрибуция между несколькими Google-инструментами.
• Custom Variables до u100.

CM360 (Campaign Manager 360)

CM360 - не отдельная система измерения, а инструмент, который физически содержит Floodlight. Floodlight без CM360 не существует. CM360 используется как:

• Хранилище Floodlight Configuration и Activities.
• Third-party ad server для разных DSP, не только DV360.
• Источник данных для cross-channel отчетов.

В крупных enterprise-проектах CM360 - центральный хаб, через который проходят все рекламные данные.

Google Tag

Используется когда:

• Запускается только Google Ads без DV360.
• Малый и средний бизнес без enterprise-стека.
• Простая воронка с одним каналом.

Подробное сравнение DV360 и Google Ads по 14 параметрам - в статье про DV360 vs Google Ads.

Когда нужны и Floodlight, и Google Tag

На практике используется и то, и другое одновременно:

• Google Tag - для оптимизации Google Ads кампаний.
• Floodlight - для оптимизации DV360 и cross-channel отчетов.

Это две системы счета на одном сайте, что нормально. Можно интегрировать их через CM360 Floodlight Counter в Google Ads, чтобы получить унифицированную атрибуцию. Это серьезная enterprise-настройка, делается обычно через Google Marketing Platform consultant.

Частые вопросы