<b>EMQ в Meta CAPI падает не из-за “плохого пикселя” — обычно ломается один из 5 сигналов</b>
EMQ — это не магия, а сумма качества user data и совпадения с аккаунтом. Если score застрял в зоне 6–7, почти всегда проблема в сборе и нормализации данных, а не в самом CAPI.
Что сильнее всего влияет:
— email и phone передаются без lowercasing, trim и нормализации;
— нет <code>external_id</code>, а он часто помогает склеить сессии;
— из браузера не уезжают <code>fbp</code> и <code>fbc</code>;
— сервер не передаёт IP и User-Agent;
— event_name и event_id настроены криво, из-за чего страдает дедупликация.
Хеширование тоже важно: SHA-256 должен работать по уже очищенному значению, иначе вы хешируете мусор и получаете слабый матч. Для телефона критичен формат E.164, для email — убрать пробелы и привести к lower-case.
Отдельный риск — неполный <code>match_keys</code>. Часто отправляют только email, хотя добавить phone, external_id и browser identifiers технически несложно. В итоге EMQ упирается в потолок.
Если нужен быстрый рост score, начните с трёх вещей: чистка user data, передача серверных параметров, корректный event_id для Pixel + CAPI. Это обычно даёт больше, чем “докрутка” одного поля.
Главное правило: EMQ растёт не от количества полей, а от качества каждого значения.
Server Attribution — sGTM, CAPI, Privacy Sandbox
@server_attribution
<b>EMQ в Meta CAPI падает не из-за “плохого пикселя” — обычно ломается один из 5 сигналов</b>
Этот пост опубликован в Telegram-канале Server Attribution — sGTM, CAPI, Privacy Sandbox. Подписаться можно по ссылке: @server_attribution.