Ретаргетинг в голове у многих сводится к «крутить баннер с товаром, который человек посмотрел». Отсюда и типичные результаты: объявления преследуют тех, кто уже купил, показывают неактуальные товары и раздражают аудиторию, а бюджет уходит на клиентов, которые вернулись бы и без рекламы. Проблема не в инструменте — ретаргетинг один из самых рентабельных каналов, — а в том, что его запускают без данных и без сегментов.
В этой статье разберём, как выстроить ретаргетинг для интернет-магазина на 1С-Битрикс осмысленно: какие данные нужны, как передавать события электронной коммерции, как строить сегменты по поведению и по данным заказов из 1С, какие сценарии реально работают и как учитывать офлайн-продажи. Основа всего — чистые данные и стабильный обмен, а это уже вопрос автоматизации продаж и склада на 1С.
Коротко
- Ретаргетинг работает с тёплой аудиторией; его эффективность решают данные и сегментация, а не сам факт показа баннера.
- Сначала наведите порядок с событиями электронной коммерции и товарным фидом, потом стройте сегменты.
- Самые прибыльные сегменты — с явным намерением (брошенная корзина, просмотр без покупки) и на данных о покупках из 1С.
- Обязательно исключайте купивших, включая офлайн-заказы, и ограничивайте частоту и срок жизни сегментов.
Почему ретаргетинг — не «догонялки»
Ретаргетинг отличается от обычной рекламы аудиторией: он работает не с холодными незнакомцами, а с людьми, которые уже были на сайте, смотрели товары, что-то клали в корзину. Это тёплый трафик — он знает бренд и ближе к покупке, поэтому конверсия дешевле. Но именно из-за этой близости легко ошибиться: если крутить одно и то же всем подряд, вы платите за возврат тех, кто вернулся бы сам.
Правильный ретаргетинг — это не «догнать всех, кто зашёл», а точечно поработать с сегментами по их намерению и стадии. Человек, бросивший корзину час назад, и человек, купивший месяц назад, — это разные задачи и разные сообщения. Вся ценность канала прячется в сегментации, а не в самом факте показа объявлений.
Данные — фундамент ретаргетинга
Без качественных данных ретаргетинг слепой. Нужны три вещи: корректно установленные счётчики и пиксели рекламных систем, единообразно передаваемые события пользователя и актуальный товарный фид. Если хоть что-то из этого хромает, сегменты собираются криво, а динамические объявления показывают не те товары.
На 1С-Битрикс данные о поведении собираются на витрине, а данные о заказах — в модуле продаж и в 1С после обмена. Ценность в том, чтобы соединить оба источника: поведение на сайте показывает намерение, а история заказов из 1С — реальные покупки, циклы и средний чек. Организовать доступ к данным заказов для сегментации удобно через D7-ORM Битрикс, а выгружать их во внешние системы — по REST и вебхукам с контролем безопасности.
События электронной коммерции в Битрикс
Сердце сбора данных — события электронной коммерции: просмотр товара, добавление в корзину, начало оформления, покупка. Их передают через уровень данных страницы в счётчики рекламных систем. В Битрикс эти события удобно формировать прямо на шаблонах компонентов каталога и корзины, где уже есть данные о товаре и заказе.
| Событие | Где формируется | Зачем ретаргетингу |
|---|---|---|
| Просмотр товара | Детальная карточка каталога | Сегмент «смотрел, не купил», динамика |
| Добавление в корзину | Компонент корзины/каталога | Сегмент высокого намерения |
| Начало оформления | Страница оформления заказа | Сегмент «почти купил» |
| Покупка | Страница «Спасибо за заказ» | Исключение купивших, допродажи |
Главное требование — единообразие и совпадение идентификаторов товаров с теми, что в фиде. Если на карточке ID один, а в фиде другой, динамический ретаргетинг подставит не тот товар. Поэтому события и фид проектируют вместе, из одного источника — каталога Битрикс.
Товарный фид и динамический ретаргетинг
Динамический ретаргетинг показывает человеку именно те товары, что он смотрел или клал в корзину, подставляя их из товарного фида. Это качественно точнее статичного баннера «у нас распродажа». Для работы нужен корректный фид — обычно YML или формат конкретной площадки — с ценами, наличием, картинками и теми же ID, что в событиях.
Фид генерируется из каталога Битрикс и должен регулярно обновляться: устаревшие цены и отсутствующие товары в объявлениях убивают доверие и сливают бюджет. Генерация фидов, их расписание и нагрузка — отдельная инженерная задача, которую мы подробно разбираем в статье про разработку модуля маркетплейса на Битрикс, где те же фиды используются и для площадок.
Сегменты по поведению на сайте
Поведенческие сегменты строятся из того, что человек делал на сайте. Они хорошо ловят намерение «здесь и сейчас».
- Брошенная корзина. Положил товар, но не оформил — самый горячий сегмент с прямым намерением.
- Просмотр без покупки. Смотрел карточки конкретной категории, но не купил — подходит для динамических объявлений.
- Начатое оформление. Дошёл до оформления и бросил — часто мешает мелочь, которую снимает напоминание.
- Глубина и частота визитов. Много страниц, повторные заходы — заинтересованная аудитория.
Поведенческие сегменты точны в моменте, но недолговечны: намерение остывает. Поэтому их используют с короткими окнами и агрессивнее, а для долгой работы дополняют сегментами на данных о покупках.
Сегменты на данных заказов из 1С
Самые ценные сегменты магазин строит не по кликам, а по реальным покупкам — а эти данные живут в 1С. История заказов знает, что человек покупал, как часто, на какую сумму и когда пора повторить. Это позволяет строить сегменты, недоступные чисто поведенческой аналитике.
- Повторная покупка по циклу. Товар с известным циклом потребления — напоминание к моменту, когда пора докупить.
- Допродажа к купленному. Сопутствующие товары к тому, что уже приобрели.
- Возврат ушедших. Клиенты, которые давно не покупали, — реактивация с оффером.
- VIP и по среднему чеку. Отдельная работа с лучшими клиентами, отличная от массовой.
Чтобы эти сегменты работали, данные о заказах должны стабильно приходить из 1С и корректно связываться с пользователями. Это снова упирается в качество обмена — начинать стоит с аудита и оптимизации 1С, чтобы данные о покупках были чистыми.
Сценарий: брошенная корзина
Брошенная корзина — эталонный сценарий ретаргетинга, потому что намерение здесь максимальное. Человек выбрал товар, положил в корзину, но не купил — осталось снять последнее препятствие. Сценарий выстраивают по стадиям:
- Поймайте событие. Добавление в корзину без последующей покупки формирует сегмент.
- Покажите те же товары. Динамическое объявление с конкретными позициями из корзины, а не абстрактный баннер.
- Работайте короткими окнами. Первые часы и день — самые результативные, дальше намерение остывает.
- Снимите возражение. Напоминание, а при необходимости — мягкий стимул (доставка, условия), но без приучения к скидке.
- Исключите купивших. Как только заказ оформлен — на сайте или в 1С — человек выходит из сегмента.
Сценарии допродаж и повторных покупок
После покупки клиент не должен исчезать из поля зрения — он самый вероятный будущий покупатель. Здесь ретаргетинг переключается с «догнать» на «вернуть вовремя». Товары с понятным циклом потребления (расходники, сервис, сезонные позиции) идеально ложатся на напоминание к нужному моменту, а сопутствующие товары — на допродажу сразу после заказа.
Такие сценарии почти невозможны без данных из 1С: только история заказов знает, что и когда купили. В B2B это особенно важно — там покупки цикличны, а решения долгие. Механику работы с оптовыми клиентами и их данными мы разбираем в контексте разработки модулей под Битрикс, где логика сегментации выносится в отдельный управляемый код.
Офлайн-конверсии и заказы по телефону
Большая часть заказов в реальном магазине завершается не онлайн-оплатой, а звонком, счётом или подтверждением в 1С. Если рекламные системы этого не знают, они считают такого клиента «не купившим» и продолжают крутить ему объявления, а статистика конверсий искажается. Решение — передавать офлайн-конверсии обратно в рекламные кабинеты.
Механика такая: когда заказ подтверждён в 1С, факт покупки уходит в рекламную систему с привязкой к пользователю. Тогда система исключает купивших из сегментов и точнее оптимизирует показы под реальные продажи, а не под онлайн-оплаты. Передача офлайн-конверсий — это интеграция сайта, 1С и рекламных API; строить её безопасно помогают подходы из статьи про REST и вебхуки.
Частота, окна и исключения
Ретаргетинг легко превращается в раздражитель, если не управлять частотой и сроком жизни сегментов. Три настройки решают почти всё:
- Частота показов. Ограничьте число показов на человека, чтобы объявление не преследовало навязчиво.
- Окно сегмента. Короткое и агрессивное для горячих (корзина), длинное и мягкое для повторных покупок.
- Исключение купивших. Обязательно, с учётом офлайн-заказов из 1С, — иначе платите за уже случившиеся продажи.
- Исключение нерелевантных. Отписавшиеся, вернувшие товар, отказники — их убирают из показов.
Эти простые правила отделяют рентабельный ретаргетинг от «сжигания бюджета на тех, кто и так купил». Их проще соблюдать, когда данные о покупках стабильно приходят из 1С и сегменты обновляются вовремя.
Частые ошибки ретаргетинга
- Один сегмент на всех. Крутят одинаковые объявления всем посетителям без разделения по намерению.
- Не исключают купивших. Реклама преследует тех, кто уже оформил заказ, особенно офлайн.
- Кривые события. ID товаров в событиях и фиде не совпадают — динамика показывает не те товары.
- Устаревший фид. В объявлениях старые цены и отсутствующие товары — потеря доверия и бюджета.
- Игнор данных 1С. Сегменты строят только по кликам, не используя историю реальных покупок.
- Нет ограничения частоты. Объявления преследуют навязчиво и вызывают раздражение к бренду.
- Каналы не согласованы. Реклама, письма и мессенджеры дублируют друг друга по одному поводу.
Чек-лист запуска
- Счётчики и пиксели стоят. Рекламные системы корректно подключены на всех ключевых страницах.
- События настроены. Просмотр, корзина, оформление, покупка передаются единообразно с верными ID.
- Фид актуален. Товарный фид генерируется из каталога, регулярно обновляется, ID совпадают с событиями.
- Сегменты выделены. Есть сегменты по поведению и по данным заказов из 1С.
- Сценарии запущены. Брошенная корзина, допродажи, повторные покупки, реактивация.
- Офлайн-конверсии передаются. Подтверждённые в 1С заказы уходят в рекламные кабинеты.
- Частота и исключения заданы. Ограничены показы, настроены окна, купившие исключены.
Вывод
Ретаргетинг — один из самых рентабельных каналов магазина, но только если он стоит на данных и сегментах, а не на слепом показе баннеров. Тёплую аудиторию нужно разделять по намерению и стадии: горячую брошенную корзину догонять коротко и точно, а повторные покупки поддерживать по циклу потребления на основе истории заказов.
Для магазина на 1С-Битрикс главный источник силы — соединение поведения на сайте с данными о реальных покупках из 1С и передача офлайн-конверсий обратно в рекламу. Наведите порядок с событиями и фидом, стройте сегменты на данных о покупках, исключайте купивших и ограничивайте частоту — и ретаргетинг перестанет раздражать, а начнёт стабильно возвращать выручку.
