WordPress pour développeurs PHP : différences avec Laravel et où trouver des missions
Vous maîtrisez PHP et Laravel (ou Symfony) - routage, MVC, Eloquent, middleware, tests. WordPress semble le même PHP au premier abord, mais c'est une CMS à architecture événementielle, pas un framework d'application. Erreur classique : importer les habitudes Laravel dans WP - réécrire le core, mettre la logique métier dans le functions.php d'un thème tiers, ignorer hooks et capabilities. Ci-dessous : comment monter en compétence sur WordPress en tant que développeur, différences avec Laravel, commandes réelles, fourchettes de prix 2026 et où trouver des clients sans courir après $5 sur les places de marché.
- WordPress - CMS sur hooks +
WP_Query, pas MVC ; core et plugins dans un seul processus - Différence principale avec Laravel - pas d'entry point ni routeur unique ; tout passe par
add_action/add_filter - Missions typiques - child theme, custom post type, WooCommerce, intégration CRM, performance, audit sécurité
- Fourchettes - petit correctif $300-1 500 ; sprint $2 000-8 000 ; retainer $300-800/mois
- Où trouver du travail - maintenance de sites WP existants, WooCommerce, white-label pour agences, business local
- Quand refuser - si le client veut un produit avec API et rôles enterprise - voir migration WordPress
WordPress n'est pas « Laravel avec un admin »
Laravel est un framework pour applications : vous concevez structure, routes, contrôleurs, modèles, migrations. WordPress est une CMS prête : contenu, utilisateurs, médias, REST API existent ; vous étendez via hooks au lieu de tout construire.
| Aspect | Laravel | WordPress |
|---|---|---|
| Entrée | public/index.php + routes |
index.php + rewrite rules + template hierarchy |
| Données | Eloquent, migrations | wpdb, CPT, meta, options API |
| Extension | Service providers, packages | Plugins, thèmes, mu-plugins |
| Requêtes | Query Builder | WP_Query, get_posts, $wpdb |
| Droits | Policies, Gates | Roles, capabilities, nonces |
| Mises à jour | Composer, votre cycle | Core WP + plugins, staging obligatoire |
En pratique : sur WordPress vous n'« écrivez pas une application », vous vous branchez sur le cycle de vie de la CMS. Le code s'exécute sur des événements : init, wp_enqueue_scripts, save_post, woocommerce_checkout_order_processed. Habitué à définir chaque URL dans routes/web.php, les premiers jours désorientent. C'est normal.
Comment une requête circule dans WordPress
Chaîne simplifiée - carte pour ne pas toucher la mauvaise couche :
- Serveur web (Nginx/Apache) passe la requête à
index.php. wp-load.phpcharge core, config, MySQL.wp-settings.phpcharge mu-plugins et plugins actifs, puis le thème.- Parse request - WordPress décide : article, page, archive, 404 ?
WP_Queryrécupère les posts en BDD.- Template hierarchy -
single.php,page.php,archive.php,front-page.php. - Hooks en chemin - filtres contenu, scripts, SEO, cache.
Où le développeur modifie :
- child theme - mise en page, templates, logique d'affichage légère ;
- plugin dédié - logique métier, intégrations, CPT, shortcodes, REST ;
- mu-plugin - code non désactivable en admin (prudence, infrastructure seulement).
Ne pas toucher : fichiers core dans wp-admin, wp-includes - les mises à jour les effacent.
Que créer selon la tâche
| Tâche | Bonne couche | Pourquoi |
|---|---|---|
| Nouveau design, markup | Child theme | Mise à jour du parent n'efface pas les changements |
| Custom post type, champs | Plugin (ou CPT UI + ACF au départ) | Logique indépendante du changement de thème |
| Intégration CRM | Plugin + webhook/cron | Isolé, versionné dans Git |
| Fix perf en prod | Plugin cache + audit requêtes | Ne pas disperser dans le thème |
| « Urgent : corriger le formulaire » | Patch minimal en child theme | Rapide, mais documenter et déplacer vers plugin |
Règle : si le code survit au changement de thème - plugin. Si affichage seulement - child theme.
Missions typiques et fourchettes de prix
Le marché WordPress pour développeurs PHP en 2026 ce n'est pas « faire un landing », mais personnalisation, intégrations, support. Les propriétaires ont lu que les plugins peuvent suffire - ils viennent quand ce n'est plus le cas.
Niveau 1 : correctif ciblé - $300 - $1 500
Délai : 1-5 jours.
Exemples :
- custom post type + template archive ;
- amélioration formulaire (validation, webhook Telegram) ;
- résolution conflit entre deux plugins ;
- child theme selon charte graphique.
Stack : PHP 8.0+, hooks, parfois ACF. Pas d'architecture lourde.
Niveau 2 : sprint avec logique métier - $2 000 - $8 000
Délai : 2-6 semaines.
Exemples :
- WooCommerce : remises non standard, prix B2B, sync stocks ;
- endpoint REST pour app mobile ou vitrine externe ;
- intégration amoCRM, Bitrix24, ERP via API ;
- migration données, redirections, nettoyage « zoo » de 20 plugins.
Facteurs prix : nombre d'intégrations, environnements staging, logging et rollback.
Niveau 3 : retainer - $300 - $800/mois
Inclut :
- mises à jour WP et plugins sur staging ;
- monitoring formulaires et checkout ;
- petits correctifs, conseils ;
- fix urgence après casse post-mise à jour.
Vendre à : agences, e-commerce avec CA, sites ads - panne = leads perdus.
| Type de mission | Budget | Délai | Qui paie |
|---|---|---|---|
| Thème / CPT | $300 - $1 500 | 1-5 j. | TPE, marketing |
| WooCommerce / API | $2 000 - $8 000 | 2-6 sem. | E-commerce, B2B |
| Audit + refactor | $1 500 - $5 000 | 1-3 sem. | Site « en rustines » |
| Retainer | $300 - $800/mois | continu | Brûlés par le « simple » |
Repères tarifaires - sur la page tarifs.
Erreurs du développeur Laravel sur WordPress
- Réécrire le core ou forker des plugins - cauchemar aux mises à jour. Écrire un fin plugin adaptateur.
- SQL sans
$wpdb->prepare()- XSS et injection SQL ; sur Laravel on compte sur l'ORM, ici raw query facile à rater. - Ignorer capabilities -
current_user_can('edit_posts')au lieu deif ($user_id == 1)maison. - Tout charger sur
init- requêtes lourdes à chaque hit. Transients, object cache, cron. - 40 plugins « comme des microservices » - client veut vite, vous installez du prêt-à-l'emploi ; un an après support insoutenable. Parfois un module custom est plus honnête.
- Pas de staging - WooCommerce mis à jour en prod vendredi soir. Minimum : copie sur sous-domaine, VPS à $10-30/mois.
Outils et checklist avant prod
Local : Docker (docker-compose.yml WP officiel), Local WP, DDEV - ne pas éditer la prod par FTP.
Debug :
WP_DEBUG+WP_DEBUG_LOGdanswp-config.php(dev/staging seulement) ;- Query Monitor - requêtes lentes, hooks dupliqués ;
- Plugin Check / PHPCS avec WordPress Coding Standards.
Checklist livraison :
- [ ] Code dans Git, pas l'éditeur hébergeur
- [ ] Child theme ou plugin séparé, pas d'édits thème parent
- [ ] Nonces sur formulaires, sanitize/escape en sortie
- [ ] Test après désactivation plugins de test
- [ ] Backup et plan rollback
- [ ] Doc : ce qui est actif, quels crons, quelles APIs externes
Où trouver des missions
1. Maintenance de sites existants - flux le plus stable. Propriétaires craignent les mises à jour ; vous vendez des « lundis tranquilles ». Cibles : business local, cliniques, promoteurs, catalogues B2B.
2. WooCommerce et marketplaces - checkout, livraison, paiement, sync ERP. Ticket plus haut, responsabilité plus haute.
3. White-label pour agences web - l'agence vend le site, vous faites le PHP sans contact client. Tarif plus bas, volume stable.
4. Audit et refactor - « site lent / piraté / freelance a laissé le chaos ». Diagnostic fixe $500-1 500, puis sprint.
5. Partenaires SEO et ads - landings rapides et fixes tech ; vous recevez un flux de petites et moyennes tâches.
Où ne pas concurrencer : « monter WordPress pour $100 » sur les marketplaces - gagne la course au fond, pas la qualité. Se positionner comme développeur PHP sur WordPress, pas « installateur de thèmes ».
Premiers pas : 2-3 cas portfolio (CPT, intégration, vitesse avec chiffres avant/après), profil PHP 8 + WP + WooCommerce, offres sur « personnalisation », « intégration », « cassé après mise à jour ».
Quand refuser WordPress honnêtement
Tous les clients ne vous conviennent pas, tous les projets ne doivent pas rester sur WP.
Refuser ou proposer Django/Python si :
- rôles complexes, approval flows, audit log niveau enterprise requis ;
- le produit c'est API + app mobile, le site est secondaire ;
- intégration ERP bidirectionnelle temps réel, pas CSV horaire ;
- budget annuel de « rustines » rivalise avec migration ($15 000-40 000).
Rester sur WordPress si la tâche est contenu, catalogue, boutique typique, une ou deux intégrations. Comparaison stacks - Tilda vs WordPress vs Django.
Synthèse
WordPress pour développeurs PHP est une discipline à part : mêmes if et foreach, autre architecture. Laravel apprend à construire une application ; WordPress apprend à ne pas casser l'écosystème d'autrui et à intégrer le code pour que les mises à jour ne tuent pas le business.
Le développeur doit :
- mettre la logique dans un plugin, la mise en page dans child theme ;
- vendre des fourchettes et retainer, pas « $15/heure » ;
- avoir staging et Git - avantage sur « l'ami qui installait des plugins » ;
- savoir quand la migration vaut mieux que des rustines infinies.
Pour le client vous paraissez quelqu'un qui comprend Laravel et WP - et dit honnêtement quel outil convient. Plus cher qu'« un plugin de plus », moins cher qu'une refonte un an après.
Audit WordPress ou devis - contactez-nous.
Questions fréquentes
Un développeur Laravel doit-il apprendre WordPress depuis zéro ?
Pas PHP depuis zéro - même syntaxe. Il faut le modèle WordPress : hooks, template hierarchy, WP_Query, options/meta API, roles. En général 1-2 semaines de pratique active sur projet test (child theme + plugin + une intégration) suffisent pour des missions $300-1 500. WooCommerce et intégrations lourdes - encore 2-4 semaines avec docs et cas réels.
Combien gagner sur WordPress en développeur PHP ?
Freelance : petites tâches $300-1 500, 2-4/mois - $1 500-4 000 ; sprints $2 000-8 000 - 1-2/trimestre. Retainer $300-800/mois avec 5-10 clients - $1 500-8 000 stable. Agence / white-label - tarif plus bas, charge plus haute. Plafond sans WooCommerce et enterprise plus bas que SaaS Laravel ; flux « support WP » souvent plus stable.
Child theme vs plugin en pratique ?
Child theme hérite styles et templates du parent - design, page-templates, single-{post-type}.php. Plugin vit indépendamment du thème - CPT, shortcodes, REST, cron, intégrations. Erreur : toute la logique dans functions.php du child - changement vers Elementor/autre thème et tout disparaît. Règle : données et règles métier dans plugin, affichage dans thème.
Accepter « réparer après piratage WordPress » ?
Oui, si le budget couvre le cycle complet : nettoyage, rotation mots de passe, mises à jour, audit plugins, backup, hardening. Fix à $50 sans analyse - risque de re-piratage et réputation. Chiffrer $500-2 000 pour incident sérieux + retainer. Si le site a 15 plugins obsolètes sur hébergement à $3/mois - proposer audit avec migration vers VPS correct ou refactor.
Quand proposer migration Django au client ?
Quand les symptômes sont systémiques : 10+ plugins pour logique métier, chaque mise à jour est une loterie, API mobile nécessaire, rôles complexes, sync ERP bidirectionnelle. Si budget annuel support WP $8 000-15 000+ et croît - montrer comparaison migration. S'ils veulent un correctif (checkout, CRM) - rester sur WP, plus rapide et moins cher pour le client.