Більшість відвідувачів сайту не купують товар і не надсилають заявку під час першого візиту. Людина може вивчити характеристики, подивитися ціни, порівняти пропозиції, закрити сторінку та повернутися до вибору через кілька днів. Ретаргетинг Facebook допомагає продовжити контакт саме з такою аудиторією та показати їй рекламу після попередньої взаємодії з бізнесом.
У Meta Ads можна працювати з відвідувачами сайту, передплатниками та активною аудиторією Instagram, глядачами відео, користувачами лід-форм, клієнтською базою та іншими сегментами. Для сайту дані зазвичай передаються через Meta Pixel та Conversions API, а аудиторії збираються за конкретними діями користувачів. В англомовних матеріалах такий підхід часто називають facebook retargeting.
Ретаргетинг показує рекламу людям, які вже контактували з компанією та залишили певний цифровий слід. Таким контактом може бути відвідування сайту, перегляд картки товару, додавання позиції в кошик, взаємодія з публікацією Instagram, перегляд відео, відкриття форми або попередня покупка. Після цього користувач може потрапити до відповідної Custom Audience.
Далі рекламодавець вибирає потрібний сегмент на рівні групи оголошень і показує йому відповідне повідомлення. Відвідувачу каталогу можна нагадати про переглянуту категорію, людині з покинутим кошиком показати товар повторно, а потенційному клієнту послуги запропонувати кейс або консультацію. Логіка залежить від того, яку дію користувач зробив раніше.
Схема роботи виглядає так:
Джерело даних → дія користувача → Custom Audience → рекламне оголошення → повторний візит → заявка чи покупка.
Така послідовність допомагає працювати з уже нагромадженим попитом. При цьому сам факт потрапляння людини в аудиторію ще нічого не гарантує: результат залежить від якості вихідних даних, правильної сегментації, пропозиції, креативу, частоти показів та налаштованої аналітики.
Ретаргетинг використовують у тих ситуаціях, де одного рекламного контакту недостатньо для покупки чи заявки. Він допомагає повертати зацікавлених відвідувачів, продовжувати комунікацію з потенційними клієнтами та розділяти користувачів за рівнем готовності до цільової дії.
Найчастіше за допомогою ретаргетингу вирішують такі завдання:
Для кожного завдання потрібен окремий сценарій. Користувачеві, який вперше прочитав статтю, зазвичай не варто показувати те повідомлення, що й людині з незавершеним замовленням. Чим точніше рекламна комунікація відповідає попередній дії, тим простіше оцінювати реальний внесок кампанії.
Людина з ретаргетингової аудиторії вже бачила компанію, тому безглуздо щоразу розпочинати комунікацію з однакового загального знайомства. Креатив повинен враховувати попередній контакт та допомагати користувачу отримати інформацію, якої йому могло не вистачити для наступної дії.
Для різних сегментів використовують кейси, відгуки, відповіді на заперечення, нагадування про товар, умови доставки, консультації та інші повідомлення. Вибір залежить від продукту та причини, через яку користувач міг зупинитися раніше.
Я не рекомендую запускати ретаргетинг на всіх відвідувачів сайту однією аудиторією за 180 днів. Людина, яка вчора додала товар до кошика, та користувач, який два місяці тому прочитав статтю, перебувають на різних етапах вибору. Я спочатку поділяю аудиторії за дією та давністю контакту, виключаю тих, хто вже виконав цільову дію, а потім підбираю оффер, креатив та бюджет. Так простіше контролювати частоту та розуміти, який сегмент дійсно приносить заявки чи продажі.
Робота починається не з оголошення, а з визначення конкретного сегмента та дії, що вважається ознакою інтересу. Після цього вибирають джерело аудиторії, задають умови включення, формують винятки і лише потім підключають сегмент до рекламної кампанії.
Послідовне налаштування допомагає уникнути перетину аудиторій та випадкового показу однієї реклами людям із різною мотивацією. Інтерфейс Meta Ads з часом змінюється, тому під час роботи краще орієнтуватися на логіку сутностей, а не запам'ятовувати розташування конкретної кнопки.
Стоматологія · Київ і Чернігів
Домен без історії, сайт на конструкторі. Зібрали семантику під послуги й обидва міста, переробили посадкові сторінки, з нуля побудували посилальний профіль. За чотири місяці: 34,8 тис. кліків, покази 1,32 → 1,76 млн, DR 0 → 41.
E-commerce · міжнародний ринок
Каталог цифрових 3D-моделей. Кластеризували семантику, перебудували хабові сторінки, закрили дублі та помилки індексації. Користувачі з Google 247 → 532, CTR 2,4% → 4%.
Медичний центр · Україна
Вузька видимість і мала семантика на старті. Семантика, структура посадкових, метадані та перелінковка, поступове посилення посиланнями.
Реклама у Facebook для бізнесу: налаштування Meta Ads, аудиторії, креативи, аналітика та оптимізація. Дізнайтесь вартість та замовте запуск кампаній у Seo-Gen.
Замовте налаштування реклами в Instagram для бізнесу. Аналіз аудиторії, запуск націлення, креативи, аналітика та оптимізація кампаній. Дізнайтесь вартість послуг Seo-Gen.
Налаштування LinkedIn Ads для B2B: стратегія, націлення, запуск, аналітика та оптимізація кампаній. Допомагаємо отримувати цільові ліди та контролювати вартість реклами.
Налаштування Meta Ads для бізнесу: стратегія, аудиторії, креативи, Pixel, аналітика, запуск та оптимізація реклами у Facebook та Instagram.
Ecommerce Facebook Ads для інтернет-магазинів: каталог товарів, Meta Pixel та CAPI, ретаргетинг, креативи, аналітика, оптимізація та масштабування продажів.
Лідогенерація в Meta Ads: налаштування Meta Lead Ads, форми та сайт, кваліфікація заявок, CRM, аналітика та способи підвищити якість лідів Facebook та Instagram.
Налаштування Telegram Ads під ключ: підбір аудиторій та каналів, націлення на канали конкурентів, запуск, оптимізація та аналітика рекламних кампаній у Telegram.
Реклама у тематичних Telegram-каналах: підбір майданчиків, перевірка аудиторії, розміщення постів та контроль результатів. Замовте кампанію у Seo-Gen.
Налаштування TikTok Ads для бізнесу: стратегія, Ads Manager, Pixel, аудиторії, In-Feed та TopView, запуск, оптимізація та звітність. Розрахуємо вартість просування.
Налаштування Spark Ads у TikTok під ключ: підключаємо акаунт, авторизуємо відео, запускаємо кампанії в TikTok Ads Manager, тестуємо креативи та оптимізуємо рекламу за KPI.
Ретаргетинг у Meta Ads краще будувати навколо конкретної поведінки користувачів. Відвідувачі сайту, глядачі відео, користувачі Instagram, люди, що відкрили форму, і покупці мають різний рівень інтересу, тому їм потрібні різні аудиторії, часові вікна та рекламні повідомлення.
Перед масштабуванням кампаній слід перевірити Meta Pixel, події, Conversions API, Custom Audiences та винятки. Після запуску результат оцінюють за заявками, продажами, CPA, CPL, ROAS та даними CRM, а Frequency та CTR використовують як додаткові сигнали якості рекламної зв'язки.
Якщо ретаргетинг Facebook вже запущено, але аудиторії перетинаються, події передаються з помилками або реклама продовжує показуватись після конверсії, почніть з аудиту рекламного кабінету та джерел даних. Виправлена структура дає зрозумілу основу для подальшого тестування креативів, бюджету та рекламних сценаріїв.
Відповідаємо протягом робочого дня. Без розсилок і дзвінків «просто нагадати».
Подивиться сайт сам, а не передасть менеджеру.
Ретаргетинг Facebook є повторною рекламною комунікацією з користувачами, які раніше вже взаємодіяли з бізнесом. Вони могли відвідувати сайт, дивитися товари, читати сторінки послуг, взаємодіяти з Instagram, переглядати відео чи відкривати лід-форму.
Для кожного сценарію можна зібрати окрему Custom Audience та показати їй відповідне оголошення. Такий підхід допомагає продовжити контакт із зацікавленими користувачами та не змішувати їх із новою холодною аудиторією.
Результат залежить від якості даних, сегментації та рекламної пропозиції, тому одного факту запуску ретаргетингу недостатньо для стабільного продажу.
Спочатку потрібно визначити джерело даних та дію користувача, на підставі якої буде створено аудиторію. Для сайту зазвичай перевіряють Meta Pixel, ключові події та при необхідності Conversions API.
Потім створюють Custom Audience, задають часове вікно, формують винятки та підключають аудиторію до потрібного Ad Set. Після запуску контролюють Frequency, CTR, CPA або CPL та фактичні конверсії.
При налаштуванні краще починати з кількох зрозумілих сегментів та поступово ускладнювати структуру, коли накопичиться достатній обсяг даних.
Meta Pixel потрібен для сценаріїв, які ґрунтуються на діях користувача безпосередньо на сайті. Без нього рекламна система не зможе у звичайний браузерний спосіб визначити, що конкретний відвідувач переглянув товар, відправив заявку або додав позицію до кошика.
Проте ретаргетинг можливий і без сайту. Можна працювати з аудиторіями Instagram та Facebook, переглядами відео, лід-формами та списками клієнтів, якщо такі джерела доступні проєкту.
Для сайтів Pixel часто використовується разом з іншими способами передачі подій, включаючи Conversions API.
Так, частина сценаріїв ретаргетингу не вимагає власного сайту. Компанія може збирати аудиторії людей, які взаємодіяли з Instagram чи Facebook, дивилися відео, відкривали лід-форми або вже перебувають у власній клієнтській базі.
Такий варіант підходить локальному бізнесу та проєктам, де основна комунікація відбувається усередині соціальних мереж. Однак можливості сегментації залежатимуть від наявних джерел даних.
Якщо сайт існує, його події зазвичай дають додаткові сигнали про комерційний інтерес користувача та допомагають точніше розділяти аудиторію.
Таргетована реклама може працювати з новою аудиторією, що раніше не взаємодіяла з компанією. Ретаргетинг використовує попередній контакт користувача та будує рекламу навколо вже виявленого інтересу.
Наприклад, звичайна кампанія приводить людину в інтернет-магазин вперше, а ретаргетинг повертає користувача, який переглянув товар або залишив його в кошику.
Обидва напрямки можуть працювати одночасно. Перше поповнює верхню частину воронки, а друге продовжує комунікацію із накопиченою аудиторією.
Причиною може бути відсутність коректної події Purchase, затримка передачі інформації, неправильне виключення покупців або помилка в налаштуванні аудиторії. Також варто перевірити, чи належить оголошення саме до кампанії повернення покупців.
Якщо Purchase не надходить до рекламної системи, користувач може продовжувати числитися в сегменті AddToCart або InitiateCheckout. Тоді кампанія вважає його людиною із незавершеною покупкою.
Виправлення починається з перевірки події, аудиторії покупців та правил виключення на рівні відповідного Ad Set.
Ці способи передачі можуть працювати спільно, тому вибирати один варіант як універсальну заміну іншому зазвичай не потрібно. Meta Pixel передає браузерні події, а Conversions API використовується для серверної передачі налаштованих подій.
При спільній роботі необхідно коректно налаштувати дедуплікацію, щоб одна дія не зараховувалася кілька разів. Архітектура залежить від сайту, CMS, серверної частини та використовуваних інтеграцій.
Перед запуском слід перевірити фактичну передачу подій та переконатися, що цифри відповідають реальним діям користувачів.
Custom Audience, або користувацька аудиторія, являє собою сегмент людей, створений на підставі обраного джерела даних. До нього можуть входити відвідувачі сайту, клієнти з власної бази, користувачі Instagram та Facebook, глядачі відео чи учасники інших доступних взаємодій.
При створенні аудиторії рекламодавець визначає умови включення та період, протягом якого контакт вважається актуальним. Після цього сегмент використовується у рекламній кампанії.
Для зручності роботи аудиторіям варто давати зрозумілі назви із зазначенням джерела, дії та часового вікна.
Ретаргетинг може використовуватися невеликими компаніями, якщо вони мають достатній обсяг відповідної аудиторії і зрозумілу мету кампанії. За дуже невеликого трафіку надмірна сегментація створить групи, в яких буде недостатньо користувачів.
У такій ситуації корисно почати з більш широкої структури, поєднати близькі дії та уважно контролювати Frequency. У міру зростання трафіку аудиторії можна розділяти докладніше.
Оцінювати результат потрібно за зверненнями, продажами та економікою проєкту, а не за фактом наявності ретаргетингової кампанії.
Кейс допомагає користувачеві зрозуміти, як компанія вирішувала схоже завдання іншого клієнта. Для складних послуг такий формат часто корисніший за повторне оголошення із загальним переліком переваг.
Хороший кейс містить конкретний контекст: вихідне завдання, виконану роботу та фактичний результат, який можна підтвердити. Якщо числових даних немає, вигадувати їх задля переконливості не можна.
Соціальний доказ також може включати реальні відгуки, приклади проєктів, сертифікати або інші матеріали, що перевіряються. Реклама має вести на сторінку, де користувач зможе самостійно вивчити подробиці.
Після першого відвідування людина може відкладати рішення через ціну, сумніви в результаті, незрозумілі умови або необхідність порівняти кілька компаній. Ретаргетингове оголошення може відповідати саме на таке питання.
Наприклад, замість повторення загального слогану можна показати порядок роботи, терміни, умови оплати чи пояснення складного етапу послуги. Для продукту з високою вартістю корисний докладний кейс або консультація, а для інтернет-магазину частіше працюють зрозумілі умови доставки та повернення.
Щоб визначити реальні заперечення, варто використовувати дані відділу продажу, листування та питання клієнтів. Вигадані болі зазвичай дають менш точну комунікацію.
Такий сценарій особливо зрозумілий для e-commerce, де користувач може подивитися кілька товарів та відкласти покупку. Реклама нагадує про раніше виявлений інтерес і повертає людину до конкретної категорії чи товару.
Для послуг підхід теж можна застосувати. Відвідувачу сторінки певного напрямку можна показати кейс за цією послугою або відповідь на типове запитання замість загальної реклами агентства чи компанії.
Нагадування не повинно перетворюватися на нескінченне переслідування. Якщо користувач довго не реагує, частота зростає, а показники погіршуються, кампанію та часове вікно варто переглянути.
Додатковий стимул іноді допомагає повернути людину до рішення, але пропозиція має існувати насправді. Це може бути актуальна знижка, безкоштовний розрахунок, консультація, бонус або інша умова, яку компанія справді готова виконати.
Штучний дефіцит, неіснуючий таймер і постійна «остання можливість» швидко знижують довіру. Особливо погано такі прийоми працюють, коли користувач регулярно бачить одне й те саме оголошення кілька тижнів.
Для дорогих послуг знижка також не завжди є основним аргументом. Іноді корисніше показати процес, гарантії у межах реальних зобов'язань, кейс чи кваліфікацію команди.
Спочатку визначається джерело, з якого формуватиметься користувацька аудиторія. Це може бути сайт, активність у Instagram або Facebook, перегляд відео, лід-форма, список клієнтів або інше доступне джерело.
Назву аудиторії краще робити зрозумілою для команди. У ній корисно вказати джерело, дію та часове вікно, наприклад «Website – AddToCart – 7 days». Така система полегшує роботу, коли в рекламному кабінеті з'являється кілька десятків сегментів.
Перед збереженням необхідно переконатися, що вибране джерело дійсно отримує дані. Створення красивої структури аудиторій не допоможе, якщо події сайту налаштовані неправильно або вибраний Instagram-профіль практично не збирає взаємодій.
Умова визначає, яка дія робить користувача учасником конкретного сегмента. Для сайту це може бути відвідування URL або подія Pixel, для Instagram – певна взаємодія, для відео – задана глибина перегляду, а для клієнтської бази – збіг із завантаженим списком.
Meta Ads дозволяє збирати аудиторії із різних джерел, тому ретаргетинг не обмежується відвідувачами сайту. Бізнес може працювати з власною клієнтською базою, активністю всередині Facebook та Instagram, переглядами відео, лід-формами та подіями, що передаються із сайту через Meta Pixel або інші джерела даних.
При налаштуванні важливо не збирати всі взаємодії в один великий сегмент. У різних користувачів різниться ступінь інтересу, давність контакту та контекст попередньої дії. Аудиторія сторінки блогу, відвідувачі сторінки ціни та користувачі з AddToCart можуть вимагати абсолютно різних рекламних повідомлень.
Відвідувачі сайту залишаються одним із основних джерел для ретаргетингу. Після коректного налаштування джерела даних рекламодавець може створювати аудиторії на основі відвідувань сайту та конкретних дій. Наприклад, окремо зібрати людей, які відкривали сторінку певної послуги, категорію каталогу, картку товару чи сторінку із цінами.
Додатково можна поділяти аудиторії за подіями. Користувач, який переглянув сторінку, відрізняється від людини, яка відправила форму або розпочала оформлення замовлення. Така деталізація допомагає побудувати послідовну рекламну комунікацію і не змішувати різні етапи в одному Ad Set.
Відвідувачі сайту можуть мати абсолютно різну мотивацію. Одна людина випадково відкрила інформаційну статтю кілька тижнів тому, інша сьогодні вивчила вартість послуги, а третя додала товар у кошик і закрила сторінку оплати. Якщо об'єднати в одну аудиторію, рекламне повідомлення неминуче стане занадто загальним.
Крім глибини дії, слід враховувати час, що минув після візиту. Користувач, який відвідував сайт учора, зазвичай краще пам'ятає компанію, ніж людина з останнім відвідуванням два місяці тому. Тому в робочій структурі часто використовуються окремі сегменти за діями та давністю контакту.
Для ретаргетингу можна використовувати взаємодії, які відбуваються безпосередньо всередині сервісів Meta. Користувач може не переходити на сайт, але регулярно дивитися публікації, відвідувати профіль, взаємодіяти з контентом, надсилати повідомлення або реагувати на рекламні матеріали.
Такі аудиторії особливо корисні компаніям, у яких значна частина комунікації відбувається через соціальні мережі. Наприклад, локальний бізнес може зібрати активних користувачів Instagram та показати їм оголошення із записом на послугу. Інтернет-магазин може окремо працювати з людьми, які взаємодіяли з контентом, але ще не відвідували сайт.
Під час створення кампанії слід враховувати, наскільки сильною була попередня взаємодія. Одноразовий перегляд публікації та листування з компанією показують різний ступінь інтересу, тому їх краще аналізувати та тестувати окремо.
Перегляди відео дозволяють сегментувати користувачів по глибині взаємодії з контентом. Людина, яка подивилася кілька секунд, могла випадково затриматися на ролику, тоді як перегляд більшої частини відео зазвичай говорить про більш усвідомлений інтерес до теми.
У рекламній структурі можна використовувати аудиторії, сформовані за різною глибиною перегляду, наприклад 25%, 50%, 75% або 95% ролика. Конкретний варіант залежить від тривалості відео, обсягу аудиторії та завдання кампанії. Для короткого ролика висока частка перегляду може траплятися значно частіше, ніж для довгого експертного відео.
Після перегляду можна продовжити комунікацію іншим матеріалом: запропонувати кейс, показати послугу, запросити на консультацію або направити користувача на сторінку продукту. Повторювати той самий ролик без зміни повідомлення зазвичай є менш інформативним для аудиторії.
Вбудовані лід-форми Meta дають змогу отримувати заявки без обов'язкового переходу користувача на сайт. При цьому взаємодії з формою можна використовувати для подальшої сегментації аудиторії. Особливий інтерес становлять люди, які відкривали форму, але не завершили надсилання даних.
Для таких користувачів можна підготувати оголошення, яке відповідає на можливе заперечення або уточнює пропозицію. Наприклад, показати умови консультації, вартість, терміни, кейс чи опис процесу роботи. Користувачів, які вже надіслали заявку, зазвичай слід виключати з кампанії первинного залучення, якщо повторний показ не передбачений окремою логікою.
Такий поділ знижує ризик ситуації, коли людина вже зв'язалася з компанією, а рекламна система продовжує наполегливо просити її заповнити ту саму форму.
Компанія може використовувати власну клієнтську базу для формування аудиторії користувача, якщо обробка та передача таких даних виконуються законно і відповідають застосовним вимогам. Зазвичай використовуються доступні ідентифікатори, наприклад, телефон або електронна пошта, які рекламна система намагається зіставити зі своїми користувачами.
Такий сегмент підходить для повторного продажу, додаткових послуг, повернення неактивних клієнтів та виключення існуючих покупців із кампаній залучення. У B2B-проєктах клієнтська база також допомагає відокремити чинних замовників від нових потенційних лідів.
Перед завантаженням бази слід привести дані до коректного формату і перевірити, чи вибраний сценарій дійсно вимагає використання списку. Чим менша вихідна аудиторія, тим більше обмеження за обсягом доступного охоплення.
Для інтернет-магазинів один із найзрозуміліших сценаріїв пов'язаний з користувачами, які переглядали конкретний товар або додали його до кошика. Ці дії показують більш виражений комерційний інтерес, аніж звичайний візит на головну сторінку чи читання інформаційного матеріалу.
Аудиторію AddToCart зазвичай має сенс відокремлювати від звичайних відвідувачів каталогу. Для неї можна використовувати рекламу з нагадуванням про товар, умови доставки, інформацію про наявність або інший аргумент, який допомагає продовжити оформлення покупки.
При цьому покупців із подією Purchase потрібно коректно виключати із такої кампанії. Інакше людина може ще кілька днів бачити рекламу товару, який уже замовила, а рекламодавець витрачатиме бюджет на марні повторні покази.
Lookalike Audience створюється на основі вихідної аудиторії та призначена для пошуку нових користувачів зі схожими характеристиками. Як джерело можуть використовуватися існуючі клієнти, покупці, ліди або інший якісний сегмент, який дає рекламній системі зрозумілий орієнтир.
Така аудиторія пов'язана із ретаргетинговою інфраструктурою через вихідні дані, проте сама робота з Lookalike спрямована на залучення нових людей. Тому логічніше відокремлювати її від класичного ретаргетингу, де реклама показується користувачеві після його попереднього власного контакту з компанією.
Lookalike часто використовується паралельно: сегменти ретаргетингу працюють з вже знайомою аудиторією, а схожі аудиторії розширюють охоплення потенційних клієнтів. Результати цих напрямів слід оцінювати окремо.
Якість ретаргетингу прямо залежить від даних, які отримує рекламна система. Якщо події передаються з помилками, однакова дія фіксується кілька разів або купівля взагалі не реєструється, аудиторії збиратимуться неправильно. Рекламодавець у такій ситуації починає оптимізувати кампанію за спотвореною картиною.
До запуску слід перевірити джерела даних, ключові події, відповідність подій реальним діям користувача та винятки для тих, хто вже зробив конверсію. Для проєктів із сайтом зазвичай окремо перевіряють Meta Pixel, Events Manager та, при необхідності, серверну передачу подій через Conversions API.
Meta Pixel розміщується на сайті та передає в рекламну систему інформацію про дії відвідувачів. Через нього можуть фіксуватись перегляди сторінок, відкриття картки товару, відправлення форми, додавання товару до кошика та інші події, які потрібні для створення аудиторій та аналізу реклами.
Простий факт встановлення коду ще не означає, що дані збираються коректно. Потрібно перевірити, на яких сторінках спрацьовує Pixel, які події передаються, чи не виникають дублі і чи відповідає подія реальній дії користувача.
Наприклад, подія Lead не повинна спрацьовувати при простому відкритті форми, якщо лідом компанія вважає лише відправлену заявку. Така помилка роздмухує кількість конверсій і одночасно створює неправильну аудиторію для подальшого ретаргетингу.
Події описують конкретні дії відвідувача. Набір залежить від типу сайту та бізнес-моделі, тому немає сенсу підключати десятки подій без зрозумілого завдання. Набагато корисніше коректно передавати кілька дій, які справді відповідають етапам воронки.
Часто використовуються PageView для перегляду сторінки, ViewContent для значущого перегляду контенту або товару, Lead для заявки, AddToCart для додавання в кошик, InitiateCheckout для початку оформлення та Purchase для завершеної покупки.
Після налаштування кожну подію перевірте на реальному сценарії користувача. Якщо Purchase передається до фактичного оформлення замовлення, а Lead фіксується кілька разів за одну заявку, сегменти ретаргетингу та звіти будуть неточними.
Для інтернет-магазину події зазвичай повторюють основні етапи покупки. Користувач спочатку відкриває картку товару, потім додає позицію до кошика, починає оформлення та завершує замовлення. Така послідовність допомагає розділяти відвідувачів за рівнем готовності до покупки.
Базова логіка може виглядати так:
Якщо користувач дійшов до AddToCart, але не передав Purchase, його можна вважати окремим сегментом для повернення. Якщо купівлю вже зафіксовано, людину виключають із реклами незавершеного кошика і за необхідності переводять у кампанію повторного продажу.
Події повинні відповідати реальним діям сайту, тому універсальний набір без перевірки конкретної структури магазину не слід використовувати.
Сайт послуг зазвичай має інший ланцюжок дій. Користувач вивчає сторінку напряму, дивиться вартість чи умови, відкриває форму та надсилає заявку. У деяких проєктах між заявкою та фактичним продажем проходить кілька етапів, які вже фіксуються в CRM.
Робоча схема може виглядати так:
Перегляд послуги → перегляд вартості → відкриття форми → відправка заявки → кваліфікований лід.
Для реклами особливо корисно розуміти різницю між звичайним переглядом сторінки та реальним зверненням. Якщо ці дії змішуються, аудиторія швидко стає надто широкою, а показники кампанії втрачають зв'язок із фактичними заявками.
За наявності CRM варто зіставляти рекламні ліди з подальшим рухом по воронці, оскільки однакова вартість первинної заявки може приховувати різну якість звернень.
Conversions API передає події серверним способом і може використовуватися разом із браузерними сигналами Meta Pixel. Такий підхід особливо корисний у проєктах, де потрібно підвищити стійкість передачі даних та краще контролювати серверні події, пов'язані із заявками, замовленнями чи іншими цільовими діями.
Налаштування потребує акуратної дедуплікації. Якщо одна і та ж дія одночасно передається через браузер і сервер як дві незалежні події, рекламна система може отримати спотворену статистику. Тому технічна реалізація має враховувати ідентифікатори подій та обрану архітектуру сайту.
Також слід дотримуватись вимог до обробки персональних даних та згоди користувачів. Серверна передача даних не скасовує юридичні та технічні обов'язки бізнесу щодо коректної роботи з інформацією користувачів.
Events Manager використовують для перевірки джерел даних, подій та можливих проблем із їх передачею. Перед запуском кампанії корисно переконатися, що потрібні події дійсно надходять, мають очікувані параметри та спрацьовують на тих діях, для яких були налаштовані.
Особлива увага потрібна після змін сайту. Нова форма, інший checkout, перенесення сторінки подяки або переробка каталогу можуть порушити стару логіку подій, навіть якщо рекламні кампанії продовжують працювати.
Перевірку краще проводити на реальних сценаріях: відкрити потрібну сторінку, додати товар, заповнити тестову форму або пройти інший цільовий шлях. Так можна побачити помилки перед тим, як вони вплинуть на аудиторії та рекламний бюджет.
Сегментація допомагає пов'язати попередній досвід користувача з рекламним повідомленням. Чим більше трафіку та даних збирає проєкт, тим більше варіантів для поділу аудиторії з'являється. Однак дроблення повинно мати практичний зміст і давати достатній обсяг показу реклами.
Починати зручніше з двох параметрів: давність контакту та глибина дії. Пізніше можна додати тип послуги, категорію товару, джерело першого візиту, статус клієнта та інші ознаки, які справді впливають на рішення.
Свіжість контакту впливає на те, наскільки добре користувач пам'ятає компанію та свій попередній інтерес. Тому аудиторії часто поділяють на короткі та довші інтервали.
Умовна структура може виглядати так: 1–7 днів для недавніх відвідувачів, 8–30 днів для користувачів із порівняно свіжим контактом та 31–90 днів для давнішої аудиторії. Ці інтервали є відправною точкою для тестування, а не універсальним правилом.
Якщо цикл покупки займає один день, довгий період може давати багато неактуальних користувачів. Якщо клієнт вибирає послугу місяць, надто коротке вікно втратить частину потенційних покупців.
Не всі відвідування однаково відбивають комерційний інтерес. Читання інформаційної статті зазвичай знаходиться далі від покупки, аніж перегляд вартості, відкриття форми або додавання товару в кошик.
Глибину можна уявити послідовністю:
або для магазину:
Категорія → картка товару → AddToCart → InitiateCheckout → Purchase.
Така структура допомагає визначити, яке повідомлення підійде на наступному етапі. Відвідувачу статті можна показати експертний матеріал або послугу, а користувачу з незавершеним checkout – нагадати про покупку та умови замовлення.
Якщо компанія пропонує кілька напрямків, загальна аудиторія сайту часто виявляється надто різнорідною. Людині, яка вивчала SEO-просування, немає сенсу показувати оголошення про розробку мобільного додатка лише тому, що обидві послуги знаходяться на одному домені.
Сегментацію можна будувати за URL, категоріями, подіями або іншими ознаками, що відображають конкретний інтерес користувача. В інтернет-магазині це можуть бути категорії товарів, у клініці – медичні напрямки, в агенції – окремі послуги.
При невеликому трафіку дуже детальна розбивка іноді створює аудиторії недостатнього розміру. У такій ситуації близькі напрямки можна поєднати, зберігаючи зрозумілу логіку пропозиції.
Практична структура залежить від сайту, але загальна логіка може виглядати так:
| Сегмент | Що зробив користувач | Що показувати |
|---|---|---|
| Контент | Прочитав тематичну статтю чи керівництво | Пов'язаний експертний матеріал, кейс або сторінку послуги |
| Послуга | Вивчив конкретну сторінку послуги | Переваги, процес роботи, кейс або зрозумілий оффер |
| Ціна | Подивився вартість або тарифи | Умови, докази результату, відповіді на заперечення |
| Lead | Відкрив форму, але не завершив відправлення | Нагадування, консультацію чи додаткову інформацію |
| Cart | Додав товар у кошик без Purchase | Товар, умови доставки, наявність та повернення до оформлення |
Таблиця показує принцип, а не готове налаштування для будь-якого бізнесу. Перед запуском потрібно перевірити фактичний шлях клієнта і вибрати лише ті сегменти, для яких можна підготувати окреме рекламне повідомлення.
Бюджет ретаргетингу залежить від розміру аудиторії, вартості результату, тривалості вікна та загальної структури просування. Великий бюджет сам не створює нових користувачів у вже сформованому сегменті.
Якщо аудиторія маленька, система може частіше показувати рекламу одним і тим самим людям. Тому бюджет потрібно оцінювати разом із Frequency, охопленням, кількістю конверсій, CTR та вартістю результату.
Для кількох сегментів краще заздалегідь визначити їхній пріоритет. Користувачі із незавершеним checkout зазвичай вимагають іншої уваги, ніж відвідувачі інформаційного блогу за останні три місяці.
Ретаргетингова аудиторія обмежена кількістю людей, котрі виконали задані умови. Якщо за тиждень сайт відвідало кілька сотень відповідних користувачів, збільшення бюджету не перетворить цей сегмент на десятки тисяч нових людей.
При надмірному бюджеті реклама може частіше повертатися до тих самих користувачів. В результаті зростає Frequency, аудиторія швидше втомлюється від креативу, а додаткові покази перестають давати приріст конверсій.
Тому бюджет слід узгоджувати з реальним обсягом аудиторії та швидкістю її оновлення. Для сайтів з невеликим трафіком іноді корисніше спочатку розвивати верхню частину воронки, а ретаргетинг використовувати як додатковий шар.
Frequency показує середню кількість показів реклами одній людині за вибраний період. Саме число не можна оцінювати без контексту, тому що різні продукти, часові вікна та креативи витримують різну частоту контактів.
Якщо Frequency зростає одночасно з падінням CTR та збільшенням CPA або CPL, аудиторія може втомлюватися від рекламного повідомлення. У такій ситуації перевіряють креатив, бюджет, розмір сегмента та період включення користувачів.
Універсального безпечного значення для всіх кампаній немає. Частоту потрібно аналізувати разом із фактичними конверсіями, а не зупиняти рекламу лише тому, що показник досяг довільного числа.
Креатив варто переглянути, коли аудиторія довго бачить одне повідомлення, частота збільшується, CTR поступово знижується, а вартість зростає. Такий набір ознак часто свідчить, що поточна зв'язка втрачає відгук.
Змінювати візуал можна раніше, якщо пропозиція застаріла, товар закінчився чи інформація на посадковій сторінці змінилася. Також окремий креатив потрібен новому сегменту, який знаходиться на іншому етапі воронки.
Не слід міняти рекламу щодня без достатнього обсягу даних. Часті хаотичні редагування ускладнюють порівняння результатів і не дають зрозуміти, який варіант дійсно працював краще.
Динамічний ретаргетинг особливо корисний для бізнесу з великою кількістю товарів. Замість створення окремого оголошення для кожної позиції система використовує дані каталогу і показує користувачеві релевантні товари на основі налаштованого сценарію.
Для коректної роботи потрібна узгодженість каталогу, подій сайту та ідентифікаторів товарів. Якщо ID у події не збігається з товаром у каталозі, система не зможе надійно пов'язати перегляд користувача з потрібною позицією.
Такий підхід скорочує обсяг ручної роботи при великому асортименті, але потребує якісного технічного налаштування. Помилки в товарному фіді чи подіях безпосередньо впливають на те, що побачить користувач.
Коли користувач відкриває картку товару, сайт передає відповідну подію та ідентифікатор позиції. Рекламна система пов'язує це з каталогом і може використовувати товар у наступній рекламі для відповідного сегмента.
Логіка виглядає так:
Каталог → перегляд товару → подія ViewContent → аудиторія → товарне оголошення → повернення на сайт.
Для кинутого кошика ланцюжок може враховувати AddToCart, а покупців із Purchase зазвичай виключають із сценарію повернення незавершеного замовлення.
Перед запуском слід перевірити якість товарних даних, посилання, зображення, наявність та відповідність ідентифікаторів між сайтом та каталогом.
Основна сфера застосування – інтернет-магазини, маркетплейси та інші проєкти з великим каталогом товарів. При сотнях або тисячах позицій створювати окремі рекламні оголошення вручну під кожен перегляд практично неможливо.
Динамічний формат також корисний там, де асортимент регулярно змінюється і інтерес користувача пов'язаний з конкретними картками. При невеликій кількості послуг ручна сегментація та окремі креативи іноді дають зрозумілішу структуру.
Рішення залежить від архітектури сайту та даних. Якщо каталог заповнено з помилками, події передаються некоректно, а товари рідко оновлюються, спочатку слід виправити технічну основу.
Оцінка має спиратися на бізнес-результат, а не лише на кліки та покази. Високий CTR може мати гарний вигляд у рекламному кабінеті, проте він не показує, скільки заявок стали продажами і скільки прибутку принесла кампанія.
Набір метрик залежить від проєкту. Інтернет-магазин частіше аналізує покупки, вартість замовлення та ROAS, а сайт послуг – ліди, CPL, якість звернень та подальшу конверсію у клієнта.
Корисно порівнювати сегменти між собою. Аудиторія AddToCart за сім днів і відвідувачі блогу за дев'яносто днів мають різний ступінь готовності до покупки.
CTR показує частку кліків щодо кількості показів та допомагає зрозуміти, наскільки аудиторія реагує на оголошення. Показник зручний для порівняння креативів усередині схожих умов, але не замінює оцінки кінцевих результатів.
Високий CTR може супроводжуватись дорогими або неякісними заявками. Наприклад, привабливий креатив отримує багато переходів, але посадкова сторінка не відповідає очікуванням користувача.
Тому CTR слід дивитися разом із конверсіями, вартістю результату та поведінкою після переходу. Для ретаргетингу особливо корисно відстежувати зміну показника при зростанні Frequency.
CPA відображає вартість цільової дії, а CPL зазвичай використовують для оцінки вартості ліда. Ці показники допомагають порівнювати рекламні сегменти з урахуванням фактичної кількості результатів.
Однак дешевий лід не завжди вигідніший за дорогий. Якщо один сегмент дає багато нецільових звернень, а інший приводить менше заявок з вищою ймовірністю купівлі, рішення потрібно ухвалювати на основі подальших етапів продажу.
Для послуг бажано передавати дані про якість лідів із CRM або хоча б регулярно зіставляти рекламні кампанії з результатами відділу продажу.
Conversion Rate показує, яка частка користувачів здійснила потрібну дію. У ретаргетингу його зручно використовувати при порівнянні аудиторій з різною глибиною попередньої взаємодії.
Наприклад, користувачі AddToCart логічно можуть показувати іншу конверсію, ніж відвідувачі інформаційних матеріалів. Таке порівняння допомагає зрозуміти, які сегменти справді вимагають окремого бюджету.
Метрику слід розраховувати послідовно та використовувати однакову логіку для порівняних кампаній. Зміна визначення конверсії посеред тесту робить висновки менш надійними.
ROAS показує співвідношення доходу, який рекламна система пов'язує з рекламою, до витрат на просування. Показник особливо корисний для e-commerce, де вартість покупки передається разом із подією Purchase.
При аналізі необхідно враховувати якість передачі даних і обрану модель атрибуції. Якщо частина замовлень не передається або вартість замовлення неправильна, ROAS також буде спотворений.
Крім рекламного доходу бізнесу, потрібно враховувати маржинальність, повернення, вартість обробки замовлення та інші витрати. Високий рекламний ROAS ще не гарантує прибутковість конкретного товару.
Рекламний кабінет показує результат у межах своєї логіки атрибуції, проте фактичний шлях клієнта може містити кілька каналів. Користувач здатний побачити рекламу, потім повернутися через органічний пошук, відкрити лист і лише після цього здійснити покупку.
Тому для серйозного аналізу корисно зіставляти дані Meta Ads із CRM, вебаналітикою та фактичними продажами. Особливо це важливо для B2B та послуг з довгим циклом угоди.
Якщо рекламна система повідомляє про велику кількість лідів, а відділ продажу не бачить відповідних звернень, спочатку потрібно перевірити події, інтеграцію та визначення конверсії.
Помилки в ретаргетингу часто виникають ще до запуску оголошення. Неправильна подія, надто широка аудиторія чи відсутність винятків можуть створити ситуацію, коли кампанія технічно працює, але показує рекламу не тим людям.
Найбільш поширені проблеми виглядають так:
Після виявлення проблеми краще міняти один значущий елемент за один раз і перевіряти результат. Одночасна заміна аудиторії, креативу, офферу та посадкової сторінки ускладнює аналіз і не показує, яка зміна справді вплинула на кампанію.
Стабільна структура починається з даних. Спочатку визначаються ключові дії користувача, потім налаштовується їх передача, після чого створюються аудиторії зі зрозумілими умовами та винятками. Тільки на цій основі має сенс планувати оголошення та бюджет.
Робоча послідовність виглядає так:
Джерела даних → події → аудиторії → часові вікна → винятки → креативи → рекламні кампанії → аналітика → коригування.
Умовний графік-схему воронки можна представити так:
| Етап воронки | Частка користувачів |
|---|---|
| Перше відвідування | 100% |
| Інтерес до послуги | 75% |
| Перегляд ціни | 55% |
| Форма/кошик | 35% |
| Заявка / покупка | 20% |
Схема показує лише логіку звуження аудиторії та не є статистикою конкретної кампанії. Реальні пропорції необхідно розраховувати за даними сайту, CRM та рекламного кабінету.
Після запуску систему необхідно регулярно перевіряти. Склад аудиторії змінюється, креативи вигоряють, на сайті з'являються нові сторінки, а події можуть порушитись після технічних оновлень. Періодичний контроль допомагає помітити такі проблеми раніше, ніж вони помітно збільшать рекламні витрати.
Єдиного періоду для всіх продуктів немає. Відповідне вікно залежить від тривалості угоди, частоти покупки, обсягу трафіку та конкретної дії користувача.
Для покинутого кошика часто потрібен коротший сценарій, ніж для складної послуги B2B, яку клієнт порівнює кілька тижнів. Тому аудиторії можна розділяти за давністю контакту та аналізувати кожну окремо.
Остаточне рішення слід приймати за даними кампаній та реальною тривалістю клієнтського шляху.
Звичайна таргетована реклама частіше працює з користувачами, які раніше могли взагалі не знати компанію. Аудиторія підбирається за параметрами, доступними рекламній системі, або алгоритм шукає людей, які з високою ймовірністю здійснять необхідну дію. Тому перший рекламний дотик часто припадає на етап знайомства з продуктом.
Ретаргетинг Facebook починається після контакту, що вже відбувся. Рекламодавець знає, що людина відвідувала певну сторінку, взаємодіяла з профілем, дивилася відео чи виконувала іншу дію. Для такого користувача можна підібрати повідомлення з урахуванням попередньої поведінки замість повторного показу загальної реклами компанії.
Різниця особливо помітна в нішах із довгим циклом прийняття рішення. Потенційний клієнт юридичної, медичної, освітньої або послуги B2B рідко залишає заявку після єдиного перегляду сторінки. Повторний дотик допомагає повернутися до конкретної послуги, вивчити кейс, відповіді на запитання чи умови співпраці.
Умова повинна відповідати рекламному повідомленню. Якщо в аудиторію входять відвідувачі сторінки конкретної послуги, то реклама може продовжити розмову саме про цю послугу. Якщо зібрані всі відвідувачі сайту без поділу, персоналізація буде значно слабшою.
За складної структури краще спочатку створювати кілька зрозумілих сегментів, а не десятки майже однакових аудиторій. Після накопичення статистики структуру можна деталізувати там, де це справді впливає на результат.
Вікно показує, наскільки давній контакт користувача враховується для формування аудиторії. Для різних продуктів підходять різні періоди. Користувач з кинутим кошиком може бути найбільш актуальним у перші дні, тоді як клієнт складної послуги B2B здатний приймати рішення кілька тижнів.
Як робочі сегменти можна тестувати інтервали 1-3, 7, 14, 30 або 60-90 днів. Ці значення не є універсальним стандартом. Вибір залежить від обсягу трафіку, вартості продукту, тривалості угоди та кількості проміжних дотиків.
Чим менший трафік сайту, тим складніше сильно дробити аудиторію. Іноді сегмент за сім днів виявляється надто маленьким для стабільної роботи, тому структуру доводиться укрупнювати та перевіряти результат на фактичних даних.
Чим довше клієнт порівнює варіанти та узгоджує покупку, тим довшим може бути період повторної комунікації. Наприклад, при виборі складної послуги B2B або дорогого обладнання потенційний клієнт здатний кілька разів повертатися до пропозиції перед зверненням.
При цьому довге вікно не означає, що одній людині слід постійно показувати однакову рекламу. Повідомлення можна змінювати при віддаленні від першого контакту: спочатку нагадати про послугу, потім показати кейс, відповісти на часте заперечення або запропонувати консультацію.
Рішення щодо тривалості приймають після аналізу фактичного циклу угоди. Якщо більшість клієнтів звертається протягом двох тижнів, підтримувати однаковий ретаргетинг кілька місяців без окремого сценарію зазвичай не потрібно.
У e-commerce короткі сценарії особливо актуальні для переглянутих товарів та покинутого кошика. Інтерес користувача до конкретної позиції часто змінюється швидше, ніж під час вибору складної послуги, тому перші дні після відвідин мають окреме значення.
Для відвідувачів категорій можна використовувати ширше вікно, ніж для незавершеного checkout. Покупців з Purchase слід виключати з кампанії повернення кошика та за необхідності переводити в окремий сегмент повторного продажу.
Періоди слід тестувати з урахуванням кількості користувачів. Магазин з великим трафіком може дозволити собі детальну розбивку, а невеликий проєкт іноді змушений поєднувати близькі часові інтервали заради достатнього обсягу аудиторії.
Винятки допомагають усунути з кампанії користувачів, яким конкретне рекламне повідомлення вже не підходить. Найочевидніший приклад – покупець, який оформив замовлення, але продовжує бачити оголошення про незавершений кошик.
Також можна виключати тих, хто відправив заявку з кампанії первинного залучення, чинних клієнтів з реклами для нових користувачів або більш гарячий сегмент з широкої аудиторії відвідувачів сайту.
Без такої структури одна людина здатна одночасно потрапити до кількох груп об'яв. Тоді кампанії починають конкурувати за одного користувача, а рекламодавець отримує зайві покази та менш зрозумілу статистику.
Після зміни подій або логіки сайту виключення потрібно перевіряти ще раз. Якщо подія Purchase перестала передаватися, аудиторія покупців може перестати оновлюватися коректно.
Після підготовки аудиторії створюється кампанія під конкретне бізнес-завдання. Її структура зазвичай включає рівень кампанії, групу оголошень Ad Set та оголошення. Ролі цих рівнів різняться, тому налаштування краще розподіляти послідовно.
На рівні кампанії визначається загальна логіка просування, на рівні Ad Set вибираються аудиторії та пов'язані параметри показу, а на рівні оголошення розміщуються креатив, текст та посилання.
Назви цілей та окремі елементи інтерфейсу Meta можуть оновлюватись, тому довговічне налаштування будується навколо результату бізнесу. Потрібно заздалегідь визначити, що вважається успіхом: покупка, заявка, повідомлення, реєстрація чи інша вимірювана дія.
Підготовлена Custom Audience вибирається на рівні групи об'яв. Тут потрібно перевірити винятки і переконатися, що обраний сегмент відповідає логіці кампанії.
Наприклад, група для кинутого кошика може включати користувачів AddToCart за останні сім днів і виключати аудиторію Purchase за той самий або ширший період. Група для сторінки послуги збиратиметься за іншою умовою.
Для аналізу краще не змішувати надто різні сегменти, якщо бюджет та розмір аудиторії дозволяють поділ. Тоді видно, яка група користувачів дає заявки чи покупки, а яка лише витрачає покази.
Після запуску слід стежити за обсягом аудиторії та частотою. Маленький сегмент здатний швидко отримати надто багато повторних контактів.
Деякі автоматизовані налаштування Meta можуть розширювати охоплення за межі вихідних параметрів, коли система передбачає, що це допоможе отримати результат. Для кампаній залучення таке розширення може бути корисним, проте при строгому тесті ретаргетингового сегмента воно здатне змінити сенс експерименту.
Перед запуском потрібно перевірити, як саме вибрані налаштування аудиторії працюють у поточній версії рекламного кабінету. Якщо завдання полягає в аналізі конкретних відвідувачів сайту, слід розуміти, чи система може показувати рекламу людям за межами цієї групи.
Результати кампанії також слід інтерпретувати з урахуванням обраної автоматизації. Інакше рекламодавець може вважати, що продаж прийшов саме з ретаргетингу, хоча частина охоплення фактично належала до нової аудиторії.
Терміни «ретаргетинг» та «ремаркетинг» часто використовуються як близькі за змістом. Обидва описують повторну комунікацію з користувачами, котрі раніше вже взаємодіяли з бізнесом. У практичній роботі рекламні фахівці зазвичай розуміють контекст за конкретною платформою, джерелом аудиторії та обраним сценарієм.
Історично термін ремаркетинг особливо часто зустрічається в матеріалах Google Ads, а ретаргетинг широко застосовується при обговоренні реклами Meta, соціальних мереж і рекламних платформ. Для бізнесу важливіша сама логіка роботи: визначити попередню дію людини, зібрати відповідну аудиторію та показати повідомлення, що відповідає поточному етапу вибору.
Тому ретаргетинг у фейсбук не потребує окремої логіки лише через назву терміна. Налаштування будується навколо джерел даних, Custom Audiences, подій, винятків та рекламних сценаріїв, які відповідають поведінці аудиторії.
Один рекламний сенс можна адаптувати під кілька плейсментів, але візуальна подача має враховувати середовище перегляду. Короткий вертикальний ролик і картка у стрічці вимагають різних композицій, навіть якщо ведуть на одну сторінку.
Для ретаргетингу корисно тестувати кілька форматів, оскільки аудиторія швидко звикає до одного креативу. При цьому тест повинен зберігати зрозумілу логіку: якщо одночасно змінювати аудиторію, оффер, текст та візуал, визначити причину результату буде складніше.
Креатив також має відповідати сторінці переходу. Якщо оголошення обіцяє конкретну послугу або товар, користувач повинен відразу побачити їх після натискання.
Stories і Reels зазвичай споживаються у вертикальному форматі, тому ключовий сенс має швидко зчитуватися на невеликому екрані. Перевантажений текст, дрібні деталі та горизонтальний макет тут працюють гірше через особливості перегляду.
Для теплої аудиторії можна одразу переходити до знайомої теми: нагадати про товар, показати короткий кейс чи позначити умову пропозиції. Користувач вже контактував із компанією, тому не потрібно витрачати весь ролик на повторне представлення бренду.
При створенні кількох варіантів слід перевірити читабельність тексту, безпечні зони інтерфейсу та коректність посилання або CTA.
У стрічці можна використовувати статичне зображення, карусель, відео або інший доступний формат, який відповідає завданню кампанії. Тут зручніше показати кілька аргументів, картки товарів чи послідовність елементів.
Для e-commerce карусель може допомогти показати кілька позицій, а для послуги – етапи роботи або частини кейсу. Однак, кількість інформації слід обмежувати, щоб оголошення залишалося зрозумілим без тривалого вивчення.
Текст оголошення має продовжувати попередній контакт. Якщо користувач вже був на сторінці послуги, логічніше відповісти на наступне запитання, ніж повторювати зміст першого екрана сайту.