PHP

P

PHP est un langage de programmation côté serveur : il s’exécute sur la machine qui héberge votre site, fabrique la page demandée, puis l’envoie au navigateur du visiteur. Créé en 1994, il n’a jamais quitté le devant de la scène technique, même si personne ne le remarque jamais : il fait tourner 70,2 % des sites dont le langage serveur est connu (mesure W3Techs, août 2026).

Vous ne l’avez sans doute jamais choisi, et c’est parfaitement normal : nous ne choisissons pas un langage, nous choisissons un outil. WordPress, PrestaShop, Laravel ou Symfony reposent tous sur PHP, et le langage arrive avec l’outil. Ce détail change pourtant tout pour vous, parce que la vraie question n’est jamais « quel langage pour mon site ? » mais « dans quel état est le PHP de mon site aujourd’hui ? ». Une version arrivée en fin de vie ne se voit pas depuis la page d’accueil. Elle se paie plus tard.

P

Comment PHP travaille, et pourquoi il n'a jamais été remplacé

Quand un visiteur ouvre une page, son navigateur ne reçoit jamais de PHP. Le code s’exécute d’abord sur le serveur : il interroge la base de données, assemble le contenu, puis n’envoie que le résultat final en HTML. C’est précisément pour cette raison qu’un problème de version PHP reste invisible à l’œil nu : tout se joue avant l’affichage. Depuis 2015, PHP suit un rythme de sortie annuel. Chaque version apporte ses améliorations et bénéficie de deux ans de support actif, puis de deux ans de correctifs de sécurité uniquement. Quatre ans de vie, pas un de plus, avec une date de fin connue dès le premier jour.

Cette régularité n’a pas toujours existé, et son absence explique la réputation encombrante du langage. Lancé en 2005, le projet PHP 6 devait faire basculer PHP en Unicode natif. Faute de spécialistes du sujet et devant les pertes de performance constatées, sa sortie est repoussée année après année, puis abandonnée en mars 2010. PHP 7 n’arrivera que fin 2015. Pendant ces cinq années de flottement, d’autres technologies prennent la lumière et le procès du langage s’installe durablement. Le PHP d’aujourd’hui n’a plus grand-chose à voir avec celui qui a été jugé à l’époque, mais le jugement, lui, a survécu.

PHP

Où se cache PHP dans les outils que vous utilisez déjà

Votre site vitrine. Si votre site tourne sous WordPress, il fonctionne en PHP, du premier article jusqu’au formulaire de contact. Chaque extension installée est elle aussi écrite en PHP, et chacune doit rester compatible avec la version en place sur le serveur. C’est ce qui rend les montées de version plus délicates qu’un simple bouton à cliquer : ce n’est pas le langage seul qui monte, c’est tout ce qui repose dessus.

Votre boutique en ligne. PrestaShop repose sur PHP, tout comme WooCommerce et la grande majorité des plateformes de vente. Catalogue, panier, calcul des frais de port, échanges avec le module de paiement : ces traitements s’exécutent côté serveur, donc en PHP. Une boutique bloquée sur une vieille version se retrouve tôt ou tard incompatible avec un module de paiement récent, et c’est souvent là que le sujet devient urgent.

Votre outil métier sur mesure. Quand nous développons une application spécifique, un tableau de bord ou un connecteur entre deux logiciels, nous nous appuyons sur un framework comme Laravel ou Symfony. Le choix se fait sur le framework, pour sa structure et sa robustesse, et PHP vient avec. Le dirigeant, lui, n’a jamais à trancher cette question technique, et c’est très bien ainsi.

Votre hébergement. La version de PHP est un réglage du serveur, pas une propriété figée de votre site. Elle se change, se teste et se rétablit en cas de problème. C’est pour cette raison qu’un hébergement suivi compte autant que le site lui-même : c’est là que se joue concrètement la durée de vie de votre outil.

Quatre réflexes pour ne pas subir la version de votre site

P

Savoir où vous en êtes. La question à poser à votre prestataire tient en une phrase : sur quelle version de PHP tourne mon site, et jusqu’à quand est-elle soutenue ? Les dates sont publiques et connues des années à l’avance. Si personne ne sait répondre, ce n’est pas un détail technique qui vous échappe, c’est un suivi qui n’existe pas.

Traiter la montée de version comme un chantier, pas comme un clic. Changer de version demande de vérifier que le cœur applicatif, le thème et chaque extension suivent. Cela se prépare, se teste hors production, et se planifie à un moment calme plutôt qu’en pleine période de forte activité. Anticipée, l’opération est une formalité. Subie dans l’urgence, elle devient un incident.

Profiter de l’écosystème. C’est la force la plus sous-estimée de PHP : les développeurs qui le maîtrisent sont nombreux, partout. Votre site ne dépend donc pas d’une technologie confidentielle que seul son auteur saurait reprendre. Si vous changez de prestataire un jour, le suivant pourra reprendre la main. Cette réversibilité est une garantie concrète, et elle mérite d’entrer dans vos critères de choix au même titre que le prix ou le design.

Confier le suivi plutôt que d’y penser vous-même. Les versions PHP, les mises à jour du cœur et celles des extensions avancent chacune à leur rythme, et se surveillent en continu. C’est exactement l’objet d’un contrat de maintenance applicative : les échéances sont tenues par quelqu’un dont c’est le métier, et vous n’avez plus à y penser.

PHP

Les angles morts d'un langage que vous ne voyez jamais

Une version en fin de vie ne prévient pas. Un site sur une version morte continue de s’afficher normalement, parfois pendant des années. Rien ne change à l’écran, et c’est bien le problème : les failles découvertes après la fin du support ne sont plus corrigées, jamais. Le parc réel est éloquent : PHP 5 équipe encore 7,9 % des sites en PHP et PHP 7 près de 28,8 % (W3Techs, août 2026), alors que la branche 5.6 est éteinte depuis le 31 décembre 2018 et la 8.1 depuis le 31 décembre 2025.

L’hébergeur peut trancher à votre place. Les hébergeurs finissent par couper les versions obsolètes, ce qui est légitime de leur point de vue : ils protègent l’ensemble de leurs serveurs. Nous l’avons vu se produire, et nous l’avions déjà raconté ici : le scénario est toujours le même : un site qui fonctionnait la veille tombe en erreur du jour au lendemain, sans que rien n’ait été modifié dessus. La décision ne vous appartient pas, seule l’anticipation vous appartient.

Le maintien d’une ancienne version est un pont, pas une destination. Nous savons faire tourner et sécuriser des sites restés sur d’anciennes versions, jusqu’à PHP 5.6, là où d’autres se contenteraient de couper. Cette capacité rend un vrai service quand une refonte ne peut pas se faire du jour au lendemain. Mais nous la présentons pour ce qu’elle est : un sursis maîtrisé, isolé et surveillé, qui donne le temps d’organiser la suite. Ce n’est jamais une situation dans laquelle nous conseillons de s’installer durablement.

Confondre le langage et la qualité du site. « PHP, c’est dépassé, il faut tout refaire » est une phrase que nous entendons régulièrement, et elle mène à des refontes coûteuses qui ne règlent rien. Un site lent, difficile à administrer ou vulnérable l’est à cause de sa conception, de son état de sécurité ou de son absence d’entretien, pas à cause du langage qui le fait tourner. Changer de technologie sans avoir identifié le vrai problème revient à déménager pour ne pas ranger.

PHP est un langage de programmation côté serveur : il s’exécute sur la machine qui héberge votre site, fabrique la page demandée, puis l’envoie au navigateur du visiteur. Créé en 1994, il n’a jamais quitté le devant de la scène technique, même si personne ne le remarque jamais : il fait tourner 70,2 % des sites dont le langage serveur est connu (mesure W3Techs, août 2026).

Vous ne l’avez sans doute jamais choisi, et c’est parfaitement normal : nous ne choisissons pas un langage, nous choisissons un outil. WordPress, PrestaShop, Laravel ou Symfony reposent tous sur PHP, et le langage arrive avec l’outil. Ce détail change pourtant tout pour vous, parce que la vraie question n’est jamais « quel langage pour mon site ? » mais « dans quel état est le PHP de mon site aujourd’hui ? ». Une version arrivée en fin de vie ne se voit pas depuis la page d’accueil. Elle se paie plus tard.