Хостинг заблокировал отправку писем: как вернуть уведомления о заявках

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

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

Ситуация встречается регулярно и всегда болезненно, потому что тишина в почте неотличима от тишины на рынке. Разберём, почему хостинги блокируют отправку, как понять, что это случилось, как восстановить работу и как сделать так, чтобы заявки не терялись даже при таких сбоях.

Почему хостинг блокирует отправку

Хостинг отвечает за репутацию своих серверов. Если с них уходит нежелательная почта, страдают все клиенты, размещённые на том же оборудовании. Поэтому ограничения жёсткие и включаются автоматически.

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

Взлом сайта. Самая частая причина. Через уязвимость на сайт заливают скрипт, который рассылает нежелательную почту тысячами. Хостинг видит поток и блокирует аккаунт. Формально виноват сайт, и пока не устранена причина, блокировку не снимут.

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

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

Неправильно настроенные подтверждения домена. Когда почтовые службы не могут проверить, что письмо действительно отправлено от вашего имени, они помечают его как подозрительное. Массовые отметки приводят к блокировке.

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

Много писем на несуществующие адреса. Если вы шлёте уведомления на адреса, которых нет, отказы копятся и портят репутацию.

Как понять, что письма не уходят

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

Признаки:

• обращений нет несколько дней подряд, хотя посетители на сайте есть;
• в Яндекс.Метрике цель на отправку формы срабатывает, а писем нет — это самый надёжный индикатор;
• клиенты звонят с вопросом «я оставлял заявку, почему не перезвонили»;
• в письмах, которые всё-таки доходят, они падают в папку нежелательной почты;
• в панели управления хостингом появилось уведомление или счётчик отправленных писем упёрся в предел;
• в журналах сервера видны ошибки при отправке.

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

Что делать прямо сейчас

Порядок действий при обнаружении блокировки.

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

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

Третье: посмотреть, что именно отправлялось. В журналах отправки видно адреса и темы. Если там тысячи писем неизвестным получателям — это подтверждает взлом.

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

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

Шестое: настроить отправку правильно, чтобы не повторилось.

Главное правило: заявка не должна жить только в письме

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

Правильная схема — несколько независимых каналов одновременно.

Сохранение в базе сайта. Каждая заявка записывается в системе управления и видна в административной части. Это основной способ. Даже если все письма пропали, обращения на месте. В ХостСМС такая возможность есть штатно, и её нужно включить.

Отправка в систему учёта. Битрикс24 или амоЦРМ принимают заявки напрямую, минуя почту. Это самый надёжный вариант для компаний, где есть отдел продаж.

Дублирование в мессенджер. Уведомление в рабочий чат приходит мгновенно и заметно. Хорошо работает как быстрый сигнал.

Резервный адрес почты на другом домене. Копия письма уходит на ящик, не связанный с вашим хостингом.

Уведомление по короткому сообщению. Для срочных ниш имеет смысл: сообщение доходит даже когда почта не работает.

Достаточно двух независимых каналов, чтобы риск потери обращений стал незначительным. Три — уже с запасом.

Как это связано с продвижением 3 в 1

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

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

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

2ГИС. То же самое. Плюс возможность связи через приложение.

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

Как настроить отправку правильно

Технические меры, которые предотвращают блокировки.

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

Отправитель — адрес на вашем домене. Не адрес клиента и не случайный ящик. Адрес клиента ставится в поле для ответа, чтобы менеджер мог ответить одной кнопкой.

Настроить подтверждающие записи домена. Это несколько служебных записей, которые говорят почтовым службам: письма с этого домена действительно отправляем мы. Без них доставляемость плохая, а риск блокировки высокий. Настраивается один раз.

Защитить формы от роботов. Не тяжёлой проверкой, отпугивающей людей, а простыми средствами: скрытое поле-ловушка, ограничение частоты отправки с одного адреса, проверка времени заполнения. Это отсекает большую часть автоматического спама.

Ограничить объём отправки с сайта. Массовые рассылки нужно вести через специализированный сервис, а не через сайт. Хостинг для этого не предназначен.

Следить за отказами. Если письма возвращаются, разбираться, почему.

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

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

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

Основные причины.

Нет подтверждающих записей домена. Почтовая служба не может убедиться, что письмо действительно от вас, и на всякий случай отправляет в спам. Это причина номер один.

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

Подозрительная тема письма. Темы вроде «Новая заявка!!!» с восклицательными знаками и словами про деньги и скидки повышают вероятность фильтрации.

Пустое или очень короткое письмо. Уведомление из трёх слов без нормальной структуры чаще попадает под фильтр.

Ссылки на подозрительные адреса. Если в письме есть сокращённые ссылки или адреса, не связанные с вашим доменом.

Испорченная кодировка темы. Нечитаемая тема — почти гарантированный спам.

Общая репутация сервера. На общем хостинге вы делите репутацию с соседями. Если кто-то из них рассылает мусор, страдают все.

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

Регулярная проверка

Чтобы не узнавать о проблеме от клиентов, достаточно нескольких привычек.

Раз в неделю сверять цели и письма. Число срабатываний цели в Яндекс.Метрике должно совпадать с числом полученных заявок. Расхождение — сигнал.

Раз в месяц отправлять тестовую заявку. С проверкой, куда пришло письмо: во входящие или в спам.

Проверять все формы, а не одну. На сайте их обычно несколько, и ломается часто одна.

Проверять после любых изменений. Смена хостинга, обновление системы, изменение почты, добавление новой формы.

Следить за уведомлениями хостинга. Письма от хостинга часто приходят на адрес, который никто не читает. Стоит перенаправить их туда, где увидят.

Держать резервный канал включённым постоянно. Не «на случай чего», а всегда.

Восстановление потерянных обращений

Если проблема обнаружена не сразу, действовать нужно так.

1. Достать все заявки из базы сайта за период сбоя. Если сохранение было включено, они там есть.
2. Обзвонить всех по порядку, начиная с самых свежих.
3. Извиниться честно и коротко: произошёл технический сбой, ваше обращение дошло с задержкой. Люди относятся к этому нормально, если звонок содержательный.
4. Если сохранения не было — посмотреть в аналитике, сколько обращений потеряно, чтобы понимать масштаб.
5. Проверить, не ушли ли эти клиенты к конкурентам, и при необходимости предложить условия, компенсирующие задержку.

Практика показывает: значительная часть обращений восстанавливается, если позвонить в течение недели-двух. Дальше шансы падают резко.

Итог

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

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