n8n-рецепт: антидубли для лидов до того как они попадут в CRM

n8n-рецепт: антидубли для лидов до того как они попадут в CRM

Если льёте лиды из нескольких форм/лендов, дубли почти всегда всплывают поздно: менеджер уже открыл карточку, автоответ ушёл два раза, статистика по источнику поплыла. Фильтр лучше ставить не в CRM, а перед записью.

Сценарий: Webhook → Normalize → Data Store → IF → CRM/таблица.
— Webhook принимает лид.
— Function приводит телефон/email к одному виду: нижний регистр, без пробелов, без скобок.
— Data Store ищет ключ email+phone или хеш.
— IF пропускает только новые записи, дубли пишет в отдельный лог.

Грабли: одинаковые люди часто оставляют разные email, но один телефон. Поэтому делайте 2 проверки: жёсткую по телефону и мягкую по email. Мягкий дубль не режем сразу, а отправляем на ручную проверку.

Профит: меньше мусора в CRM, чище атрибуция по лендам, меньше ложных «лидов» в отчёте. Узкое место — хранение ключей: если объём большой, вместо Data Store лучше Postgres/Redis.

Правило: антидубль должен стоять до всех дорогих действий — отправки в CRM, SMS, email и API-обогащения. Иначе вы автоматизируете не процесс, а размножение мусора.