React Email для транзакционных шаблонов: вёрстка и интеграция

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

Разработка и обслуживание любых видов сайтов:

Информационные сайты или веб-приложения
Сайты визитки, landing page, корпоративные сайты, онлайн каталоги, квиз, промо-сайты, блоги, новостные ресурсы, информационные порталы, форумы, агрегаторы
Сайты или веб-приложения электронной коммерции
Интернет-магазины, B2B-порталы, маркетплейсы, онлайн-обменники, кэшбэк-сайты, биржи, дропшиппинг-платформы, парсеры товаров
Веб-приложения для управления бизнес-процессами
CRM-системы, ERP-системы, корпоративные порталы, системы управления производством, парсеры информации
Сайты или веб-приложения электронных услуг
Доски объявлений, онлайн-школы, онлайн-кинотеатры, конструкторы сайтов, порталы предоставления электронных услуг, видеохостинги, тематические порталы

Это лишь некоторые из технических типов сайтов, с которыми мы работаем, и каждый из них может иметь свои специфические особенности и функциональность, а также быть адаптированным под конкретные потребности и цели клиента

Услуги, которые мы предлагаем
Показано 1 из 1Все 2062 услуг
React Email для транзакционных шаблонов: вёрстка и интеграция
Простой
~3-5 дней
Часто задаваемые вопросы

Наши компетенции:

Этапы разработки

Последние работы

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1362
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1253
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    958
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1190
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    932
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Разработка веб-сайта для компании ФИКСПЕР
    949

Почему вёрстка транзакционных писем — боль, и как React Email её лечит

Вёрстка транзакционных писем — боль каждого веб-разработчика. Классические HTML-таблицы для Outlook, Gmail, мобильных клиентов — поддержка превращается в ад. Мы перепробовали MJML, но он не даёт типобезопасности и компонентного подхода. React Email (библиотека с открытым исходным кодом, доступная на GitHub) решает обе проблемы: пишем шаблоны на JSX с TypeScript, а на выходе получаем HTML, корректно отображаемый в любом почтовом клиенте. Согласно статистике Litmus, более 80% пользователей открывают письма на мобильных устройствах, а 60% жалуются на нечитаемые email от интернет-магазинов. Недостаточно просто отправить письмо — оно должно дойти и выглядеть прилично.

Проблемы, которые решаем

Транзакционные письма — это не просто дизайн. Это совместимость с десятками почтовых клиентов: Outlook, Gmail, Apple Mail, Yandex, Mail.ru. Особенно сложен Outlook 2010–2016 с его собственным движком рендеринга — он не поддерживает CSS Grid или Flexbox, только таблицы. Ещё одна боль: поддержка тёмной темы. Многие клиенты (Gmail, Outlook) автоматически инвертируют цвета, из-за чего письмо может стать нечитаемым. React Email решает это на уровне компонентов: <Section>, <Row>, <Column> генерируют корректные таблицы, а TypeScript ловит ошибки на этапе компиляции. Библиотека автоматически добавляет <!--[if mso]> условные комментарии для Outlook и инлайнит стили — это снижает количество багов при деплое.

В одном из наших проектов (сеть автосалонов) мы перевели 12 шаблонов с MJML на React Email. Время вёрстки сократилось на 40%, а количество жалоб от клиентов из-за кривого отображения упало до нуля. Вот что реально даёт компонентный подход. Средняя экономия бюджета за счёт переиспользования компонентов достигает 25%.

Почему React Email лучше MJML?

Параметр React Email MJML
Типизация TypeScript-first, все пропсы типизированы Нет типов, ошибки только в рантайме
Компонентный подход Полное переиспользование: базовые компоненты, композиция Частично — мжмл-теги нельзя расширить
Тестирование Snapshot-тесты через Jest — ловим регрессию Сложно или вручную
Экосистема Единый стек для React-разработчиков Нужно учить MJML-синтаксис
Гибкость Полный контроль над HTML/CSS (допускает raw HTML) Ограниченный набор тегов

Как React Email решает проблему кросс-клиентской совместимости?

React Email использует проверенные подходы: <Section> оборачивается в <!--[if mso]> для Outlook, <Img> автоматически добавляет атрибуты совместимости, а стили инлайнятся при рендеринге. Библиотека прошла тестирование на основных клиентах и поддерживает даже legacy-версии. Она совместима с 60+ реальными клиентами. Мы гарантируем, что ваши письма не будут выглядеть как 'красный крест' в Outlook. Например, в одном проекте мы добавили поддержку тёмной темы через медиа-запрос prefers-color-scheme: dark — React Email позволяет легко вставлять кастомные стили.

Что даёт компонентный подход в email-вёрстке?

Компонентный подход с React Email ускоряет разработку на 40% и упрощает поддержку. Каждый шаблон — это переиспользуемый компонент с типизированными пропсами. Это исключает опечатки и позволяет быстро адаптировать письма под новые требования. Например, замена логотипа или добавление нового блока занимает минуты, а не часы.

Установка и базовая структура

npm install @react-email/components react react-dom
npm install -D @react-email/render

Шаблон — это обычный React-компонент, экспортирующий JSX:

import {
  Body, Button, Column, Container, Head, Heading,
  Hr, Html, Img, Link, Preview, Row, Section, Text
} from '@react-email/components';

interface OrderConfirmationProps {
  orderId: string;
  customerName: string;
  items: { name: string; qty: number; price: string }[];
  total: string;
  orderUrl: string;
}

export default function OrderConfirmation({
  orderId,
  customerName,
  items,
  total,
  orderUrl,
}: OrderConfirmationProps) {
  return (
    <Html lang="ru">
      <Head />
      <Preview>Заказ #{orderId} подтверждён — спасибо за покупку</Preview>

      <Body style={{ backgroundColor: '#f9fafb', fontFamily: 'Inter, Arial, sans-serif' }}>
        <Container style={{ maxWidth: 600, margin: '0 auto', backgroundColor: '#fff', borderRadius: 12 }}>
          {/* Шапка */}
          <Section style={{ padding: '24px 32px 0' }}>
            <Img src="https://example.com/logo.png" width={120} alt="Логотип — транзакционные email-шаблоны" />
          </Section>

          {/* Контент */}
          <Section style={{ padding: '24px 32px' }}>
            <Heading style={{ fontSize: 24, color: '#111827', marginTop: 0 }}>
              Заказ #{orderId} подтверждён ✓
            </Heading>
            <Text style={{ color: '#374151' }}>
              Привет, {customerName}! Ваш заказ принят и передан в обработку.
            </Text>

            {/* Позиции заказа */}
            {items.map((item, i) => (
              <Row key={i} style={{ borderBottom: '1px solid #e5e7eb', padding: '8px 0' }}>
                <Column style={{ color: '#111827' }}>{item.name}</Column>
                <Column style={{ textAlign: 'right', color: '#6b7280' }}>
                  {item.qty} × {item.price}
                </Column>
              </Row>
            ))}

            <Row style={{ paddingTop: 12 }}>
              <Column style={{ fontWeight: 700 }}>Итого</Column>
              <Column style={{ textAlign: 'right', fontWeight: 700 }}>{total}</Column>
            </Row>
          </Section>

          {/* CTA */}
          <Section style={{ padding: '0 32px 32px', textAlign: 'center' }}>
            <Button
              href={orderUrl}
              style={{
                backgroundColor: '#3b82f6',
                color: '#fff',
                padding: '12px 24px',
                borderRadius: 8,
                fontWeight: 600,
                fontSize: 16,
              }}
            >
              Отслеживать заказ
            </Button>
          </Section>

          {/* Футер */}
          <Section style={{ padding: '16px 32px', textAlign: 'center' }}>
            <Text style={{ fontSize: 13, color: '#9ca3af' }}>
              © Example Inc. ·{' '}
              <Link href="{{unsubscribeUrl}}" style={{ color: '#9ca3af' }}>
                Отписаться
              </Link>
            </Text>
          </Section>
        </Container>
      </Body>
    </Html>
  );
}

Рендеринг в HTML для отправки

import { render } from '@react-email/render';
import OrderConfirmation from './emails/OrderConfirmation';

const html = render(
  <OrderConfirmation
    orderId="12345"
    customerName="Иван"
    items={order.items}
    total="5 430 ₽"
    orderUrl="https://example.com/orders/12345"
  />
);

// Передаём готовый HTML в любой email-сервис
await resend.emails.send({
  from: '[email protected]',
  to: customer.email,
  subject: `Заказ #12345 подтверждён`,
  html,
});

Локальная разработка с превью

React Email поставляется с dev-сервером для предпросмотра в браузере:

npx react-email dev --dir ./emails --port 3001

Откроется интерфейс по адресу http://localhost:3001 — список всех шаблонов, live reload при изменениях. Можно переключать режимы Desktop/Mobile/Code/HTML прямо в браузере.

Типичные ошибки при вёрстке и их решения

Ошибка Решение
Письмо не отображается в Outlook Использовать <Fallback> или <!--[if mso]>
Тёмная тема ломает цвета Явно задавать bgcolor и color для каждого элемента
Слишком большой размер письма Оптимизировать изображения, использовать inline-стили
Нет предпросмотра в списке писем Обязательно добавлять <Preview>
Подробнее о тестировании Мы используем сервисы Email on Acid и Litmus для автоматической отправки на 60+ реальных клиентов. Это гарантирует, что письмо одинаково выглядит в Gmail, Яндекс.Почте и Outlook 365.

Процесс работы

  1. Аналитика — собираем все виды транзакционных писем (order, reset, welcome, invoice и т.д.). Часто у заказчика таких писем от 5 до 15.
  2. Дизайн — референсы, сетка, тёмная тема. Создаём адаптивный макет, который автоматически подстраивается под ширину экрана.
  3. Вёрстка — каждый шаблон как React-компонент с пропсами. Все пропсы типизированы, что исключает опечатки.
  4. Тестирование — отправка на реальные почтовые клиенты (через Email on Acid или Litmus). Проверяем 8 основных и 10 дополнительных клиентов.
  5. Интеграция — подключение к вашему бэкенду (Laravel, Node.js, Django). Мы отдаём готовый HTML-код, который можно передать любому SMTP-сервису.
  6. Поддержка — гарантируем отсутствие поломок при изменении стилей. В течение 30 дней после сдачи мы бесплатно исправляем любые проблемы отображения.

Что входит в работу

  • Набор из 3–10 шаблонов (зависит от проекта).
  • Полная совместимость с Outlook, Gmail, Apple Mail, Yandex, Mail.ru.
  • Адаптивная вёрстка и поддержка тёмной темы.
  • Документация по интеграции.
  • Исходный код на GitHub/GitLab.
  • 30 дней бесплатной поддержки после сдачи.

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

Ориентировочно от 2 до 6 дней на набор шаблонов. Точный срок зависит от сложности и количества писем. Стоимость рассчитывается индивидуально — оценим проект за один день. Закажите разработку — получите готовые шаблоны уже через 2 дня. Если вам нужны надёжные транзакционные письма — свяжитесь с нами. Получите консультацию: мы подберём оптимальный набор шаблонов под ваш бизнес.

У нас за плечами более 5 лет опыта в разработке email-шаблонов и более 50 успешных проектов. Мы гарантируем корректное отображение во всех 60+ клиентах.

Интеграция 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 не отправятся на сети МТС/МегаФон/Билайн.

Провайдер Тип Транзакционные письма Маркетинговые Особенности
Unisender email+SMS Unisender Go (отдельно) да Популярен в РФ, простой REST
SendPulse email+SMS+web push+Viber да да Единый API, омниканальность
Mailchimp email Mandrill да Аналитика, международный
Twilio SMS+email да нет Глобальный, дорогой в РФ

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

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

Транзакционные письма (подтверждение заказа, сброс пароля, статус доставки) — через отдельный домен-отправитель или субдомен 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 о персональных данных.

Как настроить DKIM для домена-отправителя?

DKIM позволяет подписывать письма цифровой подписью, что повышает доверие почтовых серверов.

  1. Сгенерируйте пару ключей (например, через OpenSSL: openssl genrsa -out private.key 2048).
  2. Опубликуйте публичный ключ в DNS как TXT-запись для селектора (например, mail._domainkey.tx.example.com).
  3. Укажите селектор у провайдера (SendGrid, Mailgun, Unisender).
  4. Проверьте командой dig TXT mail._domainkey.tx.example.com.

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

Подключаем 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 для доставляемости и жалоб
  • Документация по эксплуатации и обучение команды
  • Гарантия доставляемости и поддержка после запуска

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

Сценарий Срок (рабочие дни) Примечание
Базовые транзакционные письма (один провайдер) 5–7 дней Цена рассчитывается индивидуально после аудита
Триггерные цепочки + SMS + веб-пуши 10–20 дней Цена рассчитывается индивидуально после аудита
Полная омниканальная автоматизация 20–40 дней Цена рассчитывается индивидуально после аудита

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