<b>Resend ломается не на отправке, а на плохой модели писем и доменов</b>

<b>Resend ломается не на отправке, а на плохой модели писем и доменов</b>

Если используете Resend как «просто SMTP для транзакционки», проблемы обычно приходят не в API, а в структуре почты. Сначала настройте отдельный домен или поддомен под отправку: так проще разводить продуктовые письма, маркетинг и внутренние уведомления.

Дальше проверьте базу:
— SPF, DKIM и DMARC должны быть согласованы, иначе доставляемость будет плавать
— From-адрес должен быть стабильным, без случайных смен между сервисами
— Reply-To лучше задавать отдельно, если ответы не должны падать в общий ящик

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

Третье — шаблоны. Не делайте письмо «картинкой с кнопкой»: держите текстовую часть, понятную тему, короткий preheader и один главный CTA. Для писем с кодами и уведомлениями это важнее любой верстки.

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