CRM рекламодателя и трекер: как склеить лиды через Python без ручного хаоса

CRM рекламодателя и трекер: как склеить лиды через Python без ручного хаоса

Если CRM и трекер живут отдельно, байер видит только половину картины. В трекер должны уходить статусы лида, а обратно — ID клика, преленда, оффера и причина отказа. Иначе атрибуция расползается, а оптимизация строится на догадках, не на данных.

Схема рабочая и простая:
— CRM шлёт webhook при смене статуса
— Python принимает payload, валидирует поля, нормализует телефон, email и external_id
— дальше маппинг в таблицу событий и постбек в трекер
— всё лишнее логируется в сырые данные, а не теряется в коде

Критичные моменты:
— дедупликация по lead_id и timestamp, иначе один лид станет тремя конверсиями
— очередь на ретраи для 5xx и таймаутов
— подпись запроса или whitelist IP, чтобы не ловить мусор в поток
— отдельные статусы для reject, hold, approved, payout_pending

В хранилище лучше сразу держать raw_events и normalized_events. Первый слой нужен для аудита и разбора инцидентов, второй — для дашбордов, SQL и сверки с кабинетом. Проверяем сходимость дельты в трекере и кабинете, иначе интеграция превращается в красивую, но бесполезную трубу.

Всё, что не автоматизировано — это потенциальный убыток: ставьте webhook, пишите idempotent-обработчик и не трогайте статусы руками.