Перейти к содержимому
Delivery API
Прежде чем рассчитывать на какую-либо функцию, проверьте статус возможностей.

МиграцияПереход на Atlas

Пошаговая миграция

Переносите существующий сайт на Atlas по одному типу страниц, не меняя его внешний вид и без простоев.

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

Безопасный путь — постепенный. Ваш публичный сайт продолжает работать без изменений, пока вы подключаете и проверяете каждую часть в Development.

Правила, которые обеспечивают безопасность

Заголовок раздела «Правила, которые обеспечивают безопасность»
  • Дизайн не должен меняться. Каждая страница должна выглядеть одинаково, есть ли у Atlas контент для неё или нет.
  • Резервный вариант обязателен. Если Atlas недоступен или для страницы ничего не опубликовано, сайт отдаёт встроенный контент.
  • Текст, а не HTML. Значения из CMS отображаются как текст или через ваши компоненты.
  • Сначала Development. Ничто не попадает в Production, пока релиз не прошёл проверки и его не одобрил человек.

Этап 1: подключите одну страницу (около одного дня)

Заголовок раздела «Этап 1: подключите одну страницу (около одного дня)»
  1. Создайте сайт в Studio и подготовьте черновик минимального контракта с одним типом страниц.
  2. Следуйте руководству Подключение сайта на Next.js.
  3. Опубликуйте эту страницу в Development и сравните её с рабочей страницей.

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

  1. Перечислите все маршруты, которые отдаёт сайт, и сопоставьте каждому тип страницы.
  2. Напишите пакет контракта: компоненты с типизированными полями, типы страниц с их областями, коллекции, медиапрофили и глобальные блоки шапки и подвала. Храните его в репозитории как atlas/contract.bundle.json.
  3. Проверьте и предложите его. Администратор сайта активирует контракт в Studio (Site setup).
  4. Переработайте каждый компонент страницы так, чтобы порядок и содержимое определяли секции Atlas, а встроенные данные служили резервным вариантом.

Готово, когда Studio показывает сайт как In sync with the active contract.

  1. Загружайте изображения с правильным медиапрофилем. Никогда не растягивайте и не увеличивайте их; составьте список тех, что не подходят.
  2. Создайте записи для каждого повторяющегося элемента, ссылаясь на изображения по идентификатору ресурса и с альтернативным текстом.
  3. Заполните глобальные блоки шапки и подвала сегодняшним контентом.
  4. Создайте страницу для каждого маршрута по его типу страницы и настраивайте секции, пока черновик не совпадёт с сегодняшней страницей.
  5. Подготовьте черновики переводов и попросите носителя языка проверить их.

ИИ-агент для программирования, подключённый через MCP, может выполнить большую часть этого в виде черновиков. Человек проверяет каждую страницу через Preview on website и публикует её.

  • Добавьте приёмник вебхуков, чтобы публикация обновляла сайт за секунды.
  • Читайте SEO-заголовки, описания и noindex из Delivery API и стройте карту сайта по /routes.
  • Загрузите /redirects и применяйте их, чтобы старые URL сохранили свои позиции.
  1. Обучите редакторов работе со Studio, черновиками, предпросмотром и публикацией.
  2. Соберите релиз. Atlas проверяет, что контракт синхронизирован, нет проблем публикации, сайт исправен и резервная копия свежая.
  3. Человек с правом одобрения одобряет релиз. Администратор сайта включает Production, и вы создаёте токен доставки Production.
  4. Разверните сайт с токеном Production. Сохраните резервный вариант.
  • Ошибка в контенте: откатитесь к более ранней ревизии или к более раннему релизу Production.
  • Ошибка в коде: повторно разверните предыдущую сборку сайта, как вы делаете это сегодня.
  • Atlas недоступен: резервный вариант отдаёт встроенный контент, пока Atlas не вернётся.