EMQ в Meta CAPI падает не из-за «плохого трафика», а из-за дыр в user data и дедупликации

EMQ в Meta CAPI падает не из-за «плохого трафика», а из-за дыр в user data и дедупликации

EMQ — это не одна метрика, а сумма сигналов, которые Meta может сопоставить с событием. Если вы отправляете только email_hash, а phone, fbp, fbc и client_ip пустые, score почти всегда упирается в потолок.

Что сильнее всего влияет:
— нормализация до SHA-256: lowercase, trim, E.164 для телефона;
— одинаковый event_id у Pixel и CAPI для дедупликации;
— передача client_user_agent, client_ip_address, fbp, fbc;
— стабильный external_id для логина и повторных покупок.

Отдельная ошибка — хешировать «как есть». Пробелы, плюс в телефоне, uppercase в email и разные форматы страны ломают матчинг сильнее, чем отсутствие одного дополнительного поля. Второй частый провал — событие отправили, но event_id с фронта и сервера не совпал: EMQ может выглядеть нормально, а дедупликация развалится.

Практика простая: сначала добейте качество базовых идентификаторов, потом уже добавляйте вторичные. Иначе вы будете гонять лишние запросы в CAPI, не меняя score и не улучшая атрибуцию.