Динамический ретаргетинг VK: кому показывать товары и услуги повторно
Как связать каталог, события и условия VK, выбрать аудиторию повторного показа и остановить прежнее объявление после конверсии.
Я начинаю разбор динамического ретаргетинга VK не с объявления, а с цепочки данных. Система должна связать человека с конкретной позицией каталога и понять, какой шаг он не завершил. Тогда одному пользователю можно повторно показать просмотренный товар, другому — позицию из корзины, а покупателю — уместное дополнение. Но для запуска недостаточно загрузить фид: каталог, пиксель, события, идентификаторы и посадочные страницы должны описывать одни и те же товары или услуги.
- Запускать. каталог актуален, обязательные события поступают, ID совпадают, условие возврата и исключение после конверсии определены заранее.
- Сначала исправить. позиции есть в фиде, но события не сопоставляются с ними; покупка или заявка фиксируется неточно; карточки ведут на общую страницу.
- Не запускать. повторный показ планируют для всей аудитории без различия действий, а результат хотят оценивать только по кликам.
Чем динамический ретаргетинг отличается от обычного
Обычный ретаргетинг отвечает на вопрос: какой группе знакомых пользователей показать заранее подготовленное объявление. Например, посетителям страницы услуги показывают один креатив с разбором процесса, а тем, кто начал форму, — другой с предложением продолжить.
Динамический ретаргетинг отвечает точнее: какую позицию каталога показать конкретному человеку с учетом его действия. Платформа использует данные каталога и события сайта или приложения, чтобы собрать карточку из названия, изображения, цены и ссылки. В текущем кабинете это отдельный тип кампании для рекламного объекта «Каталог товаров»; он доступен и для товаров, и для услуг, представленных в каталоге. Подготовка и условия кампании описаны в официальной инструкции VK Рекламы.
| Критерий | Обычный ретаргетинг | Динамический ретаргетинг |
|---|---|---|
| Основа показа | Аудитория или список пользователей | Каталог плюс события по позициям |
| Содержание объявления | Подготовленный креатив для сегмента | Карточки, собранные из данных каталога |
| Точность контекста | Уровень страницы, интереса или действия | Уровень товара или услуги с конкретным ID |
| Что нужно поддерживать | Аудитории, исключения, сообщения | Каталог, события, сопоставление ID, карточки и исключения |
| Типичная поломка | Слишком широкая аудитория | Каталог и события говорят о разных позициях |
Динамический вариант не «лучше» обычного сам по себе. Для бизнеса с несколькими услугами, которые нельзя честно представить отдельными позициями с ценой и посадочной, обычные сегменты могут быть проще и надежнее. Динамика полезна там, где ассортимент действительно структурирован. Если сначала нужно понять роль платформы в целом, это отдельно разобрано в материале о рекламе ВК и VK Ads.
Из чего состоит рабочая схема
У динамического ретаргетинга семь связанных частей:
- Каталог. хранит позиции, которые можно рекламировать.
- Фид. передает в каталог названия, идентификаторы, цены, изображения и ссылки.
- Пиксель. фиксирует действия на сайте.
- События. сообщают, какую позицию посмотрели, добавили в избранное или корзину и купили.
- Условие ретаргетинга. определяет, кого вернуть.
- Объявление. собирает карточку из данных каталога.
- Посадочная и учет. показывают, дошел ли человек до следующего этапа.
Каталог в VK Рекламе можно создать из фида, файла или товаров и услуг сообщества. После создания его связывают с источником событий — пикселем сайта либо приложением с настроенным мобильным трекером. Это не формальность: без связи система не сможет сопоставить поведение пользователя с позицией каталога. Актуальный порядок зафиксирован в справке о каталогах.
«Динамический ретаргетинг стоит начинать не с объявления, а с проверки данных: позиция в каталоге, событие и страница после клика должны описывать один и тот же объект».
Каталог и фид должны быть источником правды
Если в фиде осталась недоступная позиция, старая цена или неверная ссылка, динамическое объявление воспроизведет эту ошибку в масштабе. Поэтому перед запуском проверьте не только успешную загрузку файла, но и выборку карточек:
- ID уникален и не меняется без причины;
- название понятно без контекста раздела;
- цена соответствует посадочной странице;
- изображение относится именно к позиции;
- ссылка ведет на нужный товар или услугу, а не на главную;
- недоступные позиции исключены или корректно обновлены;
- группы каталога отражают реальные сценарии продвижения.
Фид — это способ передачи данных, а каталог — их рабочее представление в VK Рекламе. Формат файла сам по себе не гарантирует качество карточек. При обновлении ассортимента нужно контролировать историю загрузок и фактический результат импорта.
Пиксель и события должны передавать тот же ID
Для веб-сценария VK указывает обязательные события: просмотр карточки, добавление товара в корзину или посещение корзины и подтвержденная покупка. В событиях передаются идентификаторы и стоимость позиций. Подробные параметры и примеры кода размещены в официальной инструкции по веб-событиям.
Критическая проверка проста: product_id из события должен совпадать с ID позиции в фиде. Если сайт отправляет внутренний артикул, а каталог хранит другой идентификатор, событие будет существовать, но динамическая связь не сложится.
В разделе событий VK показывает общее число позиций из событий, число найденных в каталоге и долю совпадений. Там же доступен отчет по ID, которых нет в фиде. Справка Центра коммерции прямо называет несовпадение идентификаторов одной из основных причин ошибки.
Автоматически найденные события подходят для первичной диагностики сайта, но для динамической кампании важнее контролируемая передача нужных параметров. В справке о пикселе VK отдельно описывает события слоя данных, которые можно использовать как источник динамического ретаргетинга.
Кого возвращать: сегменты и окна
Сегмент строят не по факту любого посещения, а по незавершенному или следующему уместному действию. В текущем интерфейсе динамической кампании можно выбрать всю аудиторию сайта и приложения, аудиторию каталога либо аудиторию отдельной группы позиций. Затем задается условие: любое действие, «не купили», просмотр без корзины, избранное без покупки, корзина без покупки или дополнительные продажи.
| Ситуация | Что известно | Уместный сценарий | Как выбирать окно |
|---|---|---|---|
| Посмотрел позицию, не добавил в корзину | Интерес есть, готовность не доказана | Вернуть к той же категории или позиции, добавить критерий выбора | Начать с более короткого периода и расширять только при подтвержденном отложенном спросе |
| Добавил в избранное, не купил | Позиция сохранена для сравнения | Напомнить о выборе, наличии или значимом свойстве без искусственного давления | Связать со сроком реального выбора и актуальностью ассортимента |
| Добавил в корзину, не купил | Следующий шаг был начат | Вернуть к корзине или карточке, проверить препятствие на оформлении | Держать ближе к обычному сроку завершения заказа |
| Купил | Первичная цель выполнена | Исключить из прежнего призыва; при необходимости предложить совместимую позицию | Ориентироваться на цикл повторной потребности, а не на максимальный срок системы |
| Посмотрел группу услуг | Известно направление интереса, но не потребность целиком | Показать конкретную услугу и вести на ее страницу | Согласовать с циклом принятия решения и сроком обработки обращения |
Технически VK позволяет задавать период условия от 0 до 365 дней; по умолчанию в справке указан диапазон 0–30 дней. Это границы интерфейса, а не готовая рекомендация. Рабочее окно зависит от срока выбора, обновления ассортимента, повторной покупки и количества доступных событий. Максимальный период не стоит использовать только потому, что он доступен.
«Я разделяю аудиторию по незавершенному шагу: просмотр, избранное, корзина и покупка требуют разных сообщений, даже если рекламируется один каталог».
Не смешивайте позиции с разной логикой выбора
Одна группа «все товары» удобна для запуска, но затрудняет управление, если ассортимент неоднороден. Часто полезно разделить позиции по бизнес-сценарию:
- быстрое и отложенное решение;
- разовая и повторная покупка;
- основной и сопутствующий ассортимент;
- товар в наличии и позиция с длительным сроком исполнения;
- услуга с фиксированной ценой и услуга, требующая предварительной диагностики.
Группы нужны не ради красивой структуры кабинета. Они позволяют задать разные окна, сообщения и критерии продолжения. Если логика одинакова, дробление только уменьшит объем данных.
Исключения: когда прежний показ нужно остановить
Условие «не купили» отделяет пользователей, которые посмотрели, сохранили или добавили позицию в корзину, но не совершили покупку. Для допродажи создается отдельный сценарий. Это безопаснее, чем одна кампания, которая одновременно возвращает незавершенный заказ и продолжает показывать тот же призыв покупателю.
Но автоматическое условие работает только настолько хорошо, насколько точно передается конверсия. Если событие покупки срабатывает при открытии страницы благодарности повторно, теряется или отправляется до фактического завершения, исключение становится ненадежным.
До запуска фиксируют:
- какое событие останавливает прежнюю коммуникацию;
- сколько времени допустима задержка передачи этого события;
- что считать завершением для услуги: заявку, подтвержденную запись, оплату или другой этап;
- как исключать отмененные, тестовые и внутренние действия;
- какой сценарий включается после покупки и нужен ли он вообще;
- кто проверяет, что покупатель перестал видеть первичное предложение.
«После конверсии прежнее объявление должно остановиться. Если человек уже купил товар или оставил нужную заявку, повторять ему тот же призыв — ошибка сегментации, а не проблема креатива».
Для услуги нельзя автоматически считать любой отправленный контакт завершенной продажей. Если бизнес оптимизируется на квалифицированную запись или оплату, раннюю заявку можно использовать как промежуточное событие, а остановку и оценку связывать с реальным этапом. Конкретная схема зависит от того, какие данные сайт и CRM способны передать без искажений.
Сценарии для товаров и услуг
Товары: вернуть к конкретной позиции
Классический сценарий начинается с просмотра карточки. Пользователь увидел товар, сохранил его или положил в корзину, но не завершил заказ. Динамическая карточка возвращает контекст без ручного создания объявления под каждый SKU.
Что проверять:
- доступность товара и актуальность цены;
- соответствие варианта товара в событии и каталоге;
- прямую ссылку на позицию;
- сохранение корзины, если объявление обещает продолжить оформление;
- исключение после покупки;
- замену недоступной позиции только на действительно релевантную, а не на случайный товар.
Допродажа после покупки требует отдельной группы и логики совместимости. Сам факт покупки не доказывает интерес ко всему каталогу.
Услуги: сначала превратить предложение в честный каталог
VK поддерживает отдельный каталог для сервисов услуг. В текущей спецификации у позиции есть собственный ID, название, цена, ссылка, изображение, бренд и тип исполнителя; также можно передавать местоположение и диапазон цены. Требования перечислены в официальной справке о каталоге услуг.
Для динамического ретаргетинга это означает: услуга должна быть самостоятельной и проверяемой позицией. Страница «все услуги компании», абстрактное изображение и условная цена не дают человеку понятного продолжения.
Подходящие сценарии:
- повторный показ конкретного направления клиники после просмотра его страницы;
- возврат к выбранной категории ремонта или обслуживания;
- напоминание о конкретном объекте недвижимости, номере, рейсе или варианте размещения, если используется соответствующая вертикаль каталога;
- отдельная коммуникация после просмотра услуги, но до подтвержденной записи.
Если стоимость всегда определяется только после сложного обследования, а одинаковая посадочная используется для десятков разнородных услуг, сначала нужно решить, можно ли честно структурировать предложение. Иногда обычный ретаргетинг на содержательную страницу будет точнее динамического каталога.
Карточка, сообщение и посадочная должны продолжать друг друга
Динамическая сборка экономит ручную работу, но не создает сильное сообщение автоматически. В карточку попадут те данные, которые подготовлены в каталоге. Поэтому полезно проверить связку глазами пользователя:
- Карточка узнаваема. Из изображения и названия понятно, какую позицию человек видел.
- Цена не противоречит сайту. Если условия изменились, фид обновлен до повторного показа.
- Текст учитывает знакомство. Объявление не представляет товар как совершенно новый, но и не раскрывает человеку неприятные детали его поведения.
- Ссылка ведет в тот же контекст. После клика открывается нужная карточка, услуга или сохраненная корзина.
- Следующий шаг выполним. Товар доступен, форма работает, мобильная страница загружается, контакт обрабатывается.
Вводный слайд или общий текст кампании может объяснять условие выбора, доставку, категорию или следующий шаг. Он не должен обещать наличие, скидку или срок, которые каталог и посадочная не подтверждают.
Выбор между каруселью, видео и другими форматными связками относится к отдельной задаче. Здесь главный критерий — не оформление само по себе, а сохранение конкретного объекта и действия от события до страницы.
Как измерять качество следующего этапа
VK Реклама показывает конверсии, CR и, при передаче ценности, ценность, ДРР и ROMI. В расширенной статистике можно собирать воронку из нескольких метрик. Возможности и условия расчета описаны в справке о метриках.
Этого достаточно для контроля рекламной доставки и событий, но бизнес-оценка продолжается после рекламного кабинета. Для товара важно сопоставить заказ с оплатой, отменой и возвратом. Для услуги — заявку с квалификацией, записью, визитом, договором или другим принятым этапом.
До запуска создают таблицу контроля:
| Уровень | Что проверять | Какое решение принимать |
|---|---|---|
| Данные | поступление событий, совпадение ID, свежесть каталога | исправить интеграцию до оценки рекламы |
| Доставка | показы, охват, клики, частота, расход | понять, получает ли сегмент достаточный контакт |
| Сайт | открытие нужной страницы, скорость, продолжение корзины или формы | устранить разрыв после клика |
| Рекламная конверсия | событие, цена результата, ценность | сравнить условия и группы на одном этапе |
| Бизнес-этап | оплаченный заказ, квалифицированная заявка, запись, повторная покупка | продолжить, изменить сценарий или остановить кампанию |
«Качество динамического ретаргетинга видно не по тому, сколько карточек открыли, а по тому, дошли ли возвращенные пользователи до нужного бизнес-этапа».
Сравнивать сегменты корректно только на одинаковом этапе. Корзина без покупки обычно ближе к заказу, чем простой просмотр, поэтому более высокая конверсия такого сегмента не доказывает, что объявление лучше. Она может отражать исходную готовность аудитории. Если заявки есть, но их цена или качество не устраивают, причины полезно отделить от самой механики ретаргетинга — для этого есть отдельная диагностика дорогих лидов.
Частые ошибки динамического ретаргетинга VK
ID в событии не совпадает с каталогом
Событие поступает, но платформа не находит позицию. Проверяют отчет Центра коммерции, формат идентификатора и преобразования на стороне сайта или менеджера тегов.
Покупка срабатывает не в момент покупки
Открытие корзины, повторная загрузка страницы благодарности или технический вызов могут создавать лишние события. Тогда покупатели ошибочно исключаются или, наоборот, остаются в возвратной кампании.
Один сценарий используется для всех действий
Просмотр и брошенная корзина получают одинаковое окно и сообщение. В результате теряется смысл исходного сигнала.
Фид обновляется реже, чем ассортимент
В рекламу попадают недоступные позиции, старые цены или неверные ссылки. Проверка истории загрузок должна быть регулярной операцией, а не разовой задачей запуска.
Услуги оформлены как копии одной страницы
Разные названия ведут на один общий экран без цены и конкретного следующего шага. Такая структура создает видимость каталога, но не персонализирует путь.
Оценка заканчивается на CTR или событии кабинета
Карточка может собирать клики, а возвращенный трафик — не завершать заказ и не проходить квалификацию. Решение без данных следующего этапа будет преждевременным.
После конверсии продолжается прежнее предложение
Сначала проверяют передачу события и исключения. Смена изображения не исправит неправильную логику аудитории.
Матрица решения перед запуском
| Состояние проекта | Решение | Почему |
|---|---|---|
| Каталог актуален, ID совпадают, обязательные события стабильны, конверсия и исключение проверены | Запускать ограниченный тест | Есть измеримая связка данных и понятный сценарий |
| Каталог готов, но совпадение ID низкое или события дублируются | Сначала исправить данные | Реклама будет обучаться и отчитываться по искаженным сигналам |
| События работают, но все позиции ведут на общую страницу | Сначала исправить посадочные | Динамическая карточка теряет контекст после клика |
| Услуги нельзя честно разделить на позиции с ценой и страницей | Рассмотреть обычный ретаргетинг | Каталог добавит сложность без полезной персонализации |
| Покупка или нужный бизнес-этап не фиксируется | Не запускать сценарий «не купили» как проверенный | Нельзя надежно остановить прежний показ и оценить результат |
| Аудитория мала и событий почти нет | Сначала накопить корректные данные и проверить экономику теста | Избыточное дробление не даст устойчивого сравнения |
Последовательность запуска
- Опишите бизнес-сценарий. Какое действие произошло, что не завершено, что показать и когда остановиться.
- Проверьте каталог. Выборочно откройте позиции, цены, изображения и ссылки.
- Свяжите источник событий. Убедитесь, что пиксель или приложение подключены к нужному каталогу.
- Проверьте обязательные события и ID. Пройдите путь пользователя и найдите позиции в отчете совпадений.
- Создайте одну различимую гипотезу. Выберите группу, условие, окно, исключение и сообщение без лишнего дробления.
- Проверьте объявление и переход. На мобильном и десктопе, для доступной и недоступной позиции.
- Согласуйте рекламную и бизнес-метрику. Определите источник заказов, заявок и следующего этапа.
- Запустите и принимайте по заранее заданным критериям. Не меняйте одновременно каталог, событие, аудиторию и креатив, если хотите понять причину результата.
Размер теста и стратегия ставок зависят от аукциона, объема сегмента и выбранной цели; динамический ретаргетинг не создает отдельной универсальной нормы бюджета. Общие факторы разобраны в материале о стоимости таргетированной рекламы.
Приемочный чек-лист
Перед запуском ответьте да на каждый пункт:
- Каталог содержит только актуальные товары или услуги.
- ID позиции уникален и одинаков в фиде и событиях.
- Пиксель установлен на нужных страницах и связан с каталогом.
- Просмотр, корзина и подтвержденная конверсия передаются в корректный момент.
- Отчет событий не показывает критического объема несопоставленных ID.
- Для кампании выбраны конкретные группа, условие и окно.
- Покупатели или завершившие нужный этап исключены из прежнего предложения.
- Для допродажи создан отдельный сценарий, если она действительно уместна.
- Карточка показывает актуальные название, цену и изображение.
- Ссылка ведет на конкретную рабочую страницу.
- Сайт или приложение сохраняют обещанный контекст после клика.
- Определена метрика следующего бизнес-этапа и источник ее данных.
- Назначен ответственный за каталог, события и контроль исключений.
- Зафиксированы условия продолжения, изменения и остановки теста.
Если хотя бы одно из первых восьми условий не выполнено, увеличение бюджета не считается исправлением.
Что делать дальше
Динамический ретаргетинг готов к тесту, когда каталог, события и исключения уже проверены как единая система. Если такую связку нужно собрать или проверить, на странице таргетированной рекламы Медиакода можно обсудить задачу, доступные данные и критерии запуска. До этого чек-лист выше помогает отделить рекламную гипотезу от технической поломки.
Частые вопросы
Нет, динамический сценарий строится на каталоге и событиях, которые связывают пользователя с его позициями. Без каталога можно использовать обычный ретаргетинг по аудиториям и подготовленным объявлениям.
Нет. Фид — файл или поток данных об ассортименте, а каталог — объект в VK Рекламе, куда эти данные загружаются и где связываются с источником событий.
Тем, для кого известен незавершенный или следующий уместный шаг: посмотрел позицию, сохранил, добавил в корзину, но не купил; либо уже купил и действительно подходит для отдельной допродажи. «Все посетители» — слишком широкое условие для первого диагностируемого теста.
Окно должно соответствовать сроку выбора и актуальности предложения. Технический диапазон VK не заменяет данные бизнеса. Начните с интервала, в котором исходное действие еще объясняет намерение, и расширяйте его только после проверки качества.
Да, VK поддерживает каталоги сервисов услуг. Но каждая услуга должна быть честно оформлена как отдельная позиция с ID, ценой, ссылкой и изображением. Если предложение нельзя так структурировать, обычный ретаргетинг может быть уместнее.
Обычно прежний призыв нужно остановить. Повторная покупка или сопутствующая позиция требует отдельной гипотезы, срока и сообщения. Сам факт прошлой покупки не разрешает бессрочно показывать человеку весь каталог.
Нет. Цена события помогает сравнивать рекламу на одном этапе, но не показывает автоматически оплату, отмену, качество заявки или повторную покупку. Эти данные нужно сопоставлять с аналитикой магазина и CRM.
Усилить результат
Если выводы из материала совпадают с вашей задачей, эти направления помогают перейти от чтения к действию.

_resized-1.jpg&w=128&q=75)
_resized.jpg&w=128&q=75)
_resized%2520(1).jpg&w=128&q=75)
_resized.jpg&w=128&q=75)
