Цифри в Ads Manager не збігаються з вашою внутрішньою системою обліку? Причина зазвичай пов'язана з одним із трьох варіантів: подія взагалі не спрацювала, спрацювала двічі або спрацювала, але Meta не змогла зв'язати її з акаунтом. Практично весь аудит трекінгу зводиться до пошуку, яка саме з цих трьох ситуацій стається у вашому випадку.
У 2026 році цей звичний ланцюжок помітно змінився. Піксель офіційно стали називати набором даних, атрибуцію за кліком у березні звузили, а реакції й перегляди відео перенесли в окрему нову категорію – атрибуцію за взаємодією. У квітні Conversions API також став доступним як безкоштовне рішення в один клік. У цьому гайді ми розберемо, як влаштоване відстеження конверсій Facebook від початку до кінця, і допоможемо визначити, де саме ви найімовірніше втрачаєте бюджет.
- Що таке відстеження конверсій Facebook?
- Meta Pixel vs Conversions API: у чому різниця
- Meta Pixel (трекінг на стороні браузера)
- Conversions API – CAPI (трекінг на стороні сервера)
- Чому потрібні обидва інструменти: дедуплікація подій
- Події конверсій Facebook: стандартні, кастомні й офлайн
- Стандартні події (Purchase, AddToCart, Lead та інші)
- Кастомні конверсії
- Офлайн-конверсії
- Як працює атрибуція реклами Facebook у 2026 році
- Вікна атрибуції (7 днів за кліком, 1 день за переглядом) і розділення 2026 року
- Вплив iOS 14+ і агреговане вимірювання подій у 2026 році
- Показник якості збігу подій (EMQ)
- Як покроково налаштувати відстеження конверсій Facebook
- Як перевірити, чи працює ваше відстеження конверсій Facebook
- Типові помилки відстеження конверсій і як їх виправити
- Як агентські рекламні акаунти покращують відстеження конверсій Facebook
- Коротко про головне
- FAQ
- Як Facebook відстежує конверсії?
- У чому різниця між Meta Pixel і Conversions API?
- Чи впливає iOS 14 на трекінг конверсій Meta у 2026 році?
- Чому мої конверсії Facebook не збігаються з Shopify чи GA4?
- Як агентські рекламні акаунти покращують трекінг конверсій?
Що таке відстеження конверсій Facebook?
Відстеження конверсій Facebook – це процес, який зв’язує конкретну дію користувача на вашому сайті чи в застосунку з рекламою Meta, яку він побачив або на яку клікнув. Завдяки цьому зв’язку Meta може показати цю дію у звітності й далі оптимізувати показ реклами саме під такі дії.
Вимірювання – це те, на що ви дивитесь у звітах, і це лише перший крок. Платите ж ви насправді за оптимізацію. Якщо трекінг ламається, Meta втрачає сигнал, на основі якого вирішує, кому далі показувати вашу рекламу – і результати падають ще до того, як це стане очевидним у звітності.
У відстеженні конверсій Facebook – три ключові компоненти. Джерело події – це Meta Pixel у браузері, Conversions API з вашого сервера, або обидва варіанти одразу. Набір даних в Events Manager – це місце, куди зрештою потрапляють усі ці події. А налаштування атрибуції в Ads Manager вирішує, якому оголошенню зарахувати конверсію.
Тепер Meta збирає події з сайту, застосунку, офлайну й месенджерів в одному наборі даних, тому в інтерфейсі замість звичного «пікселя» тепер вживають термін «набір даних». ID набору даних – це, по суті, ваш старий ID пікселя: назва змінилася, а сам ідентифікатор – ні. Уся механіка того, як працює таргетована реклама, тримається на тому, щоб цей набір даних отримував коректні дані.
Meta Pixel vs Conversions API: у чому різниця
По суті, це копії тих самих подій, які просто йдуть різними шляхами до одного й того самого набору даних — і жоден із цих шляхів окремо не є повністю надійним. Спершу коротко, а детальніше розберемо нижче:
| Параметр | Meta Pixel | Conversions API |
| Де спрацьовує подія | У браузері відвідувача | На вашому сервері, платформі або в CRM |
| Блокується або погіршується рекламними блокувальниками та ITP | Так | Ні |
| Типи подій, які може передавати | Тільки веб | Веб, застосунок, офлайн, месенджери |
| Складність налаштування | Низька: вставити код | Від одного кліку до високої – залежно від способу |
| Бачить поведінку на сторінці | Так | Ні |
Meta Pixel (трекінг на стороні браузера)
Meta Pixel – це фрагмент JavaScript-коду, який ви додаєте в <head> свого сайту. Коли відвідувач робить дію, яка вас цікавить, код запускає виклик fbq(‘track’, …).
За даними технічної документації Meta для розробників, Meta Pixel збирає дані HTTP-заголовків (IP-адресу, referrer запиту), ID пікселя/набору даних та cookie Facebook, дані про кліки на кнопках, назви полів форм і будь-які додаткові параметри, які ви налаштували. Встановлюється він за кілька хвилин і фіксує те, чого не бачить сервер: глибину скролу, кліки там, де формально нічого не клікабельне, і загальну картину сесії в браузері.
Трекінг через Meta Pixel – це вразливіша половина системи трекінгу: його легко блокують рекламні блокувальники, Intelligent Tracking Prevention у Safari, Total Cookie Protection у Firefox, cookie-банер, на який відвідувач не дав згоди, повільне завантаження сторінки, через яке відвідувач іде, не дочекавшись завантаження, або SPA-застосунки, де маршрут змінюється, а сама сторінка фактично не перезавантажується.
Conversions API – CAPI (трекінг на стороні сервера)
Conversions API надсилає ті самі події напряму до набору даних Meta – з вашого сервера, платформи чи CRM. Браузер тут узагалі не бере участі, тож нічого, що відбувається в браузері, не може цьому завадити. Є чотири варіанти реалізації:
- Пряма інтеграція – коли ваші розробники самі відправляють події в API. Максимум контролю, але й найбільше роботи з налаштування.
- Партнерська інтеграція – події відправляються за вас через провайдерів на кшталт Shopify, WooCommerce чи HubSpot.
- Conversions API Gateway – хостований проміжний шар для команд, у яких немає власних бекенд-ресурсів.
- Meta-enabled Conversions API («в один клік») – з’явився 15 квітня 2026 року. Meta самостійно дублює події вашого пікселя на сервері й автоматично прибирає дублікати, безкоштовно.
Саме цей четвертий, найновіший варіант дав змогу невеликим командам без штатних розробників впровадити серверний трекінг Facebook. Але обмеження тут реальні: він відстежує лише веб-події й не дає контролю над параметрами, тож для подій у застосунку, офлайну та месенджерів усе одно доведеться використати один із перших трьох способів (Meta порівнює всі варіанти у своїй документації).
Аргумент на користь ефективності наводить сама Meta: за її даними, рекламодавці, які запускають CAPI на веб-подіях, у середньому платять на 17,8% менше за результат порівняно з тими, хто цього не робить.
Чому потрібні обидва інструменти: дедуплікація подій
Коротко: краще завжди запускати обидва інструменти одночасно. Піксель фіксує все, що бачить браузер, CAPI – усе, чого браузер не бачить, а Meta прибирає дублікати – за умови, що ви чітко вказали, які події дублюють одна одну.
Саме цей крок команди найчастіше пропускають: дедуплікація не спрацьовує автоматично при кастомному налаштуванні. Meta може зіставити подію з браузера з подією з сервера лише тоді, коли обидві передають однакові event_name і однаковий event ID. З боку браузера це задається четвертим аргументом:
fbq(‘track’, ‘Purchase’, {value: 12, currency: ‘USD’}, {eventID: ‘EVENT_ID’});
Далі подія CAPI повинна надіслати той самий рядок як event_id. Якщо цього не зробити, Meta намагається зіставити події за fbp і external_id – але це спрацює лише тоді, коли подія з браузера прийде першою. Дедуплікація Meta діє лише в межах 48-годинного вікна: якщо серверна подія прийшла пізніше й не знайшла пари в браузері, вона зарахується як окрема конверсія. Тож нічне пакетне надсилання подій без спільного ID штучно завищує всі показники конверсій у рекламному акаунті.
Важливе уточнення: Conversions API – це не спосіб обійти згоду користувача. Якщо відвідувач відмовився від згоди на рекламу, жодне з двох джерел не повинно спрацьовувати. Призначення CAPI – повернути ті події, які браузер втратив із технічних причин, а не ті, на збір яких у вас із самого початку не було підстав.
Події конверсій Facebook: стандартні, кастомні й офлайн
Стандартні події – це ярлики, які визначила сама Meta. Кастомні події – ваші власні. А кастомні конверсії – це фільтр, який можна накласти і на ті, і на інші.
Стандартні події (Purchase, AddToCart, Lead та інші)
Стандартні події – це 17 подій, які системи Meta розпізнають нативно. Вони одразу працюють для формування аудиторій, звітності й оптимізації – без додаткових налаштувань. Назви тут мають значення: системи Meta навчені саме на них на мільйонах рекламодавців, тож подія під назвою Purchase працюватиме краще за подію на кшталт bought_item, яка не несе в собі жодного з накопичених знань про такі закономірності.
| Подія | Коли спрацьовує | Для чого використовується |
| ViewContent | Переглянуто товар або ключову сторінку | Пул ретаргетингу, сигнал верхньої частини воронки |
| AddToCart | Товар додано в кошик | Оптимізація середини воронки, ті, хто покинув кошик |
| InitiateCheckout | Розпочато оформлення замовлення | Найсильніший сигнал перед покупкою в e-commerce |
| Purchase | Замовлення завершено | Оптимізація за цінністю, ROAS, сіди для луклайків |
| Lead | Подано форму або запит | Основна подія для лідогенерації |
StartTrial, Subscribe, AddPaymentInfo, CompleteRegistration, Search та інші стандартні події – у довіднику подій пікселя Meta.
Кастомні конверсії
Кастомна конверсія – це правило, побудоване на даних, які ви вже й так надсилаєте: наприклад, «Purchase понад $200» чи «будь-який перегляд сторінки, URL якої містить /thank-you/». Коду не потрібно, створюється прямо в Events Manager. Кастомна подія – інша річ: це коли Meta просто немає готової назви для дії, і вона запускається через функцію trackCustom – наприклад, взаємодія з калькулятором цін чи перегляд демо-відео до кінця. Якщо конверсію можна визначити з даних, які вже надходять, – беріть кастомну конверсію. Якщо ж потрібна дія взагалі не передається – потрібна кастомна подія.
Важливе застереження: кастомні конверсії, побудовані на правилах URL, перестануть працювати, щойно структура URL зміниться. Неважливо, що стало причиною – переїзд на іншу платформу, новий чекаут чи маркетолог, який додав параметри запиту – правило перестає збігатися, і Ads Manager показує нуль.
Офлайн-конверсії
Офлайн-конверсії охоплюють усе, що відбувається поза браузером: покупку в шоурумі, угоду, закриту в CRM через три тижні після кліку, або замовлення, прийняте по телефону.
Такі події передаються через Conversions API з параметром action_source, встановленим на physical_store, і зіставляються за захешованими даними клієнта. Окремий Offline Conversions API припинив роботу 14 травня 2025 року, тож будь-які інтеграції, які досі на нього розраховують, більше не передають жодних даних. Рекомендація Meta – завантажувати дані в реальному часі або принаймні щодня, в межах не більш як 62 днів. Для e-commerce-рекламодавців із роздрібною мережею це, ймовірно, найбільший масив незарахованого доходу в акаунті.
Як працює атрибуція реклами Facebook у 2026 році
Трекінг сигналізує Meta, що подія відбулася, але саме атрибуція вирішує, якому оголошенню зарахувати заслугу. У 2026 році цей шар атрибуції змінився доволі суттєво – і більшість рекламодавців дізналися про це не з анонсів, а прямо зі своїх дашбордів, на власному досвіді.
Вікна атрибуції (7 днів за кліком, 1 день за переглядом) і розділення 2026 року
Вікно атрибуції – це період, протягом якого конверсія ще зараховується оголошенню після того, як користувач його переглянув або клікнув. За замовчуванням це, як і раніше, 7 днів за кліком плюс 1 день за переглядом.
Змінилося саме визначення того, що вважається кліком. З березня 2026 року Meta звузила атрибуцію за кліком лише до кліків на посилання, а вподобання, реакції, коментарі, поширення, збереження та перегляди відео довше 5 секунд перенесли в нову категорію – атрибуцію за взаємодією (engage-through attribution). Це замінило колишню метрику engaged-view і скоротило поріг для відео з 10 до 5 секунд. За даними Search Engine Land, Meta пояснює це коротше вікно тим, що 46% конверсій-покупок у Reels відбуваються вже в перші дві секунди перегляду.
Тобто конверсії просто перейшли в іншу колонку звітності – жодна кампанія при цьому не змінювалася, і білінг залишився незмінним. Якщо навесні 2026 року ваші цифри змінилися без жодного втручання в налаштування акаунта – це, найімовірніше, і є причина. Хоча варто пам’ятати й про кілька інших змін в алгоритмах Meta Ads у 2026 році.
Атрибуцію за кліком вимкнути не можна, а от атрибуцію за переглядом і за взаємодією – можна, на рівні окремої кампанії. Вимкнути їх – найшвидший спосіб побачити, наскільки ваші звітні результати насправді тримаються на взаємодіях, які кліком не були. Ще два важелі керування, показані на схемі нижче, – це модель атрибуції та підрахунок конверсій.
Вплив iOS 14+ і агреговане вимірювання подій у 2026 році
Так, iOS і досі впливає на відстеження конверсій Facebook, але й тут усе змінилося – і працює вже не так, як описано в більшості застарілих гайдів.
App Tracking Transparency (ATT) і досі вимагає явної згоди користувача, перш ніж застосунок отримає доступ до IDFA. А Aggregated Event Measurement (AEM) продовжує агрегувати й затримувати конверсії від тих користувачів iOS, які відмовилися від трекінгу.
У травні 2023 року Meta прибрала ліміт у вісім пріоритетних подій, вкладку AEM, обов’язкову верифікацію доменів і вибір домену конверсій. Тож якщо гайд досі радить вам «пріоритизувати вісім подій» – він описує екран, якого фізично не існує вже близько трьох років.
Змінився і масштаб проблеми. У своєму аналізі 2025 року, зробленому вже після запуску ATT, AppsFlyer повідомила, що глобальний рівень згоди на трекінг досяг 50% – приблизно на 10 пунктів вище, ніж на старті ATT, а рекламні витрати на iOS зросли на 26% проти 10% для Android. Конверсії на iOS усе ще надходять із затримкою й частково змодельовані – і саме серверні події не дають цьому розриву рости далі.
Показник якості збігу подій (EMQ)
Якість збігу подій (Event Match Quality, EMQ) – це показник в Events Manager у діапазоні від 0 до 10, який демонструє, наскільки добре дані про клієнта, які ви передаєте, дозволяють зіставити подію з конкретним акаунтом Meta. Це найшвидший спосіб зрозуміти, чи справді працює ваш трекінг конверсій Facebook.
Сама Meta визначає цей показник як міру того, наскільки ефективно дані про клієнта з вашого сервера допомагають зіставити подію з конкретним акаунтом Meta. Він залежить від того, які параметри ви передаєте, наскільки вони «чисті», і яка частка з них дійсно збігається – щоправда, стосується це лише веб-подій.
Підняти цей показник – суто механічна робота: передавайте захешовані email і телефон, а не лише email, додайте external_id, використовуйте свіжі fbp і fbc замість закешованих, і за можливості віддавайте перевагу IPv6. Найважливіше – IP-адреса та user agent, які ви передаєте на сервері, мають належати відвідувачу, а не вашому серверу: саме ця одна помилка тримає багато акаунтів на рівні 4.0. Орієнтир такий: 6.0 вважайте робочим рівнем, а 8.0 – метою, до якої варто прагнути. Показник EMQ, що падає, проявляється у вартості за результат за кілька днів до того, як ви почнете шукати проблему деінде.
Як покроково налаштувати відстеження конверсій Facebook
- Відкрийте Events Manager і створіть або оберіть свій набір даних.
- Встановіть базовий код: вручну в <head>, через інтеграцію вашої платформи, або через Google Tag Manager. Один набір даних на весь сайт, а не по одному на кожну кампанію.
- Перш ніж щось писати, пропишіть, яка подія відповідає якому етапу воронки.
- Додайте самі події. Event Setup Tool впорається з простими подіями на кшталт кліку на кнопку чи завантаження сторінки без коду, але все, що несе value або currency, і Purchase в першу чергу, краще налаштувати вручну, щоб параметри точно були правильними.
- Увімкніть Conversions API – почніть із варіанту «в один клік» від Meta, якщо тільки вам не потрібні події застосунку, офлайну чи месенджерів.
- Одночасно з кроком 5 задайте спільний event ID для обох копій кожної події. Дедуплікація, додана заднім числом, означає, що ви отримуватимете завищені цифри, поки її не зробите.
- Свідомо оберіть налаштування атрибуції на рівні рекламної кампанії, а не залишайте значення за замовчуванням.
- Перевірте все ще до того, як почнете витрачати бюджет.
Пропустити крок 3 – найдорожче рішення з усіх, бо потім усе доведеться перебудовувати. Те, на що ви оптимізуєтесь, не завжди збігається з вашою головною конверсією – просто тому, що алгоритму оптимізації рекламних показів потрібен певний обсяг даних, перш ніж він стабілізується. За орієнтирами Meta, це приблизно 50 результатів за тиждень після останньої суттєвої зміни в групі оголошень.
| Тип бізнесу | Ціль оптимізації | Що ще передавати | Пастка |
|---|---|---|---|
| E-commerce | Purchase, з value і currency | ViewContent, AddToCart, InitiateCheckout | Менше ~50 покупок на тиждень – група оголошень ніколи не виходить з фази навчання. Оптимізуйте на InitiateCheckout, а Purchase лишіть лише для звітності |
| Лідогенерація | Lead | ViewContent, Contact | Meta не бачить якість ліда, тому оптимізує на обсяг, поки ви не передасте кваліфікований етап назад через Conversions API |
| SaaS і підписки | StartTrial, потім Subscribe | CompleteRegistration | Залишити параметр підрахунку конверсій на позначці «Усі» – тоді один клієнт, що продовжує підписку, штучно завищує показники когорти |
| Мобільний застосунок | Події застосунку через Conversions API | Purchase для доходу в застосунку | Події iOS надходять агреговано й із затримкою під AEM |
Повний покроковий гайд із самого встановлення також є в Довідковому центрі Meta для бізнесу.
Як перевірити, чи працює ваше відстеження конверсій Facebook
Ось чотири рекомендовані перевірки – саме в такому порядку, бо кожна наступна виявляє ті помилки, які попередня пропускає:
- Meta Pixel Helper.Розширення для Chrome показує, скільки наборів даних воно знайшло на сторінці. Підтверджує, що тег узагалі спрацьовує, але нічого не каже про якість самих даних.
- Тестування подій (Test Events) в Events Manager. Зробіть реальну конверсію на власному сайті й простежте, як вона надходить, перевіряючи саме параметри (value, currency, content IDs), а не просто факт того, що щось спрацювало.
- Огляд в Events Manager. Кількість подій із браузера й із сервера для однієї й тієї самої події має бути близькою, а індикатор дедуплікації – активним. Якщо цифри сильно різняться, одне з джерел губить події. Якщо цифри однакові, але прапорця дедуплікації немає – це подвійний підрахунок.
- Діагностика (Diagnostics) і EMQ. Втрачені параметри, невірні формати та неверифіковані домени – усе це спершу виявляється саме тут. Перевіряйте щотижня.
Більшість розбіжностей у звітах пояснюються однією особливістю: Ads Manager зараховує конверсію в день взаємодії з рекламою, а ваша внутрішня система обліку – в день оформлення замовлення. Тому порівняння «понеділок з понеділком» тут не спрацює – цифри просто ніколи не зійдуться.
Типові помилки відстеження конверсій і як їх виправити
- Піксель і CAPI спрацьовують без спільного event ID. Події й конверсії дублюються, кожна метрика вартості падає вдвічі, а ставки оптимізуються під фіктивні результати.
- Purchase спрацьовує при завантаженні сторінки подяки. Оновлення сторінки, закладки та повернення кнопкою «назад» повторно запускають цю ж подію. Прив’яжіть тригер до підтвердження замовлення й дедуплікуйте за ID замовлення.
- У Purchase бракує value і currency. Оптимізації за цінністю нічого оптимізувати, а ROAS – нічого ділити. Це найпоширеніша прогалина навіть у загалом якісно налаштованих акаунтах.
- Ігнорування рівня акаунта. Обмежений (Restricted) рекламний акаунт, набір даних, розшарений не в той Business Manager, або відсутній дозвіл на актив – усе це не дає подіям дійти до ваших кампаній, хоч би як бездоганно працював ваш тег. Заблокований (Disabled) рекламний акаунт Facebook забирає не лише показ реклами, а й усе накопичене навчання алгоритму. Прочитати рекламні політики Meta до того, як вас обмежать, – набагато дешевше, ніж відновлюватися після цього. І це правило діє подвійно, коли ви плануєте масштабувати рекламу Facebook.
Як агентські рекламні акаунти покращують відстеження конверсій Facebook
Ідеально налаштований трекінг на обмеженому акаунті не вимірює нічого. Ваш набір даних зберігається всередині Business Manager, а аудиторії й накопичене навчання ставок – усередині самого рекламного акаунта. Тож щойно акаунт заблокують, разом із ним зупиняється й кампанія, яка оптимізувалася на цих подіях. Агентські рекламні акаунти Meta знижують саме цей ризик.
Tech4You працює з незалежними Business Manager із «білого списку» (whitelisted) у Європі, США, Азії та MENA – інфраструктура спроєктована з розрахунком, що рано чи пізно якийсь рекламний акаунт заблокують:
- Резервна інфраструктура рекламних акаунтів за замовчуванням. За кожним основним акаунтом стоїть резервний сетап – тож перевірка з боку Meta переносить ваш трафік, а не зупиняє його. Акаунти видаються вже з попередньо налаштованим трекінгом.
- Моніторинг кожні десять хвилин. Статус акаунтів перевіряється з автоматичними сповіщеннями про бани, відхилені оголошення й низький баланс. Без такого моніторингу непомітну втрату трекінгу зазвичай помічають лише через кілька днів.
- Заміна рекламного акаунта за 24–48 годин. Технічні запити обробляються за 24 години, а кошти із заблокованого акаунта безкоштовно переносяться на резервний акаунт протягом кількох годин.
Як офіційний партнер Meta, Google і TikTok, Tech4You вирішує проблеми з наборами даних, верифікацією й дозволами на активи напряму з представниками платформ – і саме так закриває 95% кейсів клієнтів. Клієнти також завчасно дізнаються про зміни на кшталт розділення атрибуції в березні 2026 року, яке змінило звітні цифри задовго до того, як більшість рекламодавців взагалі зрозуміли, що сталося.
Проблема не обмежується Facebook: усе, про що йшлося в цьому гайді, функціонує всередині Business Manager, який Meta може обмежити без жодного попередження. Та сама залежність працює і для трекінгу конверсій у Google Ads, і для пікселя TikTok.
Tech4You закриває саме цей інфраструктурний рівень для перформанс-команд із бюджетом від $50 000 на місяць – для понад 300 клієнтів і $500M+ рекламних витрат на рік.
Забронюйте дзвінок з Tech4You, і ми розберемо, що вже працює у вашому рекламному акаунті та де саме ви наразі ризикуєте найбільше.
Коротко про головне
Основний механізм трекінгу реклами Meta не змінився: подія відбувається, потрапляє в набір даних, отримує атрибуцію і з’являється в Ads Manager. Що дійсно змінилося у 2026 році – це все навколо цього механізму: назви, категорії атрибуції, і серверне налаштування, яке тепер можна отримати одним безкоштовним кліком.
Ось три речі, з яких варто почати прямо зараз: звірте свій EMQ з орієнтиром 8.0, переконайтеся, що індикатор дедуплікації активний для вашої події Purchase, і перевірте, чи досі влаштовує вас налаштування атрибуції в рекламній кампанії з найбільшими витратами.
Виправте ці три речі – і ваше вимірювання буде надійним. А якщо проблема постійно повторюється саме на рівні рекламного акаунта – це вже те завдання, яке бере на себе Tech4You.
FAQ
Як Facebook відстежує конверсії?
Коли відвідувач виконує дію, Meta Pixel і Conversions API надсилають звіти до Meta – відповідно з браузера і з сервера. Там ці події дедуплікуються, а конверсія отримує атрибуцію того оголошення, яке відповідає вашим налаштуванням атрибуції. Усе це видно прямо в Ads Manager.
У чому різниця між Meta Pixel і Conversions API?
Оскільки трекінг через Meta Pixel запускається в браузері, рекламні блокувальники та Intelligent Tracking Prevention можуть завадити йому спрацювати. Звітність через Conversions API натомість формується на вашому сервері, де такі обмеження просто не діють – і додатково передає події з застосунку, офлайну й месенджерів. Якщо не налаштувати обидва джерела з однаковим event ID, конверсію одного й того самого відвідувача зарахують більш ніж один раз.
Чи впливає iOS 14 на трекінг конверсій Meta у 2026 році?
Так, хоча, ймовірно, менше, ніж про це часто пишуть. App Tracking Transparency й досі вимагає явної згоди користувача. На iOS конверсії приходять із затримкою й частково змодельовані, тож оцінювати їх варто десь через 72 години після самої дії. Ліміт у вісім подій, який усі пам’ятають, прибрали ще в травні 2023 року, а AppsFlyer зафіксувала глобальний рівень згоди на рівні 50% станом на квітень 2025 року.
Чому мої конверсії Facebook не збігаються з Shopify чи GA4?
Через різні моделі атрибуції, різні визначення конверсії та різні вікна підрахунку. Ads Manager зараховує конверсію в день взаємодії з рекламою, а Shopify – в день, коли фактично оформили замовлення. Аналізуйте загальний тренд, а не окремі цифри – повного збігу один в один тут просто не буде ніколи.
Як агентські рекламні акаунти покращують трекінг конверсій?
Вони захищають базовий рівень – саму інфраструктуру. Трекінг реклами Facebook надходить уже попередньо налаштованим, а резервні Business Manager підтримують потік подій, поки основний акаунт перебуває на перевірці. Моніторинг кожні десять хвилин виявляє приховані збої на ранній стадії, а пряма ескалація до Meta вирішує проблеми з наборами даних і дозволами, які звичайна підтримка часто просто не в змозі закрити.