Почему лид теряется и что это останавливает
3 мин чтения
Когда лид теряется, виноват обычно не «интернет», а конкретный шаг. Разберём, какой это шаг и чем он закрывается.
Откуда приходит лид
Как только человек заполнил форму Facebook или Instagram и нажал кнопку отправки, Meta тут же шлёт в Yuboraman подписанный webhook. То есть лид не ждёт очереди — он попадает в систему в момент отправки.
Подпись здесь стоит не для вида: каждый запрос приходит с подписью Meta, и она проверяется. Запрос с несовпавшей подписью лидом не принимается — то есть посторонний не подсунет в вашу интеграцию фальшивый лид.
Когда этот шаг работает, лид оказывается в системе в момент отправки формы. Проблемы обычно начинаются на следующем шаге — при доставке лида по адресу.
Если доставить не удалось: лестница повторных попыток
Адрес готов не всегда: бот Telegram может быть заблокирован, CRM может не отвечать, таблица может временно не открываться. В таком случае лид не выбрасывается — доставка повторяется.
Пауза между попытками каждый раз удлиняется, но не превышает пяти минут. Если сам адрес говорит «подождите столько-то» (заголовок Retry-After в ответе), система уважает именно этот срок и не давит на сервис, упираясь в лимит.
Если и три попытки не дали результата, лид не забывается: ежечасная сверка собирает недоставленное за последние двенадцать часов и отправляет заново. Даже если CRM полчаса не работала, после подъёма лиды дойдут до места.
- Три повторные попытки
- Время ожидания растёт с каждой попыткой, максимум пять минут
- Заголовок Retry-After, присланный адресом, уважается
- Каждый час недоставленное за последние 12 часов отправляется заново
Что будет, если webhook пропустит лид
Webhook надёжен, но не идеален: сообщение может застрять и в сети, и на стороне Meta. Поэтому под ним стоит резервный механизм.
Четыре раза в сутки система сама запрашивает у Meta лиды за последние двадцать четыре часа, находит те, что не пришли по webhook, и ставит их в обработку. Даже если одно сообщение потеряется, лид попадёт в руки самое позднее на следующей сверке.
Этот резерв нужен не для скорости, а для полноты. В обычном случае лид сразу приходит по webhook; сверка лишь закрывает дыры.
Почему иногда один лид приходит дважды
К одному и тому же лиду ведут два пути — и webhook, и резервная сверка. Поэтому есть контроль дублей: каждый лид запоминается по идентификатору исходного сообщения, и если тот же идентификатор встретится снова, второй раз лид не отправляется.
Глубина истории зависит от источника: для лидов Facebook — тридцать дней, для webhook с сайта — семь. Контроль ведётся отдельно по каждой интеграции и не настраивается. Важно: он работает не по номеру телефона, а именно по исходному сообщению — если один человек заполнил две разные формы, это два отдельных лида.
И всё же доставка не даёт гарантии «ровно один раз». Когда ответ адреса остался неясным — запрос ушёл, ответ не пришёл — система пробует снова, и в результате может появиться дубль. Выбор сделан осознанно: повторный лид обходится дешевле потерянного.
Честная граница: двенадцать часов
Автоматические попытки не длятся вечно. Если адрес не принимает лид двенадцать часов, система прекращает попытки и лид остаётся в статусе недоставленного.
Дальше — работа человека: находите лид в панели и сами нажимаете повторную отправку. Так сделано намеренно: у адреса, который не отвечал двенадцать часов, обычно сбита настройка или он отключён, а бесконечные попытки лишь забивают очередь.
На практике это значит: заметили, что адрес долго не отвечает — проверьте его в течение дня. После двенадцати часов лид сам собой не уйдёт.