Почему этот процесс важен
Большинство команд теряют стабильность не из-за качества контента, а из-за ручной дистрибуции. Небольшой слой автоматизации превращает публикацию в повторяемую операцию.
Публикация должна быть одним действием. Дистрибуция должна быть автоматической.
Поток релиза
1) Публикуйте статью в двух локалях
Создайте EN и RU страницы с одинаковым slug и добавьте этот slug в двуязычный манифест.
Причина: Автоматический workflow определяет новые slug через diff манифеста.
2) Пушьте в main
После push GitHub Actions считывает новый slug и запускает скрипт отправки для EN и RU.
Причина: Так вы убираете ручной запуск кампаний после каждого релиза статьи.
3) Проверяйте статус отправки в Resend
Откройте Broadcasts и убедитесь, что обе отправки созданы и ушли в нужные сегменты.
Причина: Прозрачность операций помогает быстро ловить проблемы с env или доменом.
Операционные проверки
| Возможность | Статус |
|---|---|
| Форма в футере на всех страницах | включено |
| Маршрутизация по языковым сегментам | включено |
| Приветственное письмо при подписке | включено |
| Авто-отправка после push нового slug | включено |
Ссылки
- Документация Resend Broadcasts API: resend.com/docs/api-reference/broadcasts
- Внутренняя модель релиза: двуязычный slug-манифест + автоматический workflow на push.