Журнал обновлений WordPress: таблица, которая быстро показывает, после чего сломался сайт

Журнал обновлений WordPress: таблица, которая быстро показывает, после чего сломался сайт

Не обновляйте вслепую. Создайте таблицу в Google Sheets или админке проекта и фиксируйте каждое изменение: даже небольшая запись может сэкономить часы при поиске причины сбоя.

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

Записывайте обновления сразу, а не «потом». Одно действие — одна строка. Если меняете несколько компонентов, обновляйте их по очереди и после каждого проверяйте главную страницу, формы, вход в аккаунт, корзину и ключевые страницы. Так журнал покажет не просто день сбоя, а конкретный триггер.

Добавьте отдельную колонку «откат». Укажите, вернули ли предыдущую версию, восстановили ли базу и какие файлы затронули. Если проблема появилась после цепочки изменений, сравните журнал с резервными копиями и отменяйте действия в обратном порядке.

Такой журнал превращает поиск причины из догадки в понятную последовательность: изменение → проверка → результат. Заполняйте его даже на небольшом сайте — особенно перед массовыми обновлениями.