Руководства
Help center for Most conversion automation and pixel activation.
Лиды Lead Ads CAPI: замыкаем круг лида в Meta
Форма Lead Ads наполняет вашу CRM; лид, который реально покупает, - единственный, о котором стоит рассказать Meta. Гайд проводит круг: от мгновенной доставки формы в CRM через подтверждение и хеширование к документированному CAPI-событию лида - с дедупом и семидневным окном, ограничивающими, насколько поздний подтверждённый лид ещё засчитается.
Шаринг пикселя кабинеты: один пиксель на несколько портфелей
Один пиксель, несколько рекламных кабинетов, возможно - вообще другой бизнес, и у Meta есть документированный путь для каждого хопа. Гайд проходит легальный контур шаринга: шерит только владеющий портфель, партнёры получают доступ через Assign Partners, кабинеты получают пиксель через connected assets - плюс что меняет шаринг и что не меняет в самих событиях.
Сборка fbc fbp руками без поломки матчинга
Серверные события никогда не видят браузерных кук - поэтому байер собирает значения _fbc и _fbp руками из данных, снятых в момент клика. Формат документирован и прост; ошибки тихие. Кривой fbc не валит запрос - он просто матчит хуже, и оптимизация молча впитывает потерю. Разбираем форматы кук, конструкцию fbc из fbclid, правила хеширования и ошибки формата, ломающие матчинг.
Миграция трекера без потери конверсий
Сменить трекер легко; сменить его на лету - нет. Каждый клик, уже отправленный старому трекеру, ждёт свой постбек по старому адресу, и каждое окно площадки продолжает тикать, пока вы переезжаете. Этот гайд раскладывает миграцию, которая не теряет ничего: параллельный период, непрерывность постбеков, порядок переключения и проверки, закрывающие каждый этап.
Voluum S2S трекинг: контур постбека от клика до площадки
Контур Voluum S2S трекинг - один круг: токен едет с кликом до оффера, партнёрская сеть возвращает его постбеком при конверсии, и Voluum сводит оба - превращая заявку или продажу в репортабельную, доставляемую конверсию. Гайд проходит круг по этапам: проводка токена, URL постбека, интеграции площадок и проверка, доказывающая, что каждая конверсия замыкает цепь.
RedTrack conversions API: одна конверсия на несколько площадок
Один клик, несколько рекламных площадок, которые заслуживают знать о его конверсии. CAPI-интеграции RedTrack делают это настройкой, а не кодом: токен clickid сводит конверсии через S2S-постбеки, и каждая платформенная интеграция маппит их в свои события. Гайд проходит мультиплатформенную настройку с документированными полями, правилами матчинга и ловушками дублей.
Постбек Binom: доставка конверсий на рекламные площадки
Контур постбеков Binom живёт по одному контракту: уникальный токен клика уезжает с каждым посетителем, а сеть возвращает его постбеком при конверсии. Этот гайд проходит контур целиком - механизм токена, URL постбека v2 параметр за параметром, поведение статусов и upsell-сумм, валюты - и финальный хоп, превращающий сматченные конверсии в события площадок.
Макросы Keitaro: справочник S2S постбеков и sub ID
Каждый S2S постбек Keitaro - шаблон, а плейсхолдеры - его словарь. Справочник собирает документированные макросы по рабочим группам - идентификаторы, деньги, статусы с маппингами, таймстампы, кампании и офферы, гео и устройство, - плюс поля sub ID и правила кодировки и валют, держащие подставленные URL целыми.
Импорт расходов Keitaro: расход Facebook Ads в отчётах трекера
ROI без импортированного расхода - гадание. Интеграция Keitaro Facebook Costs тянет расход из рекламного кабинета прямо в отчёты трекера. Гайд проводит настройку от начала до конца: поля интеграции, параметр {{adset.id}}, который молча решает всё, токен Marketing API, расписание обновлений и список траблшутинга, когда расход не появляется.
Статусы конверсий Keitaro: что делать с каждым
Каждая конверсия Keitaro несёт статус - и статус решает, что уходит из трекера, что доезжает до площадки и что остаётся только в отчётах. Гайд проходит документированный список статусов, правила переходов, держащие учёт честным, маппинг статусов в события, кормящий ваши пиксели, и коррекции, которые допускает каждый статус.
Keitaro S2S постбек: настройка с нуля
S2S постбек - выход, через который каждая конверсия Keitaro доезжает до источника трафика или серверного API рекламной площадки, и его настройка решает, что уходит из трекера, а что остаётся. Этот гайд собирает настройку с пустой кампании: анатомия URL постбека, значимые плейсхолдеры, маршрутизация по статусам, поведение очереди и проверки по логам, доказывающие каждую доставку.
Диагностика пикселя сигналы: читаем сторону данных
Пиксель выглядит мёртвым - или интерфейс показывает ограничение, - и искушение гадать велико. Этот гайд ведёт диагностику по стороне данных: что способны доказать 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 сетью, и конверсией, засчитанной площадкой, стоят два хопа: постбек в трекер и серверное событие из него. Разбираем оба контракта, каталогизируем документированные разрывы и показываем, как собрать порванную цепочку обратно.