Topic
Guides on: Meta & Facebook
Пиксель, Conversions API, EMQ, дедупликация и траблшутинг в экосистеме Meta
Meta CAPI батчинг и лимиты: правила доставки
Conversions API принимает несколько событий одним запросом через массив data - и одно плохое событие способно провалить весь батч. Разбираем документированную структуру батчинга, правила приёма, решающие судьбу запроса, смысл отклонённого батча для ретраев и дисциплину доставки, удерживающую загруженную воронку в пределах возможностей площадки без выдуманных порогов.
Meta CAPI Batching and Rate Limits: The Delivery Rules
The Conversions API accepts several events in one request - and one bad event can fail the whole batch. This guide covers the documented batching structure, the acceptance rules that decide whether a request survives, what a rejected batch means for retry logic, and the delivery discipline that keeps a busy funnel inside the platform's limits without guessing at undocumented numbers.
Лиды Lead Ads CAPI: замыкаем круг лида в Meta
Форма Lead Ads наполняет вашу CRM; лид, который реально покупает, - единственный, о котором стоит рассказать Meta. Гайд проводит круг: от мгновенной доставки формы в CRM через подтверждение и хеширование к документированному CAPI-событию лида - с дедупом и семидневным окном, ограничивающими, насколько поздний подтверждённый лид ещё засчитается.
Lead Ads CRM CAPI: Closing the Lead Loop in Meta
A Lead Ads form fills your CRM; the lead that actually buys is the one worth telling Meta about. This guide wires the loop: from the form's instant delivery into your CRM, through confirmation and hashing, to a documented CAPI lead event - with dedup and the seven-day window deciding how late a confirmed lead can still count.
Limited data use Meta: data_processing_options в серверных событиях
Флаг Limited Data Use у Meta существует, чтобы ваши серверные события несли сигнал приватности штатов США, - и это три документированных поля внутри каждого события. Разбираем, что делает data_processing_options, точные значения LDU и кодов страны и штата, семантику пустого массива, которую пропускают большинство связок, и когда флаг принадлежит вашему трафику.
Limited Data Use Meta: data_processing_options in Server Events
Meta's Limited Data Use flag exists so your server events can carry a US state-privacy signal - and it is three documented fields inside each event. This guide explains what data_processing_options does, the exact LDU values and country and state codes, the empty-array semantics most setups miss, and when sending the flag is the right call.
Value Optimization Meta: что кладётся в value и currency
Value-based оптимизация способна оптимизироваться только на числа, которые вы передаёте, - и Meta документирует, как эти числа должны выглядеть. Разбираем поля value и currency событий Purchase: документированные требования, формат, держащий их пригодными, ошибки, тихо обнуляющие оптимизацию, и краевые случаи арбитражных выплат.
Value Optimization Meta: What Belongs in value and currency
Value-based optimization can only optimize toward the numbers you transmit - and Meta documents exactly what those numbers must look like. This guide covers the value and currency fields of purchase events: the documented requirements, the formatting that keeps them usable, the mistakes that quietly zero out optimization, and the edge cases buyers hit in affiliate funnels.
Шаринг пикселя кабинеты: один пиксель на несколько портфелей
Один пиксель, несколько рекламных кабинетов, возможно - вообще другой бизнес, и у Meta есть документированный путь для каждого хопа. Гайд проходит легальный контур шаринга: шерит только владеющий портфель, партнёры получают доступ через Assign Partners, кабинеты получают пиксель через connected assets - плюс что меняет шаринг и что не меняет в самих событиях.
Share Pixel Ad Accounts: One Pixel Across Business Portfolios
One pixel, several ad accounts, maybe another business entirely - and Meta has a documented path for each hop. This guide walks the legitimate sharing contour: only the owning portfolio can share, partners get access through Assign Partners, and ad accounts receive the pixel through connected assets - plus what each side keeps and what the sharing does not change.
Верификация домена Meta: что доказывает и что открывает
Верификация домена Meta - проверка владения: площадка должна знать, кто реально контролирует домен, на который указывают кампании, посты и события. Разбираем, что доказывает верификация, два документированных метода, контроль редактирования ссылок, который она открывает, и честная заметка о том, где сегодня находятся старые AEM-приоритеты.
Meta Domain Verification: What It Proves and What It Enables
Domain verification is Meta's way of checking that you actually control the domain your campaigns point at - and it decides who may edit how your links appear. This guide covers what verification proves, the two documented methods, the link-editing control it unlocks, and an honest note on where the old AEM event priorities stand today.
Сборка fbc fbp руками без поломки матчинга
Серверные события никогда не видят браузерных кук - поэтому байер собирает значения _fbc и _fbp руками из данных, снятых в момент клика. Формат документирован и прост; ошибки тихие. Кривой fbc не валит запрос - он просто матчит хуже, и оптимизация молча впитывает потерю. Разбираем форматы кук, конструкцию fbc из fbclid, правила хеширования и ошибки формата, ломающие матчинг.
FBC FBP Construction: Building _fbc and _fbp by Hand
Server-side events never see the browser's cookies - so buyers construct the _fbc and _fbp values by hand from the data captured at click time. Done right, the format is simple; done wrong, a malformed value silently weakens matching. This guide covers the cookie formats, the fbc-from-fbclid construction, what travels hashed versus unhashed, and the mistakes that break matching.
RedTrack conversions API: одна конверсия на несколько площадок
Один клик, несколько рекламных площадок, которые заслуживают знать о его конверсии. CAPI-интеграции RedTrack делают это настройкой, а не кодом: токен clickid сводит конверсии через S2S-постбеки, и каждая платформенная интеграция маппит их в свои события. Гайд проходит мультиплатформенную настройку с документированными полями, правилами матчинга и ловушками дублей.
RedTrack Conversions API: One Conversion, Several Platforms
One click, several ad platforms that deserve to hear about its conversion. RedTrack's CAPI integrations make that a configuration job rather than a coding one: the clickid token matches conversions through S2S postbacks, and each platform integration maps those conversions into its own events. This guide walks the multi-platform setup with the documented fields, matching rules, and dedup pitfalls.
Постбек Binom: доставка конверсий на рекламные площадки
Контур постбеков Binom живёт по одному контракту: уникальный токен клика уезжает с каждым посетителем, а сеть возвращает его постбеком при конверсии. Этот гайд проходит контур целиком - механизм токена, URL постбека v2 параметр за параметром, поведение статусов и upsell-сумм, валюты - и финальный хоп, превращающий сматченные конверсии в события площадок.
Binom Postback: Conversion Delivery to Ad Platforms
Binom's postback contour follows one rule: the {clickid} token goes out with every click, and the network returns it in a postback so the tracker can match the conversion. This guide walks the contour end to end - the postback v2 URL and its parameters, statuses and upsell sums, currency - and then the delivery hop that turns matched conversions into Conversions API events.
Импорт расходов Keitaro: расход Facebook Ads в отчётах трекера
ROI без импортированного расхода - гадание. Интеграция Keitaro Facebook Costs тянет расход из рекламного кабинета прямо в отчёты трекера. Гайд проводит настройку от начала до конца: поля интеграции, параметр {{adset.id}}, который молча решает всё, токен Marketing API, расписание обновлений и список траблшутинга, когда расход не появляется.
Keitaro Cost Import: Facebook Ad Spend Into Your Tracker
ROI without imported spend is a guess. Keitaro's Facebook Costs integration pulls ad spend straight from your ad account into tracker reports - and this guide wires it end to end: the integration fields, the {{adset.id}} parameter requirement that silently breaks everything when missing, the Marketing API token, the update schedule, and the troubleshooting list.
Диагностика пикселя сигналы: читаем сторону данных
Пиксель выглядит мёртвым - или интерфейс показывает ограничение, - и искушение гадать велико. Этот гайд ведёт диагностику по стороне данных: что способны доказать Events Manager и Test Events, как отделить отказ доставки от проблемы качества, какие документированные фиксы восстанавливают отправку и что фиксировать, чтобы починка была проверяемой.
Pixel Disabled Diagnostics: Reading the Data Side
The pixel looks dead - or the account shows a restriction - and the temptation is to guess. This guide walks the data side instead: what Events Manager and Test Events can prove, how to separate a delivery failure from a quality problem, which fixes restore correct sending, and what to document while you work.
Фильтрация ботов трекером: до того, как мусор дойдёт до пикселя
Бот, конвертящийся в лид, отравляет три системы разом: отчёты трекера, аппрув-рейт сети и обучение площадки. Этот гайд проводит фильтрацию ботов до хопа Conversions API - что фильтровать на трекере, как отфильтрованные метки вплетаются в событийную политику и как доказать, что поток остаётся чистым.
Bot Traffic Filtering Before It Reaches Your Pixel
A bot that converts into a lead poisons three systems at once: the tracker's reports, the network's approve rate, and the platform's optimization. This guide wires bot traffic filtering before the Conversions API hop - what to filter at the tracker, how the filtered labels flow into your event policy, and how to prove the stream stays clean.
Ротация офферов трекинг: много офферов, один пиксель, ноль смешивания
Ротировать три оффера через один пиксель безопасно; ротировать их через одно имя события - нет. Этот гайд собирает трекинг ротации офферов так, чтобы каждая конверсия осталась приписана офферу, который её произвёл: метки на клике, события и value по офферам, кастомные конверсии на оффер и ловушки, тихо сливающие данные офферов в одну непригодную цифру.
Offer Rotation Tracking: Many Offers, One Pixel, No Mixed Conversions
Rotating three offers through one pixel is safe; rotating them through one event name is not. This guide wires offer rotation tracking so every conversion stays attached to the offer that produced it - click-side labeling, per-offer events and values, custom conversions per offer, and the traps that quietly merge your offers' data.
ROI трекера против ROAS: почему цифры никогда не сходятся
Трекер считает ROI на подтверждённых выплатах; Ads Manager считает ROAS на revenue-значении внутри отправленных вами событий. Два разных числителя над двумя разными знаменателями - и оба корректны. Гайд разбирает каждую документированную причину расхождения денег и даёт процедуру сверки, находящую настоящие утечки вместо погони за фантомными.
Tracker ROI vs ROAS: Why the Numbers Never Match
The tracker computes ROI on confirmed payouts; Ads Manager computes ROAS on the revenue value inside the events you sent. Two different numerators over two different denominators - and both are correct. This guide walks every documented reason the money numbers diverge, then gives a reconciliation procedure that separates counting rules from real leaks.
Потеря click ID прелендинг: где умирают клик-идентификаторы
Площадка дописывает click ID к URL объявления; три хопа спустя постбек приходит с пустым subid, и никто не скажет, какой хоп его съел. Этот гайд проходит прелендинг-воронку хоп за хопом - редиректы, meta refresh, iframe, прыжок на оффер, - отмечая, где click ID выживают, а где умирают, и показывая две техники, которые держат атрибуцию живой даже при капризной вёрстке.
Click ID Prelander Loss: Where Click IDs Die
The platform appends its click ID to the ad URL; three hops later your postback arrives with an empty subid, and nobody can say which hop ate it. This guide walks a prelander funnel hop by hop - redirects, meta refresh, iframes, the offer jump - marking where click IDs survive, where they die, and how tracker-side capture and server-side reconstruction keep attribution alive anyway.
События подписочных воронок: карта рекуррентной модели
Подписочная воронка производит много денежных моментов - старт триала, первый платёж, каждый ежемесячный ребилл, - и один плоский Purchase не способен их нести. Этот гайд раскладывает каждый этап по своим событиям, проводит идентичность ребиллов через трекер, разбирает отмены и очерчивает границу: что площадка способна атрибутировать, а что знает только ваш трекер.
Subscription Conversion Events: Mapping a Recurring Funnel
A subscription funnel produces many money moments - trial start, first payment, every rebill - and one flat Purchase cannot carry them. This guide maps each stage to its event, wires rebill identity through the tracker, handles cancellations, and draws the line between what the platform can attribute and what only your tracker knows.
COD аппрув рейт: какое событие стреляет при подтверждении
В COD-офферах продажа не существует, пока колл-центр не скажет «да». Этот гайд проводит двухсобытийный поток - лид в регистрации, продажа по подтверждению - через статусы трекера, объясняет, как аппрув-рейт определяет, что вы кормите площадке, и удерживает задержку подтверждения внутри окна площадки.
COD Approve Rate Tracking: Which Event Fires on Confirmation
In COD offers the sale is not real until a call center says so. This guide wires the two-event stream - lead at registration, sale on confirmed approval - through the tracker's statuses, explains how approve rate shapes what you feed the platform, and keeps confirmation lag inside the platform's acceptance window.
FTD кастомное событие: депозиты как сигнал оптимизации
Регистрация говорит площадке, что человек подписался; депозит - что он заплатил. Этот гайд проводит депозиты и первые депозиты в рекламные площадки как кастомные события: статусы трекера, выбор между кастомным и стандартным событием, кастомные конверсии для оптимизации, value депозита и тайминг-правила, решающие, засчитается ли поздний депозит.
FTD Custom Event: Deposits as Optimization Signals
Registrations tell the platform someone signed up; deposits tell it someone paid. This guide wires deposits and first-time deposits into your ad platforms as custom events - tracker statuses, the standard-versus-custom choice, custom conversions for optimization, deposit value, and the timing rules that decide whether a late deposit still counts.
Дубли конверсий трекер: три системы, три цифры
Трекер показывает 80, баланс сети - 74, Ads Manager - 92, и все три работают по документации. Этот гайд отделяет настоящие дубли конверсий от различий правил подсчёта, разбирает механизмы дедупа каждой системы и даёт процедуру сверки, которая заканчивается одним из двух ответов: определённое расхождение или конкретный дубль с починкой.
Duplicate Conversions Tracker: Three Systems, Three Numbers
The tracker says 80, the network balance says 74, Ads Manager says 92 - and all three are working as documented. This guide separates genuine duplicate conversions from counting-rule differences, walks the dedup mechanisms each system actually provides, and gives a reconciliation procedure that finds the one real bug hiding among the definitional noise.
Прогрев пикселя без сожжения бюджета: практическая последовательность
Прогрев - не ритуал, а задача о порядке действий: проверить доставку до расхода, кормить чистые атрибутируемые события, пока формируется базлайн, и масштабироваться по доказательствам. Этот гайд превращает прогрев пикселя в последовательность, по которой реально работают байеры, с оф. документацией у каждого шага и арбитражной спецификой прогрева постбек-пикселя.
Pixel Warming Without Burning Budget: A Practical Sequence
Warming is not a ritual - it is an ordering problem. Verify delivery before spend, feed clean well-attributed events while the baseline forms, and scale on evidence. This guide turns pixel warming into the sequence buyers actually follow, with the platform documentation behind each step and the affiliate-specific twists of warming a pixel you feed by postback.
Передача выплаты value: выплата CPA сети в событии площадки
Плоский Purchase считает действия; Purchase с выплатой сети в value считает деньги. Этот гайд ведёт число выплаты по всему пути: из постбека сети в трекер, из трекера в поля value и currency события - и через всё, что делает выплаты нелинейными: частичные аппрувы, ребиллы и клэкбэки.
Conversion Value Payout: Passing Affiliate Payout as Event Value
A flat Purchase counts actions; a Purchase with the network's payout counts money. This guide traces the payout number from the network postback into the event's value and currency fields, then through the messy parts - partial approvals, rebills, clawbacks, and currency mismatches - to a value policy the algorithm can actually optimize on.
Статус конверсии холд: что попадает в ваш пиксель
Сеть подтвердила лид, поставила его на холд и через неделю аппрувнет или отклонит. Пикселю нужно знать уже сейчас. Разбираем, какие статусы конверсий заслуживают события, когда их слать, чтобы они засчитались, и как корректировать учёт, когда холд разрешается не в вашу пользу.
Conversion Hold Status: Which Conversions Belong in Your Pixel
The network confirmed a lead, put it on hold, and will approve or reject it in a week. Your pixel needs to know now. This guide sorts out which conversion statuses deserve a platform event, when to send them so they still count, and how to correct the record when a held conversion resolves the wrong way.
Постбек CPA сети в Conversions API: где рвётся цепочка
Между конверсией, подтверждённой CPA сетью, и конверсией, засчитанной площадкой, стоят два хопа: постбек в трекер и серверное событие из него. Разбираем оба контракта, каталогизируем документированные разрывы и показываем, как собрать порванную цепочку обратно.
From CPA Network Postback to Conversions API: Where the Chain Breaks
Between a conversion confirmed by a CPA network and a conversion counted by the ad platform stand two handoffs: the postback into your tracker and the server event out of it. This guide walks both contracts, lists the documented ways each one tears, and shows how to put a broken chain back together.
Серверная отправка конверсий без доступа: плейбук медиабайера
Конверсия случается на странице, которую вы никогда не отредактируете. Разбираем рабочий путь от этой страницы до рекламной площадки: что вы реально контролируете, как собирается серверное событие, чего стоит отсутствие домена лендинга в ключах матчинга и как протестировать цепочку до масштабирования.
Server-Side Conversions Without Site Access: A Media Buyer's Playbook
The conversion happens on a page you will never edit. Here is the working path from that page back to the ad platform: what you actually control, how the server event gets built, what the landing domain's absence costs in match keys, and how to test before scaling.