«Я думала, что “настроить email‑рассылку из WordPress” — это просто поставить плагин и нажать “Отправить”, а потом чуть не улетела в спам: рассказываю, как запустила рассылку и настроила SPF/DKIM на Timeweb, чтобы письма доходили до папки “Входящие”»
У меня был сайт студии ландшафтного дизайна: WordPress, на нём стояла форма заявки и небольшой блог. Клиент сказал: «Давай будем делать рассылку: раз в месяц отправлять подборку идей, кейсы, акции. Люди оставляют почту в форме — надо её использовать». Я обрадовалась: «Легко! Ставлю плагин рассылок, загружаю базу, жму “Старт”». А через день мне пишет клиент: «Мне письмо пришло… в спам. И ещё двое знакомых написали, что тоже не видят рассылку». Паника накрыла мгновенно: «А вдруг все 300 контактов улетели в спам навсегда? А вдруг почту вообще заблокируют? А я даже не знаю, что такое SPF».
Я боялась, что настройка почты — это «для админов»: надо лезть в DNS, править TXT‑записи, разбираться в протоколах, а я в этом ничего не понимаю. Но терять лиды из‑за того, что письма не доходят, было страшнее. Поэтому я пошла в панель Timeweb и начала разбираться шаг за шагом.
Чего я боялась больше всего
Перед тем как лезть в настройки, я честно выписала свои страхи:
- Что все письма будут улетать в спам. И тогда рассылка станет бессмысленной: люди не увидят ни акции, ни кейсы.
- Что я что‑то сломаю в DNS. Одна неправильная запись — и сайт перестанет открываться, или почта вообще перестанет работать.
- Что не пойму, где брать нужные данные. «Где взять DKIM‑ключ? Что писать в SPF?»
- Что плагин рассылки сам по себе решит всё. А потом окажется, что без SPF/DKIM даже хороший плагин не спасёт.
- Что забуду, что уже настроила. Сделаю 5 разных вещей, а потом не вспомню, какой плагин за что отвечает и где лежат ключи.
С этим списком я пошла в панель хостинга и в админку WordPress.
Шаг 1: выбрать правильный способ отправки почты
Сначала я поняла одну вещь: стандартный wp_mail() в WordPress отправляет письма через PHP, и это почти гарантированно ведёт в спам. Есть два нормальных пути:
- SMTP с реальным почтовым ящиком (например,
info@site.ruна Яндексе/Mail.ru/Gmail). - Транзакционные сервисы (SendGrid, Mailgun, UniSender и т. п.) — для массовых рассылок.
Для старта я выбрала SMTP: это проще и дешевле. У меня уже был домен на Timeweb и почтовый ящик на Яндексе. Задача: заставить WordPress отправлять письма через этот ящик по SMTP, а не через PHP.
Шаг 2: включить SPF и DKIM в панели Timeweb
Timeweb даёт DNS‑панель, где можно управлять записями домена. Чтобы письма не улетали в спам, нужны две вещи:
- SPF — говорит почтовым серверам: «Эти IP‑адреса имеют право отправлять почту от имени моего домена».
- DKIM — подписывает каждое письмо цифровой подписью, чтобы серверы видели: «Письмо действительно от этого домена, его не подменили».
В панели Timeweb я зашла в раздел «DNS‑редактор» и сделала так:
- SPF. Добавила TXT‑запись: Это значит: «Разрешаю отправлять почту с серверов Яндекса, всё остальное — мягко помечать как подозрительное».
- DKIM. В настройках почтового сервиса (Яндекс Почта для домена) я взяла публичный DKIM‑ключ и добавила ещё одну TXT‑запись в DNS. Timeweb сразу показал статус «Активно», когда запись применилась.
Важно: я сначала проверила, что домен делегирован именно на DNS‑серверы Timeweb. Если домен «висит» на старых NS, записи не сработают.
Шаг 3: настроить SMTP в WordPress
Я поставила простой SMTP‑плагин (с хорошими отзывами) и ввела:
- SMTP‑сервер:
smtp.yandex.ru - Порт:
587(STARTTLS) - Логин:
info@site.ru - Пароль: специальный пароль для приложений (не основной пароль почты).
Критично: в Яндексе (и других сервисах) нельзя использовать основной пароль почты — нужно создать «пароль для внешних приложений». Иначе SMTP не подключится.
После настройки я сразу отправила тестовое письмо на свой ящик. Оно пришло во «Входящие», а не в спам — первый маленький успех.
Шаг 4: проверить, что подпись и SPF работают
Чтобы убедиться, что всё настроено правильно, я использовала бесплатные инструменты проверки:
- Зашла на сервис типа
mxtoolbox.comи вбила свой домен. Он показал: «SPF: Pass», «DKIM: Pass». - Открыла письмо в Gmail, нажала «Показать оригинал» и увидела строки
Authentication-Resultsс подтверждением SPF и DKIM.
Это дало уверенность: письма действительно подписаны и авторизованы.
Шаг 5: запустить первую рассылку и следить за статистикой
Я не стала сразу слать на всю базу. План был такой:
- Тестовая группа 20–30 человек. Посмотреть, сколько попадает в «Входящие», сколько в «Спам».
- Простой шаблон. Без агрессивных заголовков, без капса и без десятков восклицательных знаков.
- Одна ссылка. Чтобы не триггерить спам‑фильтры.
- Кнопка отписки. Обязательна по закону и по правилам почтовых сервисов.
Результаты первой рассылки:
- Доставляемость: 95 % во «Входящие».
- Спам‑жалобы: 0.
- Открываемость: около 30 % — для первой рассылки это нормально.
Через неделю я запустила рассылку уже на 150 контактов — результат был почти такой же.
Где я чуть не ошиблась (и что панель подсказала)
- Хотела использовать
wp_mail()без SMTP. Думала: «Ну, форма заявки же работает». Но для рассылок это не годится: письма почти всегда в спаме. - Пыталась отправить рассылку сразу на всю базу. Хорошо, что сначала сделала тест на маленькой группе: если бы все 300 писем улетели в спам, репутация домена могла пострадать.
- Не создала пароль для приложений. Пыталась ввести основной пароль от почты — SMTP не подключался. Панель и поддержка подсказали: «Используйте отдельный пароль для внешних программ».
- Забыла проверить SPF/DKIM. Настроила SMTP, отправила письмо, оно пришло — и я решила, что «всё готово». Но без SPF/DKIM следующая рассылка могла улететь в спам при росте объёмов.
- Выбрала агрессивный заголовок. Сначала хотела написать: «СКИДКА 50 % ТОЛЬКО СЕГОДНЯ!!!». Поддержка и гайды по email‑маркетингу подсказали: такие письма сразу летят в спам. Я сделала заголовок спокойным: «Идеи для участка: подборка проектов и скидка 10 %».
Что реально помогло на Timeweb
- DNS‑редактор в панели. Можно добавлять и править TXT‑записи без сторонних сервисов.
- Статус записей. Панель показывает, когда запись применилась и видна в интернете.
- Бэкапы. Перед любыми изменениями я сделала бэкап сайта — на случай, если что‑то пойдёт не так.
- Поддержка. Когда сомневалась, правильно ли составлен SPF, в чате быстро подтвердили: «Да, запись верная, домен делегирован на наши NS».
- Файловый менеджер и доступ к логам. Если SMTP не работает, можно быстро посмотреть логи и понять, на каком этапе ошибка.
Практические советы, чтобы письма не попадали в спам
Если вы тоже настраиваете email‑рассылки, вот что реально работает:
- Не используйте
wp_mail()для рассылок. Всегда подключайте SMTP или транзакционный сервис. - Настройте SPF и DKIM. Это базовые правила, без которых даже хорошие письма улетают в спам.
- Проверяйте домен и NS. Убедитесь, что домен делегирован на те DNS‑серверы, где вы добавляете записи.
- Начинайте с маленькой тестовой группы. Так вы увидите проблемы до массовой рассылки.
- Делайте спокойные письма. Без капса, без «КЛИКНИ ПРЯМО СЕЙЧАС», без десятков ссылок.
- Добавляйте кнопку отписки. Это обязательно и повышает доверие почтовых сервисов.
- Следите за статистикой. Доставляемость, спам‑жалобы, открываемость — эти метрики покажут, насколько ваша рассылка «здорова».
- Делайте бэкап перед любыми настройками. На Timeweb это один клик, а откатиться можно за минуты.
Сейчас рассылки стабильно доходят до «Входящих», клиенты читают подборки идей, часть переходит на сайт и оставляет заявки. Я перестала бояться слова «почта»: поняла, что это управляемый процесс, если делать всё по шагам и использовать инструменты хостинга. А Timeweb даёт всё необходимое: DNS, бэкапы, понятную панель и поддержку, которая помогает не наломать дров.
- Северный район Ставрополя: оформление дебетовой карты ОТП Банка и нюансы доставки в частный сектор и новые ЖК
- Юго‑Западный район Ставрополя: как оформить дебетовую карту ОТП Банка с доставкой и где получить, если курьер не доезжает
- Как оформить дебетовую карту ОТП Банка в Ставрополе: условия, доставка, адреса отделений
- «Я думала, что “настроить редиректы и миграцию на новый домен” — это просто прописать 301‑редирект в htaccess и нажать “сохранить”, а потом получила смешанные URL в выдаче, формы, которые отправляли заявки на старый домен, и CRM, где половина лидов терялась: рассказываю, как перенесла сайт на новый домен без потери трафика, лидов и позиций»
- «Я думала, что “ускорить сайт через минификацию и объединение файлов” — это просто включить пару галочек в плагине, а потом получила белый экран, сломанные скрипты и формы, которые перестали отправлять заявки: рассказываю, как оптимизировала JS/CSS без потери функциональности и конверсий»