Динамічний ремаркетинг у Facebook та Instagram

Безкоштовна перевірка збігу подій і каталогу

Динамічні оголошення підставляють у банер саме той товар, який людина дивилась. Щоб це працювало, ідентифікатор у події перегляду має точно збігатися з ідентифікатором у каталозі. Найчастіша поломка — саме тут, і виглядає вона як «реклама показує не те».

Що міряємо

• Збіг ідентифікаторів товаруПорівнюємо, що передає подія перегляду й що лежить у каталозі. На одному з виміряних нами магазинів модуль ремаркетингу віддавав product_id одразу для кількох рекламних систем — у такому вигляді збіг досяжний.
• Повнота ланцюжка подійПерегляд товару, додавання в кошик, початок оформлення, купівля. Якщо бракує середини, сегменти будуть грубими.
• Стан каталогуНаявність, ціна, посилання, зображення. Оголошення показує товар, якого немає в наявності, рівно так само охоче, як і той, що є.
• Виключення покупцівЧи віднімається сегмент тих, хто вже купив. Найчастіший дефект каналу — місяцями показувати людині товар, який вона вже отримала.
• Строки утримання сегментівОдин строк для всіх — типова помилка. Для витратних матеріалів і для меблів потрібні різні вікна.
• Частота показівДивимось, скільки разів на тиждень одна людина бачить ваші оголошення. Саме тут ремаркетинг перетворюється на роздратування.

Чому дві однакові на вигляд задачі рахуються по-різному — і що саме ми міряємо на аудиті

• Збіг ідентифікаторівГоловний фактор. Якщо подія перегляду й каталог уже говорять одним кодом, робота зводиться до кампаній і сегментів. Якщо ні — спершу правиться передача події на сайті або поле в каталозі, і це вже інший обсяг.
• Стан ланцюжка подійКоли є всі чотири кроки — перегляд, кошик, оформлення, покупка — сегменти будуються одразу. Коли є лише перегляд і покупка, середину доводиться дописувати, а без неї покинутий кошик не збереш.
• Скільки товарних групОдин строк утримання на весь каталог робиться за годину. Різні вікна під витратні матеріали, техніку й меблі — це окремі набори, окремі креативи й окрема перевірка.
• Джерело каталогуГотовий фід, який реально оновлюється, — одна історія. Вивантаження, зібране колись руками й відтоді не чіпане, спершу доводиться привести до придатного стану.
• Браузерні події чи серверні тежПіксель ставиться швидко. Conversions API додає узгодження ключа події, дедуплікацію й перевірку, що серверна подія не подвоює браузерну.
• Хто ухвалює рішення по креативахКоли є людина, яка затверджує тексти й макети, ротація йде за розкладом. Коли немає — оголошення вигорають, частота росте, і канал починають лаяти за те, чого йому не давали.

Повний перелік робіт і того, що ви отримуєте на виході

• Звіряємо ідентифікатор товару в події перегляду з ідентифікатором у каталозі й доводимо їх до збігу — після цього банер показує ту позицію, яку людина дивилась, а не сусідню.
• Підключаємо каталог до динамічних кампаній і збираємо набори товарів за правилами — показами керує фільтр наявності й ціни, а не ручний список.
• Розводимо аудиторію за глибиною дії: переглянув, поклав у кошик, почав оформлення. Кожен сегмент отримує своє повідомлення, а не одне на всіх.
• Будуємо сегмент покинутого кошика як різницю «поклав, але не купив» — у показах не опиняються ті, хто вже оплатив.
• Виключаємо покупців і тих, хто оформив повернення — бюджет перестає йти на людей, яким товар більше не потрібен.
• Ставимо різні строки утримання під різні товарні групи — витратні матеріали й меблі перестають жити за одним вікном.
• Налаштовуємо крос-продажі: тим, хто вже купував, показуємо супутні позиції, а не той самий товар удруге.
• Обмежуємо частоту показів на користувача — це рівно та настройка, яка відділяє нагадування від переслідування.
• Дублюємо ключові події через Conversions API з дедуплікацією за спільним ідентифікатором події — частина браузерних подій до Meta не долітає.
• Готуємо місячний звіт із розкладкою по сегментах і товарних групах, де конверсії після кліка й після показу стоять окремо.

Прозорі етапи з погодженням на кожному кроці

Загальний строк:5–14 днів

1. 1

   Перевірка збігу подій і каталогу

   2–3 робочих дні, безкоштовно

   Порівнюємо, що передає подія перегляду і що лежить у каталозі, дивимось повноту ланцюжка й стан наявності. На виході — перелік робіт, за яким рахується кошторис.

2. 2

   Виправлення передачі подій

   1–3 робочих дні

   Доводимо ідентифікатор до одного формату, дописуємо кроки, яких бракує, і піднімаємо Conversions API з дедуплікацією за спільним ідентифікатором події.

3. 3

   Каталог і набори товарів

   1 робочий день

   Підключаємо каталог, збираємо набори за правилами, вимикаємо з показів позиції без наявності й ті, які ви не хочете повертати: разові, сезонні, зняті з продажу.

4. 4

   Сегменти, виключення, строки утримання

   1–2 робочих дні

   Покинутий кошик як різниця, окремі вікна під товарні групи, виключення покупців і повернень. Тут же виставляємо межу частоти показів на користувача.

5. 5

   Креативи й запуск

   1–3 робочих дні

   Готуємо шаблони під динамічні формати, розділяємо повідомлення за строком після візиту, запускаємось і перші дні дивимось на структуру показів, а не на конверсії — вибірка ще замала.

6. 6

   Перший цикл звітності й правки

   1–3 робочих дні

   Через два-три тижні дивимось частоту, частку показів на тих, хто вже купив, вартість повернутої купівлі окремо від первинної. Правимо вікна утримання й ротацію оголошень.

На чому будуємо і з чим це з’єднується

Без цього не почнемо — краще підготувати заздалегідь

1. 1Доступ до рекламного кабінету, бізнес-акаунта й каталогу.
2. 2Робочий каталог товарів або згода на його підключення.
3. 3Доступ до сайту, якщо доведеться правити передачу подій.
4. 4Середній цикл ухвалення рішення по товарних групах.
5. 5Перелік товарів, які не варто повертати в показах: разові, сезонні, зняті з продажу.
6. 6Місячний бюджет на канал повернення.

Якщо чогось із цього немає — скажіть, підкажемо, як зібрати або зробимо самі окремою задачею.

Що зазвичай беруть разом із цією задачею

• товарні позначки в публікаціях Instagram
• запустити рекламу у Facebook для інтернет-магазину
• Meta Pixel і Conversions API — що входить
• Ремаркетинг у Google
• налаштування електронної торгівлі в GA4