СтатьяПриём заявок

Заявки с сайта без бэкенда: четыре способа и цена каждого

Статический сайт не умеет принять форму: некому обработать отправку. Обычно это считают недостатком и ищут, чем форму заменить. Разбираю четыре рабочих варианта — и почему в половине случаев формы вообще не должно быть.

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

У статического сайта второй части нет. Отсюда вопрос: куда девать заявки.

Способ первый: не собирать их формой

Самый недооценённый вариант — убрать форму и поставить кнопку в мессенджер и телефон.

Что вы получаете:

  • Ноль инфраструктуры. Нечему ломаться и нечего оплачивать.
  • Ноль персональных данных. Вы ничего не собираете и не храните, а значит, не появляется ни согласия на обработку, ни обязанностей по его исполнению.
  • Ноль спама. Роботы не пишут в личку.
  • Диалог сразу. Клиент уже в переписке, а не ждёт, пока вы прочтёте письмо и ответите.

Что теряете: структурированные данные. Вместо аккуратной карточки «имя, телефон, услуга, город» вы получаете «Здравствуйте, а сколько стоит». Плюс часть аудитории не пользуется мессенджерами и хочет именно форму или звонок.

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

Способ второй: сторонний сервис форм

Есть сервисы, которые дают адрес для отправки формы и пересылают содержимое вам на почту. Вставляете этот адрес в форму — и она работает без всякого сервера.

Плюс очевиден: пять минут работы, ничего не программируется.

Минусы стоит взвесить всерьёз:

  • Данные ваших клиентов идут через третью сторону. Если это иностранный сервис, а среди клиентов граждане России, вы попадаете в поле требований о локализации персональных данных — их положено обрабатывать в базах на территории страны. Это вопрос к юристу, а не к разработчику, но задать его надо до запуска, а не после.
  • Зависимость. Сервис меняет тариф, вводит лимит на количество заявок или закрывается — форма молча перестаёт работать. Про такое узнают через неделю, когда замечают тишину.
  • Спам. Открытый адрес приёма собирают роботы.

Годится для лендинга, эксперимента и небольшого потока. Для основного канала заявок в бизнесе — рискованно.

Способ третий: один файл на своей стороне

Компромисс, который я чаще всего и делаю: сайт остаётся статическим, но лежит на обычном хостинге, и рядом с ним живёт один-единственный обработчик формы.

Так устроен сайт «Утилитсервиса». Компания вывозит отходы для организаций — больниц, заводов, ветклиник, — и заявка должна приходить на корпоративную почту, потому что дальше с ней работает менеджер, а не мессенджер. Город и услуга подставляются автоматически в зависимости от страницы, поля меняются под направление, согласие на обработку данных обязательно.

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

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

Способ четвёртый: телеграм-бот вместо формы

Логичное продолжение первого способа: кнопка ведёт не в личку, а в бота, который задаёт те же вопросы, что задавала бы форма, и присылает вам готовую карточку.

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

Как выбрать

Ситуация Что ставить
Услуги, где заявка = разговор Кнопка в мессенджер и телефон
Нужна карточка заявки, поток небольшой Сторонний сервис, с оглядкой на данные
Заявки идут менеджеру в почту, это основной канал Свой обработчик на своём хостинге
Много однотипных обращений, часть нецелевые Телеграм-бот

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

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

Следующий шаг

Расскажите, что нужно сделать

Напишите в Telegram пару предложений о задаче: что за бизнес, что должно получиться и что уже пробовали. В ответ — понятный план и цена. Без брифов на десять страниц.

© Антон Ложкин Проекты под NDA в подборку не входят.