Официальные руководства и глоссарий для платформы Most и Активатора пикселей.
Руководства автора Most Team
Google Consent Mode gcs/gcd: расшифровка параметров согласия
Google-теги передают состояние согласия на каждом хите через два параметра: gcs и gcd. Google описывает их назначение, но не кодировку gcd, поэтому матрица расшифровки взята из реверс-инжиниринга. В гайде - таблица G1--, схема из 12 символов, девять букв согласия и источник каждого вывода.
Как проверить read-only доступ Google Ads для аудита
Для аудита нужен список ресурсов и разрешённых проверок. Название роли в одном сервисе не открывает другой сервис и не подтверждает видимость всех экранов.
Как учесть first-party data consent в серверной доставке
Серверная очередь не узнаёт выбор посетителя автоматически. Свяжите запись выбора, событие и правила приёмника, чтобы можно было объяснить каждую отправку.
Как сохранить event time при задержках и смене часового пояса
Правильно оформленная отметка времени может обозначать неверный момент. Сравните источник, очередь и запрос, прежде чем искать ошибку в окне отчёта.
Как устроена атрибуция Demand Gen при переходе в Telegram
Место показа, переход в Telegram и импорт конверсии относятся к разным этапам. Их связывают реальные записи, а сохранность идентификатора нужно проверять.
Как связать постбек партнёра с маршрутом Telegram
Вызов может дойти до сервера, но содержать неизвестный идентификатор или статус. Найдите запись одной транзакции на каждом этапе, прежде чем менять кампанию.
Модель эксплуатации интеграции: четыре вопроса, на которые отвечает договор
Сравнивать управляемый тариф и развёртывание на своём сервере значит читать обязательства: в каком хранилище лежат записи о клике и об отправленном событии, кто ставит обновления, какой текст о поддержке существует и почему одну цену нельзя поделить на другую.
Приёмочный тест конверсий: отправлено, принято и учтено
Приёмочный тест конверсий оставляет отдельный протокол для каждой платформы. Запишите запрос, ответ и тестовый режим, затем проверьте данные приёмника. Процедура разделяет приём, сохранение, сопоставление и атрибуцию события.
Миграция данных старого трекера: ключи, время и потерянные связи
Перенос истории начинается с вопроса, который невозможно закрыть скриптом импорта: что вообще вывозится из старого трекера как доказательство. Ключи, временные базы и разорванные связи - три отдельные ревизии, а две ленты событий сравнивают их построчно и оставляют письменный критерий перехода.
Входные данные конверсионного пути: что подрядчик получает до начала работ
Входные данные конверсионного пути - то, что заказчик передаёт подрядчику до старта работ: пять обязательных наборов значений, ни одного секрета в тексте и четыре отдельные строки приёмки, чтобы отправленное, принятое, учтённое и приписанное не подписывались одной фразой.
Контракт схемы событий: какие поля заказчик обязан согласовать до разработки
Кастомная передача конверсии ломается на переписке задолго до кода. Вот артефакт, который такую переписку заканчивает: перечень полей, четыре состояния обязательности вместо одной колонки, смысл каждой строки и вопросы, на которые владелец данных отвечает письменно.
Meta CAPI батчинг: пакетная отправка событий и лимиты
Conversions API принимает несколько событий одним запросом через массив data, но одна ошибка может привести к отклонению всего пакета. Разбираем структуру запроса, правила проверки Meta, порядок повторной отправки событий и способы снизить нагрузку без догадок о скрытых лимитах.
Лиды 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 не отбрасывает запрос, Meta просто хуже сопоставляет событие, и оптимизация теряет качество молча. Разбираем форматы кук, сборку 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 сетью, и конверсией, засчитанной площадкой, стоят два этапа: постбек в трекер и серверное событие из него. Разбираем оба контракта, каталогизируем документированные разрывы и показываем, как собрать порванную цепочку обратно.
Серверная отправка конверсий без доступа: плейбук медиабайера
Конверсия случается на странице, которую вы никогда не отредактируете. Разбираем рабочий путь от этой страницы до рекламной площадки: что вы реально контролируете, как собирается серверное событие, чем отсутствие домена лендинга оборачивается для ключей сопоставления и как проверить цепочку до масштабирования.
Трекинг конверсий арбитражника: полный гайд
Точка входа в арбитражный кластер: как конверсия с чужого оффера доходит через постбек, трекер и Conversions API до рекламной площадки и где найти разбор каждой конкретной поломки.
Tracking stack: MMP + трекер + CAPI для app-install кампаний
Практическая сборка tracking stack для app-install кампаний: какой слой измеряет инсталлы, какой держит отчетность по ROI, как event ID доезжает от клика до Meta CAPI и TikTok Events API и какими проверками доказать, что стек работает, до масштабирования бюджета.
Keitaro vs Binom vs Voluum vs RedTrack: полное сравнение для медиабайеров
Сравнение четырёх аффилиейт-трекеров бок о бок: self-hosted против облака, актуальные прайс-страницы, лимиты событий, поддержка Meta CAPI и TikTok Events API, механика постбэков и понятные сценарии выбора без переплаты.
TikTok Smart Plus Web campaigns: требования к сигналам и Events API
Smart+ автоматизирует таргетинг и биддинг, но оптимизирует то, что вы ему скармливаете. Разбираем измерительный стек из официальных best practices.
Как найти Pixel ID TikTok и сгенерировать токен Events API
Как найти Pixel ID TikTok, сгенерировать токен Events API и проверить связку до подключения автоматизации.
TikTok Events API Gateway: серверная доставка для нескольких аккаунтов
Events API Gateway TikTok обслуживает много ad accounts с одного хоста, дедуплицирует пиксель и серверные события и подключает новые аккаунты за минуты.
Коды ошибок TikTok Events API: что означают и как их чинить
Коды ошибок TikTok Events API, содержание ответа и способы устранения проблем: от прав доступа до ограничения частоты запросов.
Отправка конверсий TikTok Events API для аффилейт-трекеров: гайд
Практический гайд по отправке конверсий из аффилейт-трекеров в TikTok Events API: ttclid, хеширование user_data, дедупликация, окна атрибуции, тестирование и траблшутинг.