WordPress для PHP-разработчика: чем отличается от Laravel и где брать заказы

Вы знаете PHP и Laravel (или Symfony) - роутинг, MVC, Eloquent, промежуточный слой, тесты. WordPress на первый взгляд тот же PHP, но это CMS с событийной архитектурой, а не фреймворк приложения. Типичная ошибка - тащить привычки Laravel в WP: переписывать ядро, пихать бизнес-логику в functions.php чужой темы, игнорировать хуки и capabilities. Ниже - как быстро въехать в WordPress как разработчик, чем он отличается от Laravel, какие задачи реально заказывают, вилки цен в 2026 году и где искать клиентов без гонки за $5 на бирже.
- WordPress - CMS на хуки +
WP_Query, не MVC; ядро и плагины живут в одном процессе - Главное отличие от Laravel - нет единого entry point и роутера; всё через
add_action/add_filter - Типовые заказы - дочерняя тема, кастомный тип записи, WooCommerce, CRM-интеграция, скорость, аудит безопасности
- Вилки - мелкая доработка $300-1 500; спринт $2 000-8 000; фикс за сопровождение $300-800/мес
- Где брать заказы - поддержка существующих WP-сайтов, WooCommerce, под своим брендом для студий, локальный бизнес
- Когда отказаться - если клиенту нужен продукт с API и ролями корпоративного уровня - смотрите миграцию с WordPress

WordPress - это не «Laravel с админкой»
Laravel - фреймворк для приложений: вы проектируете структуру, роуты, контроллеры, модели, миграции. WordPress - готовая CMS: контент, пользователи, медиа, REST API уже есть; вы расширяете систему через хуки, а не строите с нуля.
| Аспект | Laravel | WordPress |
|---|---|---|
| Точка входа | public/index.php + роуты |
index.php + rewrite rules + иерархия шаблонов |
| Данные | Eloquent, миграции | wpdb, CPT, meta, options API |
| Расширение | Service providers, packages | Плагины, темы, mu-плагины |
| Запросы | Query Builder | WP_Query, get_posts, $wpdb |
| Права | Policies, Gates | Roles, capabilities, nonces |
| Обновления | Composer, ваш цикл | Ядро WP + плагины, предбоевой контур обязателен |
Практический вывод: в WordPress вы не «пишете приложение», а встраиваетесь в жизненный цикл CMS. Код срабатывает на событиях: init, wp_enqueue_scripts, save_post, woocommerce_checkout_order_processed. Если привыкли явно описывать каждый URL в routes/web.php - первые дни будет дезориентация. Это нормально.
Как проходит запрос в WordPress
Упрощённая цепочка - карта, по которой не лезете не туда:
- Веб-сервер (Nginx/Apache) отдаёт запрос в
index.php. wp-load.phpподнимает ядро, конфиг, MySQL.wp-settings.phpзагружает must-use и активные плагины, потом тему.- Parse request - WordPress понимает: это запись, страница, архив, 404?
WP_Queryвыбирает посты из БД.- Template hierarchy -
single.php,page.php,archive.php,front-page.php. - Хуки на пути - фильтры контента, скрипты, SEO, кеш.
Где править разработчику:
- дочерняя тема - вёрстка, шаблоны, лёгкая логика отображения;
- свой плагин - бизнес-логика, интеграции, CPT, shortcodes, REST;
- mu-плагин - код, который нельзя отключить в админке (осторожно, только для инфраструктуры).
Куда не лезть: правки в файлах ядра wp-admin, wp-includes - сотрутся при обновлении.
Что создавать под задачу
| Задача | Правильный слой | Почему |
|---|---|---|
| Новый дизайн, вёрстка | Дочерняя тема | Обновление родительской темы не сотрёт правки |
| Кастомный тип записи, поля | Плагин (или CPT UI + ACF на старте) | Логика не привязана к смене темы |
| Интеграция с CRM | Плагин + вебхук/cron | Изолированно, версионируется в Git |
| Фикс скорости на проде | Плагин кеша + аудит запросов | Не размазывать по теме |
| «Срочно поправить форму» | Минимальный патч в дочернюю тему | Быстро, но задокументировать и перенести в плагин |
Правило: если код переживёт смену темы - он в плагине. Если только отображение - в дочерней теме.
Типовые заказы и вилки цен
Рынок WordPress для PHP-разработчика в 2026 году - не «сверстать лендинг», а доработка, интеграции и поддержка. Владельцы уже прочитали, что плагинов может хватить - к вам приходят, когда хватило.
Уровень 1: точечная доработка - $300 - $1 500
Срок: 1-5 дней.
Примеры:
- кастомный тип записи + шаблон архива;
- доработка формы (валидация, вебхук в Telegram);
- фикс конфликта двух плагинов;
- настройка дочерней темы под брендбук.
Стек: PHP 8.0+, хуки, иногда ACF. Без тяжёлой архитектуры.
Уровень 2: спринт с бизнес-логикой - $2 000 - $8 000
Срок: 2-6 недель.
Примеры:
- WooCommerce: нестандартные скидки, B2B-цены, синхронизация остатков;
- REST-эндпоинт для мобильного приложения или внешней витрины;
- интеграция с amoCRM, Bitrix24, 1С через API;
- миграция данных, редиректы, чистка «зоопарка» из 20 плагинов.
Драйверы цены: число интеграций, тестовые среды, требования к логированию и откату.
Уровень 3: сопровождение - $300 - $800/мес
Что входит:
- обновления WP и плагинов на предбоевом контуре;
- мониторинг форм и оформления заказа;
- мелкие правки, консультации;
- экстренный фикс при падении после обновления.
Кому продавать: агентствам, e-commerce с оборотом, сайтам на рекламе - где простой = потеря лидов.
| Тип заказа | Бюджет | Срок | Кто платит |
|---|---|---|---|
| Доработка темы / CPT | $300 - $1 500 | 1-5 дн. | Малый бизнес, маркетолог |
| WooCommerce / API | $2 000 - $8 000 | 2-6 нед. | E-commerce, B2B |
| Аудит + рефакторинг | $1 500 - $5 000 | 1-3 нед. | Сайт «на временных обходах» |
| Фикс за сопровождение | $300 - $800/мес | ongoing | Те, кто уже обжёгся на простое |
Ошибки Laravel-разработчика в WordPress
- Переписывать ядро или форкать плагины - обновления станут кошмаром. Пишите свой тонкий плагин-адаптер.
- SQL без
$wpdb->prepare()- XSS и SQL-инъекции; в Laravel привыкли к ORM, здесь легко ошибиться в raw query. - Игнорировать capabilities -
current_user_can('edit_posts')вместо самопальногоif ($user_id == 1). - Грузить всё на
init- тяжёлые запросы на каждый хит. Используйте transients, object cache, cron. - 40 плагинов «как microservices» - клиент просит «быстро», вы ставите готовое; через год поддержка неподъёмна. Иногда честнее один кастомный модуль.
- Нет предбоевого контура - обновили WooCommerce на проде в пятницу вечером. Минимум: копия на поддомене, VPS за $10-30/мес.
Инструменты и чеклист перед продом
Локальная разработка: Docker (официальный docker-compose.yml для WP), Local WP, DDEV - не правьте на проде через FTP.
Отладка:
WP_DEBUG+WP_DEBUG_LOGвwp-config.php(только dev/staging);- Query Monitor - медленные запросы, дублирующиеся хуки;
- Plugin Check / PHPCS с WordPress Coding Standards.
Чеклист перед сдачей:
- [ ] Код в Git, не в редакторе на хостинге
- [ ] Дочерняя тема или отдельный плагин, не правки в родительской теме
- [ ] Nonce на формах, sanitize/escape на выводе
- [ ] Проверка после отключения тестовых плагинов
- [ ] Бэкап и план отката
- [ ] Документация: что включено, какие cron, какие внешние API
Где брать заказы
1. Поддержка существующих сайтов - самый стабильный поток. Владельцы боятся обновлений; вы продаёте «спокойные понедельники». Ищите: локальный бизнес, клиники, застройщики, B2B-каталоги.
2. WooCommerce и маркетплейсы - доработка оформления заказа, доставки, оплаты, синхронизация с ERP. Выше чек, выше ответственность.
3. White-label (работа под чужим брендом) для веб-студий - студия продаёт сайт, вы делаете PHP-часть без контакта с клиентом. Ставка ниже, объём стабильнее.
4. Аудит и рефакторинг - «сайт тормозит / взломали / после фрилансера непонятно что». Фиксированная диагностика $500-1 500, потом спринт.
5. Партнёрство с SEO и контекстом - им нужны быстрые лендинги и техисправность; вам - поток мелких и средних задач.
Где не стоит конкурировать: «сверстать WordPress за $100» на биржах - выигрывает не качество, а гонка на дно. Позиционируйтесь как PHP-разработчик на WordPress, не «установщик тем».
Первые шаги: 2-3 кейса в портфолио (CPT, интеграция, ускорение с цифрами до/после), профиль с явным стеком PHP 8 + WP + WooCommerce, отклики на задачи «доработка», «интеграция», «после обновления сломалось».
Когда честнее отказаться от WordPress
Не каждый клиент нужен вам, и не каждый проект должен оставаться на WP.
Откажитесь или предложите Django/Python, если:
- нужны сложные роли, approval-flows, журнал аудита корпоративного уровня;
- продукт - это API + мобильное приложение, а сайт - вторичен;
- интеграция с ERP - двусторонняя в реальном времени, а не CSV раз в час;
- годовой бюджет на «латание» WP сравним с миграцией ($15 000-40 000).
Оставайтесь на WordPress, если задача - контент, каталог, типовой магазин, одна-две интеграции. Сравнение стеков - Tilda против WordPress и Django.
Итог
WordPress для PHP-разработчика - это отдельная дисциплина: те же if и foreach, но другая архитектура. Laravel учит строить приложение; WordPress учит не ломать чужую экосистему и встраивать код так, чтобы обновления не убивали бизнес.
Разработчику стоит:
- вынести логику в плагин, вёрстку - в дочернюю тему;
- продавать диапазоны и фикс за сопровождение, а не «час по $15»;
- иметь предбоевой контур и Git - это ваше конкурентное преимущество перед «знакомым, который ставил плагины»;
- знать порог, когда миграция выгоднее бесконечных доработок.
Заказчику с вашей стороны выглядите как человек, который понимает и Laravel, и WP - и честно скажет, где какой инструмент уместен. Это дороже, чем «ещё один плагин», и дешевле, чем переделка через год.
Если вы PHP/Laravel-разработчик и хотите брать заказы по WordPress через субподряд или white-label - напишите мне, обсудим сотрудничество.
Часто задаваемые вопросы
Нужно ли Laravel-разработчику учить WordPress с нуля?
Не с нуля по PHP - синтаксис тот же. Нужно освоить модель WordPress: хуки, иерархия шаблонов, WP_Query, options/meta API, roles. Обычно 1-2 недели активной практики на тестовом проекте (child theme + свой плагин + одна интеграция) достаточно, чтобы уверенно брать заказы уровня $300-1 500. WooCommerce и тяжёлые интеграции - ещё 2-4 недели по документации и реальным кейсам.
Сколько можно зарабатывать на WordPress как PHP-разработчику?
Фриланс: мелкие задачи $300-1 500, 2-4 в месяц - $1 500-4 000; спринты $2 000-8 000 - 1-2 в квартал. Фикс за сопровождение $300-800/мес с 5-10 клиентами - $1 500-8 000 стабильно. Студия / под своим брендом - ниже ставка, выше загрузка. Потолок без WooCommerce и корпоративных проектов - ниже, чем на Laravel SaaS; стабильность потока «поддержка WP» часто выше.
Чем дочерняя тема отличается от плагина на практике?
Дочерняя тема наследует стили и шаблоны родительской темы - для дизайна, page-templates, single-{post-type}.php. Плагин живёт независимо от темы - CPT, shortcodes, REST, cron, интеграции. Ошибка: вся логика в functions.php дочерней темы - при смене темы на Elementor/другую всё пропадает. Правило: данные и бизнес-правила - в плагине, отображение - в теме.
Стоит ли брать заказ «починить после взлома WordPress»?
Да, если есть бюджет на полный цикл: чистка, смена паролей, обновление, аудит плагинов, бэкап, усиление защиты. Фикс «за $50» без анализа - риск повторного взлома и репутации. Оценивайте $500-2 000 на серьёзный инцидент + фикс за сопровождение. Если сайт на 15 устаревших плагинах и хостинг за $3/мес - предложите аудит с вариантом переезда на нормальный VPS или рефакторинга.
Когда PHP-разработчику на WordPress предложить клиенту миграцию на Django?
Когда симптомы системные: 10+ плагинов на бизнес-логику, каждое обновление - лотерея, нужны API для мобильного приложения, сложные роли, двусторонняя синхронизация с ERP. Если годовой бюджет на поддержку WP $8 000-15 000+ и растёт - покажите сравнение миграции. Если нужна одна доработка (checkout, CRM) - оставайтесь на WP, это быстрее и дешевле для клиента.
Термины в статье
Eloquent — Laravel ORM for database access — ORM Laravel для работы с базой данных
CMS — Content Management System — система управления контентом
CRM — Customer Relationship Management — управление взаимоотношениями с клиентами
фикс за сопровождение — retainer — фиксированная плата за сопровождение (retainer)
REST API — HTTP API that exposes resources via URLs and verbs — HTTP API: ресурсы через URL и методы GET/POST и т.д.
предбоевой контур — staging — тестовая копия сайта перед продом: проверки и обновления сначала здесь (staging)
template hierarchy — order WordPress resolves templates — иерархия шаблонов WordPress
mu-плагин — WordPress must-use plugin loaded for every site — обязательный плагин WordPress, грузится на каждом сайте (mu-plugin)
плагин — plugin — плагин / расширение (plugin)
вебхук — webhook — HTTP-уведомление при наступлении события
редиректы — redirects — автоматические переводы с одних URL на другие
Bitrix24 — suite with CRM, tasks, chat, and site tools — комбайн: CRM, задачи, чат и инструменты для сайта
e-commerce — online selling of goods or services — продажа товаров или услуг через интернет
amoCRM — CRM popular in CIS markets for sales pipelines — CRM, популярная в СНГ для продажных воронок
B2B — Business to Business — продажи между компаниями
object cache — fast store for computed objects (often Redis/Memcached) — объектный кэш — быстрое хранилище готовых объектов (часто Redis/Memcached)
XSS — Cross-Site Scripting — внедрение чужого скрипта на страницу сайта
ORM — Object-Relational Mapping — объектно-реляционное отображение
VPS — Virtual Private Server — виртуальный частный сервер
white-label — product rebranded under another brand — решение под своим брендом
plugin — installable extension module — плагин
FTP — File Transfer Protocol — протокол передачи файлов на сервер
бэкап — backup — резервная копия данных
ERP — Enterprise Resource Planning — планирование ресурсов предприятия
Tilda — block-based website and landing page builder — блочный конструктор сайтов и лендингов
рефакторинга — refactoring — улучшения кода без смены внешнего поведения
SaaS — Software as a Service — программное обеспечение как услуга