Референсные архитектуры

Как разные организации могут настроить Atlas — от одного корпоративного сайта до группы с несколькими брендами или агентства.

Эта страница переведена с английского. При любых расхождениях действует английская версия. Читать на английском

Это рекомендуемые схемы, а не истории клиентов. Выберите схему, ближайшую к вашей, и адаптируйте её.

1. Группа с несколькими брендами

Холдинг с несколькими сайтами брендов, у каждого из которых своя команда.

Organization: Group
├── Site: brand-a   (Development, Production)   editors: Brand A team
├── Site: brand-b   (Development, Production)   editors: Brand B team
└── Site: brand-c   (Development, Production)   editors: Brand C team
Approvers: group digital team (organization admins) + one reviewer per brand

Одна организация, один сайт на бренд. Контент, медиа, токены и люди никогда не пересекаются между сайтами.
Каждый бренд сохраняет собственный код сайта и контракт со своими компонентами и дизайн-токенами. Atlas никогда не навязывает общий дизайн.
Редакторы брендов получают роли только на своём сайте. Цифровая команда группы одобряет релизы в Production.
У каждого сайта свои токены доставки и вебхуки, поэтому развёртывание или сбой одного бренда не влияют на другой.

2. Регулируемая компания или компания с жёсткими согласованиями

Финансовые, медицинские, энергетические команды или близкие к государственным, где каждое публичное изменение требует подтверждения.

Редакторы и маркетологи создают черновики; рецензент/публикатор публикует в Development; меньшая группа одобряет релизы в Production.
Включите подтверждение на телефоне для чувствительных действий.
Каждый релиз проверяется (контракт синхронизирован, нет проблем публикации, исправность сайта, свежая резервная копия) и подписывается. Откат — одно действие.
Экспортируйте журнал аудита для своих записей о соответствии требованиям.
Согласуйте правила хранения лидов до запуска и учтите, что хранение и передача в CRM сегодня охватывают только лиды из Development.
Подтвердите с нами местонахождение хостинга и хранение данных до подписания (см. Безопасность).

3. Агентство, ведущее сайты клиентов

Агентство создаёт и поддерживает сайты для нескольких клиентов.

Предпочтительно одна организация на клиента, чтобы каждый клиент владел своими данными, людьми и тарифом. Сотрудники агентства приглашаются как участники.
Создайте библиотеку собственных компонентов в коде и повторно используйте её в контрактах клиентов с дизайн-токенами каждого клиента.
Для миграции контента используйте ИИ-агента через MCP; публикует рецензент клиента.
Передача безопасна: редакторы клиента могут менять только типизированные поля, но не код.

4. Один корпоративный сайт

Один сайт компании, небольшая маркетинговая команда и внешний разработчик.

Одна организация, один сайт. Разработчик подключает сайт и один раз пишет контракт.
Маркетинг редактирует страницы, новости и переводы; руководитель маркетинга одобряет релизы в Production.
Разработчик нужен только для новых компонентов или типов страниц.

Что общего у всех схем

Код сайта, хостинг и развёртывание остаются у вас.
Сначала Development; Production только через одобренный релиз.
Встроенный резервный вариант, чтобы сайт работал, если Atlas недоступен.
Токены доставки на сервере, ротация до истечения срока.