Заявки с сайта теряются: где клиент уже оставил контакт, а до вас так и не дошёл

Заявки с сайта теряются чаще, чем думает владелец: человек заполнил форму, увидел «Спасибо, мы перезвоним», а до вас письмо так и не дошло. Он ждёт час, потом звонит тому, кто стоял в выдаче следующим, и этот клиент не появится в вашей статистике нигде — ни в отказах, ни в жалобах. Ниже только то, что происходит после нажатия кнопки «Отправить»: семь мест, где пропадают уже оставленные контакты, проверка за 15 минут и расчёт, сколько денег такая утечка забирает каждый месяц.

Реклама, Карты, поиск, рекомендации — все каналы ведут людей в одну и ту же форму. Если форма течёт, дорожает клиент из каждого канала сразу, и увеличение бюджета это не лечит: вы просто платите больше за то же ведро с дырой. Поэтому, прежде чем спорить, какой канал выгоднее, стоит убедиться, что оплаченные заявки вообще доезжают до человека, который должен перезвонить.

Отправил — ещё не значит «дошла»

Путь клиента до кнопки — отдельная история: неудобная форма, непонятная цена, телефон, по которому не дозвониться. Про неё подробно в разборе где теряются заявки ещё до того, как клиент позвонил. Здесь начинаем с момента, когда человек уже решился и нажал кнопку.

Дальше у заявки длинная дорога, которую владелец обычно не видит целиком. Скрипт сайта собирает поля, отправляет письмо через почтовый сервер хостинга или внешнюю службу, письмо проходит проверки у получателя, попадает во входящие, в спам или никуда, кто-то его открывает, заносит в CRM или таблицу, назначает ответственного, и только потом ответственный перезванивает. Звеньев восемь, и порваться может любое. Причём клиент во всех случаях видит одно и то же — зелёную надпись об успешной отправке. Сайт не знает, что было после, и честно рапортует об успехе.

Отсюда главное правило этой статьи: заявка считается дошедшей, когда по ней перезвонили, а не когда форма показала «спасибо».

Письмо ушло в спам: SPF и DKIM без технического языка

Самая частая причина. Сайт отправляет письмо от имени вашего домена, например с адреса info@вашсайт.ru. Почтовый сервис получателя спрашивает: а этому серверу вообще разрешено писать от имени этого домена? Ответ хранится в записях в настройках домена, в DNS.

SPF — список серверов, которым разрешено отправлять почту от вашего домена. Если сайт шлёт письма через сервер хостинга, а в списке указана только корпоративная почта, письмо выглядит как подделка. DKIM — цифровая подпись письма: получатель сверяет её с ключом в DNS и понимает, что по дороге письмо никто не менял. Есть ещё DMARC — правило, что делать с письмами, которые проверку не прошли: пропустить, отправить в спам или отклонить.

Коварство в том, что всё может долго работать, а потом сломаться без единого действия с вашей стороны. Почтовый сервис ужесточил проверки, хостинг сменил адрес сервера, кто-то добавил строгую запись DMARC при настройке корпоративной почты — и заявки начинают падать в спам, где их никто не ищет.

Как проверить без программиста: отправьте тестовую заявку, найдите письмо (сначала во входящих, потом в спаме) и откройте его служебные заголовки. В Яндекс Почте это «Свойства письма», в других сервисах пункт называется «Показать оригинал» или похоже. Ищите строки spf=pass и dkim=pass. Если там fail, softfail или none, письмо дошло сегодня, но может не дойти завтра.

Надёжное лечение — отправлять заявки не встроенной функцией хостинга, а через настоящий почтовый ящик по протоколу SMTP (для популярных движков есть готовые модули) и прописать SPF и DKIM для этого ящика. Это час-два работы технического специалиста, а не проект на месяц.

Ящик, который никто не читает

Вторая по частоте находка — заявки приходят исправно, но не туда. Адрес получателя вписали в настройки формы при создании сайта и больше не трогали. С тех пор сменился менеджер, закрыли старый ящик, ушёл разработчик, на чей адрес «временно» настроили копию. Письма либо отбиваются с ошибкой, которую читает только сервер сайта, либо копятся в ящике, пароль от которого никто не помнит.

Родственная ситуация — переполненный ящик. У почтовых тарифов есть лимит объёма, и когда он исчерпан, новые письма не принимаются. Владелец узнаёт об этом, когда случайно заходит в почту и видит, что последнее письмо пришло три недели назад.

Правило, которое снимает проблему целиком: заявки идут на общий адрес компании вроде zayavki@, доступ к которому есть у владельца, а сотрудникам настроена пересылка. Ушёл человек — меняете пересылку, форму не трогаете.

Форма молча сломалась после обновления

Сайт — живая система: обновляются движок, модули, тема, версия PHP на хостинге, сертификат безопасности. Любое из этих обновлений способно сломать отправку так, что внешне ничего не изменится. Кнопка нажимается, надпись «спасибо» появляется, потому что её показывает скрипт в браузере, а серверная часть, которая должна отправить письмо, падает с ошибкой.

Отдельный вид поломки — заявка приходит, но пустая или неполная. Поле телефона переименовали при редактировании формы, и оно перестало попадать в письмо. Маска ввода принимает номер только в одном формате, а мобильный браузер подставляет автозаполнение в другом. В итоге вам приходит «Новая заявка: имя — Ольга, телефон — », и перезвонить некуда.

Ещё сценарий: заявки уходили во внешний сервис — виджет обратного звонка, квиз, онлайн-чат — и у сервиса закончилась оплата. Виджет продолжает висеть на сайте и принимать номера, но уведомления больше никто не шлёт. Если сайт давно не проверяли после изменений, это стоит поручить специалисту: доработка сайта нередко начинается именно с починки отправки форм.

Капча и антиспам отсекают живых людей

После волны спама на форму ставят капчу или антиспам-модуль, мусор исчезает, все довольны. Вместе с мусором пропадает часть живых клиентов, и этого никто не замечает, потому что отклонённые заявки нигде не видны.

Выглядит это так. Строгая невидимая капча считает подозрительным посетителя с VPN, из корпоративной сети или со старого телефона и молча не отправляет форму. Антиспам-модуль относит заявку к спаму из-за ссылки в комментарии или слишком короткого текста и складывает её в отдельную папку в админке, которую никто не открывает. Картинка с искажёнными буквами на медленном мобильном интернете не прогружается, и человек закрывает вкладку.

Решение не в том, чтобы снять защиту, а в том, чтобы видеть отсеянное: раз в неделю открывать папку спама в админке, настроить защиту мягче (скрытое поле-ловушка для роботов, проверка времени заполнения) и оставлять видимую капчу только там, где спам иначе не лечится.

Заявка дошла, но её никто не взял

Письмо во входящих — ещё не деньги. Здесь начинается зона, которую не проверишь техническим тестом, а теряется в ней не меньше.

Уведомление только в один канал. Заявки приходят на почту, а почту менеджер смотрит утром и после обеда. Всё, что пришло вечером и в выходные, ждёт до понедельника. Дублируйте уведомление туда, где человек отвечает быстро: в рабочий мессенджер, SMS, общий чат. Какие мессенджеры сейчас надёжны для рабочих уведомлений, я разбирал в статье про Max для бизнеса.

Заявка в CRM без ответственного. Интеграция создаёт сделку, но не назначает её конкретному человеку. Каждый думает, что ею займётся другой, и через три дня сделку находят в статусе «новая». Если CRM ещё нет, хватит и бесплатной: в подборке бесплатных CRM для малого бизнеса есть варианты с автоматическим распределением заявок.

Ответ через сутки. Человек, который оставил заявку вам, обычно оставил её не только вам. Кто перезвонил первым, тот и ведёт разговор, а остальным отвечают «уже договорились». Почему здесь счёт идёт на минуты, подробно в разборе о том, как скорость ответа на заявку закрывает сделку.

Проверка за 15 минут

Делайте её сами, а не просите разработчика «глянуть»: важно пройти путь клиента своими руками.

1. Минуты 0–3. С личного телефона через мобильный интернет, не через офисный Wi-Fi, отправьте заявку с каждой формы сайта: основной, в шапке, в карточке услуги, в калькуляторе, в виджете звонка. В поле имени пишите «Тест 1 шапка», «Тест 2 калькулятор» — так сразу видно, какая форма не дошла.
2. Минуты 3–6. Повторите с компьютера из другого браузера и, если есть возможность, с включённым VPN — так проверяется капча.
3. Минуты 6–9. Посмотрите, куда пришло: входящие, спам, мессенджер, CRM. Засеките, через сколько минут появилось уведомление. Откройте свойства одного письма и проверьте spf и dkim.
4. Минуты 9–12. Откройте каждую заявку и сравните поля с тем, что вводили. Особенно телефон.
5. Минуты 12–15. Сверьте цифры за прошлый месяц: число достижений цели «отправка формы» в Яндекс Метрике и число заявок, которые реально лежат в почте или CRM.

Последний пункт самый показательный. Цель в Метрике фиксирует факт отправки на стороне браузера, а почта и CRM — факт получения. Если в Метрике 60, а в CRM 44, у вас 16 кандидатов в потерянные. Сравнение имеет смысл, только если цель срабатывает на успешную отправку, а не на клик по кнопке, иначе в неё попадут и незаполненные попытки. Как настроить это правильно, разобрано в статье про цели в Яндекс Метрике.

Результаты проверки удобно сразу разложить по этой таблице — она же служит картой, где искать утечку.

Утечка	Признак	Как проверить	Что сделать
Письма в спаме	Тестовая заявка лежит в спаме или приходит с опозданием	Свойства письма: строки spf и dkim	Отправка через SMTP, записи SPF и DKIM
Не тот ящик	Тестовая заявка не пришла никуда	Адрес получателя в настройках формы	Общий адрес компании и пересылка сотрудникам
Переполненный ящик	Последнее письмо пришло давно	Объём ящика и лимит тарифа	Чистка, архив, другой тариф
Сломанная отправка	«Спасибо» есть, письма нет	Тест с каждой формы	Починить обработчик, тестировать после каждого обновления
Пустые поля	В письме нет телефона	Сравнить введённое и полученное	Проверить имена полей и маску ввода
Капча и антиспам	С VPN форма не уходит, в админке копится «спам»	Тест с VPN, просмотр папки спама	Мягкая защита, еженедельный просмотр отсеянного
Один канал уведомлений	Вечерние заявки обрабатывают утром	Время заявки против времени первого звонка	Дубль уведомления в мессенджер или SMS
Нет ответственного	Сделки висят в статусе «новая»	Фильтр CRM по статусу и дате	Автоназначение и контроль просрочки

Сколько денег стоит утечка: считаем на примере

Формула простая: потерянные заявки × доля заявок, которые становятся клиентами × средний чек × маржа. Первое число даёт сверка Метрики и CRM, второе и третье — ваша CRM или таблица продаж, четвёртое — бухгалтерия. Средние по рынку здесь не нужны: считайте на своих данных, иначе результат ничего не скажет о вашем бизнесе.

Ниже условный пример, цифры придуманы для наглядности. Компания по ремонту и обслуживанию техники: средний чек 14 500 ₽, маржа 42 %, на рекламу уходит 68 000 ₽ в месяц, часть заявок приходит из Карт, поиска и по рекомендациям.

Показатель	Как считается	Пример
Заявок по цели в Метрике за месяц	Цель «успешная отправка формы»	60
Дошло до CRM и почты	Подсчёт в CRM	44
Потеряно заявок	60 − 44	16
Доля заявок, ставших клиентами	Клиенты / дошедшие заявки	35 %
Потеряно клиентов	16 × 0,35	5,6
Недополученная выручка	5,6 × 14 500 ₽	81 200 ₽
Недополученная маржинальная прибыль	81 200 ₽ × 0,42	34 104 ₽
Оплачено рекламой за потерянные заявки	68 000 ₽ / 60 × 16	18 133 ₽
Стоимость клиента сейчас	68 000 ₽ / (44 × 0,35)	4 416 ₽
Стоимость клиента без утечки	68 000 ₽ / (60 × 0,35)	3 238 ₽

В этом примере утечка забирает около 34 тысяч рублей маржинальной прибыли в месяц, больше 400 тысяч за год. Но важнее две последние строки: стоимость клиента падает с 4 416 до 3 238 ₽, на 27 %, без единого рубля нового бюджета. Вы не покупаете новых людей, а перестаёте выбрасывать тех, кто уже пришёл и уже оставил номер.

Обратите внимание ещё на одно. Утечка бьёт по всем каналам одинаково, но обиднее всего — по тем, где вы не платите за каждый клик: заявки из Карт, поиска, по рекомендации. Их стоимость складывается из работы, сделанной заранее, — отзывов, карточки, страниц сайта, — и каждая потерянная такая заявка означает выброшенный результат нескольких месяцев. Человек нашёл вас по отзывам, пришёл на сайт, оставил контакт, ему не перезвонили — и вы теряете не только клиента, но и его будущий отзыв и повторный заказ.

Поэтому порядок действий всегда одинаковый: сначала закрыть утечку, потом наращивать поток — рекламой, Картами или SEO. Если нужно продвижение сайта и работа с заявками в одной связке, я начинаю ровно с этой сверки: сколько пришло, сколько дошло, сколько купило.

Когда это не работает: ограничения проверки

Расхождение Метрики и CRM — не всегда потери. Цель может срабатывать дважды при повторном нажатии, в неё попадают тестовые заявки ваших же людей и роботы, которые заполняют формы. Прежде чем умножать на средний чек, откройте в Вебвизоре несколько визитов с достижением цели и посмотрите, живые ли это посетители.

Мало заявок — мало статистики. Если их 8–10 в месяц, разница в две заявки может оказаться случайной. Сверяйте за квартал, а не за месяц.

Звонки проверкой формы не ловятся. Если основная часть клиентов звонит, нужен отдельный разбор пропущенных вызовов по отчётам телефонии.

Тестовая заявка дошла — не значит, что доходят все. Спам-фильтры оценивают и содержимое письма: заявка со ссылкой или длинным текстом может уйти в спам, хотя короткий тест прошёл. Отсюда требование настроить SPF и DKIM, даже если сегодня всё пришло.

Проверка не лечит слабое предложение. Если заявки доходят все, но их мало, проблема раньше кнопки «Отправить» — в цене, доверии, первом экране. Это другая работа, и начинать её удобно с бесплатного аудита сайта.

Частые вопросы

Как часто повторять проверку?

Раз в месяц и после любого изменения на сайте: обновления движка или модулей, смены хостинга, правки формы, переезда почты. Удобно поставить повторяющееся напоминание на первое число и совмещать тест с месячной сверкой Метрики и CRM.

Можно получать заявки сразу в мессенджер, без почты?

Можно, но почту стоит оставить вторым каналом. Любой канал уведомлений способен перестать работать: бота отключили, ключ доступа сменился, сервис недоступен. Два независимых канала, например почта и мессенджер или CRM и SMS, почти исключают ситуацию, когда заявка не дошла никуда.

Заявки приходят, но клиенты жалуются, что им не перезвонили. Где искать?

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

Стоит ли убирать капчу совсем?

Не обязательно. Убирайте видимую капчу, если есть замена: скрытое поле, проверка времени заполнения, серверный антиспам с просмотром отсеянного. Если без капчи сайт заваливают мусором, оставьте её, но регулярно проверяйте отправку с VPN и мобильного интернета.

Как учитывать заявку, если клиент не дождался и перезвонил сам?

Как заявку, которую спас клиент, а не вы. Отмечайте такие случаи отдельно: если они регулярны, утечка есть, и часть людей её обходит, а остальные молча уходят.

Коротко

• Надпись «спасибо» после отправки ничего не гарантирует: заявка дошла, только когда по ней перезвонили.
• Главные места потерь после кнопки: спам из-за SPF и DKIM, старый или переполненный ящик, поломка формы после обновления, капча и антиспам, один канал уведомлений, CRM без ответственного, ответ через сутки.
• Проверка занимает 15 минут: тест с каждой формы с телефона и компьютера, свойства письма, сверка цели Метрики с числом заявок в CRM.
• Потери считаются по формуле: потерянные заявки × доля ставших клиентами × средний чек × маржа — на ваших цифрах, а не на средних по рынку.
• Закрытая утечка снижает стоимость клиента во всех каналах сразу и не требует нового бюджета.
• Наращивать поток есть смысл только после того, как заявки перестали пропадать.

Если хотите, посчитаю вместе с вами стоимость клиента по каналам — с учётом того, сколько заявок доходит до вас на самом деле, — и покажу, где её можно снизить в первую очередь.