Проблема с почтой: когда приложению на ИИ нужно отправлять письма реальным людям
Добавить почту в приложение на ИИ звучит просто — пока ваши ссылки на регистрацию не улетают в спам, письма для сброса пароля не пропадают, а домен не попадает в блок-листы. Понятное руководство о том, как настроить отправку писем правильно с первого раза.
Вы собрали приложение. Форма регистрации работает. Пользователь заполняет её, нажимает «Создать аккаунт» — и ничего не происходит. Или ещё хуже: письмо с подтверждением приходит через сорок минут, в папку «Спам», с адресом отправителя, который выглядит так, будто его написал робот. Вы просите ИИ-конструктор «починить почту». Через три итерации у вас новый баг и та же проблема.
Если вы выкатили хоть что-нибудь с ИИ-конструктором приложений, вы наверняка с этим сталкивались. Почта выглядит как функция в одну строчку. Это не так. Это тридцатилетний протокол со странными правилами доверия, и заставить его прилично работать внутри приложения на ИИ — одно из самых частых мест, где нетехнические основатели тихо теряют пользователей.
Вот что происходит на самом деле и что просить ИИ-конструктор с этим сделать.
Почему почта сложнее, чем её показывает ваш конструктор
Когда ваш ИИ-конструктор генерирует функцию «отправить письмо», он обычно подцепляет самое простое, что работает на тестовом экране. Он использует адрес отправителя по умолчанию. Он отправляет через тот сервис, который предпочитает его шаблон. Он исходит из того, что вы настоящая компания с настоящим доменом, которому интернет доверяет.
Реальный интернет не доверяет новым отправителям. Почтовые провайдеры — Gmail, Outlook, Yahoo, Apple — двадцать лет учились хорошо помечать неизвестные источники. Когда совершенно новый домен начинает рассылать письма со сбросом пароля и приветственные письма, каждый спам-фильтр в мире вскидывает бровь. Без трёх конкретных настроек ваши письма будут улетать в спам, тихо отбрасываться или приходить так поздно, что пользователи уже всё бросили.
Эти три части — SPF, DKIM и DMARC. Вам не нужно знать, как они расшифровываются. Вам нужно знать, что без них ваша функция отправки писем сломана так, что изнутри приложения этого не видно.
Первое, что надо проверить: от кого на самом деле письмо?
Откройте последнее письмо, которое отправило ваше приложение. Посмотрите на адрес отправителя. Обычно это одно из трёх:
- Something@yourdomain.com — лучший случай. Ваш ИИ-конструктор настроил настоящего отправителя. Если пользователи всё равно не получают письма, проблема в тех трёх буквах выше.
- Something@some-builder-service.com — частый вариант. Ваши письма отправляются с общей инфраструктуры вашего конструктора. Это работает, но помещает вас в один пул со всеми остальными случайными приложениями на платформе. Один плохой сосед — и процент доставки падает.
- noreply@some-random-domain.example — плохо. Ваш ИИ-конструктор сгенерировал заглушку, которую так и не заменил. Пользователи получают письма с домена, который вам не принадлежит, и почтовые провайдеры справедливо отнесутся к ним с подозрением.
Если вы в случае 2 или 3 — это первое, что надо исправить.
Что просить у ИИ-конструктора, по порядку
Есть конкретная последовательность, которая работает у большинства конструкторов. Просить об этом в неправильном порядке — получить путаные результаты.
Шаг 1: выберите провайдера для отправки
Попросите ваш ИИ-конструктор: «Я хочу отправлять письма со своего домена. Подключи это приложение к Resend (или Postmark, или SendGrid) с помощью моего API-ключа». Выберите один. Для небольших приложений они в целом равноценны. У Resend и Postmark самые дружелюбные процессы настройки.
Вам придётся самим зарегистрироваться у провайдера и взять API-ключ. ИИ не может сделать эту часть — она требует ввести данные карты и подтвердить свою личность. Заложите тридцать минут.
Шаг 2: подтвердите свой домен
Как только провайдер отправки подключён, он попросит вас добавить три DNS-записи к вашему домену. Это те самые записи SPF, DKIM и DMARC, о которых я упоминал. Провайдер покажет вам ровно то, что нужно вставить.
Этот шаг чаще всего пропускают нетехнические основатели, и именно он закрывает 80% жалоб «мои письма уходят в спам». Попросите ваш ИИ-конструктор: «Помоги мне найти, где добавлять DNS-записи для домена, который я купил». Он проведёт вас по вашему регистратору (GoDaddy, Namecheap, Cloudflare — кто бы это ни был).
Это ещё и единственный шаг, который занимает реальное время, — изменения в DNS могут распространяться несколько часов. Не паникуйте, если не сработает сразу.
Шаг 3: перепишите содержимое писем
Это удивляет людей. Содержимое ваших писем важно не меньше, чем настройка. ИИ-конструкторы по умолчанию выдают болтливый маркетинговый текст, который похож на спам. Две конкретные вещи, которые надо исправить:
- Никаких тем письма из заглавных букв. «WELCOME TO MY APP» — сигнал спама. «Welcome to Boats by Maria» — нет.
- Никаких голых ссылок на редирект-домены. Если в письме написано «Нажмите здесь», а ссылка ведёт на трекинговый URL, который скачет через трёх провайдеров, спам-фильтры это замечают. Попросите конструктор использовать ссылки, ведущие прямо на ваш домен.
Быстрая проверка: отправьте себе настоящее письмо из приложения, а потом перешлите его на mail-tester.com. Он оценивает ваше письмо по шкале до 10 и точно говорит, что исправить. Оценка 8 и выше означает, что почтовые ящики будут вас принимать. Ниже 6 — ждите проблем.
Три письма, которые обязаны работать
Вам не нужно отправлять каждое письмо хорошо. Вам нужно хорошо отправлять три конкретных письма, потому что если хоть одно из них даст сбой, ваше приложение ломается для новых пользователей.
- Подтверждение регистрации. Если пользователи регистрируются и не могут подтвердить адрес, они не смогут войти. Убедитесь, что это письмо приходит меньше чем за минуту, каждый раз.
- Сброс пароля. Это письмо пользователи замечают, когда его нет. Если они запросили сброс и ничего не пришло, ваш ящик поддержки в тот же день переполнится.
- Письмо «в вашем аккаунте что-то произошло» — новый вход, приглашение, комментарий. Такие письма выстраивают доверие. Если они приходят надёжно, пользователи начинают относиться к вашему приложению как к настоящему сервису.
Всё остальное — рассылки, апдейты продукта, цепочки писем — это бонус. Добейтесь стабильной доставки трёх основных писем, прежде чем строить что-то вычурное.
Когда звать человека
Если вы сделали три шага выше, а письма всё равно уходят в спам, проблема почти всегда в одном из трёх: ваш домен слишком новый (подождите неделю, отправляйте понемногу), ваше содержимое спотыкается о конкретный фильтр (прогоните проверку на mail-tester) или объём отправки резко подскочил (начинайте с малого, наращивайте постепенно).
Если вы потратили на это больше дня, а оно всё ещё не работает, — самое время заплатить фрилансеру за два часа. Доставляемость почты — одна из немногих вещей в современном приложении, где опытный человек может починить то, что ИИ-конструктор не вполне способен осмыслить, потому что ответ часто лежит в DNS-записях, которых ИИ не видит.
Вы можете выкатить целое приложение, созданное с ИИ, ни разу не настроив настоящую почту. Удержать пользователей без неё — нельзя.