Доставка конверсий: проверяем, что каждая конверсия дошла до Meta, Google и трекера

За клик вы уже заплатили. Если депозит, который он принёс, так и не долетел до Meta или Google, оптимизатор платформы продолжает закупать похожих на тех, кто не конвертится. Если S2S-постбэк в партнёрский трекер не прошёл, конверсии нет и в вашей собственной статистике. Страница «Доставка конверсий» - единственный экран, который отвечает на вопрос «долетела ли каждая конверсия на самом деле»: карточки CAPI по каждой площадке, карточки постбэков по каждому правилу, таблица всего застрявшего и кнопка «Переотправить» для ручного восстановления.

Как читать карточки

Вверху страницы - по карточке на каждую CAPI-площадку: сегодня это Meta и Google, потому что серверная доставка TikTok всё ещё «скоро» и карточки не даёт вообще. Ниже - по карточке на каждое правило постбэка, по которому была хотя бы одна доставка за последние 7 дней. CAPI-площадка может показать карточку и с нулём доставок - если за это окно она не отправляла конверсии, а пропускала их; это ровно тот случай, для которого ниже есть блок «Пропущено».

Каждая карточка считает доставки в двух окнах, «24 ч» и «7 дн», по четырём статусам:

• Отправлено - платформа или трекер приняли конверсию. Готово.
• В очереди - доставка ждёт, воркер подхватит её за секунды.
• Сбой - попытка завершилась ошибкой. CAPI повторяет до 5 раз с экспоненциальной задержкой (5с, 10с, 20с, 40с, 80с - в сумме около двух с половиной минут); постбэки повторяют до 3 раз, укладываясь заметно меньше чем в минуту. Часто строка сама доезжает до «Отправлено» ещё в этом окне. Когда падает последняя попытка, строка автоматически становится «Мёртвая» - без cron-джобы и без ручных действий.
• Мёртвая - все автоматические попытки исчерпаны. Дальше без вас ничего не произойдёт.

Бейдж работает как светофор: Без проблем, когда проблем нет, Есть сбои (жёлтый), если что-то упало, Есть мёртвые (красный), если хотя бы одна доставка умерла. На каждой карточке также показан текст последней ошибки с таймстампом - обычно этого достаточно, чтобы опознать протухший токен, не открывая логи.

На карточке Google есть ещё один блок - Пропущено (не отправлено): счётчики «Сегодня» и «7 дн» с разбивкой по причине - нет Google click ID (gclid отсутствует), клик устарел (старше 90-дневного окна загрузки Google) или событие не сопоставлено. Пропуск - это осознанный отказ от отправки, а не сбой: он вообще не создаёт строку доставки и никогда не попадает ни в счётчики сбойных и мёртвых, ни в таблицу ниже. Это и есть прямой ответ на вопрос, почему на смешанной кампании Meta+Google по Google конверсий заметно меньше, чем по Meta - сначала загляните в этот блок, прежде чем считать что-то сломанным.

Таблица проблемных доставок

Под карточками - таблица с пагинацией, в ней только сбойные и мёртвые строки, две вкладки: CAPI и Постбэки. На вкладке CAPI - платформа, Event ID, статус, число попыток, ошибка и время создания. На вкладке «Постбэки» добавляются HTTP-метод и код статуса, который вернул endpoint вашего трекера. 500 от трекера и таймаут сети дебажатся совсем по-разному.

Переотправка: что она делает на самом деле

1. Сначала устраните причину: обновите access token Meta, верните доступ сервисному аккаунту Google, включите правило постбэка.
2. Нажмите «Переотправить» на строке. Кнопка сменится на В очереди: новая попытка доставки идёт через обычную очередь с полной цепочкой ретраев и тем же payload.
3. Доставка асинхронная: обновите страницу через минуту - если переотправка сработала, строка станет «Отправлено» и уйдёт из списка проблемных.

Переотправка честно отказывает, а не делает вид, что сработала. Переотправить можно только сбойные и мёртвые строки. Если пиксель убрали из кампании или удалили CAPI-аккаунт, вы получите «Платформа больше не настроена на кампании»: поставить строку в очередь всё равно означало бы получить ещё одну мёртвую строку. «Событие не тарифицировано» значит, что событие заблокировал биллинг - сначала пополните баланс. Переотправка постбэка отказывает точно так же, если правило удалено или отключено: ручной повтор не может тихо обойти правило, которое вы сами выключили.

Защита от задвоения: переотправка постбэка использует тот же самый fire ID, что и оригинал - если первая попытка реально дошла до трекера, повтор гасится ещё до HTTP-запроса. У CAPI своя защита - дедупликация по event ID на стороне площадки: у Meta окно дедупликации около 48 часов, так что переотправка сильно более старых строк может задвоить конверсии в Ads Manager.

Когда волноваться, а когда нет

• Волноваться стоит, когда «Мёртвые» больше нуля или повторяется одна и та же последняя ошибка: протухший access token, отозванный доступ сервисного аккаунта, неверный dataset или ID действия-конверсии.
• Не волноваться стоит, если на смешанном трафике Google показывает меньше конверсий, чем Meta. У конверсии, пришедшей с Meta-объявления, нет gclid, поэтому Google осознанно её пропускает, а не роняет с ошибкой - точную причину и счётчик смотрите в блоке «Пропущено» на карточке Google. Ещё Google пропускает клики старше 90 дней - это предел его окна загрузки.

Частые грабли

• Переотправка без устранения причины просто плодит новые мёртвые строки: кнопка повторяет отправку, а не чинит конфигурацию.
• Строки Meta старше примерно 48 часов рискованно переотправлять: дедупликация площадки их уже не прикрывает.
• Приостановленный воркспейс блокирует события на уровне биллинга, поэтому их доставки отказывают как «не тарифицировано». Сначала проверьте баланс, а потом уже грешите на интеграцию.
• Карточка Google с нулём доставок на трафике, где преобладает Meta - это норма, а не поломка. Причину объясняет блок «Пропущено» на этой карточке.
• У TikTok карточки не будет вообще. Серверная доставка для него ещё не запущена, так что пустое место там - не баг конфигурации.