Распознавание согласия по смыслу и защита от предзаполнения
Задача: Не потерять связку с CRM, если дизайнер переименовал поле в форме, и соблюсти закон.
Как устроено: Плагин определяет флажки согласия по типу поля и видимому тексту рядом с ним, а не по хрупкому списку ID. Заранее отмеченный чекбокс согласием не считается (Поправка 13), а заявка без согласия на обработку данных не копируется (no-personal-data-consent).
Удержание рекламных клик-идов (gclid, fbclid) без согласия
Задача: Передавать данные для офлайн-конверсий Google и Meta только тогда, когда это разрешено.
Как устроено: Без согласия на рекламные платформы идентификаторы кликов gclid и fbclid не покидают сайт ни отдельным полем, ни внутри URL страницы.
Однопроходная подпись HMAC-SHA256 для иврита и русского
Задача: Гарантировать подлинность каждой заявки и отсутствие расхождения байтов на ивритских именах.
Как устроено: Тело JSON сериализуется ровно один раз, и подпись X-Isrcrm-Signature считается по тем же самым байтам, которые уходят в запрос. Токен и секрет можно хранить вне базы — константами в wp-config.php.
Журнал доставки на 500 записей без персональных данных
Задача: Видеть историю отправок, коды ответа и задержку в миллисекундах без хранения личных данных на сайте.
Как устроено: Перед записью в кольцевой буфер isr_lidin_log все данные проходят через фильтр scrub(): в базе остаются только время, имя формы, HTTP-код, lead_id и флаги согласий, без имени, телефона и текста обращения.