Цифры в 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 искусственно завышает все показатели конверсий в рекламном аккаунте Meta.
Важное уточнение: 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 года
Окно атрибуции – это период, в течение которого конверсия ещё засчитывается объявлению после того, как пользователь его просмотрел или кликнул по нему. Окно атрибуции Meta по умолчанию – это по-прежнему 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 – шаг, который чаще всего пропускают. Включите Conversions API – начните с варианта «в один клик» от Meta, если только вам не нужны события приложения, офлайна или мессенджеров.
- Одновременно с шагом 5 задайте общий event ID для обеих копий каждого события. Дедупликация, добавленная задним числом, означает, что вы будете получать завышенные цифры, пока её не сделаете.
- Осознанно выберите настройки атрибуции на уровне рекламной кампании, а не оставляйте значения по умолчанию.
- Проверьте всё ещё до того, как начнёте тратить бюджет.
Пропустить шаг 3 – самое дорогое решение из всех, потому что потом всё придётся перестраивать. То, на что вы оптимизируетесь, не всегда совпадает с вашей главной конверсией – просто потому что алгоритму оптимизации показов Meta нужен определённый объём данных, прежде чем он стабилизируется. По ориентирам 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
Идеально настроенный трекинг на ограниченном аккаунте Meta не измеряет ничего. Ваш набор данных хранится внутри 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 – в день, когда фактически оформили заказ. Анализируйте общий тренд, а не отдельные цифры – полного совпадения один в один здесь просто не будет никогда.
Как агентские рекламные аккаунты улучшают трекинг конверсий?
Они защищают базовый уровень – саму инфраструктуру Meta. Трекинг рекламы Facebook поставляется уже предварительно настроенным, а резервные Business Manager поддерживают поток событий, пока основной аккаунт на ревью. Мониторинг каждые десять минут выявляет скрытые сбои на ранней стадии, а прямая эскалация к Meta решает проблемы с наборами данных и разрешениями, которые обычная поддержка часто просто не в состоянии закрыть.
