Блог
Mailto против формы обратной связи: что теряет меньше лидов?
· 3 мин чтения
Рано или поздно каждый сайт сталкивается с одним и тем же вроде бы мелким решением: ссылка mailto: или форма обратной связи? Выглядит как вопрос оформления. На деле - нет: эти два подхода ломаются совершенно по-разному, и один из них ломается молча.
Как на самом деле ведёт себя mailto-ссылка
<a href="mailto:you@example.com"> просит операционную систему посетителя открыть почтовый клиент по умолчанию. Это предположение постоянно не срабатывает:
- Пользователи веб-почты на десктопе - огромная доля людей читает Gmail во вкладке браузера и не имеет настроенного почтового клиента на компьютере. Клик по вашей ссылке открывает пустой мастер настройки Outlook - или вообще ничего. Посетитель пожимает плечами и уходит.
- Общие и рабочие компьютеры - настроенный клиент, если он есть, принадлежит не посетителю.
- Контекст посетителя теряется - он покидает вашу страницу ради другого приложения, и любой недопечатанный энтузиазм получает десяток шансов испариться.
Самое жестокое: вы никогда этого не увидите. Сломанная форма выбрасывает ошибку, которую можно поймать; неудавшийся mailto невидим. Ваши лиды просто не приходят, а сайт выглядит так, будто он «не получает обращений».
Есть и вторая цена: адрес в href - это простой текст в вашем HTML, доступный для сбора любым скрапером, который обходит веб. Это пожизненная подписка на спам для адреса, который вам дороже всего.
Как ведёт себя форма обратной связи
Форма удерживает посетителя на вашей странице, работает на любом устройстве с браузером (то есть на всех) и даёт структуру: поля определяете вы, поэтому каждое обращение приходит с обратным адресом и достаточным контекстом, чтобы действовать. С бэкендом формы за спиной вы дополнительно получаете фильтрацию спама, хранение и уведомление в тот момент, когда что-то приходит - не раскрывая адрес электронной почты нигде в вашей разметке.
Компромисс - честное трение: форма требует больше разметки, чем тег ссылки, а плохо спроектированная (десять обязательных полей, враждебная капча) может потерять больше людей, чем mailto. Ограничьтесь email + сообщением и защитой от спама, невидимой для людей - сначала honeypot и ограничение частоты запросов, современный челлендж вроде Turnstile - только если давление спама этого действительно требует. (См. защиту от спама для форм обратной связи.)
Когда mailto действительно уместен
- Личные страницы и README, где объём обращений близок к нулю, а аудитория техническая
- Ситуации, где email и есть результат - строки вида «по вопросам прессы: press@…» в подвале сайта
- Как запасная строка под вашей формой: «форма не работает? напишите нам на …» (используйте формат, устойчивый к скрапингу, если сбор адресов вас беспокоит)
Когда форма окупает себя
В тот момент, когда обращения приобретают денежную ценность - работа с клиентами, интерес к продукту, бронирования - молчаливый режим отказа mailto становится неприемлемым. Нельзя измерить то, что никогда не приходит.
Для статичных сайтов добавление формы больше не самая сложная часть; это один атрибут, указывающий на бэкенд формы:
<form action="https://formhook.app/f/fh_your-key" method="POST">Отправки сохраняются, фильтруются и приходят push-уведомлением на ваш телефон. Mailto-ссылка может остаться - как запасной вариант, там, где ей и место.
Рабочая форма в одну строку
Размещение в ЕС, отправки хранятся вечно, push-уведомления на любом тарифе.
Начать бесплатноБез банковской карты · читайте документацию
Читать дальше
- Что такое бэкенд форм? (И когда он вам нужен)Бэкенд форм принимает, хранит и пересылает отправки форм вашего сайта, чтобы вам не пришлось запускать сервер. Вот как это работает и когда он вам нужен.
- Как добавить контактную форму на GitHub PagesGitHub Pages не выполняет серверный код, но контактную форму всё равно можно сделать. Сравниваем три подхода и даём решение на копипасте за одну минуту.
- Тестирование контактной формы: чек-лист перед запускомСломанная контактная форма отказывает молча и стоит вам лидов неделями. Чек-лист перед запуском: сценарий, валидация, спам, мобильность, уведомления.