AI-конструктор с Resend: письма от собранного проекта

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

Почему форма без письма это половина работы?

Форма обратной связи обычно делается за одну фразу в промпте, и на этом многие останавливаются. В результате получается интерфейс, который выглядит рабочим и ведёт себя как чёрный ящик.

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

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

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

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

Не все сразу. Обычно хватает трёх типов, и они закрывают большую часть сценариев.

Первые две строки стоит сделать в тот же день, что и форму. Строки про заказ и оплату появляются вместе со Stripe, строки про вход и восстановление вместе с Supabase. Рассылка это отдельная задача маркетинга, и на старте она обычно преждевременна.

Полезное правило: письмо должно отвечать на вопрос получателя, а не сообщать о факте. «Ваша заявка принята, отвечу в течение дня, вот что вы отправили» работает лучше, чем «Форма отправлена».

Как выглядит подключение по шагам?

Шаг с подтверждением домена пропустить нельзя. Почтовые провайдеры давно не доверяют письмам, отправленным от чужого имени, и именно подтверждение домена отличает нормальную доставку от папки «Спам». Если своего домена ещё нет, это ещё одна причина его подключить: как это делается, разобрано в статье про свой домен для проекта.

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

Что писать в правке, чтобы получить нужные письма?

Формулируйте не «добавь отправку почты», а сценарий целиком: кто, когда, что получает.

Рабочий пример: «Когда посетитель отправляет форму записи, отправить два письма. Владельцу на его адрес: имя, телефон, выбранная услуга и время. Посетителю на указанный им адрес: подтверждение записи, адрес студии и телефон для переноса». Такая формулировка не оставляет места для догадок.

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

Третий: не складывайте всё в один запрос. Форма, письма, оформление и аналитика в одной фразе дают результат, который потом трудно разбирать. Разбейте на два-три шага и проверяйте каждый.

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

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

Тема письма должна называть суть, а не приветствовать. «Ваша запись на 14 марта в 11:00» открывают, «Спасибо за обращение!» пролистывают. Восклицательные знаки и слова про скидки в теме транзакционного письма выглядят подозрительно и для человека, и для фильтра.

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

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

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

И проверьте письмо на телефоне. Большинство получателей увидят его именно там, а не на широком экране, где вы его писали.

Сколько это стоит?

Интеграция сама по себе кредитов не расходует. Resend это внешний сервис с собственными условиями, и оплачивается он не через Zugo.

Кредиты уходят на генерацию. Сборка стоит 6 кредитов, правка 3, многостраничная платформа 12 за первые три страницы и по 3 за каждую следующую. Режим Hi-Fi дороже вдвое: сборка 12, правка 6. Бесплатный тариф даёт 5 кредитов, Pro стоит $25 в месяц за 200 кредитов, Business стоит $99 в месяц.

На практике настройка писем это одна-две правки, если сценарий описан целиком, и четыре-пять, если описывать его по частям. Разница заметная, и она полностью в формулировке, а не в сложности задачи.

Что проверить перед тем, как включать письма всем?

Короткий список проверок, который экономит самый неприятный класс проблем: письма, которые уходят не туда или не уходят вовсе.

Проверьте все три адресата. Себе как владельцу, себе как посетителю на другой почтовый сервис и себе на телефон. Разные почтовые сервисы показывают одно и то же письмо по-разному, и увидеть это стоит до запуска.

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

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

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

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

Чего интеграция не сделает за вас?

Три честные границы.

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

Проверка сборки не проверяет письма. Zugo запускает проект в песочнице перед выдачей, и это снижает риск получить неоткрывающуюся страницу, но письмо она не отправляет. Тестовую отправку делаете вы.

Массовая рассылка это отдельная дисциплина. Согласия, отписка, сегментация и закон о персональных данных не решаются одной интеграцией. Транзакционные письма проекта и маркетинговая рассылка это разные задачи, и смешивать их не стоит.

Что делать дальше

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

Собрать проект с формой и довести письма до нормального вида можно за один вечер на zugo.dev. Начните с самого простого сценария и усложняйте по мере надобности: письма это та часть, где преждевременная сложность заметнее всего.