Настройка SMTP-сервера: отправка email с сайта без спама

Письма, отправленные с сайта, попадают в спам? Клиенты не получают уведомления о заказах? Знакомая ситуация. Чаще всего причина — неверная настройка SMTP-сервера или отсутствие SPF/DKIM записей. Мы, команда веб-разработчиков с многолетним опытом, ежедневно сталкиваемся с такими проблемами. В этой статье разберём, как настроить отправку email через SMTP с помощью Nodemailer, организовать пул соединений для высокой нагрузки и избежать проблем с доставкой. Настройка под ключ занимает от 1 до 5 дней в зависимости от сложности. Если хотите получить готовое решение — свяжитесь с нами, оценим проект бесплатно.

Почему письма попадают в спам?

Основных причин три. Первая — отсутствие SPF (Sender Policy Framework) записи в DNS: SMTP-сервер не авторизован отправлять письма от вашего домена. Вторая — плохая репутация IP-адреса, с которого идёт рассылка. Третья — неправильные заголовки письма (отсутствует DKIM-подпись, неверный From). Даже если вы используете бесплатный SMTP (Gmail, Yandex), необходимо настроить эти три компонента. Иначе письма гарантированно уходят в Promotions или спам.

Как мы настраиваем SMTP: кейс из нашей практики

Недавно из нашей практики: настраивали отправку для интернет-магазина — нашего клиента, с 10 000 транзакционных писем в день: подтверждения заказов, счета, статусы доставки. Использовали SMTP-релей Mailgun со следующими параметрами:

• Пул соединений: 5 параллельных, 100 писем на коннект
• Очередь на Bull с retry-логикой: 3 попытки с задержкой 30 секунд
• Полный набор DNS-записей: SPF, DKIM, DMARC (политика quarantine)
• Мониторинг bounced писем через вебхуки Mailgun

Результат: доставка в Inbox — 99,2% (против 40% до настройки). Затраты на отправку снизились на 30% за счёт отказа от дорогого ESP-сервиса. Опыт показал, что правильная конфигурация SMTP окупается уже в первый месяц.

Какую технологию выбрать: Nodemailer vs сторонние SDK?

Nodemailer выигрывает в 2-3 раза по скорости внедрения: одна библиотека покрывает все популярные SMTP-серверы. SDK от SendGrid или Mailgun привязывают вас к одному провайдеру. Для гибкости используем Nodemailer + Bull для очереди.

Отправка через Nodemailer и пул соединений

npm install nodemailer
npm install -D @types/nodemailer

import nodemailer from 'nodemailer';

const transporter = nodemailer.createTransport({
  host: process.env.SMTP_HOST,        // smtp.gmail.com, smtp.yandex.ru, etc.
  port: Number(process.env.SMTP_PORT ?? 465),
  secure: true,                        // true для 465, false для 587
  auth: {
    user: process.env.SMTP_USER,
    pass: process.env.SMTP_PASS,
  },
  // Для корпоративных SMTP с self-signed сертификатами
  tls: {
    rejectUnauthorized: process.env.NODE_ENV === 'production',
  },
});

// Проверка соединения при старте сервера
await transporter.verify();
console.log('SMTP ready');

Отправка письма

async function sendEmail(params: {
  to: string | string[];
  subject: string;
  html: string;
  text?: string;
  attachments?: nodemailer.Attachment[];
}) {
  const info = await transporter.sendMail({
    from: `"Acme Support" <[email protected]>`,
    to: params.to,
    subject: params.subject,
    html: params.html,
    text: params.text,
    attachments: params.attachments,
    headers: {
      'X-Mailer': 'Acme App v2',
    },
  });

  return info.messageId;
}

// Пример с PDF-вложением
await sendEmail({
  to: '[email protected]',
  subject: 'Ваш инвойс #INV-2026-042',
  html: invoiceHtml,
  attachments: [
    {
      filename: 'invoice-2026-042.pdf',
      content: pdfBuffer,
      contentType: 'application/pdf',
    },
  ],
});

Пул соединений для высокой нагрузки

При большом количестве писем создаём pool вместо одного транспорта:

const poolTransporter = nodemailer.createTransport({
  pool: true,
  maxConnections: 5,       // параллельных соединений
  maxMessages: 100,        // писем на соединение до переподключения
  host: process.env.SMTP_HOST,
  port: 465,
  secure: true,
  auth: { user: process.env.SMTP_USER, pass: process.env.SMTP_PASS },
});

Как настроить DNS-записи для доставки?

Популярные SMTP-провайдеры

Тестирование в dev-режиме

В разработке удобно использовать Mailtrap или Ethereal — поддельные SMTP-серверы, которые перехватывают письма и показывают их в веб-интерфейсе:

// Ethereal для локального теста
if (process.env.NODE_ENV !== 'production') {
  const testAccount = await nodemailer.createTestAccount();
  transporter = nodemailer.createTransport({
    host: 'smtp.ethereal.email',
    port: 587,
    auth: {
      user: testAccount.user,
      pass: testAccount.pass,
    },
  });
}

Типичные ошибки при настройке SMTP

• Не настроены SPF/DKIM/DMARC — письма уходят в спам
• Использование бесплатных SMTP для коммерческих рассылок — быстрая блокировка
• Отсутствие пула соединений при нагрузке >1000 писем/день — потеря писем
• Игнорирование bounced-уведомлений — падение репутации
• Отправка с неправильного From — письма отклоняются

Что входит в настройку под ключ

• Аудит текущей почтовой конфигурации
• Выбор оптимального SMTP-провайдера
• Настройка DNS: SPF, DKIM, DMARC
• Интеграция Nodemailer с пулом и очередью (Bull)
• Настройка мониторинга bounced и вебхуков
• Документация по эксплуатации
• Обучение команды (1 час онлайн-консультации)
• Гарантия доставки 99% + поддержка 2 недели

Сроки

Настройка Nodemailer + SMTP + тест-среда — полдня. С очередью на Bull и retry-логикой — 1 день. Полный цикл (аналитика → проектирование → реализация → тест → деплой) — от 1 до 5 дней в зависимости от объёма трафика. Если у вас возникли вопросы по настройке SMTP, свяжитесь с нами — мы поможем. Оценим проект бесплатно.

Интеграция email рассылок: почему она часто ломается?

Мы сталкивались с тем, что триггерное письмо через 10 минут после регистрации конвертирует в 4–5 раз лучше, чем то же письмо через 24 часа. Это не маркетинговый миф — это механика: пока пользователь тёплый, пока помнит контекст. Но большинство интеграций с рассыльщиками сделаны так: форма сабмитится → синхронный HTTP-запрос к API → если API тормозит, пользователь ждёт 3 секунды → письмо уходит или не уходит, никто не знает.

Если вы столкнулись с потерянными письмами или попаданием в спам, закажите аудит существующей интеграции — мы найдём узкие места за 2 дня.

Провайдеры и их API

Unisender — российский провайдер, популярен в сегменте SMB. REST API, простой. Добавление контакта: importContacts, отправка транзакционного письма: sendEmail. Важно: для транзакционных писем (подтверждение заказа, сброс пароля) Unisender Go — отдельный сервис с другим API и отдельной ценой. Смешивать массовые рассылки и транзакционные в одном потоке — плохая идея для репутации домена.

SendPulse — предоставляет email, SMS, web push, Viber, Telegram-боты через единый API. Для проектов, где нужен омниканал, это удобно. Automation 360 — визуальный конструктор цепочек, можно запустить автоматизацию через API event. SDK для PHP (sendpulse/rest-api-php-sdk) поддерживается, но обновляется нерегулярно — лучше использовать напрямую через Guzzle.

Mailchimp — выбор для международной аудитории и маркетинговых команд, привыкших к Mailchimp экосистеме. Transactional email — через Mandrill (дочерний сервис). Marketing API v3 для управления списками, тегами, кампаниями. Webhook для событий: открытие, клик, отписка, bounce.

SMS. Для России: СМСЦ, МТС Exolve, Devino Telecom, SMS Aero. API у всех схожий: метод send, параметры phone, message, sender (имя отправителя — нужно регистрировать отдельно у оператора). Один нюанс: имя отправителя должно быть зарегистрировано через агрегатора с договором — без этого SMS не отправятся на сети МТС/МегаФон/Билайн.

Как построить интеграцию, чтобы не терять письма?

Разделяем транзакционные и маркетинговые потоки

Транзакционные письма (подтверждение заказа, сброс пароля, статус доставки) — через отдельный домен-отправитель или субдомен tx.example.com. Маркетинговые рассылки — через mail.example.com или news.example.com. Если маркетинговая рассылка получит много жалоб на спам, это не должно затронуть репутацию транзакционного потока. Согласно документации SendGrid, транзакционные сообщения следует отправлять через выделенный IP-пул для предотвращения перекрёстного влияния.

Очередь и retry

Любой вызов к email API — через очередь (Laravel Queue, Bull, Celery). Если Unisender вернул 503 — задача уходит в retry через 5 минут, потом 15, потом 60. После 5 неудачных попыток — в dead letter queue с алертом. Пользователь при этом уже получил свой 200 OK и не знает о проблеме. Благодаря этому подходу bounce rate на проектах снижается до 0.5%.

Пример job для Laravel:

public function handle(): void
{
    try {
        $response = Http::post(config('services.unisender.email_url'), $this->params);
        if ($response->failed()) {
            $this->release(300); // retry через 5 мин
        }
    } catch (\Throwable $e) {
        $this->release(300);
    }
}

Шаблоны

Храним шаблоны в коде (Blade, Twig, React Email), не в интерфейсе провайдера. Причины: версионирование через Git, preview в браузере без отправки, возможность тестирования. Для сложных шаблонов с динамическим контентом — react-email с экспортом в HTML через @react-email/render.

Валидация и согласия

Перед добавлением контакта в список — double opt-in (письмо с подтверждением). Хранить факт подтверждения с timestamp в своей БД. При отписке — синхронно отписываем и у провайдера, и в своей базе. Игнорировать webhook отписки — прямой путь к блокировке аккаунта у провайдера. Все процессы соответствуют ФЗ-152 о персональных данных.

Мониторинг доставляемости

Подключаем webhook от провайдера на события bounce (жёсткий и мягкий), spam_complaint, unsubscribe. Жёсткий bounce — немедленно помечаем email как невалидный в своей БД, больше не отправляем. Мягкий bounce 3 раза подряд — то же самое. Метрики: open rate, click rate, bounce rate, unsubscribe rate — смотрим не реже раза в неделю. Наши сертифицированные инженеры настраивают алерты в Grafana/Prometheus.

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

Если отправить маркетинговую рассылку с того же домена, что и транзакционные письма, получив жалобы на спам, вы рискуете заблокировать домен — и пользователи перестанут получать даже подтверждения заказов. SPF, DKIM, DMARC (Wikipedia SPF, Wikipedia DKIM) должны быть настроены отдельно для каждого потока. Мы используем субдомены с разными DNS-записями.

Объём работ по интеграции

• Аудит текущих потоков коммуникации и репутации домена (SPF, DKIM, DMARC)
• Выбор провайдера и схемы: транзакционный vs маркетинговый трафик
• Настройка DNS-записей SPF, DKIM, DMARC (Wikipedia DMARC)
• Разработка шаблонов писем (HTML + динамический контент)
• Интеграция с бэкендом через очереди и API
• Настройка webhook для доставляемости и жалоб
• Документация по эксплуатации и обучение команды
• Гарантия доставляемости и поддержка после запуска

Сроки и стоимость

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