YourTrend — платформа email, SMS и push-рассылок

01Обзор проекта

YourTrend — это платформа отправки сообщений для бизнеса: транзакционные и маркетинговые email, SMS и web push из одного API. Слоган продукта звучит как обещание — «Email your customers actually receive», «письма, которые ваши клиенты действительно получают». За этим обещанием стоит вполне конкретная инженерия: каждый подключённый домен подписывается DKIM, записи SPF и DMARC генерируются автоматически, отправка идёт с выделенного IP, а отписки, жалобы и недоставки платформа обрабатывает сама, без участия отправителя.

Идея выросла из наблюдения, знакомого каждому, кто запускал онлайн-продукты: отправить письмо из приложения просто, а вот добиться, чтобы оно стабильно попадало во «Входящие», — отдельная профессия. Почтовые провайдеры год за годом ужесточают требования к аутентификации и репутации отправителя, и «просто SMTP» без DKIM, SPF и DMARC всё чаще означает папку «Спам» или молчаливый отказ. Параллельно бизнес обрастает зоопарком сервисов: один — для транзакционной почты, другой — для маркетинговых рассылок, третий — для SMS, четвёртый — для push. У каждого свой API, свои контакты, своя статистика — и ни одной цельной картины.

YourTrend собирает всё это в одну платформу: SMTP-релей и чистый HTTP API для отправки, кампании и автоматизации для маркетинга, SMS и web push на той же контактной базе, единый inbox для входящей почты со всех доменов и zero-access шифрованный ящик для приватной переписки. Мы спроектировали и построили продукт целиком — от конвейера доставки и модели событий до кабинета, документации и трёхъязычной посадочной (EN/UK/RU).

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

02Контекст и задача

С почтой из собственного приложения есть парадокс: она «работает» ровно до того момента, когда становится по-настоящему важной. Пока писем немного, всё выглядит благополучно; с ростом объёмов и ужесточением правил провайдеров на поверхность выходит целый набор болей:

• Спам вместо inbox. Без корректных DKIM, SPF и DMARC даже честные транзакционные письма уходят в спам или отклоняются. Настроить эти записи правильно с первого раза — задача, на которой спотыкаются и опытные команды.
• Репутация общих IP. На shared-инфраструктуре ваша доставляемость зависит от соседей: чужая агрессивная рассылка портит репутацию IP всем, кто его делит.
• Дубли при ретраях. Сеть моргнула, приложение повторило запрос — пользователь получил два одинаковых чека. Без идемпотентности на стороне API это неизбежно.
• Разорванные каналы. Email в одном сервисе, SMS в другом, push в третьем: контакты и сегменты не совпадают, а «единая картина клиента» существует только в презентациях.
• Ручная гигиена списков. Недоставки (bounce) и жалобы нужно отлавливать и исключать из будущих отправок. Вручную это не делает почти никто — и репутация тихо деградирует с каждой рассылкой.
• Входящая почта врассыпную. У бизнеса с несколькими доменами ответы клиентов разбросаны по ящикам и вкладкам, а ответить именно с того адреса, куда написали, — отдельный квест.

Задача формулировалась так: построить платформу, в которой доставляемость — не результат кропотливой настройки, а свойство по умолчанию. Разработчик подключает домен, публикует сгенерированные DNS-записи и отправляет; всё остальное — подпись, репутация, suppression-листы, отписки — платформа берёт на себя.

Отдельный пласт — требования к самому конвейеру. Транзакционное письмо о сбросе пароля должно уйти за секунды и не имеет права потеряться; маркетинговая кампания на тысячи адресов не должна мешать транзакционному потоку; и по каждому сообщению отправитель должен видеть, что с ним произошло: принято, доставлено, открыто, отклонено, жалоба. Всё это — с двумя равноправными способами интеграции: старым добрым SMTP для существующих приложений и чистым HTTP API для новых.

03Цели проекта

Из задачи выросли конкретные продуктовые и инженерные цели, которые мы держали в фокусе на всех этапах:

• Доставляемость по умолчанию. DKIM-подпись каждого домена, автоматическая генерация SPF и DMARC, выделенный IP отправки, автоматические suppression-листы и отписка в один клик.
• Два входа — один конвейер. SMTP-релей для приложений, которые уже умеют отправлять почту, и REST API для всего остального. Внутри — один и тот же пайплайн с одними и теми же гарантиями.
• Идемпотентность и батчинг. Повторный запрос не порождает второго письма; массовые отправки идут пачками, а не тысячами одиночных вызовов.
• Три канала на одной базе. Email, SMS и web push работают с одними и теми же контактами и сегментами — без экспорта CSV между сервисами.
• Наблюдаемость. Каждое событие — доставка, открытие, клик, недоставка, жалоба — видно в кабинете и стримится в вебхуки отправителя.
• Входящая почта — в одном месте. Единый inbox по всем доменам с ответом с точного адреса получения, плюс zero-access шифрованный ящик для приватной переписки.

Как и в других наших продуктах, эти цели работали как ограничения, отсекающие неподходящие решения ещё на этапе проектирования. Требование «два входа — один конвейер» запретило делать SMTP-релей «фасадом» с отдельной логикой: и SMTP, и API складывают сообщения в общий пайплайн с общими проверками. Требование наблюдаемости заставило спроектировать событийную модель до того, как написан первый обработчик. А цель «доставляемость по умолчанию» означала простую вещь: ни один сценарий онбординга не должен позволять отправку с домена без корректной аутентификации.

04Что мы сделали

YourTrend собирает отправку сообщений в четыре опоры, которые вместе закрывают весь коммуникационный цикл бизнеса:

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

Важно, что четыре опоры не существуют порознь. Конвейер отправки питает аналитику, аналитика — suppression-листы, контактная база — все три канала, а единый inbox замыкает круг, возвращая в платформу ответы получателей. Интегратор работает не с набором сервисов, а с одной системой, где у каждого сообщения общий жизненный цикл: принято → подготовлено → подписано → доставлено → событие.

05Архитектура решения

Логически YourTrend состоит из шести блоков, каждый со своей зоной ответственности и чёткими границами:

• Приём — SMTP-релей (mail.yourtrend.online: аутентификация, STARTTLS) и HTTP API: валидация, проверка отправителя, идемпотентность.
• Конвейер обработки — очереди: рендер шаблонов, персонализация, сверка адресатов с suppression-листами, DKIM-подпись.
• Доставка — отправка с выделенного IP, управление соединениями с принимающими серверами, ретраи при временных отказах.
• Событийный контур — доставки, недоставки, жалобы, открытия и клики собираются в единый поток; кабинет и вебхуки читают один источник.
• Входящий контур — приём почты на домены пользователя, единый inbox, ответ с точного адреса; отдельным треком — zero-access ящик.
• Контактный граф — email-адреса, телефоны и push-подписки живут на одном контакте; сегменты общие для всех каналов.

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

Роли разнесены и на уровне адресов: посадочная с документацией, кабинет, вебмейл и SMTP-релей живут каждый на своём хосте со своими политиками доступа и кэширования — публичный сайт не делит окружение с интерфейсами, где пользователь работает с почтой. За DNS, TLS и защиту периметра отвечает Cloudflare; интеграция с ним же позволяет опубликовать DNS-записи домена одной командой прямо из онбординга.

06Как письмо доходит до адресата

С точки зрения интегратора путь сообщения укладывается в пять шагов, и большинство из них происходит без его участия:

• 1. Приём. Приложение отдаёт письмо — SMTP-запросом на релей или POST-запросом в API. Медианное время приёма по API — меньше двух секунд: запрос валидируется, дедуплицируется по ключу идемпотентности и ставится в очередь.
• 2. Подготовка. Конвейер рендерит шаблон, подставляет данные получателя и сверяет адрес с suppression-листом: тем, кто отписался или пожаловался, письмо не уйдёт.
• 3. Подпись. Письмо подписывается DKIM-ключом домена отправителя; SPF и DMARC уже опубликованы в DNS с момента подключения домена. Для принимающего сервера письмо криптографически привязано к домену.
• 4. Доставка. Отправка идёт с выделенного IP; временные отказы — greylisting, перегрузка получателя — обрабатываются ретраями с нарастающими интервалами.
• 5. События. Принято, доставлено, отклонено, открыто, клик, жалоба — каждое событие фиксируется, появляется в кабинете и стримится в вебхуки отправителя.

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

Вторая деталь — идемпотентность. Сетевые ошибки неизбежны, и правильная реакция клиента на таймаут — повторить запрос. Если до платформы дошли оба, она по ключу идемпотентности понимает, что это одно и то же письмо, и отправляет его один раз. Тот же принцип защищает батчи: повторная отправка пачки не задваивает сообщения. Для транзакционной почты это не удобство, а условие корректности: два чека за одну покупку подрывают доверие сильнее, чем один потерянный.

07Ключевые возможности

Разберём то, что делает YourTrend не «отправлялкой писем», а коммуникационной платформой продакшн-уровня.

Транзакционные письма

Чеки, сбросы паролей, уведомления о событиях — письма, которые пользователь ждёт прямо сейчас. Они идут по короткому пути конвейера: подписываются, отслеживаются и доставляются за секунды. Для них не нужны кампании и сегменты — только вызов API или SMTP-запрос из кода приложения.

SMTP-релей и HTTP API

Существующему приложению не нужно переписываться под новый API: достаточно сменить SMTP-хост на релей платформы и указать учётные данные — всё, что приложение уже умеет отправлять, поедет через конвейер YourTrend с подписью и аналитикой. Новые интеграции удобнее строить на REST: JSON-запрос, предсказуемые ответы, машиночитаемые ошибки. Вокруг API — дружелюбие к экосистемам: Laravel, Node.js, Python, WordPress, Zapier и React перечислены среди готовых путей интеграции.

Идемпотентность и батчинг

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

SMS

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

Web push

Браузерные уведомления возвращают пользователей на сайт: подписка строго opt-in, аудитория сегментируется, доставка мгновенная. Для продуктов без мобильного приложения это самый короткий путь к «пушу» — без сторов, SDK и релизных циклов.

Аналитика и вебхуки

Открытия, клики, недоставки и жалобы видны в дашборде — и параллельно стримятся в вебхуки. Кабинет удобен человеку, вебхуки — коду: поверх событий можно строить свою логику (например, помечать адреса с hard bounce в собственной CRM), не опрашивая API в цикле.

08Доставляемость как инженерная задача

Доставляемость часто воспринимают как магию или как услугу «прогрева» с оплатой по подписке. Мы подошли к ней как к инженерной задаче с конкретными составляющими, каждая из которых встроена в платформу:

• DKIM для каждого домена. Каждый подключённый домен получает ключ, и каждое письмо подписывается: принимающий сервер криптографически проверяет, что письмо действительно от вашего домена и не было изменено по пути.
• SPF и DMARC — сгенерированы за вас. Платформа не отправляет пользователя читать RFC: готовые записи можно скопировать в DNS как есть — или опубликовать одной командой через интеграцию с Cloudflare.
• Выделенный IP отправки. Репутация не делится с чужими рассылками: ваши письма идут с адреса, историю которого формируете только вы.
• Отписка в один клик (RFC 8058). List-Unsubscribe с one-click: получатель отписывается кнопкой почтового клиента, не открывая сайт. Это требование крупных провайдеров к массовым отправителям — и лучший способ превратить потенциальную жалобу в тихую отписку.
• Автоматический suppression. Hard bounce, жалоба, отписка — адрес автоматически попадает в suppression-лист и исключается из будущих отправок. Списки чистятся сами, репутация не деградирует.

Порядок здесь важен: аутентификация без гигиены списка не спасает, а гигиена без аутентификации бессмысленна. Поэтому все эти механизмы — не «фичи по прайсу», а обязательные части конвейера: платформа не даёт отправлять с неподтверждённого домена и не позволяет игнорировать жалобы. Отправитель может забыть о доставляемости именно потому, что забыть о ней не даёт архитектура.

09Безопасность и zero-access почта

Платформа, через которую идёт чужая транзакционная почта, обязана быть аккуратной с доступами. Отправка через SMTP-релей требует аутентификации и защищена STARTTLS; доступ к API — по ключам отправителя; весь трафик — только по TLS. Отписка в один клик и автоматический suppression работают и как механизм безопасности: они не дают превратить платформу в источник нежелательной почты, а опубликованная анти-спам политика закрепляет это правилами, которые защищают и получателей, и репутацию добросовестных отправителей.

Отдельная часть продукта — zero-access шифрованный ящик. Это почта для приватной переписки, устроенная по принципу сквозного шифрования: содержимое шифруется на стороне пользователя, и сервер хранит только шифротекст. «Zero-access» здесь буквально: у платформы нет технической возможности прочитать эти письма — нет ключей, нечего выдать по запросу и нечего потерять при компрометации.

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

10Кампании и автоматизации

Маркетинговая часть YourTrend строится вокруг кампаний и автоматизаций. Кампания — это рассылка по сегменту: платформа умеет сегментировать списки, тестировать варианты темы A/B-тестом и отправлять адаптивные шаблоны, которые корректно выглядят и на десктопе, и в мобильном клиенте. Всё это — в масштабе: конвейер рассчитан на массовые отправки, которые не мешают транзакционному потоку.

Автоматизации снимают рутину «письма по событию»: welcome-серия после регистрации, drip-цепочка после покупки, догоняющее сообщение после паузы. Цепочки собираются без кода: событие → сообщение → интервал → следующее сообщение. Раз настроенная автоматизация работает сама, а каждое её письмо проходит через тот же конвейер с подписью, suppression и аналитикой, что и всё остальное.

Существенно, что маркетинговый контур не изолирован от транзакционного: контакты и события общие. Если адрес отписался или дал hard bounce, кампании учитывают это немедленно; если кампания привела пользователя к покупке, транзакционный чек уйдёт тому же контакту через ту же платформу. Для бизнеса это означает одну базу и одну историю коммуникаций вместо экспорта CSV между тремя сервисами.

11Единый inbox

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

Ключевая деталь — ответ уходит с того же адреса, на который письмо пришло. Клиент написал на support-адрес одного из ваших доменов — ответ придёт именно с этого адреса, а не с «общего» ящика платформы. Для получателя переписка выглядит цельной; отправителю не нужно держать в голове, из-под какого домена он сейчас отвечает, — платформа выбирает адрес сама.

Для студий, агентств и владельцев нескольких проектов это тихая суперспособность: у каждого продукта свой домен и свои адреса, но вся переписка — в одном месте. Вебмейл работает как отдельное приложение и не смешивается с маркетинговым кабинетом; тот же интерфейс обслуживает и zero-access ящик — с той разницей, что его содержимое расшифровывается только на стороне пользователя.

12Developer experience и интеграции

Мы проектировали YourTrend с позиции разработчика, которому нужно «подключить почту и забыть». Отсюда — три шага до продакшена: добавить домен и опубликовать сгенерированные SPF, DKIM и DMARC (копипастом или одной командой через Cloudflare), подключиться — SMTP-релей или HTTP API — и отправлять. Старт бесплатный; масштаб — по мере роста.

Интеграция дружелюбна к любому стеку: Laravel, Node.js, Python, WordPress, Zapier и React — среди перечисленных путей подключения. У legacy-приложений уже есть SMTP-клиент, у новых — HTTP; в обоих случаях путь до первого письма измеряется минутами, а не спринтом. Документация, API reference и статус-страница публичны — интегрироваться можно без единого созвона.

Проверено в бою — на нас самих. Контактная форма и транзакционная почта ostohlo.com идут через SMTP-релей mail.yourtrend.online — с аутентификацией и STARTTLS. Платформа возит продакшн-почту всей экосистемы студии: каждое письмо, которое мы отправляем клиентам, проходит через тот же конвейер, что и почта любого пользователя YourTrend. Это лучшая форма контроля качества: если бы конвейер терял письма, первыми это заметили бы мы сами — на собственных заявках.

13Технологический стек и инфраструктура

Под YourTrend собрана отдельная среда, в которой уживаются веб-интерфейсы, API и фоновые процессы доставки — с разными профилями нагрузки, но общей моделью данных.

• Бэкенд — PHP 8.3: API, кабинет, конвейер обработки и событийный контур в одном предсказуемом окружении.
• Почтовый слой — SMTP-релей с аутентификацией и STARTTLS, DKIM-подпись, очереди с ретраями, автоматические suppression-листы.
• Каналы — SMS-шлюз и web push поверх той же контактной модели; единый inbox и вебмейл для входящей почты.
• Инфраструктура — Cloudflare (DNS, TLS, защита периметра) с интеграцией для публикации DNS-записей одной командой; выделенный IP для отправки.

Несущая конструкция всей платформы — очереди. Они развязывают приём и доставку: API отвечает за доли секунды, потому что не ждёт принимающий сервер; транзакционный поток не стоит за кампанией; ретраи — естественная часть модели, а не заплатка поверх неё. Выбор PHP 8.3 прагматичен: зрелая, быстрая платформа, на которой удобно держать и API, и интерфейсы, и фоновые процессы в одном стеке. Cloudflare закрывает периметр и DNS — и заодно даёт ту самую интеграцию «одной командой», которая превращает самый страшный для новичка этап, настройку DNS, в формальность.

14Дизайн и UX

Инфраструктурный продукт продаёт уверенность, поэтому посадочная YourTrend объясняет ценность за секунды: «Email your customers actually receive», три шага до старта и честные цифры — целевой аптайм 99,9% и медианный приём по API меньше двух секунд. Продукт трёхъязычный — EN, UK и RU: интерфейсы, документация и посадочные написаны на каждом языке, а не прогнаны через переводчик.

Тон продукту задаёт маскот — Trendy, дружелюбный зелёный конверт. Для B2B-инструмента это осознанный ход: почтовая инфраструктура — сухая тема, и обаятельный персонаж снижает порог входа, не отменяя технической глубины. Рядом с ним на главной — плавающие карточки каналов и лента интеграций: за несколько секунд посетитель понимает и что платформа делает, и с чем она дружит.

Самый важный UX-участок — онбординг домена. Обычно это момент, где новичок тонет в TXT-записях; YourTrend генерирует записи и показывает их готовыми к копированию, а с Cloudflare публикует одной командой. Мы относились к этому экрану так же, как к платёжному checkout в финтех-проектах: это место, где пользователь либо доходит до ценности, либо уходит. Каждая деталь — от формулировок до порядка шагов — работает на то, чтобы первое успешно доставленное письмо случилось как можно раньше.

15Как мы работали

Проект вели последовательными этапами с демонстрацией результата на каждом шаге:

• Исследование. Разобрали требования почтовых провайдеров к аутентификации и массовым отправителям (DKIM, SPF, DMARC, RFC 8058), сценарии транзакционной и маркетинговой отправки, каналы SMS и push.
• Архитектура. Спроектировали конвейер, событийную модель, контактный граф и контракты: форматы API, семантику идемпотентности, схему suppression-листов.
• Ядро. Собрали приём (SMTP-релей и API), очереди, DKIM-подпись, доставку с выделенного IP, событийный контур и кабинет.
• Каналы и inbox. Добавили SMS, web push, единый inbox с вебмейлом и zero-access шифрованный ящик.
• Запуск. Развернули инфраструктуру за Cloudflare, оформили посадочную, документацию и статус-страницу на трёх языках — и перевели почту собственной экосистемы на платформу.

Порядок не случаен: сначала мы фиксировали контракты — событийную модель, семантику API, правила suppression, — и только потом строили реализацию вокруг них. Догфудинг был заложен в план с самого начала: первым «клиентом» платформы стала наша собственная студия, и часть продуктовых решений — например, как показывать разницу между «принято» и «доставлено» — родилась из собственного опыта эксплуатации, а не из гипотез.

16Результат

Получилась не «ещё одна рассылалка», а коммуникационная платформа полного цикла: от DNS-записей до аналитики, от чека до кампании, от SMS до шифрованного ящика.

• Домен подключается за минуты: SPF, DKIM и DMARC генерируются автоматически и публикуются копипастом или одной командой через Cloudflare.
• Транзакционная и маркетинговая почта, SMS и push живут на одной контактной базе с одной аналитикой.
• События каждого сообщения видны в кабинете и стримятся в вебхуки — интегратор строит свою логику поверх, не опрашивая API.
• Платформа обслуживает продакшн-почту экосистемы студии: контактная форма и транзакционные письма ostohlo.com идут через её SMTP-релей.

Главный сдвиг — в модели. Почта перестала быть набором разрозненных настроек в каждом проекте и стала общим слоем: новый продукт экосистемы подключается к готовому конвейеру с готовой репутацией, и первое письмо нового сайта наследует всю инженерию, накопленную платформой, — от DKIM-подписи до suppression-листов.

17Выводы

YourTrend — кейс о том, что доставляемость — это архитектура, а не удача. Всё, что решает судьбу письма — подпись, DNS-записи, репутация IP, гигиена списков, отписки, — давно известно и описано в стандартах; вопрос лишь в том, выполняется ли это по умолчанию или оставлено пользователю «на потом». Мы выбрали первое — и именно это отличает платформу от инструкции по настройке.

Для нас это был проект на стыке протоколов, инфраструктуры и продукта: SMTP и DNS, очереди и событийные модели, маркетинговые сценарии и криптография zero-access ящика. Если вам нужен сервис с API, конвейером обработки и высокими требованиями к надёжности — от платёжного шлюза до коммуникационной платформы — мы умеем доводить такое до запуска.

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