Как я обновил корпоративный сайт на WordPress и выполнил больше 100 доработок

Почти десять лет изменения копились на одной платформе

Корпоративный сайт этой компании был создан на WordPress почти десять лет назад. За это время менялись дизайн и позиционирование компании, а вместе с ними и сайт. В ходе этих изменений появились языковые версии, во внедрении которых я участвовал.

Позже компания передала мне всю работу над сайтом. Требовалось сделать удобнее внесение доработок и выдачу доступов. Сайт был развёрнут на виртуальной машине, а для дальнейшей работы нужен был выстроенный процесс CI/CD.

Одновременно заказчик передал больше 100 задач по вёрстке, дизайну и SEO.

Почему я сохранил существующий сайт

За задачами по внешнему виду и SEO обнаружилась более глубокая проблема. WordPress очень давно не обновляли, версии PHP, движка базы данных и библиотек тоже устарели. Обновление платформы не входило в исходную постановку, как и ряд других работ, которые я впоследствии выполнил сверх списка.

Сначала разработка с нуля казалась мне более простым решением. Но после разбора нескольких сотен страниц и языковых версий стало понятно: разумнее доработать существующий сайт. Я сохранил его основу и обновил WordPress, PHP, базу данных и библиотеки, а не ограничился изменениями по макетам.

Как я выполнил больше ста задач на сотнях страниц

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

На сайте было много мелких поломок. Ручная проверка нескольких сотен страниц заняла бы слишком много времени при ограниченном времени на эти задачи. Я находил и исправлял проблемы при помощи AI-агентов. Предварительно созданные тесты позволяли автоматически проверять доработки, сделанные с их помощью, в нескольких итерациях.

Отдельным направлением стала скорость загрузки. Страницы открывались медленно, оценки Google PageSpeed были низкими. Я провёл оптимизацию, ориентируясь на эти метрики.

Проверка изменений и регламент выпуска

Я выполнил весь список заказчика и дополнительные задачи, выявленные при разборе сайта. Обновил платформу, покрыл сайт тестами и развернул его на тестовом и боевом стендах. Это позволило проверять изменения до их публикации на боевом сайте.

Для дальнейшей работы я разработал и регламентировал CI/CD. Описал, какие части сайта брать из репозитория, какие получать отдельно, как выполнять сборку и в каком порядке обновлять WordPress, плагины и среду. Таким образом, работа включала не только исправление накопившихся проблем, но и подготовку понятного процесса следующих обновлений.

Если сайт давно не обновлялся, а список задач продолжает расти, это ещё не повод начинать разработку с нуля. Сначала стоит выяснить, можно ли обновить платформу и решить задачи на существующей основе. Такой подход я описал в статье о модернизации старых систем. Подробнее о задачах, которые я беру в работу, можно прочитать на странице о сложных сайтах и доработке существующих.