Чому Facebook і Adset.pro можуть показувати різні дані?
Одне з найчастіших питань при роботі через Facebook Conversion API (CAPI):
— в adset.pro конверсія стосується одного адсету/креативу
— а в Facebook Ads Manager вона раптово відображається у іншого 😅
На перший погляд здається, що це баг або “зламалася атрибуція”. На практиці все простіше: трекер і Facebook відповідають на різні питання — тому цифри можуть розходитися.
Дві логіки, дві істини
1. Як рахує трекер (adset.pro)
Трекер живе кліком.
Ми фіксуємо вихідний клік (Click ID), зберігаємо ланцюг подій і прив'язуємо конверсію до того, звідки реально прийшов користувач — до конкретного переходу/джерела/креативу/адсету (по макросам, fbclid, UTM, вашому Click ID тощо).
В adset.pro конверсія = результат конкретного кліка.
2. Як рахує Facebook
Facebook живе атрибуцією і моделями доставки.
Для нього важливі останні дотики користувача в рамках вікна атрибуції — і це можуть бути:
клік (click-through)
показ (view-through) — користувач просто побачив оголошення в стрічці, не клікав
В Ads Manager конверсія = результат “останньої взаємодії” в логіці Meta.
Що це означає на практиці
Уявімо реальний сценарій:
Користувач клікає по оголошенню А → потрапляє на ваш трек-URL → далі воронка (лендинг / PWA / заявка / установка / покупка).
Через деякий час він знову відкриває Facebook “просто погортати стрічку”.
Алгоритм показує йому оголошення B (інший креатив/адсет). Користувач може нічого не натискати, просто побачити.
Конверсія відбувається пізніше (одразу або через деякий час).
В adset.pro конверсія залишиться прив'язаною до кліка по оголошенню А — тому що трекер знає: “вхід був звідси”.
А Facebook може приписати конверсію оголошенню B, тому що для нього остання взаємодія (навіть показ) стала більш “ваговою” в моделі атрибуції.
Звідси і з'являється той самий “дискреп”: одна і та ж конверсія розкладена за різними правилами.
Практичний висновок для медіабаїнгу
Якщо користувач клікнув по одній рекламі, а іншу просто побачив у стрічці, то для управлінських рішень пріоритет очевидний:
✅ опиратися на аналітику adset.pro, тому що це прив'язка до конкретного кліка і вашої воронки
⚠️ а не на те, як Facebook “перерозподілив” подію всередині своєї моделі атрибуції
Саме тому іноді ви бачите ситуацію:
в Ads Manager “по адсету пусто”
а в трекері адсет реально дав кліки → ліди → покупки
Чому це небезпечно для авто-правил
Якщо ви використовуєте автоправила, засновані лише на Ads Manager, можна випадково:
вимкнути адсет, який реально приносив конверсії по кліку
залишити адсет, який “підібрав” view-through, але не був джерелом входу
Тобто автоправила без трекера можуть рубати робочі зв'язки.
Що можна зробити вже зараз
1. Відзначати “зони ризику” в неймінгу
Найпростіший спосіб — помічати адсети, де часто виникають view-through/перерозподілення:
Наприклад:FR_M_A1+ або FR_M_A1_vt+
Це банально, але допомагає команді не приймати поспішних рішень, коли в Facebook статистика “не туди”.
2. Розділяти прийняття рішень:
Оптимізація креативів/зв'язок/джерел → по adset.pro (клік-логіка)
Перевірка доставки/сигналів всередині Meta → по Ads Manager (атрибуція Meta)
3. Обережно трактувати “конверсії, приписані Facebook не туди”
Чи потрібно вимикати адсет, до якого Facebook приписав конверсію “по останньому контакту”?
Однозначної відповіді немає.
Скептичний підхід:
“Користі від нього мало — користувач і так би сконвертувався після першого дотику”.
Прагматичний підхід:
“Якщо Meta показує цьому користувачеві саме це оголошення — значить, алгоритм знаходить людей, схильних до конверсії. Можливо, адсет допомагає доганяти і посилювати”.
Ми в таких кейсах рекомендуємо:
не рубати одразу
дати трохи часу/лімітованого бюджету
дивитися на зв'язку в комплексі: входи/якість/дотиск/повторні дотики
Головне
Дискреп — це не завжди помилка. Найчастіше це різниця філософій:
трекер = “звідки прийшов користувач”
Facebook = “як Meta атрибутувала подію у своїй моделі”
І якщо ваша задача — управляти реальним ROI, то базою для рішень повинна бути клік-аналітика трекера (adset.pro), а звіти Facebook — це додатковий шар, який корисний, але не завжди пояснює причинно-наслідковий зв'язок.