Любая приличная CMS сегодня умеет ставить и темы и плагины, весь вопрос в том, на сколько CMS является гибкой, и на сколько плагины могут вмешиваться в работу сайта (в хорошем смысле, когда это действительно нужно). Равных WordPress по возможности модификации поведения сайта, пожалуй, не существует. Нет необходимости править исходники CMS, любое поведение WordPress можно изменить с помощью хуков. Это не всегда бывает удобно, и где-то CMS довольно сильно мешает, однако это ничто в сравнении со скоростью развертывания проекта.
Например, с помощью плагина Advanced Custom Fields можно создавать интерфейсы в админке для контент-менеджеров в несколько кликов. Интерфейс можно импортировать и экспортировать в json автоматически - актуальные изменения всегда будут в репозитории. Разработчики предпочитают полный контроль - можно создавать интерфейс через php-функции плагина. ACF тот пример, когда польза от плагина равна пользе от самой CMS.
(Стоит отметить, что после включения Gutenberg в ядро WordPress позиции первенства ACF для создания интерфейсов могут пошатнуться)
Гораздо интереснее, как все таки разрабатывать для WordPress, ведь для разработчиков важно не то, сколько плагинов существует для CMS, а на сколько удобно для нее разрабатывать.
Для любого приличного php-приложения сегодня является необходимым: ставить зависимости через composer, иметь файлы конфигурации окружения (dev/stage/prod), приложение должно легко развертываться. Для WordPress-сайта это так же возможно, реализуется через "Bedrock" от Roots. Если же вас интересует только возможность ставить плагины для WP, то посмотрите wpackagist (в Bedrock так же используется этот репозиторий).
Другой проект Roots - "Sage". Это боилерплейт-тема для WP с контроллерам и вьюхами. С большой оговоркой это можно называть MVC-враппером на темой. Внутри настроенный Webpack, рендеринг blade-шаблонов и приличная структура проекта, что для команд с небольшим опытом может быть полезным.
Не стоит забывать, что WordPress имеет мощный REST API (кстати, даже WooCommerce умеет взаимодействовать через API). Это открывает возможность писать клиентскую часть на любой технологии. Можно даже поставить плагин WP Open Graph, и делать довольно сложные выборки одним запросом на GraphQL.
WordPress - это современный, событийный-ориентированный фреймворк, и таковым он стал очень много релизов назад. Да, местами WordPress написан не самым лучшим образом. Но хотел бы я взглянуть на другую подобную CMS с таким же легаси и таким же сроком разработки. Что-то мне подсказывает, что внутри у такой CMS дела обстоят куда хуже, чем у WordPress.