Откат AI-лендинга: что подготовить до публикации
План отката лендинга до релиза: что сохранить, когда возвращать прошлую версию и как проверить форму, файлы и совместимость данных.
План отката начинается с конкретного адреса предыдущей рабочей версии и команды её возврата. «Если что, попросим AI исправить» — ещё одна разработка с неизвестным временем завершения. До покупки трафика полезнее иметь проверяемый путь восстановления.
После сборки лендинга через Claude Code я бы отдельно принимал готовность к публикации и готовность к возврату. Здесь речь о небольшом сайте и его интеграциях. Сложную миграцию базы нельзя свести к универсальной команде из статьи: её обратимость нужно проектировать под конкретные изменения.
Что считать одной версией
Сохраните исходники, зафиксированные зависимости, готовую сборку, связанные публичные файлы и инструкцию запуска. Если код ссылается на обложку, которую удалили из хранилища, старый выпуск восстановится с пустым местом. Если процесс требует другую версию среды исполнения, одного архива исходников тоже мало.
Настройки держите в защищённом хранилище, а в описании выпуска укажите их имена и необходимые действия. Подробная карта окружения нужна особенно там, где значения встраиваются при сборке. Возврат переменной в панели и возврат готового выпуска могут быть разными операциями.
| Часть | Что сохранить | Чем подтвердить возврат |
|---|---|---|
| Приложение | Идентификатор рабочего выпуска и артефакт | Версия, HTTP и основной сценарий |
| Публичные файлы | Совместимый набор изображений и документов | Нужные URL открываются без ошибок |
| Окружение | Защищённая история настроек | Подключения работают в возвращённой версии |
| Данные | План совместимости и отдельное восстановление | Старый код читает текущую схему без потерь |
| Внешние сервисы | Перечень затронутых правил и получателей | Заявка попадает в правильную систему |
Условия возврата записывают до релиза
Выберите наблюдаемые признаки: форма перестала принимать корректный ввод, заявка уходит чужому получателю, основные страницы отвечают ошибкой, недоступен обязательный документ. У каждого признака укажите проверку и человека, который принимает решение. Числовой порог должен опираться на обычную работу сайта, а не на удобное круглое число.
Единичная жалоба о другой цене требует проверки содержания. Массовая ошибка обработки формы требует быстрого восстановления сценария. Нельзя одинаково реагировать на любую красную строку консоли: часть сообщений принадлежит расширениям браузера или сторонним ресурсам. Зафиксируйте, какое нарушение действительно мешает задаче посетителя.
Репетиция на безопасном адресе
- Поднимите прошлую версию в изолированном окружении с предусмотренными тестовыми подключениями.
- Зафиксируйте её идентификатор и проверьте главную, внутреннюю страницу, изображение и форму.
- Переключитесь на новый выпуск тем способом, который будет использован в рабочей среде.
- Выполните возврат и снова проверьте те же адреса и сценарий.
- Запишите фактическое время, ошибки и необходимые ручные действия.
Репетиция отвечает, можно ли вернуться и что для этого нужно. Она не обещает такую же длительность на рабочем сервере. Нагрузка, внешние подключения, свободное место и состояние данных могут отличаться. Перед реальным переключением эти предпосылки проверяют заново.
В рекомендациях Claude Code проверяемые результаты предлагается задавать агенту заранее. Для отката таким результатом будет работающий прежний выпуск после обратного переключения. Сообщение агента «подготовил rollback» само по себе не показывает, что этот путь запускался.
Какие действия откат кода не отменит
Уже доставленная заявка останется у получателя. Отправленное письмо не вернётся в очередь. Новые записи базы не исчезнут только потому, что запущен старый процесс. Поэтому для каждой операции с данными спросите: сможет ли прошлый код прочитать новое состояние и продолжить работу?
Если новая версия меняет схему, отдельно согласуйте совместимость, резервирование и порядок восстановления. Не запускайте удаление рабочих данных ради красивой репетиции. Иногда безопаснее сначала выпустить совместимое изменение, а удаление старого поля отложить. Конкретное решение принимает разработчик, видящий схему и зависимости.
После возврата проверяется сайт целиком
Откройте рабочий домен напрямую, затем страницу из рекламной ссылки. Проверьте, что браузер получил нужную версию, файлы загрузились, форма работает и разрешённая тестовая заявка дошла адресату. Отдельно проверьте кеширование: старый HTML и новые файлы могут смешаться после неаккуратного выпуска.
В отчёте оставьте причину возврата, идентификаторы обеих версий и фактические проверки. Следующая попытка начинается с исправления причины, а не с повторения той же команды публикации. Для тяжёлых файлов перед ней пригодится проверка веса обложки, для общего сценария — приёмка лендинга перед запуском.