CRM и системы
6 октября 2026 · 12 мин
Заявка чаще всего теряется не на форме, а после неё: письмо уходит в спам без SPF и DKIM, падает на mail() без очереди, приходит на нечитаемый ящик или остаётся в почте, не дойдя до CRM. Проверка всей цепочки занимает вечер, а при 400 заявках в месяц потеря 20-30 процентов — это 80-120 обращений и 1 600 000-2 400 000 ₽ упущенной выручки ежемесячно.
Как заявки теряются незаметно: форма работает, лидов нет
Заявка с сайта — это не одно событие, а цепочка из шести звеньев: браузер посетителя, сервер сайта, почтовый сервер отправителя, почтовый сервер получателя, ящик для уведомлений и CRM или мессенджер. Разрыв на любом из них выглядит одинаково: посетитель поблагодарил, менеджер ничего не получил. Посетитель при этом уверен, что заявка отправлена, и в 30-50 процентах случаев не пишет повторно, а просто уходит к конкуренту.
Первый сценарий: форма показывает «спасибо», письмо не уходит. Сервер принял данные, скрипт вернул страницу благодарности, а отправка завершилась ошибкой, которая никуда не попала — ни в лог, ни в интерфейс.
Как проверить всю цепочку доставки заявки: протокол на вечер
Проверка занимает от сорока минут до двух часов и не требует ни программиста, ни доступа к серверу. Нужны телефон, браузер, доступ к ящикам и выключенный на время теста автоответчик.
- Тест с живого посетителя. Заполните форму с мобильного интернета, а не из офисной сети. В комментарии укажите дату и время — по ним вы найдёте событие в журналах. Норматив доставки уведомления: не более двух минут.
- Проверка спама и всех ящиков. Смотрите не только «Входящие», но и «Спам», «Рассылки», папку фильтра. В панели администратора почты проверьте журнал доставки: код ответа, имя фильтра, из-за которого письмо не попало во «Входящие».
Восемь причин, из-за которых заявки не доходят
Причина 1. Нет SPF, DKIM и DMARC — письма уходят в спам. Домен не подтверждён: нет SPF со списком разрешённых серверов, нет пары ключей DKIM, нет DMARC. Крупные сервисы такие письма отклоняют или кладут в «Спам». Признак: до вашего корпоративного ящика письма доходят, до Mail.ru и клиента — нет.
Причина 2. Отправка через mail() на shared-хостинге. Функция mail() зависит от лимитов хостера и репутации соседей по серверу. Заявки теряются при пиковой нагрузке, при попадании сервера в чёрный список, при ограничении на отправку. Ошибки нет, доставки тоже нет. Лечится внешним SMTP с авторизацией.
Что происходит, если оставить как есть: расчёт потерь
Считаем на типичных цифрах. Сайт приносит 400 заявок в месяц, средний чек 100 000 ₽, конверсия из заявки в сделку 20 процентов. Это 80 сделок и 8 000 000 ₽ выручки в месяц; одна заявка стоит в среднем 20 000 ₽.
При неидеальной, но не катастрофической настройке теряется 20-30 процентов обращений. При 400 заявках это 80-120 лидов в месяц. Часть клиентов напишет повторно, но по факту пропадает 30-60 сделок: люди уходят к конкуренту. В деньгах это 1 600 000-2 400 000 ₽ упущенной выручки ежемесячно, то есть 130 000-190 000 ₽ маржи при маржинальности 8 процентов.
Что починить своими руками: план на день
Восемь шагов реально пройти за один рабочий день, если есть доступ к панели хостинга, DNS-записям домена и админке сайта.
- Проверить весь путь тестовой заявкой. Отправьте контрольную заявку с телефона вне офисной сети, зафиксируйте время и пройдите путь до конца: почта, спам, Telegram, CRM. Заведите таблицу из шести звеньев и отметьте, где рвётся цепочка. Без этой отметки любые правки — угадывание.
- Продублировать уведомления. Минимум три адреса: ящик отдела продаж, ящик руководителя, технический ящик разработчика. Плюс Telegram-бот: уведомление с кнопками «Взять в работу» и «Позвонить» приходит за секунды и не теряется в почте.
Чек-лист диагностики и таблица потерь
Проверьте себя по списку. Если три пункта и больше отмечаются как минус, потери идут прямо сейчас, независимо от того, сколько обращений видно в почте.
- SPF, DKIM и DMARC настроены, письма не попадают в спам у Mail.ru, Яндекс.Почты и Gmail.
- Отправка идёт через SMTP с авторизацией, а не через mail() на shared-хостинге.
- Уведомления приходят минимум на два адреса и в Telegram.
- Сделка в CRM создаётся с источником и ответственным в течение двух минут.
Где самостоятельное лечение упирается в потолок
Своими руками закрывается большая часть потерь, но есть шесть участков, где самостоятельная настройка почти всегда заканчивается полумерами.
Почтовые записи и репутация домена. Записи прописываются за час, а репутация домена восстанавливается месяцами. Нужен прогрев отправителя и разделение потоков: рекламные рассылки не должны идти с того же адреса, что уведомления о заявках. Иначе одна массовая рассылка обрушивает доставляемость всех писем. Нужны отдельный поддомен, разбор отчётов DMARC и работа с чёрными списками у каждого крупного провайдера.
Порядок работ и сколько это стоит
Начинаем с аудита: без него починка превращается в угадывание. Аудит WWCODING стоит 0 ₽. Специалист проходит всю цепочку заявки от кнопки на сайте до сделки в CRM, проверяет записи SPF, DKIM и DMARC, доставку писем на Mail.ru, Яндекс.Почту и Gmail, вебхуки, журнал заявок и мониторинг. На выходе — список дефектов по приоритетам, оценка потерь в заявках и рублях, сроки и стоимость работ до старта. Аудит ведёт Максим Холмов.
Дальше состав работ зависит от того, что сломано. Если проблема только в уведомлениях, достаточно точечной настройки на существующем сайте.
Вывод
Заявки с сайта почти никогда не теряются на самой форме. Форма работает: принимает данные и говорит «спасибо». Ломается путь после неё — отправка письма, доставка до ящика получателя, уведомление, передача в CRM, журнал и мониторинг. Именно поэтому проблема живёт месяцами: снаружи всё выглядит исправным, а деньги уходят вместе с невидимыми заявками.
Дальше закрывайте потери по одному звену: внешний SMTP с авторизацией вместо mail(), дублирование каналов, журнал заявок, обработка ошибок и автоматическая проверка формы раз в 5-10 минут. Это минимум, который снимает 70-80 процентов потерь.
Коротко
до 240 000 ₽ в месяц
Письма уходят в спам
80 000-160 000 ₽ в месяц
Отправка через mail() на shared-хостинге
до 400 000 ₽ в месяц
Уведомление на один ящик
120 000-240 000 ₽ в месяц
Нет журнала заявок и мониторинга
Частые вопросы
Почему форма пишет «спасибо», а заявка не приходит?
Чаще всего сервер принимает данные и показывает страницу благодарности, а ошибка возникает на отправке письма и никуда не логируется. Посетитель уверен, что заявка отправлена, и не звонит повторно. Чтобы найти разрыв, нужен тест с телефона и журнал почтового сервера: обычно в нём видно, что запрос дошёл, а SMTP вернул ошибку.
Письма с сайта попадают в спам — что делать в первую очередь?
Проверьте три записи домена: SPF со списком серверов и окончанием на -all, DKIM с публичным ключом отправителя и DMARC с политикой p=none и адресом для отчётов. Затем уберите отправку через mail() и переведите её на внешний SMTP с авторизацией и отдельным адресом site@ваш-домен.ру. После этого отправьте тест на Mail.ru, Яндекс.Почту и Gmail: фильтры у них разные, и судить по одному ящику нельзя.
Сколько заявок теряется при типичной настройке?
При одной форме, одном ящике для уведомлений и отправке через mail() потери достигают 20-30 процентов обращений. При 400 заявках в месяц это 80-120 лидов: часть уходит в спам, часть не доходит из-за лимитов хостинга, часть остаётся в почте, когда менеджер в отпуске. После настройки внешнего SMTP, дублирования в Telegram и CRM потери снижаются до 2-3 процентов, а остаток связан с людьми, а не с техникой.
