Le chiffre, issu de l’enquête annuelle de l’éditeur sur l’écosystème développeur, place encore PHP dans le chemin critique d’une large part du web applicatif. Pour les équipes qui recrutent, le signal n’est pas marketing : Laravel et Symfony restent les deux pôles explicitement cités derrière cette présence.
75 % : un indicateur d’écosystème, pas une métrique de performance
Le pourcentage ne mesure ni la latence, ni le throughput, ni la qualité d’une base de code. Il mesure l’usage déclaré de PHP dans les projets backend. C’est néanmoins une donnée utile pour lire le marché : le langage conserve une surface d’exécution et de maintenance considérable.
JetBrains attribue notamment cette position à l’adoption massive de Laravel et Symfony. Le point important est là. Un backend PHP ne se résume plus au runtime : il arrive avec un framework, un conteneur de services, un ORM éventuel, des conventions de tests, de configuration et de déploiement.
Dans un recrutement PHP, demander simplement « combien d’années de PHP ? » reste donc une métrique faible. Il faut isoler le périmètre réel :
- version de PHP effectivement pratiquée ;
- framework dominant : Laravel ou Symfony ;
- niveau de maîtrise du typage strict et des contrats ;
- diagnostic de consommation mémoire et de temps d’exécution ;
- capacité à intervenir sur un existant, pas uniquement à initialiser un projet.
Le volume du marché ne compense pas une dette technique. Il augmente surtout le nombre de codebases à maintenir.
Laravel et Symfony restent les variables structurantes
L’enquête citée par JetBrains associe directement la prépondérance de PHP à Laravel et Symfony. Pour une entreprise, cela réduit la question à une architecture opérationnelle : quel framework porte la logique métier, et quel niveau d’abstraction l’équipe peut-elle supporter sans dégrader le temps de réponse ni l’allocation mémoire ?
Symfony reste aussi visible dans les usages open source. Mesinfos rapporte que Yuka se développe à l’international grâce à Symfony. Le snippet ne détaille ni l’architecture ni les choix de déploiement ; il confirme seulement que le framework demeure un socle pour des produits qui changent d’échelle.
Côté compétences, Laravel et Symfony ne sont pas interchangeables par simple proximité syntaxique. Les deux environnements demandent de savoir lire un cycle de requête, suivre une dépendance, contrôler les effets de bord et traiter les erreurs sans transformer le code en succession de conditions implicites. Les intitulés de poste devraient refléter ce niveau d’exigence.
Ce qu’il faut auditer avant de conclure à une pénurie ou à une abondance
Le chiffre de 75 % ne dit pas si les profils disponibles correspondent à votre stack. Il faut donc regarder la compatibilité, pas seulement la popularité du langage.
Pour une équipe Symfony, le test pertinent est la capacité à naviguer dans une application existante : services, configuration, frontières entre domaine et infrastructure, tests automatisés. Pour une équipe Laravel, la même rigueur s’applique aux conventions du framework, aux dépendances et aux chemins réellement parcourus en production.
PHP reste massif dans le backend selon JetBrains. Cela rend le vivier large, pas automatiquement homogène. Une fiche de poste qui décrit le runtime, le framework et les contraintes du système filtrera mieux qu’une annonce générique sur « le développement web ».
Verdict : PHP est à utiliser en prod. Mais le recrutement doit cibler la stack et la discipline d’exécution, jamais le seul nom du langage.