Без подій рекламний кабінет Meta знає лише, скільки людей клікнули по оголошенню. Що було далі — заявка, покупка чи вихід за секунду — йому повідомляє піксель Facebook. Від того, наскільки повно й точно він працює, залежить і звіт, і те, кому алгоритм показуватиме рекламу завтра.
Meta Pixel — це фрагмент JavaScript-коду, який ставлять на сторінки сайту і який надсилає в Meta події: перегляд сторінки, заявку, покупку та інші. За цими подіями рекламна система рахує результати кампаній, будує аудиторії й оптимізує покази. У сучасних кабінетах піксель називається набором даних в Events Manager, а його серверний напарник — Conversions API.
Як працює піксель Facebook
Код пікселя складається з двох частин.
- Базовий код завантажує бібліотеку Meta і надсилає подію
PageViewпід час кожного відкриття сторінки. Його ставлять у<head>усіх сторінок сайту. - Код подій викликається в потрібний момент: під час надсилання форми, на сторінці «Дякуємо», після натискання кнопки.
Коли відвідувач приходить із реклами, у посиланні є параметр fbclid. Піксель зберігає його в cookie першої сторони _fbc, а в _fbp тримає ідентифікатор браузера. За цими значеннями Meta пов’язує подію на сайті з кліком по оголошенню. Що таке fbclid і звідки він береться — у статті fbclid, gclid, ttclid, msclkid: що це за параметри.
Найпростіший виклик події на сторінці «Дякуємо» виглядає так:
<script>
fbq('track', 'Lead', {value: 10, currency: 'USD'});
</script>
Стандартні події Meta Pixel
Meta пропонує набір стандартних подій. Їх варто використовувати замість власних назв: алгоритм краще розуміє, на що оптимізувати.
| Подія | Коли надсилати | Для чого |
|---|---|---|
| PageView | під час відкриття будь-якої сторінки | базовий трафік, аудиторії відвідувачів |
| ViewContent | перегляд ключової сторінки: офера, товару | аудиторії зацікавлених |
| Lead | надсилання форми заявки | оптимізація на ліди |
| CompleteRegistration | завершена реєстрація | сервіси, застосунки, дейтинг |
| Contact | дзвінок, перехід у месенджер | заявки без форми |
| AddToCart, InitiateCheckout | кошик і початок оформлення | e-commerce |
| Purchase | оплата, підтверджений продаж | оптимізація на гроші |
| Subscribe | підписка | сервіси за підпискою |
Крім стандартних, можна надсилати власні події й створювати користувацькі конверсії — правила на кшталт «подія X з параметром Y» або «відкрито сторінку з такою-то адресою».
Параметри подій
До події можна додати суму (value) і валюту (currency), ідентифікатор товару, категорію. Сума особливо важлива для Purchase: без неї оптимізація на цінність і ROAS неможлива. Про метрики — у статті метрики арбітражу: ROI, ROAS, EPC, CR.
Яку подію обрати для оптимізації
- Lead — багато подій, швидке навчання кампанії, але серед лідів трапляються сміття й дублі.
- Purchase або подія на апрув — точніше відображає гроші, але надходить пізніше і рідше.
Поширена схема: почати з Lead, а коли підтверджених продажів стане достатньо, перемкнути оптимізацію на них. Про статуси лідів — у статті статуси конверсій: лід, холд, апрув.
Як встановити піксель Facebook
- Створіть набір даних в Events Manager рекламного акаунта.
- Поставте базовий код якомога вище в
<head>усіх сторінок. У конструкторах сайтів для цього зазвичай є поле «ID пікселя». - Додайте події на потрібні дії: форма, сторінка «Дякуємо», кнопка месенджера.
- Підтвердьте домен у налаштуваннях бізнес-акаунта — Meta рекомендує це, щоб керувати подіями свого домену.
- Перевірте роботу на вкладці «Тестові події» в Events Manager або розширенням Meta Pixel Helper у браузері.
- Оберіть подію для оптимізації в налаштуваннях групи оголошень.
Порада. Зробіть тестову заявку самі й перевірте, що подія надійшла один раз, із правильною сумою та валютою. Повторне спрацювання після оновлення сторінки «Дякуємо» — часта причина завищених результатів у кабінеті.
Як перевірити, що піксель працює
Після встановлення пройдіть шлях відвідувача самі: відкрийте сторінку за рекламним посиланням із тестовим fbclid, надішліть форму, дочекайтеся сторінки «Дякуємо». В Events Manager на вкладці «Тестові події» мають з’явитися PageView і Lead — по одному разу, з правильними параметрами. Потім за кілька годин зазирніть в огляд набору даних: там видно, скільки подій надійшло з браузера і скільки із сервера, чи є попередження про дублі або відсутні параметри. Перевірку варто повторювати після кожної правки лендингу — зламаний код події довго лишається непоміченим, доки не просядуть результати.
Обмеження браузерів: чому піксель втрачає події
Піксель працює в браузері відвідувача, і все, що заважає браузеру, заважає і йому.
- Блокувальники реклами не дають завантажити код Meta.
- Обмеження cookies у Safari та інших браузерах скорочують строк життя ідентифікаторів, і подію важче пов’язати з кліком.
- Вбудовані браузери застосунків Facebook та Instagram іноді втрачають частину даних під час переходів.
- Політика конфіденційності iOS дозволяє користувачеві заборонити відстеження в застосунках, і частина подій надходить у кабінет із затримкою або в агрегованому вигляді. Правила атрибуції Meta змінювалися не раз — актуальні умови звіряйте в довідці самого майданчика.
- Вихід до завантаження коду. Якщо людина закрила сторінку «Дякуємо» за секунду, подія могла не відправитися.
Звідси й розбіжність: піксель показує менше конверсій, ніж партнерська мережа. Чому цифри Facebook і трекера ніколи повністю не збігаються, розібрано в статті трекінг Facebook Ads: макроси, fbclid, Conversions API.
Піксель і Conversions API: як працюють разом
Conversions API (CAPI) надсилає ті самі події із сервера — вашого бекенду чи трекера. Блокувальники й cookies на нього не впливають, а сервер знає те, чого не знає браузер: що заявку підтвердили чи відхилили через тиждень.
| Meta Pixel | Conversions API | |
|---|---|---|
| Хто надсилає | браузер відвідувача | сервер або трекер |
| Блокувальники й cookies | заважають | не заважають |
| Статус після заявки | не знає | знає, якщо його надіслала мережа |
| Що потрібно | код на сторінці | ID пікселя і токен доступу |
Meta рекомендує використовувати обидва канали. Докладно про вибір між браузерним і серверним обліком — у статті постбек чи піксель.
Дедуплікація подій
Якщо та сама подія надходить і від пікселя, і через Conversions API, Meta має зрозуміти, що це одна заявка. Для цього в обох подій мають збігатися:
- назва події — наприклад,
Leadв обох каналах; - ідентифікатор події —
eventIDу пікселі таevent_idу серверному запиті.
Без спільного ідентифікатора одну заявку буде пораховано двічі, і кампанія оптимізуватиметься на завищені дані. Якщо технічно пов’язати ідентифікатори складно, простіше розділити ролі: піксель надсилає PageView і ViewContent, а Lead і Purchase йдуть лише із сервера.
Якість збігу
Серверна подія тим краще пов’язується з користувачем, чим більше ідентифікаторів у ній передано: fbc (з fbclid), fbp, IP-адреса й браузер відвідувача, захешовані контакти, якщо ви законно їх збираєте. Events Manager показує оцінку якості збігу для кожної події — орієнтуйтеся на неї.
Піксель Facebook у роботі через трекер
В арбітражі офер зазвичай розміщено на сайті партнерської мережі, і доступу до його сторінки «Дякуємо» немає. Піксель туди не поставиш. Робоча схема виглядає так:
- Рекламне посилання веде на ваш лендинг чи прелендинг. Трекер записує клік разом із
fbclid. - На своїх сторінках ви ставите піксель із
PageViewі, за бажання,ViewContent. - Номер кліку трекера йде в посилання офера, наприклад
aff_sub={click_id}. - Мережа надсилає постбек про заявку чи апрув із цим номером кліку. Як це влаштовано — у статті постбек в арбітражі: налаштування S2S postback.
- Трекер знаходить клік, бере його
fbclidі надсилає подію в Meta через Conversions API.
Так Meta отримує конверсії, яких браузерний піксель бачити не міг, причому з їхнім справжнім статусом. Докладніше про зв’язку номера кліку й конверсії — у статті Click ID і SubID.
Типові помилки з пікселем Facebook
- Подія спрацьовує під час кожного оновлення сторінки. Людина тричі оновила сторінку «Дякуємо» — у кабінеті три заявки. Надсилайте подію за фактом відправлення форми або захищайтеся від повтору.
Leadстоїть на сторінці з формою, а не на успішному надсиланні. Тоді подією вважається перегляд форми, і оптимізація йде в людей, які нічого не заповнювали.- У покупки немає суми й валюти. Без них ROAS у кабінеті порожній, а оптимізація на цінність недоступна.
- Базовий код підключено через менеджер тегів із затримкою. Швидкі відвідувачі йдуть раніше, ніж піксель завантажився.
- Одна подія з двох каналів без спільного ідентифікатора. Дублі завищують результати й збивають навчання.
- Кілька пікселів на один напрямок. Дані дробляться, і жоден набір не набирає подій для стабільної оптимізації.
- Втрачено
fbclid. Якщо редиректи чи трекер обрізають параметр, серверні події гірше пов’язуються з кліками. Перевірте, що він доходить до кінцевої сторінки.
Як ArtisanClo передає конверсії в Meta
В ArtisanClo передавання налаштовують у картці джерела трафіку. Для Meta потрібні два значення з вашого рекламного кабінету — ID пікселя і токен доступу (доступно з тарифу Professional). Конверсії йдуть напряму у ваш кабінет за вашими ключами.
- Звідки беруться конверсії. ArtisanClo приймає постбеки від партнерських мереж (близько 300 готових шаблонів) або заявки з вашого сайту — через код для обробника форми, скрипт для сторінки «Дякуємо» чи власний піксель приймання конверсій.
- Статуси. Статуси мереж перекладаються автоматично: approved — продаж, pending — холд, refund — відхилено. У Meta конверсія надсилається один раз на кожен статус, тож повторний постбек не створить дубля.
- Дублі заявок. Повторна заявка того самого відвідувача в межах вікна унікальності записується як «Сміття» з позначкою «дубль».
- Історія. У журналі конверсій кожен запис має історію: дані кліку, що надіслала мережа, зміни статусу та відправлення в рекламний майданчик.
- Витрати. На тарифі Business ArtisanClo щоранку забирає витрати з Meta за останні три дні — для цього потрібен ID рекламного акаунта.
Передавання працює в потоках із трекером. Якщо серверні події в Meta надсилає ArtisanClo, не дублюйте ту саму подію браузерним пікселем на своїй сторінці без спільного ідентифікатора — залиште пікселю перегляди сторінок. Загальна схема передавання в різні кабінети — у статті передавання конверсій у рекламні кабінети, особливості майданчика — на сторінці Facebook Ads у каталозі джерел.
Підсумок
Піксель Facebook — браузерний код, який повідомляє Meta про події на сайті: перегляди, заявки, покупки. Використовуйте стандартні події, передавайте суму й валюту і перевіряйте, що кожна подія надходить один раз. Браузер втрачає частину даних, тому Meta Pixel доповнюють Conversions API — зі спільною назвою та ідентифікатором події для дедуплікації. А якщо офер розміщено на сайті партнерської мережі, основний канал — трекер: постбек від мережі перетворюється на серверну подію зі справжнім статусом конверсії.


