Когда хватит WordPress, а когда нужен веб-сервис

Вопрос «на чём делать?» часто звучит как спор технологий. На деле это вопрос продукта: что должно работать через полгода и кто это будет сопровождать.

Коротко и по делу — как я объясняю заказчикам выбор между WordPress и отдельным веб-сервисом на PHP (Yii2, Laravel, Symfony) или связке API + React.

WordPress хорошо закрывает

• Корпоративный сайт, блог, посадочные под услуги.
• Заявки, статьи, понятное наполнение без разработчика на каждое изменение текста.
• SEO-контент: ЧПУ, мета, внутренняя перелинковка — быстрее стартуют.
• Несложная витрина или каталог без тяжёлой бизнес-логики.

Если цель — заявки из поиска и аккуратный сайт компании, WordPress с нормальной темой и минимумом плагинов часто оптимален. Я так и делаю: кастомная тема, без комбайна «на все случаи».

Когда WordPress уже тесно

• Роли, сложные процессы, статусы, очереди задач.
• Личные кабинеты с правами, отчётами, интеграциями в CRM/склад/платежи.
• Нагрузка и данные, где важны транзакции, фон и жёсткий контроль кода.
• Продукт, который будет расти модулями, а не «ещё одним плагином».

Тут уже веб-сервис: backend на Yii2/Laravel/Symfony, при необходимости отдельный фронт на React. WordPress можно оставить рядом как витрину и блог — так тоже бывает удачно.

Как выбрать без религии

1. Опишите сценарии на год: кто что делает в системе каждый день.
2. Отделите маркетинг-сайт от продукта. Часто это два контура.
3. Оцените, кто будет править контент и кто — логику.
4. Считайте сопровождение: дешёвый старт с тяжёлым комбайном потом дороже.

Практичный вывод

WordPress — сильный инструмент для контента и лидогенерации. Веб-сервис — когда продукт сам по себе бизнес-процесс. Путать их — главный источник боли: либо «натянули CRM на плагины», либо «написали CMS с нуля ради статей».

Если сомневаетесь по своему проекту — опишите задачу в двух абзацах. Скажу честно, где хватит WordPress, а где лучше сразу сервис.