Руководства
Help center for Most conversion automation and pixel activation.
Meta CAPI батчинг и лимиты: правила доставки
Conversions API принимает несколько событий одним запросом через массив data - и одно плохое событие способно провалить весь батч. Разбираем документированную структуру батчинга, правила приёма, решающие судьбу запроса, смысл отклонённого батча для ретраев и дисциплину доставки, удерживающую загруженную воронку в пределах возможностей площадки без выдуманных порогов.
Лиды Lead Ads CAPI: замыкаем круг лида в Meta
Форма Lead Ads наполняет вашу CRM; лид, который реально покупает, - единственный, о котором стоит рассказать Meta. Гайд проводит круг: от мгновенной доставки формы в CRM через подтверждение и хеширование к документированному CAPI-событию лида - с дедупом и семидневным окном, ограничивающими, насколько поздний подтверждённый лид ещё засчитается.
Limited data use Meta: data_processing_options в серверных событиях
Флаг Limited Data Use у Meta существует, чтобы ваши серверные события несли сигнал приватности штатов США, - и это три документированных поля внутри каждого события. Разбираем, что делает data_processing_options, точные значения LDU и кодов страны и штата, семантику пустого массива, которую пропускают большинство связок, и когда флаг принадлежит вашему трафику.
Value Optimization Meta: что кладётся в value и currency
Value-based оптимизация способна оптимизироваться только на числа, которые вы передаёте, - и Meta документирует, как эти числа должны выглядеть. Разбираем поля value и currency событий Purchase: документированные требования, формат, держащий их пригодными, ошибки, тихо обнуляющие оптимизацию, и краевые случаи арбитражных выплат.
Шаринг пикселя кабинеты: один пиксель на несколько портфелей
Один пиксель, несколько рекламных кабинетов, возможно - вообще другой бизнес, и у Meta есть документированный путь для каждого хопа. Гайд проходит легальный контур шаринга: шерит только владеющий портфель, партнёры получают доступ через Assign Partners, кабинеты получают пиксель через connected assets - плюс что меняет шаринг и что не меняет в самих событиях.
Верификация домена Meta: что доказывает и что открывает
Верификация домена Meta - проверка владения: площадка должна знать, кто реально контролирует домен, на который указывают кампании, посты и события. Разбираем, что доказывает верификация, два документированных метода, контроль редактирования ссылок, который она открывает, и честная заметка о том, где сегодня находятся старые AEM-приоритеты.
Сборка fbc fbp руками без поломки матчинга
Серверные события никогда не видят браузерных кук - поэтому байер собирает значения _fbc и _fbp руками из данных, снятых в момент клика. Формат документирован и прост; ошибки тихие. Кривой fbc не валит запрос - он просто матчит хуже, и оптимизация молча впитывает потерю. Разбираем форматы кук, конструкцию fbc из fbclid, правила хеширования и ошибки формата, ломающие матчинг.
RedTrack conversions API: одна конверсия на несколько площадок
Один клик, несколько рекламных площадок, которые заслуживают знать о его конверсии. CAPI-интеграции RedTrack делают это настройкой, а не кодом: токен clickid сводит конверсии через S2S-постбеки, и каждая платформенная интеграция маппит их в свои события. Гайд проходит мультиплатформенную настройку с документированными полями, правилами матчинга и ловушками дублей.
Постбек Binom: доставка конверсий на рекламные площадки
Контур постбеков Binom живёт по одному контракту: уникальный токен клика уезжает с каждым посетителем, а сеть возвращает его постбеком при конверсии. Этот гайд проходит контур целиком - механизм токена, URL постбека v2 параметр за параметром, поведение статусов и upsell-сумм, валюты - и финальный хоп, превращающий сматченные конверсии в события площадок.
Импорт расходов Keitaro: расход Facebook Ads в отчётах трекера
ROI без импортированного расхода - гадание. Интеграция Keitaro Facebook Costs тянет расход из рекламного кабинета прямо в отчёты трекера. Гайд проводит настройку от начала до конца: поля интеграции, параметр {{adset.id}}, который молча решает всё, токен Marketing API, расписание обновлений и список траблшутинга, когда расход не появляется.
Диагностика пикселя сигналы: читаем сторону данных
Пиксель выглядит мёртвым - или интерфейс показывает ограничение, - и искушение гадать велико. Этот гайд ведёт диагностику по стороне данных: что способны доказать Events Manager и Test Events, как отделить отказ доставки от проблемы качества, какие документированные фиксы восстанавливают отправку и что фиксировать, чтобы починка была проверяемой.
Фильтрация ботов трекером: до того, как мусор дойдёт до пикселя
Бот, конвертящийся в лид, отравляет три системы разом: отчёты трекера, аппрув-рейт сети и обучение площадки. Этот гайд проводит фильтрацию ботов до хопа Conversions API - что фильтровать на трекере, как отфильтрованные метки вплетаются в событийную политику и как доказать, что поток остаётся чистым.
Ротация офферов трекинг: много офферов, один пиксель, ноль смешивания
Ротировать три оффера через один пиксель безопасно; ротировать их через одно имя события - нет. Этот гайд собирает трекинг ротации офферов так, чтобы каждая конверсия осталась приписана офферу, который её произвёл: метки на клике, события и value по офферам, кастомные конверсии на оффер и ловушки, тихо сливающие данные офферов в одну непригодную цифру.
ROI трекера против ROAS: почему цифры никогда не сходятся
Трекер считает ROI на подтверждённых выплатах; Ads Manager считает ROAS на revenue-значении внутри отправленных вами событий. Два разных числителя над двумя разными знаменателями - и оба корректны. Гайд разбирает каждую документированную причину расхождения денег и даёт процедуру сверки, находящую настоящие утечки вместо погони за фантомными.
Потеря click ID прелендинг: где умирают клик-идентификаторы
Площадка дописывает click ID к URL объявления; три хопа спустя постбек приходит с пустым subid, и никто не скажет, какой хоп его съел. Этот гайд проходит прелендинг-воронку хоп за хопом - редиректы, meta refresh, iframe, прыжок на оффер, - отмечая, где click ID выживают, а где умирают, и показывая две техники, которые держат атрибуцию живой даже при капризной вёрстке.
События подписочных воронок: карта рекуррентной модели
Подписочная воронка производит много денежных моментов - старт триала, первый платёж, каждый ежемесячный ребилл, - и один плоский Purchase не способен их нести. Этот гайд раскладывает каждый этап по своим событиям, проводит идентичность ребиллов через трекер, разбирает отмены и очерчивает границу: что площадка способна атрибутировать, а что знает только ваш трекер.
COD аппрув рейт: какое событие стреляет при подтверждении
В COD-офферах продажа не существует, пока колл-центр не скажет «да». Этот гайд проводит двухсобытийный поток - лид в регистрации, продажа по подтверждению - через статусы трекера, объясняет, как аппрув-рейт определяет, что вы кормите площадке, и удерживает задержку подтверждения внутри окна площадки.
FTD кастомное событие: депозиты как сигнал оптимизации
Регистрация говорит площадке, что человек подписался; депозит - что он заплатил. Этот гайд проводит депозиты и первые депозиты в рекламные площадки как кастомные события: статусы трекера, выбор между кастомным и стандартным событием, кастомные конверсии для оптимизации, value депозита и тайминг-правила, решающие, засчитается ли поздний депозит.
Дубли конверсий трекер: три системы, три цифры
Трекер показывает 80, баланс сети - 74, Ads Manager - 92, и все три работают по документации. Этот гайд отделяет настоящие дубли конверсий от различий правил подсчёта, разбирает механизмы дедупа каждой системы и даёт процедуру сверки, которая заканчивается одним из двух ответов: определённое расхождение или конкретный дубль с починкой.
Прогрев пикселя без сожжения бюджета: практическая последовательность
Прогрев - не ритуал, а задача о порядке действий: проверить доставку до расхода, кормить чистые атрибутируемые события, пока формируется базлайн, и масштабироваться по доказательствам. Этот гайд превращает прогрев пикселя в последовательность, по которой реально работают байеры, с оф. документацией у каждого шага и арбитражной спецификой прогрева постбек-пикселя.
Передача выплаты value: выплата CPA сети в событии площадки
Плоский Purchase считает действия; Purchase с выплатой сети в value считает деньги. Этот гайд ведёт число выплаты по всему пути: из постбека сети в трекер, из трекера в поля value и currency события - и через всё, что делает выплаты нелинейными: частичные аппрувы, ребиллы и клэкбэки.
Статус конверсии холд: что попадает в ваш пиксель
Сеть подтвердила лид, поставила его на холд и через неделю аппрувнет или отклонит. Пикселю нужно знать уже сейчас. Разбираем, какие статусы конверсий заслуживают события, когда их слать, чтобы они засчитались, и как корректировать учёт, когда холд разрешается не в вашу пользу.
Постбек CPA сети в Conversions API: где рвётся цепочка
Между конверсией, подтверждённой CPA сетью, и конверсией, засчитанной площадкой, стоят два хопа: постбек в трекер и серверное событие из него. Разбираем оба контракта, каталогизируем документированные разрывы и показываем, как собрать порванную цепочку обратно.
Серверная отправка конверсий без доступа: плейбук медиабайера
Конверсия случается на странице, которую вы никогда не отредактируете. Разбираем рабочий путь от этой страницы до рекламной площадки: что вы реально контролируете, как собирается серверное событие, чего стоит отсутствие домена лендинга в ключах матчинга и как протестировать цепочку до масштабирования.