Hashing PII для Meta CAPI ломается не в SHA-256, а в нормализации
Перед отправкой хешируйте не «как есть», а в одном и том же виде на всех источниках. Иначе email из CRM, формы и checkout дадут разные значения, даже если это один и тот же пользователь.
Что нужно привести к одному стандарту:
— email: trim, lowercase, убрать пробелы
— phone: E.164, без скобок, дефисов и локальных префиксов
— external_id: стабильный ID, не session_id
— имена/фамилия: lowercase, trim, без лишних символов
Типовая ошибка — хешировать уже «грязные» строки на клиенте и в сервере по-разному. В CAPI это бьёт по Event Match Quality: Meta видит поле, но не может сопоставить его с профилем. Для debug смотрите не только наличие hash, но и исходный формат до SHA-256.
Полезное правило: сначала нормализация, потом SHA-256, потом проверка на стороне сервера, что в payload ушёл именно один и тот же набор match keys для Pixel и CAPI. Если есть fbp/fbc и click_id — не подменяйте ими PII, это разные сущности.
Если нужен стабильный матчинг, делайте один preprocessing-layer для всех каналов, а не отдельную логику в каждом теге. Тогда hash будет одинаковым, а не просто «валидным».
Server Attribution — sGTM, CAPI, Privacy Sandbox
@server_attribution
Hashing PII для Meta CAPI ломается не в SHA-256, а в нормализации
Этот пост опубликован в Telegram-канале Server Attribution — sGTM, CAPI, Privacy Sandbox. Подписаться можно по ссылке: @server_attribution.