Рассылки

Рассылок в продукте ещё нет. Ни писем, ни сообщений в мессенджеры, ни шаблонов, ни статистики доставки. Модуль спроектирован, код не написан.

Что уже решено #

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

Проверка согласий и отписок происходит в движке отправки, а не в интерфейсе.

Это значит, что послать маркетинговое сообщение отписавшемуся человеку будет нельзя ниоткуда: ни из админки, ни из сценария, ни по API, ни с полными правами. Проверяется согласие на рассылки этой категории, список подавления и время суток в поясе получателя.

Защищает это не только человека, но и репутацию домена школы: одна рассылка по всей базе без учёта отписок стоит доставляемости на месяцы вперёд.

Остальное решённое:

• категории подписок — отписка от «новостей» не отписывает от «оплачено, вот доступ»;
• транспорты подключаются адаптерами: почта, Telegram, уведомление в кабинете, дальше SMS и мессенджеры по той же схеме;
• движок рассылок внутри коробки, наружу отдаётся только транспорт;
• закрытый исходящий SMTP — норма, и это выяснилось на первой же установке: у многих хостеров порты 25, 465, 587 и 2525 закрыты по умолчанию. Провайдер, принимающий письма по HTTPS, для коробки надёжнее.

Что делать сегодня #

Транзакционные письма продукта — приглашение, восстановление доступа — работают: без них не работал бы вход. Рассылок по базе нет.

Где следить #

Обновления. Спроектированный состав операций — в Проекте API.