Обновления сайта: что проверить до первого нажатия

Кнопка «Обновить всё» может за минуту изменить CMS, тему и десяток расширений — а ошибка обнаружится уже на странице заказа или в форме обратной связи. Перед первым обновлением важно понять, что именно меняется, как вернуть сайт в рабочее состояние и что проверить после публикации.

Обновление — это не одна операция

У сайта обычно есть несколько независимых слоёв: система управления контентом (CMS), плагины или модули, тема оформления, серверное программное обеспечение и сам контент. Их изменения несут разные риски. Новая статья не требует тех же мер, что обновление CMS или версии PHP.

• Контент. Тексты, изображения и цены. Обычно их можно исправить повторно, но изменение может затронуть SEO, ссылки и данные о товарах.
• CMS. Обновляет ядро системы. Изменения могут повлиять на совместимость темы и расширений.
• Плагины, модули и тема. Меняют функции и отображение. Несовместимое расширение способно сломать отдельную страницу или оформление.
• Серверная среда. Версии PHP, СУБД, веб-сервера и других компонентов. Переход может затронуть сразу весь сайт, даже если файлы CMS не менялись.

Точные названия кнопок и порядок действий зависят от CMS и хостинга. Например, в WordPress обновление ядра, тем и плагинов — отдельные операции; инструкции для одной версии нельзя автоматически переносить на другую. Если у вас другая CMS, сверяйтесь с её документацией.

Сначала определите, что именно обновляется

До нажатия кнопки прочитайте описание обновления и посмотрите, какие компоненты оно затрагивает. Исправление уязвимости — веская причина не откладывать установку, но и его нужно провести с возможностью отката. Изменение интерфейса или добавление функции может подождать, пока вы проверите совместимость.

Не обновляйте всё разом только ради удобства. Если после этого сайт перестанет работать, вы не поймёте, какое изменение стало причиной. Обновляйте связанные компоненты группами, а критичные изменения — по одному, проверяя сайт между шагами.

Подготовьте восстановление, а не только резервную копию

Резервная копия полезна, только если её можно восстановить. Для динамического сайта обычно нужны и файлы, и база данных: в базе хранятся, например, заказы, записи и настройки, а в файлах — код, темы и загруженные изображения. Конкретный состав зависит от платформы.

Перед обновлением проверьте, что копия создана недавно и хранится отдельно от сайта. Если хостинг предлагает снимок, выясните, что именно он включает и как запускается восстановление. На важном проекте заранее проверьте процедуру на тестовой копии: наличие архива само по себе не доказывает, что сайт удастся поднять.

Надёжный план обновления состоит не из обещания «сделать бэкап», а из проверенной последовательности: копия, изменение, проверка и понятный откат.

Снимок сайта¹ — сохранённое состояние файлов и данных на определённый момент. У разных хостингов снимок может включать разные компоненты, поэтому уточняйте состав у провайдера.

Проверяйте результат по задачам сайта

Главная страница может выглядеть нормально, хотя оформление заказа уже сломалось. Составьте короткий список действий, от которых зависит работа сайта, и повторяйте его после каждого существенного обновления.

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

Где обновления чаще всего ломаются

Особенно осторожно действуйте, если сайт принимает заказы, использует нестандартную тему или имеет собственные доработки. Визуально простое обновление может изменить поведение API, структуру данных или требования к версии PHP. После установки расширения может понадобиться отдельная миграция базы данных — это зависит от самого продукта.

Тестовая копия помогает обнаружить несовместимость до публикации, но только если она достаточно похожа на рабочий сайт. Если на ней нет тех же расширений, настроек или данных, результат проверки может ввести в заблуждение. Не переносите изменения с тестового окружения на рабочее автоматически: способ переноса зависит от CMS и хостинга.

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

Что делать дальше

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

После этого начните с некритичного обновления на тестовой копии и измерьте не только доступность главной страницы, но и работу ключевых сценариев. Инвалидация кеша и планирование регулярных обновлений — отдельные темы; здесь важны подготовка, проверка и восстановление.

¹ Снимок, или snapshot, — копия состояния сайта, созданная средствами хостинга или инфраструктуры. Уточните, входят ли в неё база данных и файлы, и сколько времени хостинг хранит такие копии.