Resend vs SendGrid що обрати

⚖️ Коротко: я працював з обома сервісами в різних проєктах. SendGrid відправляв листи із замовленнями в інтернет-магазині, Resend уже понад рік розсилає нові статті підписникам мого блогу. Проблем не було ні з тим, ні з іншим — тому це не історія «поганий vs хороший», а розбір, де кожен сильніший.

📬 Обираєте не лише між цими двома? Почніть з мого огляду 7 сервісів для відправки email: ціни, ліміти й коли який брати — там є Amazon SES, Postmark, Mailgun і Brevo.

⚡ Вердикт за 30 секунд

• ✅ Resend — якщо пошту інтегрує розробник, важливі простий API, безкоштовний старт і зручна аналітика.
• ✅ SendGrid — якщо потрібен зрілий комбайн: транзакційні листи, маркетингові кампанії, виділена IP і екосистема Twilio.
• 💰 На 50 і 100 тис. листів ціни майже однакові — вирішує не прайс, а безкоштовний план, історія логів і зручність.
• ⚠️ Безкоштовного плану в SendGrid більше немає — тільки 60-денний тріал.
• ⚠️ Безкоштовний Resend обмежений 100 листами на день — для розсилки на базу потрібен платний план або Broadcasts.

📑 Зміст статті:

• 🧭 Мій досвід з обома сервісами
• 💰 Ціни на трьох обсягах
• 👨‍💻 API і перший лист
• 🧩 Шаблони
• 📣 Розсилки: Broadcasts vs Marketing Campaigns
• 📊 Логи, вебхуки та аналітика
• 🛡️ Доставка та IP-адреси
• ⚠️ Обмеження і підводні камені
• 🔄 Міграція SendGrid → Resend: чек-лист
• 🎯 Що обрати
• ❓ FAQ
• ✅ Висновки

🧭 Мій досвід з обома сервісами

SendGrid я підключав в інтернет-магазині: після покупки клієнт отримував лист із деталями замовлення. Це класичний транзакційний сценарій, і SendGrid з ним впорався без проблем. Але сам сервіс більше заточений під e-commerce і бізнес із маркетинговими кампаніями — для моїх власних задач, як-от розсилки блогу, він підходив мені менше.

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

• Проста інтеграція — мінімум коду і налаштувань до першого відправленого листа.
• Доставлюваність і надійність — для мене критично, щоб листи доходили, а не осідали в спамі.
• Вигідний безкоштовний тариф на старті.

Є ще одна річ, яка робить Resend зручним саме для блогу: я сам вирішую, коли і яку статтю відправити підписникам. У магазині такої свободи немає — лист із замовленням має піти завжди і одразу, пропустити його неприпустимо. Тобто задачі в цих проєктах принципово різні.

👉 Важливо: я порівнюю сервіси не в одному лабораторному тесті, а за досвідом двох різних проєктів плюс актуальними тарифами і документацією. Цифри нижче — станом на жовтень 2026.

💰 Ціни на трьох обсягах

На середніх обсягах різниці практично немає — 5 центів. Реальна різниця на малих обсягах: у Resend можна жити на безкоштовному плані, у SendGrid після тріалу доведеться платити мінімум $19,95 на місяць, навіть якщо ви відправляєте 500 листів.

👨‍💻 API і перший лист

Найнаочніше різницю видно в коді. Ось той самий лист на Java через офіційні SDK.

Resend:

Resend resend = new Resend(System.getenv("RESEND_API_KEY"));

CreateEmailOptions params = CreateEmailOptions.builder()
        .from("WebCraft <[email protected]>")
        .to("[email protected]")
        .subject("Нова стаття в блозі")
        .html("<p>Привіт! Вийшла нова стаття...</p>")
        .build();

CreateEmailResponse response = resend.emails().send(params);

SendGrid:

Email from = new Email("[email protected]");
Email to = new Email("[email protected]");
Content content = new Content("text/html", "<p>Ваше замовлення №1024</p>");
Mail mail = new Mail(from, "Замовлення №1024", to, content);

SendGrid sg = new SendGrid(System.getenv("SENDGRID_API_KEY"));
Request request = new Request();
request.setMethod(Method.POST);
request.setEndpoint("mail/send");
request.setBody(mail.build());

Response response = sg.api(request);

Обидва варіанти робочі, але Resend читається як «відправ лист», а SendGrid — як «збери HTTP-запит до API». Різниця невелика на одному листі і помітна, коли пошта розкидана по всьому проєкту.

Як правильно підключити обидва сервіси до Spring Boot — з конфігурацією, повторними спробами і чергою — я розберу окремо в статті Інтеграція email-сервісів у Spring Boot.

🧩 Шаблони

• SendGrid — Dynamic Templates. Шаблони зберігаються в SendGrid, змінні підставляються через синтаксис Handlebars. Є візуальний редактор, тож шаблон може правити не тільки розробник.
• Resend — Templates і React Email. Шаблони теж зберігаються в сервісі, створюються у візуальному редакторі або через API, підтримують до 20 змінних і версіонування. Для тих, хто пише фронтенд, є React Email — шаблони як React-компоненти.

Обидва варіанти дозволяють відправляти лише ID шаблону і змінні, а не весь HTML. У Java-проєкті без React зручна альтернатива — тримати HTML у шаблонізаторі на своєму боці (наприклад, Thymeleaf): тоді шаблони живуть разом із кодом і працюють з будь-яким провайдером.

📣 Розсилки: Broadcasts vs Marketing Campaigns

Обидва сервіси вміють маркетингові розсилки, але це окремі продукти з окремою оплатою — і моделі оплати різні:

• Resend Broadcasts — оплата за кількість контактів, кількість листів не обмежена. Безкоштовно до 1 000 контактів, далі від $40 на місяць за 5 000. Відписку Resend обробляє автоматично.
• SendGrid Marketing Campaigns — окремий продукт з власними тарифами, з візуальним редактором, сегментацією, A/B-тестами і автоматизаціями. Функціонально ширший, але це вже повноцінна маркетингова платформа.

👉 Що це дає вам: для розсилки статей на кілька сотень підписників Resend Broadcasts вкладається в безкоштовний план. Для магазину з сегментами клієнтів і автоматичними ланцюжками листів функціональніший SendGrid Marketing Campaigns.

📊 Логи, вебхуки та аналітика

Тут, на мій погляд, найпомітніша практична різниця. Коли клієнт пише «лист не прийшов», ви відкриваєте історію відправок — і важливо, наскільки далеко вона сягає.

У Resend мені подобається, як подана аналітика доставлених листів — одразу видно, що дійшло, що повернулось і хто відкрив. У SendGrid на Essentials історія зберігається лише 3 дні: якщо клієнт поскаржився на лист тижневої давності, ви його вже не знайдете.

🛡️ Доставка та IP-адреси

На базових планах обидва сервіси відправляють зі спільних IP — репутацію адреси ви ділите з іншими клієнтами провайдера. Для більшості проєктів це нормально.

• SendGrid дає виділену IP з автоматичним «прогрівом» на плані Pro. На Essentials її не можна додати навіть за гроші.
• Resend продає виділену IP за $30 на місяць на плані Scale. Цікава деталь: за відкритими даними, Resend відправляє листи через інфраструктуру Amazon SES.

Виділена IP має сенс лише при стабільних великих обсягах: на кількох тисячах листів на місяць вона не встигне набрати репутацію і може доставляти гірше за спільну.

⚠️ Обмеження і підводні камені

Resend:

• Безкоштовний план — 100 листів на день. Розсилку на 2 000 підписників транзакційним API за раз не відправити.
• Ліміт API — кілька запитів на секунду, спільний для всієї команди. Для розсилок використовуйте Batch API: до 100 листів за один запит.
• Транзакційні листи і розсилки — окремі тарифи, рахувати треба обидва.

SendGrid:

• Немає постійного безкоштовного плану — з 61-го дня тільки платний.
• Коротка історія листів на Essentials — 3 дні.
• За даними оглядів, з березня 2026 на Essentials і Pro діє жорстка стеля: не більше 10-кратного обсягу плану на місяць.
• Складніший інтерфейс і налаштування — плата за широту функцій.

🔄 Міграція SendGrid → Resend: чек-лист

Якщо вирішите переїхати, головне — не втратити репутацію домену. Порядок, якого я б дотримувався:

1. Експортуйте списки блокувань із SendGrid — відписки, bounce, скарги на спам. Це найважливіший пункт: якщо його пропустити, після переїзду листи підуть людям, які вже відписались, і посипляться скарги.
2. Додайте домен у Resend і пропишіть нові DNS-записи для SPF і DKIM. Записи SendGrid поки не видаляйте — обидва сервіси можуть працювати паралельно.
3. Перенесіть шаблони: Handlebars-шаблони SendGrid доведеться переписати під Resend Templates або власний HTML.
4. Переналаштуйте вебхуки: зіставте події SendGrid (delivered, bounce, spamreport, open, click) з подіями Resend.
5. Переводьте трафік поступово: спочатку один тип листів, потім решту. Перші дні стежте за bounce і скаргами.
6. Приберіть старе: після стабільної роботи видаліть API-ключі SendGrid і його DNS-записи. DMARC при цьому залишається.

🎯 Що обрати

Ширше порівняння з Amazon SES, Postmark, Mailgun і Brevo — у моїй статті Сервіси для відправки email: порівняння 7 провайдерів.

❓ FAQ

Що дешевше — Resend чи SendGrid?

На 50 і 100 тис. листів на місяць ціни майже однакові: $20 проти $19,95 і $35 проти $34,95. Різниця на малих обсягах: Resend безкоштовний до 3 000 листів, а SendGrid після 60-денного тріалу коштує мінімум $19,95.

Чи є у SendGrid безкоштовний план?

Постійного — немає. З 2025 року нові акаунти отримують 60-денний тріал на 100 листів на день, після чого потрібен платний план.

Чи можна розсилати статті через Resend безкоштовно?

Так, через Broadcasts — до 1 000 контактів без обмеження кількості листів. Через транзакційний API на безкоштовному плані — не більше 100 листів на день.

Де довше зберігається історія відправлених листів?

У Resend — близько 30 днів. У SendGrid — 3 дні на Essentials і 7 днів на Pro, довша історія — за окрему плату.

Чи складно перейти з SendGrid на Resend?

Технічно — ні: новий API, DNS-записи і шаблони. Головне — перенести списки відписок і bounce, щоб не зіпсувати репутацію домену.

✅ Висновки

• Обидва сервіси хороші — питання лише в задачі. У мене SendGrid надійно відправляв замовлення в магазині, а Resend розсилає статті блогу.
• Ціни на середніх обсягах майже однакові — вирішують безкоштовний план, історія логів і зручність API.
• Resend — простіший і зручніший для розробника, з безкоштовним стартом і довшою історією листів.
• SendGrid — ширший за функціями, з маркетинговими кампаніями і виділеною IP на Pro.
• При міграції найважливіше — перенести списки відписок і bounce.

📚 Джерела

• Resend — Pricing
• Resend — Account quotas and limits
• Resend — Templates
• Resend — Broadcasts
• Twilio SendGrid — Email API pricing