Проблема з поштою: коли вашому застосунку на ШІ треба надсилати листи реальним людям

Ви зібрали застосунок. Форма реєстрації працює. Користувач заповнює її, клікає «Створити акаунт» — і нічого не відбувається. Або гірше: лист-підтвердження приходить за сорок хвилин, у папку спаму, з адресою відправника, що виглядає так, ніби її писав робот. Ви просите свій конструктор на ШІ «полагодити пошту». Три ітерації потому ви маєте новий баг і ту саму проблему.

Якщо ви випускали щось за допомогою конструктора застосунків на ШІ, ви, ймовірно, з цим стикалися. Пошта виглядає як однорядкова функція. Це не так. Це тридцятирічний протокол із дивними правилами довіри, і змусити її поводитися як слід усередині застосунку на ШІ — одне з найпоширеніших місць, де нетехнічні засновники тихо втрачають користувачів.

Ось що насправді відбувається і про що попросити свій конструктор.

Чому пошта складніша, ніж її подає ваш конструктор

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

Справжній інтернет не довіряє новим відправникам. Поштові провайдери — Gmail, Outlook, Yahoo, Apple — двадцять років вправлялися у виявленні невідомих джерел. Коли абсолютно новий домен починає надсилати скидання паролів і вітальні листи, кожен спам-фільтр у світі підіймає брову. Без трьох конкретних елементів налаштування ваші листи потраплятимуть у спам, тихо відкидатимуться чи приходитимуть достатньо пізно, щоб користувачі вже здалися.

Ці три елементи — SPF, DKIM і DMARC. Вам не треба знати, як вони розшифровуються. Вам треба знати, що без них ваша функція надсилання листів зламана так, що цього не видно зсередини застосунку.

Перше, що треба перевірити: від кого насправді лист?

Відкрийте найсвіжіший лист, що надіслав ваш застосунок. Подивіться на адресу відправника. Зазвичай це одне з трьох:

1. Щось@вашдомен.com — найкращий випадок. Ваш конструктор на ШІ налаштував справжнього відправника. Якщо користувачі все одно цих листів не отримують, проблема — у трьох літерах вище.
2. Щось@якийсь-сервіс-конструктора.com — поширене. Ваші листи надсилаються зі спільної інфраструктури вашого конструктора. Це працює, але ставить вас у пул із кожним іншим випадковим застосунком на платформі. Один поганий сусід — і ваш показник доставлення падає.
3. noreply@якийсь-випадковий-домен.example — погано. Ваш конструктор на ШІ згенерував заповнювач, який так і не замінив. Користувачі отримують листи з домену, що вам не належить, і поштові провайдери справедливо їх запідозрять.

Якщо ви у випадку 2 чи 3, це перше, що треба виправити.

Про що просити свій конструктор на ШІ, по порядку

Є конкретна послідовність, що працює для більшості конструкторів. Прохання в неправильному порядку дасть заплутані результати.

Крок 1: оберіть провайдера надсилання

Скажіть своєму конструктору на ШІ: «Я хочу надсилати листи зі свого власного домену. Під’єднай цей застосунок до Resend (чи Postmark, чи SendGrid), використовуючи мій API-ключ.» Оберіть один. Для маленьких застосунків вони загалом рівноцінні. У Resend і Postmark найдружніші процеси налаштування.

Вам доведеться зареєструватися в провайдера самостійно й узяти API-ключ. ШІ не може зробити цю частину — вона потребує, щоб ви ввели банківську картку й підтвердили свою особу. Закладіть тридцять хвилин.

Крок 2: верифікуйте свій домен

Щойно ваш провайдер надсилання під’єднано, він попросить вас додати три DNS-записи до вашого домену. Це ті самі записи SPF, DKIM і DMARC, що я згадував. Провайдер покаже вам точно, що вставити.

Це крок, який більшість нетехнічних засновників пропускає, і саме він виправляє 80% скарг «мої листи йдуть у спам». Скажіть своєму конструктору на ШІ: «Допоможи мені знайти, де додати DNS-записи для домену, який я купив.» Він проведе вас вашим реєстратором (GoDaddy, Namecheap, Cloudflare, хто б це не був).

Це також єдиний крок, що забирає реальний час — зміни DNS можуть поширюватися кілька годин. Не панікуйте, якщо це не спрацює одразу.

Крок 3: перепишіть вміст своїх листів

Це декого дивує. Вміст ваших листів важить так само, як і налаштування. Конструктори на ШІ за замовчуванням пишуть балакучий маркетинговий текст, що збігається з патернами спаму. Дві конкретні речі для виправлення:

• Жодних тем ВЕЛИКИМИ ЛІТЕРАМИ. «ВІТАЄМО В МОЄМУ ЗАСТОСУНКУ» — це спам-сигнал. «Вітаємо в “Човни від Марії”» — ні.
• Жодних голих посилань на домени-редиректи. Якщо ваш лист каже «Натисніть тут», а посилання вказує на трекінговий URL, що відскакує через трьох провайдерів, спам-фільтри це помічають. Попросіть конструктор використовувати посилання, що ведуть прямо на ваш домен.

Швидка перевірка: надішліть собі справжній лист із застосунку, потім перешліть його на mail-tester.com. Він оцінює ваш лист із 10 і каже точно, що виправити. Оцінка 8 чи вище означає, що поштові скриньки вас прийматимуть. Нижче 6 — чекайте проблем.

Три листи, що мають працювати

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

1. Підтвердження реєстрації. Якщо користувачі реєструються й не можуть підтвердити свою адресу, вони не можуть увійти. Переконайтеся, що цей лист приходить менш ніж за хвилину, щоразу.
2. Скидання пароля. Це лист, який користувачі помічають, коли його немає. Якщо вони просять скидання, а нічого не приходить, ваша скринька підтримки наповнюється того ж дня.
3. Лист «щось сталося у вашому акаунті» — новий вхід, запрошення, коментар. Вони будують довіру. Якщо вони з’являються надійно, користувачі починають ставитися до вашого застосунку як до справжнього сервісу.

Усе інше — розсилки, оновлення продукту, drip-кампанії — це бонус. Доведіть три ключові листи до стабільного доставлення, перш ніж будувати щось вигадливе.

Коли просити людину

Якщо ви зробили три кроки вище, а листи все одно йдуть у спам, проблема майже завжди в одному з трьох: ваш домен зановий (зачекайте тиждень, надсилайте ощадливо), ваш вміст спрацьовує на конкретний фільтр (запустіть перевірку mail-tester) або ваш обсяг надсилання різко стрибнув (починайте з малого, нарощуйте).

Якщо ви провели на цьому більше дня й воно все одно зламане, це правильний момент заплатити фрилансеру за дві години. Доставлення пошти — одна з небагатьох речей у сучасному застосунку, де досвідчена людина може виправити те, чого конструктор на ШІ не зовсім може осягнути — бо відповідь часто живе в DNS-записах, яких ШІ не бачить.

Ви можете випустити цілий застосунок на ШІ, так і не налаштувавши справжню пошту. Утримати користувачів без неї ви не зможете.