Скорость, гибкость, стоимость владения и технический долг.
WordPress сам по себе не делает сайт быстрым или медленным. Результат определяют тема, плагины, модель данных, запросы к БД, сервер и процесс обновлений. Большой проект лучше воспринимать не как набор страниц, а как приложение с сущностями и связями.
На что смотреть, кроме цены
В WordPress важно отделить симптом от источника: тема, плагин, запрос к БД, cron, интеграция или сервер могут выглядеть одинаково — «сайт глючит».
- Проверить тему и плагины на дублирование функций.
- Сопоставить активные плагины с реально используемыми функциями.
- Проверить тему, child theme и точки кастомизации до обновления.
- Разделить шаблоны и бизнес-логику.
Когда достаточно простого решения
Простой вариант нормален, когда задача локальная, зависимости понятны и результат можно проверить одним-двумя сценариями. Не каждая проблема требует нового сайта или большой переделки.
Когда нужен системный вариант
Более глубокая работа нужна, когда дефект повторяется в шаблоне, затрагивает много URL, ограничивает SEO, рекламу, аналитику или делает каждую следующую правку непропорционально дорогой.
Хорошая архитектура означает, что контент можно менять без программиста, повторяемые сущности не копируются вручную, интеграции журналируют ошибки, а новая функция не требует переписывать половину темы.
Что сильнее всего влияет на стоимость и срок
- править ядро или файлы плагинов напрямую
- обновлять production без staging
- делать тяжёлые WP_Query внутри циклов
- отправлять данные в CRM без логов
Самый дорогой путь — лечить архитектурную проблему ещё одним плагином, не понимая, что уже происходит в теме и базе.
Как бы я принимал решение
Я бы сравнивал варианты по тому, что именно изменится, как это проверят и что останется управляемым после завершения работ.
- ошибки интеграций
- autoload size
- время PHP-ответа
- число SQL-запросов
Если нужно выбрать вариант для реального проекта
Сначала можно разобрать исходные данные и ограничения, чтобы не покупать лишний объём работ.