PHP en 2026 : toujours pertinent pour le développement web ?

Tous les deux ans, quelqu’un publie un billet intitulé « PHP est mort ». Et tous les deux ans, PHP continue de faire tourner la majorité des sites que vous visitez. Si vous hésitez à l’apprendre parce qu’un collègue ou un youtubeur vous a dit que c’était un langage du passé, cet article va vous aider à trancher avec des faits plutôt qu’avec des mèmes. Spoiler : la réponse dépend surtout de ce que vous voulez construire et du type de poste que vous visez.

PHP en chiffres : un vieux langage qui refuse de prendre sa retraite

#

PHP est né en 1994. Rasmus Lerdorf l’avait bricolé pour suivre les visites de sa page perso, d’où le nom d’origine, Personal Home Page. Trente ans plus tard, le bricolage pèse lourd : sur l’ensemble des sites dont on peut détecter le langage côté serveur, environ 70 % utilisent PHP. Le deuxième du classement plafonne autour de 7 %. L’écart est vertigineux.

Évidemment, ce chiffre est gonflé par WordPress, qui équipe à lui seul plus de 40 % du web. Mais il ne s’agit pas que de blogs de recettes : Wikipédia, Slack à ses débuts, Etsy, une bonne partie des boutiques PrestaShop et Magento, des milliers d’intranets et d’outils métier en PME tournent aussi sur PHP.

Ce qui a changé ces dernières années, c’est la version utilisée. PHP 8 représente désormais plus de 60 % des installations, contre moins de 30 % pour PHP 7. Le parc se modernise, lentement mais sûrement.

Attention : popularité n’égale pas dynamisme. Une grosse part de ces 70 % correspond à des sites anciens que personne ne fait évoluer. C’est une bonne nouvelle pour l’emploi (il faut bien maintenir tout ça), moins pour l’image du langage.

Le PHP de 2026 n’a plus rien à voir avec celui de 2008

#

Beaucoup de critiques visent en réalité PHP 5 : fonctions aux noms incohérents, typage approximatif, failles d’injection SQL à tous les coins de fichier. Ce PHP-là existe encore dans de vieux projets, c’est vrai. Mais le langage a beaucoup bougé depuis PHP 7 (2015), qui a doublé les performances du jour au lendemain.

Depuis, chaque version de la branche 8 a ajouté des choses que les développeurs d’autres langages connaissent bien :

• PHP 8.0 : le compilateur JIT, les arguments nommés, l’expression match
• PHP 8.1 : les énumérations (enum) et les propriétés en lecture seule
• PHP 8.4 : les property hooks et la visibilité asymétrique, qui suppriment des tonnes de getters et setters inutiles
• PHP 8.5 : l’opérateur pipe |>, les fonctions array_first() et array_last(), des backtraces sur les erreurs fatales

Le pipe, justement, illustre bien le virage. Voici comment on nettoyait une chaîne avant, et comment on peut l’écrire maintenant :

<?php
// Avant : on lit de l'intérieur vers l'extérieur, pas très naturel
$slug = strtolower(str_replace(' ', '-', trim($titre)));

// PHP 8.5 : on lit de gauche à droite, étape par étape
$slug = $titre
    |> trim(...)                                  // retire les espaces autour
    |> (fn($s) => str_replace(' ', '-', $s))      // remplace les espaces par des tirets
    |> strtolower(...);                           // passe tout en minuscules

Et un exemple de code orienté objet moderne, avec typage strict, énumération et promotion de constructeur :

<?php
declare(strict_types=1); // le moteur refuse les conversions de type implicites

enum Statut: string {
    case Brouillon = 'brouillon';
    case Publie = 'publie';
}

final class Article {
    public function __construct(
        public readonly string $titre,             // propriété déclarée et assignée en une ligne
        public private(set) Statut $statut = Statut::Brouillon, // lisible partout, modifiable seulement ici (PHP 8.4)
    ) {}

    public function publier(): void {
        $this->statut = Statut::Publie;
    }
}

Si vous venez de TypeScript ou de Java, vous êtes en terrain connu. Honnêtement, quand je montre ce genre de snippet à des développeurs qui ont lâché PHP il y a dix ans, la réaction la plus fréquente est un « ah, quand même ».

Côté exécution, l’écosystème a aussi bougé. FrankenPHP, un serveur applicatif moderne écrit en Go, a été adopté par la PHP Foundation et permet de garder l’application en mémoire entre deux requêtes (le fameux worker mode). Résultat : des temps de réponse qui n’ont plus à rougir face à Node.js sur la plupart des projets web classiques.

Laravel, Symfony, WordPress : trois portes d’entrée très différentes

#

On apprend rarement PHP « tout nu » très longtemps. Assez vite, vous passerez par un framework ou un CMS, et ce choix oriente votre carrière.

Laravel est le plus agréable pour démarrer. La documentation est excellente, l’écosystème riche (Livewire, Filament, Inertia) et la version 13 sortie en mars 2026 embarque même un SDK IA officiel pour appeler des modèles de langage, générer des embeddings ou faire des recherches vectorielles sans bricoler. Elle exige PHP 8.3 minimum.

Symfony est le framework français par excellence (il est maintenu par SensioLabs, à Paris). Plus exigeant au départ, il est très demandé dans les ESN et les grandes entreprises françaises. Petit détail qui compte : Laravel s’appuie lui-même sur plusieurs composants Symfony. Apprendre l’un vous aide pour l’autre.

WordPress, enfin, n’est pas un framework au sens strict, mais c’est le plus gros employeur de développeurs PHP en volume. Thèmes sur mesure, extensions, maintenance, optimisation de performance : le marché est immense. Si vous partez de zéro, notre guide pour créer son site professionnel avec WordPress vous donnera une idée de l’outil côté utilisateur avant de mettre les mains dans le code.

Astuce : pour choisir, regardez les offres d’emploi de votre région sur une semaine. À Lyon ou à Paris, Symfony domine souvent dans les ESN ; côté startups et freelances, Laravel revient beaucoup plus. Le marché local tranche mieux que n’importe quel benchmark.

Ce que PHP fait moins bien (soyons honnêtes)

#

Défendre PHP ne veut pas dire nier ses limites. Voici les points sur lesquels d’autres langages ont clairement l’avantage :

• Le temps réel et les connexions longues (chat, notifications instantanées, jeux multijoueurs). PHP sait le faire avec Swoole, ReactPHP ou Laravel Reverb, mais Node.js ou Go restent plus naturels pour ce type d’usage.
• La data et l’IA. Pour entraîner un modèle ou analyser un gros jeu de données, Python écrase la concurrence. PHP peut consommer une API d’IA sans problème, mais personne ne fait du machine learning sérieux en PHP.
• L’image auprès des recruteurs « tech ». Dans certaines startups très orientées produit, un CV 100 % PHP passe moins bien qu’un profil TypeScript. C’est injuste, mais c’est comme ça.
• Le front-end. PHP génère du HTML côté serveur ; pour des interfaces très interactives, il faudra de toute façon passer par JavaScript.

Ce dernier point n’est pas vraiment un défaut : la plupart des développeurs web jonglent avec plusieurs langages. Un profil PHP qui maîtrise aussi les concepts essentiels de JavaScript moderne devient full stack et voit son nombre d’offres exploser.

Emploi et salaires : un marché moins glamour mais solide

#

C’est souvent la vraie question. Bonne nouvelle : le parc de sites PHP est tellement vaste que la demande ne s’effondre pas. Il faut maintenir, migrer vers PHP 8, refondre des back-offices vieillissants, sécuriser des boutiques en ligne. Ces missions-là ne font pas la une, mais elles paient.

Ces fourchettes varient selon la ville, le secteur et surtout la stack complète. Un développeur Symfony qui sait aussi gérer Docker, une CI et une base PostgreSQL bien indexée négociera beaucoup mieux qu’un profil « PHP pur ».

Personnellement, je trouve que PHP reste l’un des meilleurs paris pour une reconversion. Le coût d’entrée est faible (un hébergement mutualisé à quelques euros par mois suffit pour mettre un projet en ligne), les missions de maintenance permettent de décrocher un premier poste, et la marche vers le full stack est courte.

Par où commencer si vous vous lancez

#

Si vous décidez d’y aller, évitez l’erreur classique : sauter directement dans Laravel sans comprendre ce qui se passe dessous. Voici un parcours réaliste sur trois à six mois, à raison de quelques heures par semaine :

1. Les bases du web : HTML, CSS, fonctionnement d’une requête HTTP. Le guide complet pour apprendre le développement web pose ces fondations.
2. PHP natif : variables, tableaux, fonctions, formulaires, sessions. Installez PHP 8.4 ou 8.5 en local (Laravel Herd sur Mac et Windows, ou simplement Docker) plutôt qu’un vieux XAMPP.
3. Les bases de données : PHP vit rarement seul. Apprenez à écrire vos requêtes à la main avec PDO avant d’utiliser un ORM. Notre guide pratique du SQL vous fera gagner du temps.
4. La programmation orientée objet : classes, interfaces, namespaces, autoloading avec Composer.
5. Un framework : Laravel si vous visez freelance et startups, Symfony si vous visez ESN et grands comptes.
6. Un vrai projet : un mini-SaaS, un outil de réservation, une API. Quelque chose que vous pouvez montrer en entretien.

Un petit test pour vérifier que votre environnement fonctionne :

<?php
// fichier index.php, à lancer avec : php -S localhost:8000
$version = PHP_VERSION;           // version de PHP installée
$date = date('d/m/Y à H:i');      // date et heure du serveur

echo "<h1>Bonjour depuis PHP {$version}</h1>";
echo "<p>Page générée le {$date}</p>";

Si le navigateur affiche une version qui commence par 8.4 ou 8.5, vous êtes prêt.

Pour aller plus loin : la documentation officielle sur php.net est traduite en français et plutôt bien faite. Côté vidéo, Laracasts reste la référence pour Laravel (en anglais), et SymfonyCasts pour Symfony.

Alors, PHP vaut-il encore le coup en 2026 ?

#

Oui, avec une nuance. Si votre objectif est de travailler dans la data, l’IA ou le développement mobile, PHP n’est pas la bonne porte d’entrée : partez sur Python ou Kotlin. En revanche, si vous voulez fabriquer des sites et des applications web, décrocher des missions en agence, devenir freelance ou intégrer une ESN, PHP reste un choix rationnel, et même plutôt confortable.

Prochaine étape concrète : installez PHP 8.5 cette semaine, codez un petit formulaire de contact qui enregistre les messages dans une base SQLite, puis comparez les offres Laravel et Symfony dans votre ville. En quinze jours, vous saurez si le langage vous plaît et quelle direction prendre.