WordPress для PHP-разработчика: чем отличается от Laravel и где брать заказы
Вы знаете PHP и Laravel (или Symfony) - роутинг, MVC, Eloquent, middleware, тесты. WordPress на первый взгляд тот же PHP, но это CMS с event-driven архитектурой, а не фреймворк приложения. Типичная ошибка - тащить привычки Laravel в WP: переписывать ядро, пихать бизнес-логику в functions.php чужой темы, игнорировать hooks и capabilities. Ниже - как быстро въехать в WordPress как разработчик, чем он отличается от Laravel, какие задачи реально заказывают, вилки цен в 2026 году и где искать клиентов без гонки за $5 на бирже.
- WordPress - CMS на hooks +
WP_Query, не MVC; ядро и плагины живут в одном процессе - Главное отличие от Laravel - нет единого entry point и роутера; всё через
add_action/add_filter - Типовые заказы - child theme, кастомный тип записи, WooCommerce, CRM-интеграция, скорость, аудит безопасности
- Вилки - мелкая доработка $300-1 500; спринт $2 000-8 000; retainer $300-800/мес
- Где брать заказы - поддержка существующих WP-сайтов, WooCommerce, white-label для студий, локальный бизнес
- Когда отказаться - если клиенту нужен продукт с API и ролями enterprise-уровня - смотрите миграцию с WordPress
WordPress - это не «Laravel с админкой»
Laravel - фреймворк для приложений: вы проектируете структуру, роуты, контроллеры, модели, миграции. WordPress - готовая CMS: контент, пользователи, медиа, REST API уже есть; вы расширяете систему через hooks, а не строите с нуля.
| Аспект | Laravel | WordPress |
|---|---|---|
| Точка входа | public/index.php + роуты |
index.php + rewrite rules + template hierarchy |
| Данные | Eloquent, миграции | wpdb, CPT, meta, options API |
| Расширение | Service providers, packages | Плагины, темы, mu-plugins |
| Запросы | Query Builder | WP_Query, get_posts, $wpdb |
| Права | Policies, Gates | Roles, capabilities, nonces |
| Обновления | Composer, ваш цикл | Ядро WP + плагины, staging обязателен |
Практический вывод: в 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. - Hooks на пути - фильтры контента, скрипты, SEO, кеш.
Где править разработчику:
- child theme - вёрстка, шаблоны, лёгкая логика отображения;
- свой плагин - бизнес-логика, интеграции, CPT, shortcodes, REST;
- mu-plugin - код, который нельзя отключить в админке (осторожно, только для инфраструктуры).
Куда не лезть: правки в файлах ядра wp-admin, wp-includes - сотрутся при обновлении.
Что создавать под задачу
| Задача | Правильный слой | Почему |
|---|---|---|
| Новый дизайн, вёрстка | Child theme | Обновление родительской темы не сотрёт правки |
| Кастомный тип записи, поля | Плагин (или CPT UI + ACF на старте) | Логика не привязана к смене темы |
| Интеграция с CRM | Плагин + webhook/cron | Изолированно, версионируется в Git |
| Фикс скорости на проде | Плагин кеша + аудит запросов | Не размазывать по теме |
| «Срочно поправить форму» | Минимальный патч в child theme | Быстро, но задокументировать и перенести в плагин |
Правило: если код переживёт смену темы - он в плагине. Если только отображение - в child theme.
Типовые заказы и вилки цен
Рынок WordPress для PHP-разработчика в 2026 году - не «сверстать лендинг», а доработка, интеграции и поддержка. Владельцы уже прочитали, что плагинов может хватить - к вам приходят, когда хватило.
Уровень 1: точечная доработка - $300 - $1 500
Срок: 1-5 дней.
Примеры:
- кастомный тип записи + шаблон архива;
- доработка формы (валидация, webhook в Telegram);
- фикс конфликта двух плагинов;
- настройка child theme под брендбук.
Стек: PHP 8.0+, hooks, иногда ACF. Без тяжёлой архитектуры.
Уровень 2: спринт с бизнес-логикой - $2 000 - $8 000
Срок: 2-6 недель.
Примеры:
- WooCommerce: нестандартные скидки, B2B-цены, синхронизация остатков;
- REST endpoint для мобильного приложения или внешней витрины;
- интеграция с amoCRM, Bitrix24, 1С через API;
- миграция данных, редиректы, чистка «зоопарка» из 20 плагинов.
Драйверы цены: число интеграций, тестовые среды, требования к логированию и откату.
Уровень 3: сопровождение (retainer) - $300 - $800/мес
Что входит:
- обновления WP и плагинов на staging;
- мониторинг форм и checkout;
- мелкие правки, консультации;
- экстренный фикс при падении после обновления.
Кому продавать: агентствам, 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 нед. | Сайт «на костылях» |
| Retainer | $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» - клиент просит «быстро», вы ставите готовое; через год поддержка неподъёмна. Иногда честнее один кастомный модуль.
- Нет staging - обновили 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 - медленные запросы, дублирующиеся hooks;
- Plugin Check / PHPCS с WordPress Coding Standards.
Чеклист перед сдачей:
- [ ] Код в Git, не в редакторе на хостинге
- [ ] Child theme или отдельный плагин, не правки в родительской теме
- [ ] Nonce на формах, sanitize/escape на выводе
- [ ] Проверка после отключения тестовых плагинов
- [ ] Бэкап и план отката
- [ ] Документация: что включено, какие cron, какие внешние API
Где брать заказы
1. Поддержка существующих сайтов - самый стабильный поток. Владельцы боятся обновлений; вы продаёте «спокойные понедельники». Ищите: локальный бизнес, клиники, застройщики, B2B-каталоги.
2. WooCommerce и маркетплейсы - доработка checkout, доставки, оплаты, синхронизация с 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, audit log уровня enterprise;
- продукт - это API + мобильное приложение, а сайт - вторичен;
- интеграция с ERP - двусторонняя в реальном времени, а не CSV раз в час;
- годовой бюджет на «латание» WP сравним с миграцией ($15 000-40 000).
Оставайтесь на WordPress, если задача - контент, каталог, типовой магазин, одна-две интеграции. Сравнение стеков - Tilda vs WordPress vs Django.
Итог
WordPress для PHP-разработчика - это отдельная дисциплина: те же if и foreach, но другая архитектура. Laravel учит строить приложение; WordPress учит не ломать чужую экосистему и встраивать код так, чтобы обновления не убивали бизнес.
Разработчику стоит:
- вынести логику в плагин, вёрстку - в child theme;
- продавать диапазоны и retainer, а не «час по $15»;
- иметь staging и Git - это ваше конкурентное преимущество перед «знакомым, который ставил плагины»;
- знать порог, когда миграция выгоднее бесконечных доработок.
Заказчику с вашей стороны выглядите как человек, который понимает и Laravel, и WP - и честно скажет, где какой инструмент уместен. Это дороже, чем «ещё один плагин», и дешевле, чем переделка через год.
Нужен аудит WordPress-сайта или оценка задачи - напишите.
Часто задаваемые вопросы
Нужно ли Laravel-разработчику учить WordPress с нуля?
Не с нуля по PHP - синтаксис тот же. Нужно освоить модель WordPress: hooks, template hierarchy, 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 в квартал. Retainer $300-800/мес с 5-10 клиентами - $1 500-8 000 стабильно. Студия / white-label - ниже ставка, выше загрузка. Потолок без WooCommerce и enterprise - ниже, чем на Laravel SaaS; стабильность потока «поддержка WP» часто выше.
Чем child theme отличается от плагина на практике?
Child theme наследует стили и шаблоны родительской темы - для дизайна, page-templates, single-{post-type}.php. Плагин живёт независимо от темы - CPT, shortcodes, REST, cron, интеграции. Ошибка: вся логика в functions.php child theme - при смене темы на Elementor/другую всё пропадает. Правило: данные и бизнес-правила - в плагине, отображение - в теме.
Стоит ли брать заказ «починить после взлома WordPress»?
Да, если есть бюджет на полный цикл: чистка, смена паролей, обновление, аудит плагинов, бэкап, hardening. Фикс «за $50» без анализа - риск повторного взлома и репутации. Оценивайте $500-2 000 на серьёзный инцидент + retainer. Если сайт на 15 устаревших плагинах и хостинг за $3/мес - предложите аудит с вариантом переезда на нормальный VPS или рефакторинга.
Когда PHP-разработчику на WordPress предложить клиенту миграцию на Django?
Когда симптомы системные: 10+ плагинов на бизнес-логику, каждое обновление - лотерея, нужны API для мобильного приложения, сложные роли, двусторонняя синхронизация с ERP. Если годовой бюджет на поддержку WP $8 000-15 000+ и растёт - покажите сравнение миграции. Если нужна одна доработка (checkout, CRM) - оставайтесь на WP, это быстрее и дешевле для клиента.