<b>Hashing PII для Meta CAPI: что нормализовать до SHA-256, а что ломает match</b>

<b>Hashing PII для Meta CAPI: что нормализовать до SHA-256, а что ломает match</b>

Hashing — это не просто «сделать sha256 и отправить». Если нормализация слабая, Meta получает мусор и EMQ падает, даже когда поля формально заполнены.

Минимум, который стоит привести в порядок перед хешированием:
— email: trim, lowercase, убрать пробелы
— phone: E.164, без знаков, скобок и пробелов
— first_name / last_name: lowercase, trim, без лишних символов
— city / state / zip / country: нормализовать формат, country — в ISO-2
— external_id: хешировать только если это стабильный first-party ID

Важно: хешировать нужно уже нормализованное значение. Если сначала отправить ` Ivan@Example.com `, а потом просто прогнать SHA-256, совпадение с источником будет хуже, чем у строки `ivan@example.com`.

Для CAPI не смешивайте два подхода: либо передаёте raw PII в server-side теге и хешируете на стороне шаблона, либо отправляете уже готовый hash. Двойное хеширование — частая причина пустых match_keys.

Отдельно проверьте:
— `fbp` и `fbc` не хешируются
— `client_ip_address` и `client_user_agent` отправляются как есть
— event_id должен совпадать у Pixel и CAPI для deduplication

Если нужен ориентир: сначала добейтесь чистой нормализации, потом уже добавляйте больше полей. Обычно качество матчинга ломает не отсутствие «ещё одного id», а грязный формат базовых данных.