← Retour à la liste

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 :

  1. Serveur web (Nginx/Apache) passe la requête à index.php.
  2. wp-load.php charge core, config, MySQL.
  3. wp-settings.php charge mu-plugins et plugins actifs, puis le thème.
  4. Parse request - WordPress décide : article, page, archive, 404 ?
  5. WP_Query récupère les posts en BDD.
  6. Template hierarchy - single.php, page.php, archive.php, front-page.php.
  7. 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

  1. Réécrire le core ou forker des plugins - cauchemar aux mises à jour. Écrire un fin plugin adaptateur.
  2. SQL sans $wpdb->prepare() - XSS et injection SQL ; sur Laravel on compte sur l'ORM, ici raw query facile à rater.
  3. Ignorer capabilities - current_user_can('edit_posts') au lieu de if ($user_id == 1) maison.
  4. Tout charger sur init - requêtes lourdes à chaque hit. Transients, object cache, cron.
  5. 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.
  6. 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_LOG dans wp-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.

Contact