Сервис для сайтов на WordPress.
Разработка, продвижение и обслуживание с 2007 года
Почему сайту нужны обновления, даже когда всё работает, и как сохранить привычные функции, оформление и данные при переходе на новые версии.
На сайте всё привычно — товары, тексты и изображения на месте, страницы открываются, заявки приходят. И только в панели управления снова появилось уведомление об обновлениях. Если посетители ничего не замечают, зачем что-то менять?
Внешний вид рассказывает о состоянии сайта далеко не всё. Форма может работать с ошибкой, которая проявляется лишь при определённом заполнении. В дополнении может обнаружиться уязвимость. А новая версия системы — выполнять ту же работу быстрее и удобнее.
Сайт продолжает жить среди других программ и сервисов. Меняются браузеры, платёжные системы, требования хостинга и сам WordPress. Обновления помогают ему оставаться частью этой меняющейся экосистемы.
Для сайта, от которого зависит работа бизнеса, порядок обновления следующий: сохранить резервную копию → развернуть копию на тестовом окружении → обновиться и проверить важный функционал сайта → применить проверенные изменения на основном сайте → убедиться, что всё работает.
Иногда новая версия заметна сразу — изменился редактор, появилась полезная настройка. Но большая часть работы может остаться за кадром. Посетитель увидит ту же страницу, хотя внутри она будет работать иначе. Обновления ядра и компонентов выполняются с разными целями:
Исправить ошибку, через которую посторонний человек мог получить доступ к данным или выполнить действие без нужных прав.
Исправить сбой при сохранении страницы, обработке заказа или взаимодействии между дополнениями. Такие изменения особенно ценны, когда затрагивают ежедневные задачи.
Подготовить дополнение к новым версиям WordPress, обновить связь с внешним сервисом или сделать привычное действие удобнее.
Следить нужно за ядром WordPress (самой системой управления), плагинами, и темой. Отдельного внимания требует обновление версии PHP или другого программного обеспечения.
Для автоматической атаки с помощью ботнетов и скриптов известность компании не обязательна. Программы злоумышленников могут искать сайты с подходящей уязвимостью без личного интереса к их владельцам. Поэтому небольшой сайт услуг тоже нуждается в защите.
Когда разработчики WordPress или плагинов устраняют уязвимость, подробности об этой уязвимости уже могут быть публичными. Обновлённая версия содержит исправление, а сайт на старой версии продолжает работать с известной проблемой. Именно поэтому сообщения об исправлениях безопасности нельзя воспринимать как обычное предложение попробовать новую функцию.
Сильный пароль решает не все задачи
Он помогает защитить вход в учётную запись. Но ошибка в плагине или ядре может позволять атаковать сайт другим способом. Обновления, надёжные пароли и ограничение доступов дополняют друг друга — ни одна из этих мер не заменяет остальные.
Если обнаружены посторонние страницы, подозрительные перенаправления или неизвестные пользователи, одного обновления недостаточно, чтобы считать сайт исправным. В такой ситуации нужно отдельно искать причину и последствия проникновения, а уже после выяснения заниматься лечением и восстановлением сайта.
Хороший пример — изменения, которые уже происходили в WordPress. В версии 6.3 разработчики улучшили загрузку изображений, а в 6.5 — работу переводов и блочного редактора. То есть обновления затрагивали и посетителя, загружающего страницу, и администратора сайта, который готовит публикацию.
Но обещать, что после любого обновления каждый сайт станет быстрее, было бы неправильно. На результат влияют тема, плагины, изображения, особенности самого сайта, внешние сервисы и возможности хостинга. Новая версия одного компонента не устранит все остальные причины задержек.
Поэтому скорость полезно оценивать до и после изменений — открыть одни и те же страницы, проверить поиск, редактор и другие важные действия. Так можно увидеть пользу обновления и вовремя заметить ухудшение.
Обновление и ускорение связаны, но это разные работы
Обновляя сайт, вы получаете улучшения, предусмотренные разработчиками. Если он по-прежнему работает медленно, нужна отдельная диагностика и работы по ускорению сайта.
WordPress, тему и плагины часто создают разные команды. Каждая развивает свой продукт, а на вашем сайте они должны работать вместе. Поэтому новая версия системы может быть готова, пока одно из дополнений ещё требует доработки.
Перед обновлением важно посмотреть список изменений, требования и сведения о совместимости. В каталоге WordPress у плагинов есть отметка, с какой версией системы их проверял разработчик. Отсутствие свежей отметки не доказывает, что плагин сломан. Но и наличие отметки не проверяет за вас его сочетание со всеми остальными частями конкретного сайта.
Особого внимания требуют собственные доработки
Если изменения вносили прямо в файлы готовой темы или плагинов — обновление может их перезаписать. Для сохранения таких доработок часто используют дочернюю тему — изменения хранятся отдельно от обновляемой основы. При этом их совместимость с новой версией всё равно нужно проверять.
Для давно не обновлявшегося проекта сначала стоит выяснить, что в нём установлено и какие функции зависят от старых дополнений. Иногда потребуется заменить заброшенный плагин или адаптировать доработку. Постоянно удерживать весь сайт на старых версиях из-за одного компонента — значит откладывать эту задачу вместе с исправлениями для остальных.
Интересный факт
Более 700 участников для одного обновления
В подготовке обновления WordPress версии 6.5 участвовали более 700 человек как минимум из 57 стран мира. Более 150 из них впервые внесли вклад в выпуск системы. За привычной кнопкой «Обновить» стоит совместная работа международного сообщества.
Резервная копия нужна, чтобы вернуть прежнее состояние, если что-то пойдёт не так. Тестовая копия — чтобы заранее узнать, как сайт поведёт себя после обновлений. Одна не заменяет другую.
Сохранить нужно весь сайт. Полноценная копия WordPress включает файлы и базу данных. В файлах находятся система, тема, плагины и изображения. В базе — публикации, настройки и другие данные, в том числе заказы магазина.
Копию размещают отдельно от рабочего сайта, желательно в условиях, близких к основному хостингу. Это удобно для проверки серверных настроек и связей с внешними сервисами.
Сайт можно запустить на локальном компьютере с помощью установленного веб-сервера. Такая копия подходит для проверки оформления, плагинов и многих рабочих действий без изменения публичного сайта.
Локальная проверка не воспроизводит все функции и особенности хостинга. Настройки сервера, отправка почты и обращения внешних систем могут отличаться. Поэтому после неё необходимо проверить зависящие от хостинга функции в подходящем тестовом окружении.
Самые неприятные ошибки не всегда видны с первого взгляда. Страница выглядит правильно, но письмо не приходит. Товар добавляется в корзину, но на следующем шаге пропадает доставка. Поэтому проверять нужно не только внешний вид, но и весь путь человека к результату.
Важные исправления безопасности должны попадать в работу быстрее обычных плановых улучшений. Это не призыв пропускать очередное обновление и тестирование. Если времени мало из-за серьёзной уязвимости, специалисту нужно оценить риск и организовать исправление. При отсутствии совместимого решения может потребоваться временно отключить проблемную функцию или заменить дополнение.
В WordPress можно включать автоматические обновления отдельных плагинов и тем. Это помогает не пропускать новые версии, но не проверяет за владельца совместимость и работоспособность. Для коммерческого сайта автоматические обновления стоит включать осознанно. Если для важных функций выбран ручной порядок обновления, он должен быть регулярным.
Владельцу бизнеса достаточно знать три вещи
Кто следит за обновлениями? Когда последний раз проверяли важные функции? Как будет восстановлена работа при возникновении проблемы? Разбираться в каждой версии и настройке самостоятельно необязательно. Но эти вопросы помогают отличить полноценное техническое обслуживание сайта от редкого нажатия кнопки «Обновить».
Хорошее обновление посетитель может вообще не заметить. Он просто откроет страницу, отправит заявку или оформит заказ. Всё произойдёт как обычно. Сохранить эту привычную работу и при этом не оставить сайт в прошлом — в этом и состоит смысл регулярного обслуживания.
В WPservice можно обратиться с вопросами по обновлению ядра WordPress, плагинов и темы — в том числе если сайт долго не обслуживался или содержит собственные доработки. Разберёмся в его устройстве, согласуем порядок работ и проверим важные для вашего бизнеса функции.
