Регистрация и вход
Подтверждение email, приветствие после регистрации и системные сообщения об изменениях аккаунта.
Подключите QWERTYMAIL через REST API или SMTP: отправляйте сервисные email-сообщения, используйте шаблоны и персонализацию, получайте статусы доставки и возвращайте события в свою систему через webhook.
API и SMTP подходят для сообщений, которые запускаются конкретным действием пользователя, изменением статуса или событием внутри продукта.
Подтверждение email, приветствие после регистрации и системные сообщения об изменениях аккаунта.
Отправляйте одноразовые ссылки и другие сервисные письма непосредственно из сайта или приложения.
Чеки, подтверждения заказов, статусы оплаты, изменения доставки и другие сообщения по операциям клиента.
Сообщайте о событиях в аккаунте, новых документах, изменениях статуса, действиях пользователей и системных событиях.
Используйте заранее подготовленный email-шаблон и передавайте в него персональные данные получателя и события.
Запускайте отправку из CRM, личного кабинета, backend-сервиса или другой системы через API или SMTP.
Оба способа решают задачу отправки email, но подходят для разной глубины интеграции.
Подходит, если сайт, CRM или приложение уже умеет работать с SMTP и требуется изменить канал отправки без глубокой переработки логики.
Подходит для backend-интеграции, где важно передавать данные письма, работать с шаблонами и программно связывать сообщение с объектами вашей системы.
Подготовьте шаблон один раз, а при отправке передавайте значения, которые должны отличаться для конкретного получателя: имя, номер заказа, сумма, статус или другой параметр вашего сценария.
{
"template": "order_status",
"to": "client@example.com",
"params": {
"name": "Анна",
"order": "1542",
"status": "Передан в доставку"
}
} Свяжите отправленное сообщение с пользователем, заказом или другим объектом и обрабатывайте изменения его состояния.
Сообщение принято сервисом и получило собственный идентификатор.
Письмо передано на дальнейшую доставку получателю.
Статус доставки можно использовать в своей системе и аналитике.
Отслеживайте факт открытия письма, когда это технически возможно.
Получайте событие перехода по ссылке из отправленного сообщения.
Обрабатывайте временные и постоянные ошибки доставки.
Учитывайте отказ получателя от дальнейших сообщений.
Получайте информацию о жалобах на спам и используйте её в своей логике.
Вместо постоянного опроса статуса ваша система может принимать события и автоматически запускать нужную внутреннюю логику.
Используйте API-ключ для REST API или параметры SMTP-подключения для существующего почтового клиента или backend.
Передайте получателя, тему, HTML или текст письма, а при необходимости — шаблон, параметры и вложения.
Сохраняйте ID сообщения и подключите обработку событий, если вашему продукту важно знать результат доставки.
Храните API-ключи и SMTP-учётные данные на серверной стороне. Не размещайте секретные данные в JavaScript, открытом репозитории или клиентском приложении.
SMTP и API дополняют остальные инструменты сервиса: визуальный редактор, автоматические сценарии и тарифы.
SMTP удобен, когда приложение уже умеет отправлять почту через SMTP-сервер и нужно быстро заменить канал отправки. API подходит для более глубокой интеграции: передачи параметров, работы с шаблонами, получения идентификаторов сообщений и программной обработки статусов.
Да. Через API и SMTP можно отправлять одиночные сервисные и транзакционные сообщения, например подтверждения регистрации, восстановление доступа, статусы заказа и уведомления из приложения.
Да. Для сообщения можно использовать HTML-содержимое и текстовую версию письма.
Да. К сообщениям можно добавлять вложения, если они нужны вашему сценарию отправки.
Да. Письмо можно отправлять на основе заранее подготовленного шаблона и передавать персональные параметры для подстановки в его содержимое.
Да. Для интеграции доступны статусы сообщений и события, которые можно передавать обратно в вашу систему через webhook.
В интеграции можно использовать события доставки, открытий, переходов, ошибок доставки, отписок и жалоб на спам.
Для программного доступа используется API-ключ. Секретные данные подключения следует хранить только на стороне сервера и не передавать в клиентский код.
Выберите подходящий способ интеграции — SMTP или API — и начните с тестового сценария.