Resend email: отправка писем, тарифы и ограничения

Resend — удачный выбор для небольшой продуктовой команды, которой нужно без долгой интеграции подключить к приложению письма о регистрации, чеки и сброс пароля. Главное условие — готовность отвечать за работу почты в продакшене: бесплатный тариф ограничен 100 письмами в день, а сообщения, отклонённые из-за квот, должно обрабатывать ваше приложение. Выбирайте Resend email ради удобства разработки, тариф — с учётом пиковых нагрузок, а провайдера — исходя из требований к данным.

Сверено с актуальными страницами тарифов, документацией и материалами Resend о безопасности 13 ноября 2026 года. В обзоре оцениваются описанные в документации процессы, ограничения и расчёты стоимости. Он не предполагает тестирования в личном кабинете или измерения доли попаданий во входящие.

Что умеет платформа Resend email

Resend — сервис доставки электронной почты, к которому приложение обращается через API, программный интерфейс, или SMTP, стандартный протокол отправки писем. Он отправляет отдельные письма по событиям и маркетинговые рассылки Broadcasts, управляет контактами и шаблонами, сообщает о событиях доставки и принимает входящие письма для обработки в приложении. При этом именно ваш продукт решает, кому положен чек, допустим ли запрос на сброс пароля и что делать при ошибке отправки. В документации для начала работы описаны способы отправки и интеграции для поддерживаемых языков программирования.

Кому подойдёт Resend, а кому лучше выбрать другой сервис?

Resend подходит основателям и разработчикам, которым нужна почта как ещё один сервис приложения: хранить версии шаблона, передавать данные события, отправлять письмо и обрабатывать результат. Особенно убедителен этот подход для небольшого SaaS-продукта, где за приложение и транзакционные письма отвечают одни и те же люди.

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

Не затевайте миграцию, если текущий провайдер работает, а вы не можете назвать проблему, которую решит Resend. Более аккуратный API сам по себе не оправдывает перенос налаженного почтового трафика. Postmark стоит включить в список кандидатов, если нужна раздельная инфраструктура отправки; Amazon SES — если команда хочет сохранить управление внутри AWS.

Если цепочками онбординга ежедневно будет заниматься маркетолог, сравните сервис с Loops, ориентированным на письма для разных этапов жизненного цикла SaaS-пользователя. В Resend теперь тоже есть Automations, поэтому сравнивать нужно конкретную цепочку, которую предстоит поддерживать вашему специалисту. Устаревшее представление о Resend как о сервисе только для отправки через API здесь не поможет.

Альтернативы Resend: когда они уместнее

Twilio SendGrid: выбирайте его, если уже налаженная работа с Email API, SMTP и Marketing Campaigns закрывает ваши задачи. Оставайтесь на нём, пока расходы на поддержку этой системы не превысят конкретную выгоду от миграции.

Postmark: выбирайте его, когда разделение транзакционного и массового трафика — решающее требование. В документации Message Streams описана отдельная IP-инфраструктура. Это конкретное архитектурное отличие, а не обещание лучших результатов именно для вашего домена.

Mailgun: рассмотрите его, если наряду с отправкой вам нужны проверка адресов и маршрутизация писем. Для такого покупателя эти дополнительные инструменты важнее удобного синтаксиса вызова отправки.

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

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

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

Resend API: от события в продукте до письма

Сильная сторона Resend — короткий путь от события в приложении до письма по шаблону. SDK для Node.js принимает отправителя, получателя, тему и содержимое, а затем возвращает результат с данными или ошибкой. Другие руководства по быстрому запуску охватывают Python, PHP, Ruby, Go, Rust, Java и .NET. Для работы с сервисом переходить на React не требуется.

Возьмём чек после успешной оплаты. Приложение фиксирует платёж, подготавливает данные чека, запрашивает отправку в Resend и сохраняет полученный идентификатор письма рядом с платежом. Тогда сотрудник поддержки сможет разобраться с чеком, не ограничиваясь поиском по имени клиента. В руководстве для Node.js показана сама операция отправки.

Шаблоны писем Resend: кто отвечает за текст?

React Email позволяет разработчикам собирать письма из React-компонентов. Resend поддерживает как письма, управляемые из кода, так и размещённые в сервисе шаблоны. В руководстве по интеграции React Email описаны локальный предпросмотр, вывод в HTML или обычный текст и загрузка в Templates.

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

Главный результат — понятная ответственность за каждое изменение. Но ни один подход не позволяет одобрить письмо для сброса пароля только по предпросмотру. До запуска проверьте ссылку, поведение по истечении срока её действия и содержимое в почтовых клиентах ваших пользователей.

Повторному запросу нужен идентификатор

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

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

SMTP упрощает перенос существующих приложений

Resend подходит и приложениям, которые уже используют SMTP. В его настройках SMTP указаны smtp.resend.com, имя пользователя resend и API-ключ в качестве пароля. Порт 465 использует неявный TLS, а 587 — STARTTLS. Выберите соответствующий режим шифрования в почтовом клиенте или фреймворке.

Так можно заменить транспорт, сохранив существующий код формирования писем. Однако есть конкретное ограничение диагностики: Resend сообщает, что не предоставляет журналы SMTP-сервера, хотя отправленные через SMTP письма отображаются в таблице Emails. Если вам регулярно нужна отладка на уровне соединения, учтите это до миграции.

Настройка домена: включите аутентификацию в подготовку к запуску

Resend требует подтвердить домен отправителя. Его настройка должна входить в план запуска наравне с интеграцией API. Именно в DNS, системе публикации записей домена, вы разрешаете сервису отправлять письма от вашего имени.

SPF указывает разрешённую инфраструктуру отправки. DKIM добавляет к сообщениям криптографическую подпись. DMARC объясняет принимающим системам, что делать с письмами, которые не прошли аутентификацию согласно политике домена. У этих механизмов разные задачи: зелёный индикатор подтверждения домена не заменяет осознанной настройки DMARC.

Для нового SaaS-продукта подойдёт такой порядок:

1. 1

   Выберите адрес отправителя и регион отправки

   Добавьте домен на странице Domains в Resend. Для нового отправителя используйте поддомен с понятным назначением, например account.example.com; выберите регион отправки с учётом расположения получателей.

2. 2

   Опубликуйте сгенерированные записи

   Скопируйте настройки DKIM и SPF из Resend к своему DNS-провайдеру в точности как показано. Подтвердите домен до подключения отправки клиентам. Не подменяйте выданные настройки универсальной записью из учебного примера.

3. 3

   Добавьте DMARC и разделите виды отправки

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

4. 4

   При миграции сохраните накопленную репутацию

   Если у вас уже есть адрес отправителя с историей, учитывайте её при планировании миграции. Resend рекомендует сохранять такой адрес, а не автоматически заменять его новым поддоменом.

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

События доставки и входящие письма: замкните цепочку обработки

Resend передаёт приложению информацию и после вызова отправки. Это помогает, когда клиент сообщает, что чек так и не пришёл. Вебхуки — HTTPS-уведомления, которые отправляются в ваше приложение при наступлении событий. В руководстве по вебхукам Resend описывает события доставки, возврата, открытия и клика, проверку запросов, повторную отправку событий и сохранение их данных в собственной базе.

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

Статус Delivered не означает, что письмо увидели во входящих. Resend определяет его как доставку на почтовый сервер получателя. В документации по управлению письмами различаются состояния доставки, возврата, задержки, ошибки и блокировки отправки. Учитывайте эти различия, объясняя сбой клиенту.

Инструменты доставляемости помогают диагностике, но не доказывают попадание во входящие

Deliverability Insights в Resend проверяет, например, несовпадение доменов в ссылках, отсутствие DMARC и текстовой версии письма. Это полезные проверки сообщения, которое вы контролируете. Процент попаданий во входящие они не определяют.

Список исключений также не даёт продолжать отправку на адреса с постоянным отказом доставки или жалобами. Важная особенность — исключение действует на всю команду: адрес из списка пропускается во всех ваших доменах и поддоменах, как для транзакционных писем, так и для Broadcasts. В документации по исключениям также отмечено, что Gmail/Google Workspace не возвращает события жалоб.

Если вы совмещаете маркетинговые и транзакционные отправки, это имеет практическое последствие: перенос исключённого получателя на другой поддомен отправки не восстановит доставку письма для сброса пароля. Разберитесь в причине исключения и предусмотрите способ восстановления доступа к аккаунту. Не удаляйте адрес из списка и не отправляйте письмо повторно вслепую.

Приём входящих писем тоже описан в документации

Resend поддерживает приём писем на подтверждённом домене или на управляемом им поддомене resend.app. В руководстве по приёму описаны уведомления через вебхуки, получение содержимого и вложений, пересылка и ответы с сохранением цепочки переписки.

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

Broadcasts и контакты: явно задавайте маркетинговую цель

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

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

Если старая интеграция опирается на Audiences, пересмотрите заложенную в неё логику. Теперь Resend использует глобальные Contacts и Segments: один адрес может входить в несколько сегментов, но учитывается как один Contact. В руководстве по миграции с Audiences говорится, что Audiences API устарел. Это важно, если старый код считает отписку локальной для отдельной аудитории.

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

Тарифы Resend: почему разумно начать с Pro

Базовый тариф Pro стоит $20 в месяц за 50,000 писем, без дневного лимита и с 10 доменами. Free даёт 3,000 писем в месяц, не более 100 в день, и 3 домена. Дневной предел может стать проблемой раньше месячного: условный запуск с 60 регистрациями и двумя письмами на регистрацию потребует 120 отправок за день. На текущей странице тарифов также указаны Scale от $90 в месяц за 100,000 писем и индивидуальные планы Enterprise.

Стоимость Resend API: сначала сравните пакеты объёма, затем доплаты

При полном использовании включённого объёма базовый Pro обходится в $0.40 за 1,000 писем: $20 разделить на 50,000 и умножить на 1,000. Если фактически отправить лишь 5,000 писем, та же подписка обойдётся в $4 за 1,000. Это расчёт стоимости включённого объёма, а не цена успешной доставки во входящие.

В машиночитаемом перечне тарифов провайдер также указывает Pro за $35 на 100,000 писем. При таком объёме базовый Pro с включёнными доплатами за превышение обошёлся бы в $20 + 50 × $0.90 = $65. Сначала выберите больший пакет Pro, прежде чем считать доплаты или переход на Scale следующим разумным шагом.

Маркетинг оплачивается отдельно: Free включает 1,000 контактов; маркетинговый Pro начинается с $40 в месяц за 5,000; Enterprise рассчитывается индивидуально. Число отправок Broadcasts в рамках лимита контактов не ограничено, и они не расходуют транзакционную квоту. Рассылка через /emails, напротив, использует транзакционную квоту и оставляет обработку отписки вашей реализации.

Для описанной здесь команды разумно начать с платного транзакционного Pro, если всплески в продакшене могут выйти за рамки Free. Добавляйте маркетинговый пакет по мере роста списка контактов. Оценивайте Scale по эксплуатационным возможностям, например опции выделенного IP, а не считайте его название доказательством того, что это самый дешёвый способ увеличить число отправок.

Ограничения, которые могут изменить выбор

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

Отклонения из-за квоты должно обрабатывать приложение

В транзакционной квоте Resend учитываются и отправленные, и полученные письма, а несколько получателей считаются отдельно. Дневная квота Free сбрасывается в полночь по UTC. Доплаты за превышение на платных тарифах выключены, пока администратор их не разрешит. При отклонении отправки из-за квоты возвращается ошибка, и Resend не ставит такое письмо в очередь и не повторяет отправку. Эти правила прямо указаны в документации по лимитам аккаунта.

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

Платный тариф не увеличивает число запросов в секунду автоматически

Все аккаунты начинают с 10 запросов в секунду на команду — этот лимит общий для API-ключей и доменов. Новый ключ не создаёт отдельного лимита. Пакетная отправка позволяет поместить до 100 писем в один запрос, но очередь всё равно должна соблюдать ограничение по запросам. По информации Resend, повышение тарифа автоматически его не увеличивает: для большей пропускной способности нужно отдельно обращаться в поддержку.

Здесь важно различать объём и скорость. Объём — сколько писем можно отправить за месяц. Скорость — сколько запросов приложение может сделать во время всплеска. Учитывайте оба показателя в бюджете и архитектуре.

Срок хранения не заменяет постоянный журнал аудита

Free, Pro и Scale хранят данные писем и журналы 30 дней; Enterprise предлагает гибкие сроки. Ведите собственную историю событий, если спор по чеку или обращение в поддержку могут возникнуть позже. Бизнес-событие также нужно хранить независимо от 24-часового окна идемпотентности провайдера.

Досрочное удаление тоже ограничено. В общедоступных рекомендациях Resend по работе с данными говорится, что API для удаления отдельного письма нет. Для досрочного удаления отправленных сообщений нужна поддержка, а полученные нельзя удалить до окончания срока хранения. Если процесс требует немедленного программного удаления, сервис ему плохо соответствует.

Отправка из Европы не означает хранение данных в Европе

Resend предлагает регионы отправки в Северной Вирджинии, Ирландии, Сан-Паулу и Токио. В документации по регионам место отправки отделено от места хранения.

Данные клиентов, включая содержимое писем, журналы доставки, данные вебхуков и записи аккаунтов, хранятся в США. Resend сообщает, что настройки для переноса этих данных в ЕС нет. На странице GDPR изложена позиция компании по соблюдению требований, описан внутренний аудит и разъясняются стандартное соглашение об обработке данных DPA и положения о передаче данных. Эти заявления не превращают отправку через домен в Ирландии в хранение исключительно в ЕС.

Resend также заявляет о соответствии SOC 2 Type II. На общедоступной странице указан отчётный период, но сам отчёт доступен после входа. В обзоре безопасности перечислены меры шифрования, а HIPAA имеет статус «В процессе». Здесь рассматриваются заявления поставщика, а не результаты независимого аудита соответствия.

Если обязательное условие закупки — хранение только в ЕС или уже доступное соглашение по HIPAA, не одобряйте Resend на основании меню регионов отправки или значков безопасности. Уточните точное требование до интеграции.

Вердикт: выбирайте Resend, если команда готова отвечать за сбои и пограничные ситуации

Resend — сильный вариант для небольшой продуктовой команды, которой нужен согласованный процесс работы с шаблонами, отправкой через API или SMTP, событиями доставки и редкими маркетинговыми кампаниями. Его ценность — меньше работы по интеграции при сохранении контроля над поведением продукта.

Выбор меняется, если хранение в США не соответствует вашим требованиям, необходима диагностика на уровне SMTP или приложение не умеет безопасно обрабатывать превышение квот и повторные попытки. Работающий прежний провайдер тоже остаётся хорошим вариантом, если миграция не даёт конкретной выгоды.

Планируя внедрение на следующей неделе, проведите по одному сценарию сброса пароля и отправки чека через аутентификацию домена, отклонение из-за квоты, дублирующие запросы, обработку возвратов и поиск для поддержки. Добавьте оценку объёма в пиковый день. Выбирайте Resend, когда для каждой точки отказа можете назвать ответственного и ожидаемое поведение, а не только когда приветственное письмо красиво отображается.

Частые вопросы

Название сервиса совпадает с английским выражением «resend an email» — «отправить письмо повторно». Ответы ниже помогают отличить продукт от действий в почтовом ящике.

Какие есть хорошие бесплатные сервисы отправки писем?

Для приложения Resend может стать разумной отправной точкой, если подходят дневной и месячный лимиты Free. Бесплатного пакета недостаточно для продакшена, если всплеск при запуске способен его исчерпать: подбирайте сервис под самый загруженный день.

Как повторно отправить письмо в новом Outlook?

В новом Outlook откройте папку отправленных писем, выберите сообщение, затем в меню дополнительных параметров перейдите к дополнительным действиям → повторной отправке сообщения. Проверьте черновик перед отправкой. В инструкции Microsoft по повторной отправке описана эта функция почтового ящика; к API Resend она отношения не имеет.

Чем отличаются английские слова resent и resend?

«Resend» означает «отправить повторно», а «resent» — форма прошедшего времени этого глагола. Resend с заглавной буквы — также название почтовой платформы, которой посвящён обзор.

Как отозвать уже отправленное письмо?

Не воспринимайте платформу Resend как инструмент отзыва писем из почтового ящика. В Outlook есть отдельная функция отзыва с ограничениями по аккаунтам и организациям. В пояснении Microsoft об отзыве указано, что она не позволяет отзывать сообщения, отправленные на внешние или личные аккаунты.

Как ещё раз отправить письмо, которое уже было отправлено?

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

Можно ли получить доступ к уже отправленному письму?

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

Как посмотреть отправленные письма?

В панели Emails в Resend перечислены отправленные и запланированные сообщения, включая отправленные через SMTP. Откройте письмо, чтобы посмотреть метаданные, предпросмотр, HTML, обычный текст и события доставки.

Почему отправленные письма не отображаются?

В Resend проверьте, была ли принята отправка и не истёк ли срок хранения данных. В Outlook проверьте нужную папку отправленных писем и настройки сохранения. В руководстве Microsoft по отправленным письмам объясняется, почему сохранённая копия может отсутствовать.

Как восстановить отправленные сообщения?

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

Используйте AI Business Workflow Audit Checklist, чтобы назначить ответственного за каждый триггер письма, сбой и шаг восстановления; получите чек-лист через рассылку.