Конструктор или кастомный WordPress: как выбрать без войны технологий

Выбирать по сложности, скорости запуска, владению, интеграциям, производительности, масштабу и составу команды.

Хорошая архитектура означает, что контент можно менять без программиста, повторяемые сущности не копируются вручную, интеграции журналируют ошибки, а новая функция не требует переписывать половину темы.

На что смотреть, кроме цены

В WordPress важно отделить симптом от источника: тема, плагин, запрос к БД, cron, интеграция или сервер могут выглядеть одинаково — «сайт глючит».

• Проверить тему, child theme и точки кастомизации до обновления.
• Разделить шаблоны и бизнес-логику.
• Проверить версии PHP, WordPress и критических плагинов на совместимость.
• Составить карту сущностей и связей.

Когда достаточно простого решения

Простой вариант нормален, когда задача локальная, зависимости понятны и результат можно проверить одним-двумя сценариями. Не каждая проблема требует нового сайта или большой переделки.

Когда нужен системный вариант

Более глубокая работа нужна, когда дефект повторяется в шаблоне, затрагивает много URL, ограничивает SEO, рекламу, аналитику или делает каждую следующую правку непропорционально дорогой.

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

Что сильнее всего влияет на стоимость и срок

• отправлять данные в CRM без логов
• ставить несколько плагинов с одной функцией
• делать тяжёлые WP_Query внутри циклов
• обновлять production без staging

Самый дорогой путь — лечить архитектурную проблему ещё одним плагином, не понимая, что уже происходит в теме и базе.

Как бы я принимал решение

Я бы сравнивал варианты по тому, что именно изменится, как это проверят и что останется управляемым после завершения работ.

• autoload size
• ошибки интеграций
• число SQL-запросов
• время PHP-ответа