Введение
Ретаргетинг — один из самых эффективных инструментов цифрового маркетинга, который помогает вернуть посетителей, не совершивших целевого действия. Особенно актуально правильно настроить ретаргетинг, когда у бизнеса несколько поддоменов: магазин, блог, личный кабинет и т.п. Неправильная конфигурация может привести к потере аудитории, фрагментации сегментов и неэффективному расходованию рекламного бюджета.
В этой статье вы найдете подробные шаги по настройке ретаргетинга на уровне домена и поддоменов, примеры конфигураций для популярных платформ, советы по сегментации и ретаргетинговым сценариям, а также метрики и статистику для контроля эффективности. Все инструкции ориентированы на практическое применение и включают рекомендации по соблюдению конфиденциальности.
Почему важно настраивать ретаргетинг на уровне домена и поддоменов
Когда сайт разнесён по домену и множеству поддоменов, данные о пользователях могут дробиться. Это приводит к тому, что один и тот же посетитель может не распознаваться как единый пользователь при переходе между поддоменами: таргетинг станет менее точным, сегменты будут неполными, а сценарии ремаркетинга — неработающими.
К тому же в некоторых случаях поддомены выполняют разные роли: маркетинговый контент на blog.example.com, личный кабинет на account.example.com и витрина товара на shop.example.com. Ретаргетинг, настроенный только для shop.example.com, не учтет поведение пользователей на блоге, где они могли ознакомиться с продуктом. Это снижает релевантность объявлений и потенциально увеличивает CPL (cost-per-lead).
Ключевые принципы настройки ретаргетинга
Первое правило — единство идентификаторов. Используемые трекинг-пиксели и куки должны быть настроены так, чтобы корректно идентифицировать пользователей на всем основном домене и его поддоменах. Это позволяет строить полноценных пользователей и комбинированные аудитории.
Второе правило — согласованная структура событий. Определите набор ключевых событий (просмотр товара, добавление в корзину, начало оформления заказа, успешная покупка) и реализуйте их одинаково на всех поддоменах. Это облегчает построение универсальных сегментов и правил для рекламных систем.
Технологические подходы
Существует два основных подхода: серверная (server-side) и клиентская (client-side) реализация трекинга. Клиентская — это классические пиксели и JavaScript-теги, серверная — сбор данных через серверную сторону и последующая передача в рекламные платформы через API. Серверная обычно более устойчива к блокировкам и позволяет точнее контролировать данные.
Часто оптимальным является гибрид: клиентская часть собирает события и отправляет на сервер, где данные нормализуются и пересылаются в рекламные системы. Это сохраняет экосистему событий и улучшает качество ретаргетинга.
Подготовка к настройке: чеклист
Перед началом настройки убедитесь, что у вас есть доступы к следующим инструментам и ресурсам: консоли управления DNS, исходному коду сайта или тег-менеджеру, аккаунтам рекламных платформ (Google Ads, Meta Ads и т.д.), и к аналитике (Google Analytics, Яндекс.Метрика или др.).
Также подготовьте документацию по структуре сайта и список поддоменов, чтобы понимать, какие события нужно отслеживать на каждой части. Это упростит планирование аудиторий и последующую валидацию данных.
Чеклист
- Доступ к DNS и возможность внести изменения в домен
- Доступ к CMS / исходному коду / тег-менеджеру
- Аккаунты рекламных платформ и аналитики
- Список поддоменов и назначение каждого
- Список ключевых событий и целей
- Политика конфиденциальности и согласие пользователей
Настройка куки и доменной области
Чтобы куки и идентификаторы работали на всех поддоменах, при их создании нужно указывать доменную область верхнего уровня. Например, для домена example.com следует использовать атрибут cookie Domain=.example.com. Это позволит одному и тому же cookie читаться на shop.example.com, blog.example.com и других поддоменах.
Обратите внимание на ограничения: если у вас несколько доменов (например example.com и example.net) — куки между ними не шарятся без дополнительных приёмов (например, серверного решения или единого домена для трекинга). Для соблюдения GDPR/CCPA важно корректно собирать согласия перед установкой таких куки.
Пример установки cookie через JavaScript
Минимальная логика установки cookie для шаринга по поддоменам выглядит так: установить cookie с Domain=.example.com и соответствующими Secure и SameSite атрибутами. Также важно установить время жизни cookie и идентификатор пользователя, чтобы строить устойчивые аудитории.
| Атрибут | Значение | Назначение |
|---|---|---|
| Domain | .example.com | Доступ на всех поддоменах |
| Secure | true | Передача только по HTTPS |
| SameSite | None | Позволяет кросс-сайт передачу если необходимо |
| Expires | 30 дней | Время жизни идентификатора |
Реализация в популярных системах
Далее идут практические руководства для популярных платформ. Мы рассмотрим Google Analytics + Google Ads, Meta (Facebook) и универсальный вариант через тег-менеджер.
В большинстве случаев логика будет схожей: установить глобальный трекер на всех поддоменах, настроить события одинаково и передавать их в рекламные аккаунты.
Google Analytics 4 и Google Ads
Для GA4: используйте единый Measurement ID на всех поддоменах либо серверную реализацию (GTM Server). В настройках потока данных включите сбор доменных имен и настроек событий. Для корректности используйте cookie_domain = «auto» в gtag.js или соответствующие параметры в GTM.
Для Google Ads: создайте аудитории в GA4 или напрямую в аккаунте Google Ads, синхронизируйте их с рекламной кампанией. Обратите внимание, что аудитории начинают работать после накопления необходимого количества пользователей (обычно несколько сотен в зависимости от типа аудитории).
Meta Ads (Facebook/Instagram)
Установите Meta Pixel на основной домен и все поддомены. В настройках пикселя убедитесь, что домен подтвержден в разделе безопасности. Это позволит платформе корректно связать события с доменом и уменьшить ограничения агрегации событий.
Настройте стандартные события (ViewContent, AddToCart, Purchase) по всей структуре сайта. Для поддоменов используйте одинаковые названия событий и параметры, чтобы сегментация оставалась корректной.
Тег-менеджер (GTM) как единый хранилище тегов
GTM упрощает задачу: разместите контейнер на всех поддоменах и настройте триггеры и теги единообразно. Это снизит вероятность ошибок и упростит изменения: достаточно править в одном месте. Используйте пользовательские переменные для передачи ID продуктов, категорий и т.п.
Кроме того, GTM Server Side можно использовать для агрегирования данных и контроля качества перед отправкой в рекламные системы, что повышает точность и устойчивость трекинга.
Сегментация аудиторий и сценарии ретаргетинга
Сегментация — ключ к релевантным объявлениям. Выделяйте аудитории не только по событиям, но и по последовательности действий: посетил блог, затем зашел в карточку товара, добавил в корзину, но не купил. Такие последовательности дают возможность показывать персонализированные креативы и увеличивают шанс конверсии.
Рассмотрите следующие сценарии:
- Посетители блога, не посетившие витрину — цель: привлечь в магазин через контентные офферы.
- Пользователи, добавившие товар в корзину, но не оформившие покупку — цель: скидка/напоминание.
- Быстрые покупатели (высокий LTV) — цель: апсейл и кросс-селл.
- Пользователи с длительным циклом принятия решения — цель: образовательные креативы и кейсы.
Примеры и статистика
По данным разных исследований, ретаргетинг может увеличивать конверсию в 3–5 раз по сравнению с холодной аудиторией. При этом персонализированные объявления дают прирост CTR на 50% по сравнению с общими креативами. Эти цифры иллюстрируют, насколько важно правильно сегментировать посетителей по доменам и поддоменам.
Например, интернет-магазин электроники, настроивший кросс-поддоменный ретаргетинг, за 6 месяцев уменьшил CPL на 30% и увеличил ROAS на 40% благодаря более точным аудиториям и персонализированным офферам.
Валидация и контроль качества
После настройки важно проверить корректность передачи и агрегирования событий. Используйте отладочные режимы: GA4 DebugView, Meta Pixel Helper, консоль GTM, а также серверные логи если используется server-side tracking. Пройдите сквозные тесты: от захода на блог до оформления покупки через разные поддомены.
Проверьте соответствие количества уникальных пользователей в разных источниках аналитики и рекламных платформах. Небольшие расхождения — нормальны, но большие отклонения говорят о проблемах с куки, доменной областью или блокировщиками рекламы.
Метрики для мониторинга
| Метрика | Почему важна |
|---|---|
| Конверсия по аудиториям ретаргетинга | Показывает эффективность сегментации |
| CTR креативов | Оценивает релевантность объявлений |
| CPL / CPA | Ключевые экономические показатели |
| ROAS | Возврат на рекламные расходы |
| Доля возвращённых пользователей | Показывает удержание и интерес |
Правила конфиденциальности и соответствие законам
Настройка кросс-поддоменного трекинга накладывает обязанности по сбору согласий. На уровне ЕС и ряда других юрисдикций требуется явное согласие пользователя на хранение и обработку персональных данных. Обновите политику конфиденциальности и внедрите CMP (consent management platform), который предотвращает установку cookie до получения согласия.
Также учитывайте изменения в политике рекламных платформ: например, ограничения на передачу рядов пользовательских данных и агрегированные события требуют адаптации сценариев ретаргетинга и использования серверной стороны для валидации и минимизации утечек данных.
Частые ошибки и способы их устранения
Ошибка 1: установка cookie без указания домена. Результат: куки работают только на поддомене и аудитории фрагментированы. Решение: установить Domain=.yourdomain.com.
Ошибка 2: разные имена событий на разных поддоменах. Решение: унифицировать имена и параметры событий, задокументировать схему данных и придерживаться её при обновлениях.
Другие распространённые проблемы
- Блокировщики рекламы и браузерные ограничения — используйте серверную сторону чтобы снизить влияние.
- Неверная синхронизация счетчиков между аналитикой и рекламой — сверяйте события через отладочные инструменты.
- Проблемы с конфиденциальностью — внедряйте CMP и минимизируйте передачу PII.
Рекомендации по оптимизации и масштабированию
Начните с минимально жизнеспособной конфигурации: глобальный тег, несколько ключевых событий и базовая сегментация. По мере накопления данных усложняйте сценарии, добавляйте персонализацию и используйте A/B тестирование для креативов и предложений.
Для крупных проектов стоит рассмотреть внедрение серверного подхода (server-side tagging) и создание единой схемы событий (event schema), которую будут использовать все команды: продукт, маркетинг и аналитика. Это упростит масштабирование при открытии новых поддоменов или международных версий сайта.
Личный совет автора: начинайте с простого, но делайте архитектуру трекинга масштабируемой — это сократит затраты времени и денег при росте проекта и изменении регуляторных требований.
Пример проекта: пошаговая схема внедрения
Ниже — сжатая пошаговая инструкция для реализации кросс-поддоменного ретаргетинга на примере e-commerce:
- Инвентаризация: список домена и поддоменов, ключевые события.
- Выбор стратегии: client-side + server-side (рекомендуется для устойчивости).
- Установка глобального тега (GTM/Gtag) на всех поддоменах с cookie_domain=.example.com.
- Унификация имен событий и параметров.
- Внедрение CMP и получение согласий.
- Тестирование через DebugView, Pixel Helper и лог-сервер.
- Создание аудиторий и запуск пилотных кампаний.
- Анализ показателей и оптимизация.
Заключение
Настройка ретаргетинга на уровне домена и поддоменов — ключевой элемент успешной цифровой маркетинговой стратегии. Правильная конфигурация куки, единая схема событий и корректная интеграция с рекламными платформами позволяют создавать релевантные аудитории и уменьшать расходы на привлечение клиентов.
Главные моменты: унифицируйте трекинг, используйте единый домен для cookie, применяйте CMP для соблюдения законов и тестируйте каждый этап. Это даст вам стабильный рост конверсии и лучший показатель ROI на рекламу.
Начните с небольшого пилотного проекта, настройте сбор данных корректно, а затем масштабируйте — так вы снизите риски и получите надежную систему ретаргетинга, работающую на всех поддоменах вашего бизнеса.
Как настроить cookie, чтобы они работали на всех поддоменах?
Укажите при установке cookie атрибут Domain равный .yourdomain.com (например .example.com). Также ставьте Secure=true и SameSite=None для кросс-сайтовой совместимости. Не забывайте о политике согласия — устанавливайте cookie только после получения разрешения пользователя в регионах, где это требуется.
Нужно ли подтверждать домен в рекламных платформах?
Да, для некоторых платформ (например Meta) подтверждение домена рекомендуется и в ряде случаев обязательно для управления агрегированными событиями. Подтверждение помогает снизить вероятность блокировок событий и улучшает качество данных.
Что лучше использовать: client-side или server-side трекинг?
Оптимальным является гибридный подход: client-side для быстрой реализации и сбора богатых параметров, server-side для повышения точности, защиты данных и обхода блокировщиков. Для небольших проектов client-side может быть достаточен, но по мере роста бизнеса серверная часть даст преимущество.
Как проверить, что ретаргетинг работает корректно между поддоменами?
Проведите сквозное тестирование: посетите сайт на одном поддомене, вызовите события и проверьте их появление в DebugView аналитики и в инструментах отладки пикселей (например Meta Pixel Helper). Сравните уникальных пользователей и события в аналитике и рекламных аккаунтах. Тестируйте на нескольких устройствах и с включёнными блокировщиками, чтобы оценить реальный охват.
Какие основные метрики смотреть для оценки эффективности ретаргетинга?
В первую очередь CTR, конверсию аудитории ретаргетинга, CPL/CPA и ROAS. Также следите за долей возвращённых пользователей и показателем стоимости удержания. Эти метрики дадут представление о качестве сегментов и окупаемости кампаний.