Сборка fbc fbp руками без потери качества сопоставления

В серверных воронках сборка fbc fbp руками заменяет браузер: пиксель на собственном сайте собирал бы куки Meta _fbc и _fbp автоматически, но серверная воронка в момент конверсии браузера не видит, поэтому значения приходится собирать из того, что снял клик. Формат документирован и прост, а ошибки незаметны: испорченный fbc не отбрасывает запрос - Meta просто хуже сопоставляет событие, и оптимизация теряет качество молча. Разбираем форматы кук, сборку fbc из fbclid, правила хеширования и ошибки формата.

Зачем серверным событиям эти значения вообще - качество сопоставления и его оценки - в полном гайде Meta CAPI; эта страница - инструкция по сборке.

Как выглядят две куки

В браузере имена кук Meta начинаются с подчёркивания, а в user_data вызова Conversions API передаются без него:

Для арбитражных воронок различие принципиально: fbc описывает клик и восстанавливается из URL объявления, а fbp относится к браузеру на конкретном домене - и если домен конверсии вам не принадлежит, это значение не появляется вовсе. Meta документирует, что серверные события передают их как fbp и fbc в user_data, и что _fbc собирается из URL-параметра fbclid (fbp and fbc parameters). Каждое значение связывается с кликом через его click ID, поэтому важнее всего вовремя снять клик.

Конструкция fbc из fbclid

Рецепт сборки по документированному формату:

1. Снимите исходный параметр fbclid из URL назначения объявления в момент клика, до того как какой-нибудь редирект его обрежет (где теряются fbclid и ttclid).
2. Запишите момент клика меткой времени.
3. Затем соедините части в версионной форме: fb.1.<timestamp>.<fbclid>.

URL объявления:  your-tracker.example/landing?fbclid=IwAR0abc123
сохранённый fbc: fb.1.1790000000000.IwAR0abc123

Чтобы собранное значение осталось рабочим, действуют два правила. Первое: метка времени и сам fbclid должны быть ровно теми, что принёс клик; обрезка, URL-декодирование или повторное кодирование fbclid дают значение, которое Meta не сможет свести с кликом. Второе: собирайте один раз в момент клика и храните результат в строке клика; пересобирать потом по памяти - риск получить расхождение.

Что хешируется - а что передаётся как есть

Правила хеширования явные и несимметричные:

Meta документирует список «никогда не хешировать» отдельно, и в нём ровно те поля, которые собирает этот гайд (fbp and fbc parameters). Классическая ошибка - прогнать через хеширование сразу весь объект user_data и уничтожить только что собранные значения.

Ошибки, снижающие качество сопоставления

1. Подчёркивания в запросе. Куки браузера - _fbc/_fbp; поля user_data - fbc/fbp. Отправить подчёркнутые имена в JSON - самая частая ошибка формата.
2. Искажённый fbclid. URL-декодирование или обрезка снятого параметра: значения fbclid переносятся только дословно.
3. Захешированные поля идентичности. fbc и fbp, захешированные «для единообразия», перестают сопоставляться вовсе; правило хеширования задают для поля, а не для объекта целиком.
4. Расхождение метки времени. Сборка fbc с меткой времени, отличной от кликовой: значение сводится с кликом, а не с моментом отправки.

Все четыре ошибки ловит проверочный цикл: отправьте одно собранное событие через Test Events Meta, затем посмотрите сигналы качества сопоставления в Events Manager (get started). Правила по полям - часть общей картины сопоставления в гайде Meta CAPI, а потери на стороне клика, за отсутствующим fbclid, - в карте потерь прелендинга.

Сборка fbc и fbp: частые вопросы

Источники