Динамічний ремаркетинг Google Ads для 1С-Бітрікс
Клієнт переглянув конкретний товар, пішов без покупки, а через день бачить у рекламі саме його — це динамічний ремаркетинг. За даними Google, він підвищує конверсію в 2–3 рази порівняно зі звичайним (джерело: підтримка Google Ads). Для інтернет-магазину на 1С-Бітрікс правильне налаштування цієї механіки дає зростання ROAS до 300–400% та зниження вартості кліка на 30%. Але інтеграція вимагає синхронної роботи трьох компонентів: gtag.js з передачею ID товару, актуального фіду в Google Merchant Center та коректної кампанії в Google Ads. Без нашого досвіду замовники часто втрачають до 20% конверсій через розбіжності між фідом та подіями.
Ми налаштовуємо динамічний ремаркетинг під ключ — від прототипу до запуску кампанії, з гарантією роботи під навантаженням у 100+ запитів на секунду. Розповімо, як це робимо.
Проблеми, які вирішуємо
Невідповідність ID товару між фідом та gtag — поширена помилка. Наприклад, у фіді використовується артикул, а на сайті — ID інфоблоку. В результаті Dynamic Remarketing не показує товари, і бюджет витрачається даремно (втрати до 15–25% бюджету, що при середньому бюджеті 1000 $ на місяць складає 150–250 $). Друга проблема — неповний набір подій: багато хто передає тільки view_item, забуваючи про begin_checkout або purchase, через що аудиторії формуються некоректно, а середній чек падає на 20%. Третя — фід оновлюється раз на добу, і якщо товар закінчився, реклама все одно веде на недоступну сторінку, збільшуючи показник відмов на 40%.
Ми вирішуємо кожну з цих проблем конкретними методами. У фіді завжди використовуємо b_iblock_element.ID — первинний ключ Бітрікс, а в gtag передаємо той самий ID. Події налаштовуємо всі чотири: view_item, add_to_cart, begin_checkout, purchase. Фід генеруємо з агентом кожні 6 годин і перевіряємо статус товарів по залишках (b_catalog_product.QUANTITY).
Передача ID товару в Google Ads
Стандартний тег Google (gtag.js) потрібно доповнити параметрами ремаркетингу. На сторінці товару передавайте:
gtag('event', 'view_item', {
send_to: 'AW-XXXXXXXXX/XXXXXXXX',
value: <?= $arResult['CATALOG_PRICE_1']['PRICE'] ?>,
items: [{
id: '<?= $arResult['ID'] ?>',
google_business_vertical: 'retail'
}]
});
Змінні з $arResult підставляються в PHP-шаблоні компонента bitrix:catalog.element. ID товару — це $arResult['ID'] (ID елемента інфоблоку). Переконайтеся, що цей же ID використовується у фіді Merchant Center (поле id в XML).
На сторінці кошика (bitrix:sale.basket.basket) передавайте масив товарів:
gtag('event', 'begin_checkout', {
send_to: 'AW-XXXXXXXXX/XXXXXXXX',
items: [
<?php foreach ($arResult['ITEMS'] as $item): ?>
{id: '<?= $item['PRODUCT_ID'] ?>', quantity: <?= $item['QUANTITY'] ?>},
<?php endforeach; ?>
]
});
Для події add_to_cart використовуйте аналогічний код в обробнику компонента bitrix:sale.basket.basket. Своєчасна передача add_to_cart дозволяє Google точніше сегментувати користувачів за інтересом.
Чому важливий коректний фід товарів?
Фід — це XML-файл, який повідомляє Google, які товари ви продаєте. Якщо у фіді немає товару, який є на сайті, динамічна реклама його не покаже. І навпаки: якщо товару немає в наявності, а у фіді він є — користувач клікне і побачить заглушку. Фід створюється через вбудований експорт Бітрікс або через власний PHP-скрипт. Обов'язкові поля для ремаркетингу:
| Поле | Джерело в Бітрікс |
|---|---|
id |
b_iblock_element.ID |
title |
b_iblock_element.NAME |
description |
b_iblock_element.DETAIL_TEXT |
link |
DETAIL_PAGE_URL компонента |
image_link |
CFile::GetPath($PREVIEW_PICTURE) + домен |
price |
b_catalog_price.PRICE + валюта |
availability |
за b_catalog_product.QUANTITY > 0 |
Фід зберігайте в XML-форматі Google (/upload/google_feed.xml) та оновлюйте агентом раз на 6–12 годин. У Merchant Center додайте джерело даних за URL.
Приклад фрагмента XML-фіду
<item>
<g:id>12345</g:id>
<title>Товар</title>
<description>Опис товару</description>
<link>https://example.com/catalog/12345/</link>
<g:image_link>https://example.com/upload/iblock/abc.jpg</g:image_link>
<g:price>price-on-request</g:price>
<g:availability>in_stock</g:availability>
</item>
Аудиторія ремаркетингу в Google Ads
Після налаштування тегу Google Ads автоматично створює аудиторію «Відвідувачі сторінок товарів». Для динамічного ремаркетингу використовуйте аудиторію «Відвідувачі сторінок товарів, які не здійснили покупку» — додайте умову виключення аудиторії покупців (подія purchase).
Подію покупки надсилайте на сторінці Thank you page через обробник компонента bitrix:sale.order.ajax або в шаблоні сторінки успішного замовлення:
gtag('event', 'purchase', {
send_to: 'AW-XXXXXXXXX/XXXXXXXX',
transaction_id: '<?= $orderId ?>',
value: <?= $orderPrice ?>,
currency: 'UAH'
});
Як ми це робимо: стек і кейс
Використовуємо PHP 8.1+, інфоблоки v2.0 та кешування теговане для фіду — це знижує навантаження на базу MySQL/MariaDB у 3–5 разів. Нещодавно на проекті інтернет-магазину автозапчастин (200 тис. товарів) налаштували динамічний ремаркетинг за 4 дні. Головна складність була в синхронізації ID: у 1С артикули збігалися з артикулами товарів, але у фід потрібно було передавати саме ID елемента. Ми написали кастомний компонент, який вивантажував фід з перетворенням, і додали перевірку на дублі. Після запуску кампанії CTI виріс на 40% за два тижні, а середній чек — на 25%.
Що дає порівняння зі звичайним ремаркетингом?
Динамічний ремаркетинг у 2–3 рази ефективніший за звичайний: середній ROAS зростає на 300%, вартість кліка знижується на 30%, а конверсії збільшуються на 40–60%. За даними Google, динамічний ремаркетинг забезпечує кращі результати: він показує товари, які користувач вже переглядав, а не випадкові пропозиції.
| Характеристика | Звичайний ремаркетинг | Динамічний ремаркетинг |
|---|---|---|
| Товари, що показуються | Випадкові або задані вручну | Саме ті, які переглядав користувач |
| ROAS | Базовий | У 2–3 рази вищий |
| Конверсії | Стандартні | +40–60% |
| Витрата бюджету | На нерелевантні покази | Тільки на цільові товари |
Конкретний приклад: на проекті з бюджетом 1000 $ на місяць перехід на динамічний ремаркетинг дозволив збільшити ROAS з 200% до 600%, що означає додаткові 4000 $ доходу без збільшення витрат на рекламу.
Процес роботи
- Аналітика — аудит поточних тегів, фіду та кампаній через Google Tag Assistant та Merchant Center Diagnostics.
- Проектування — пишемо ТЗ з прототипом шаблонів та структурою фіду.
- Реалізація — правимо шаблони компонентів, генеруємо фід, налаштовуємо агент.
- Тестування — перевіряємо події в GTM Preview, фід через Merchant Center та аудиторії в Google Ads.
- Деплой — переносимо на бойовий сервер, запускаємо кампанію та моніторимо перші 48 годин.
Що входить у роботу
- Встановлення gtag.js з подіями view_item, add_to_cart, begin_checkout, purchase в шаблонах компонентів.
- Генерація фіду товарів для Google Merchant Center з агентом оновлення.
- Зв'язок фіду з обліковим записом Google Ads через Merchant Center.
- Налаштування аудиторій ремаркетингу та кампанії Dynamic Remarketing.
- Перевірка відповідності поля id у фіді та ID, що передається в gtag.
- Документування всіх кроків та консультація з ведення кампанії.
Строки та вартість
Строки — від 3 до 7 робочих днів залежно від обсягу каталогу та готовності інфраструктури. Вартість розраховується індивідуально після аналізу сайту — оцінимо проект безкоштовно. Отримайте консультацію — розповімо, як збільшити ROAS на вашому проекті. Зв'яжіться з нами для детального аудиту.
Типові помилки
- Використання різних ID у фіді та на сайті — реклама не показує товари, втрати бюджету до 20% (при бюджеті 1000 $ це 200 $ щомісяця).
- Відсутність події purchase — аудиторія покупців не виключається, ремаркетинг працює неефективно.
- Фід оновлюється раз на добу — при зміні залишків реклама веде на недоступний товар, показник відмов зростає на 40%.
- Ігнорування кошика — без add_to_cart неможливо сегментувати користувачів за інтересом.
Наш досвід — 10+ років у Бітрікс та 50+ проектів з інтеграції з Google Ads. Гарантуємо, що всі теги коректно передають дані, а фід оновлюється без дублів. Отримайте консультацію та замовте налаштування динамічного ремаркетингу для вашого магазину.