Retour au blog
Tutorielswordpress · php

Migration PHP 8.x vers PHP 9.0 sur WordPress : le guide complet (2026)

PHP 9.0 arrive. Entre compatibilité, dépréciations et performances, on vous explique comment préparer votre site WordPress à la migration sans casse.

L'équipe Volade18 mai 202616 min de lecture
0 vues0 commentaires0 avis0 partages
Partager sur
Migration PHP 8.x ?' PHP 9.0 WordPress 2026 ?" guide complet

PHP 9.0 est attendue pour fin 2026 / début 2027, et c'est LA mise à jour qui fait peur. Après PHP 8.x (8.0, 8.1, 8.2, 8.3, 8.4), PHP 9.0 supprime des fonctionnalités dépréciées depuis PHP 7.x et 8.x. Contrairement aux versions 8.x qui étaient rétrocompatibles, PHP 9.0 va CASSER du code.

Cette rupture avec la rétrocompatibilité n'est pas un caprice des mainteneurs de PHP. Elle répond à une nécessité technique : alléger le noyau en supprimant des fonctions obsolètes parfois héritées de PHP 4, améliorer la sécurité en fermant des failles potentielles, et accélérer l'exécution en nettoyant le compilateur. Pour les développeurs WordPress, cela signifie qu'une simple mise à jour de version PHP ne suffira pas ?" un travail d'audit et de correction est indispensable.

Chez Volade, on a préparé la migration sur nos 50+ sites clients. Voici ce qu'il faut savoir, les pièges à éviter, et la checklist pour une transition sans douleur.

Notre conseil pour préparer la migration PHP 9.0 : commencez dès maintenant par auditer vos plugins avec PHPCompatibility, même si PHP 9.0 n'est pas encore disponible chez votre hébergeur. Identifiez les plugins abandonnés (pas de mise à jour depuis 2023) et trouvez-leur des alternatives. Plus vous anticipez, moins la migration sera stressante. La règle d'or : un trimestre d'audit pour un jour de migration.


Ce qui change avec PHP 9.0

PHP 9.0 est une version majeure qui supprime des fonctionnalités dépréciées depuis PHP 7.x et 8.x. Voici les principaux changements qui impactent WordPress. Comprendre ces dépréciations est essentiel pour savoir quoi chercher dans votre code.

Les suppressions qui vont casser du code

Le tableau ci-dessous recense les fonctions et constructions supprimées, classées par probabilité de présence dans un site WordPress typique. Plus une fonction est descendue dans le tableau, plus son impact est faible.

Fonctionnalité suppriméeCode concernéImpact WordPress
mysql_* (déprécié depuis PHP 7.0)Connexions MySQL obsolètesTrès rare en 2026
each() (déprécié PHP 7.2)Boucles sur tableauxCertains vieux plugins
create_function() (déprécié PHP 7.2)Fonctions anonymes avec stringsPlugins legacy
__autoload() (déprécié PHP 7.2)Autoloading personnaliséTrès rare
$errcontext dans set_error_handlerGestion d'erreursCertains plugins de debug
continue dans switchBoucles malforméesCode mal écrit
get_magic_quotes_gpc() (déprécié PHP 7.4)SécuritéPlugins très anciens
convert_cyr_string() (déprécié PHP 7.4)Conversion cyrilliqueQuasi inexistant
money_format() (déprécié PHP 7.4)Formatage monétairePlugins WooCommerce anciens
restore_include_path() (déprécié PHP 8.0)Configuration includeExtrêmement rare
reflector dans Reflection (déprécié PHP 8.4)RéflexionCertains frameworks

Les changements de comportement

  • Typage plus strict : les déclarations de type sont désormais appliquées plus rigoureusement. Une fonction qui attend un int et reçoit une string échouera, là où PHP 8.x pouvait encore faire une conversion implicite
  • Attributs natifs : fin des annotations PHPDoc pour la configuration. Les attributs PHP 8.0 (#[Attribute]) deviennent la norme
  • JIT amélioré : le compilateur Just-In-Time gagne en maturité (gain de performance pour le calcul lourd, moins pour WordPress). Le vrai bénéfice sera pour WooCommerce et les sites à forte logique métier
  • Fibers et async : améliorations de la concurrence, surtout pertinentes pour les apps SaaS et les traitements par lots

Outils d'audit de compatibilité

Avant de migrer, il faut auditer votre code. Voici les outils qu'on utilise et comment les exploiter. Chacun a un rôle spécifique dans la chaîne d'audit : détection, analyse, correction automatique et validation.

1. PHPCompatibility (PHP CodeSniffer)

L'outil de référence pour détecter le code incompatible avec une version de PHP. Il s'intègre à PHP CodeSniffer et peut être exécuté sur n'importe quel dossier de code.

composer require --dev phpcompatibility/php-compatibility
./vendor/bin/phpcs --standard=PHPCompatibility --runtime-set testVersion 9.0 mon-plugin/

Ce qu'il détecte : fonctions supprimées, dépréciations, changements de signature. Son avantage est la précision : chaque alerte est documentée avec la version PHP concernée et une suggestion de correction.

Ce qu'il ne détecte pas : les problèmes de logique métier, les bugs introduits par des changements de comportement subtils, les incompatibilités avec des extensions PHP spécifiques.

2. WP PHP Compatibility Checker

Le plugin WordPress gratuit pour les non-développeurs. Idéal pour une première évaluation sans toucher à la ligne de commande.

Installation : téléchargez le plugin "WP PHP Compatibility Checker" depuis le dépôt WordPress.org, scannez vos plugins/thèmes, obtenez un rapport de compatibilité avec PHP 9.0.

Limites : moins précis que PHPCodeSniffer, ne couvre pas tout le code personnalisé (snippets dans functions.php, mu-plugins). Considérez-le comme un outil de pré-diagnostic, pas comme un audit exhaustif.

3. Rector

L'outil de refactoring automatisé. Capable de réécrire votre code pour le rendre compatible PHP 9.0. C'est l'outil le plus puissant de cette liste, mais aussi celui qui nécessite le plus de compétences.

composer require --dev rector/rector
vendor/bin/rector process src/ --set php90

Ce qu'il fait : remplace automatiquement les fonctions supprimées (each() ?' foreach(), create_function() ?' Closure), met à jour la syntaxe, applique les nouvelles conventions. Il peut traiter des centaines de fichiers en quelques secondes.

Précaution : toujours examiner le diff généré par Rector avant de l'appliquer. L'outil est fiable mais ne remplace pas une revue humaine, surtout sur du code métier complexe.

4. PHPStan / Psalm

Analyse statique pour détecter les erreurs de typage et les incompatibilités avant l'exécution. Ces outils montent en popularité car ils préviennent les bugs avant même l'exécution.

composer require --dev phpstan/phpstan
vendor/bin/phpstan analyse mon-plugin/ --level max

PHPStan au niveau maximum détecte des problèmes que PHP lui-même ne signalerait qu'à l'exécution. Associé à PHPCompatibility, il forme un filet de sécurité redondant.


Checklist de migration PHP 8 ?' PHP 9

Voici la procédure qu'on applique pour chaque site client. La durée totale varie de 1 à 3 semaines selon la complexité du site et le nombre de plugins.

?tape 1 : Audit de l'hébergement (1 jour)

  • Vérifier si votre hébergeur propose PHP 9.0 en prévisualisation
  • Tester PHP 9.0 sur un environnement de staging
  • Identifier les extensions PHP nécessaires (intl, mbstring, etc.)
  • Vérifier la compatibilité du serveur web (Apache/Nginx)

Hébergeurs compatibles PHP 9.0 (juillet 2026) :

  • Kinsta : bêta disponible
  • WP Engine : septembre 2026
  • OVH : PHP 9.0 disponible en module (via .ovhconfig)
  • Platform.sh : disponible
  • Serveurs dédiés : installation manuelle via PPA (Ondrej)

?tape 2 : Audit des plugins (2-3 jours)

  • Lister tous les plugins actifs
  • Vérifier la compatibilité PHP 9.0 sur le site de l'éditeur
  • Scannez avec PHPCompatibility
  • Identifier les plugins sans mise à jour récente (abandonnés)
  • Trouver des alternatives pour les plugins incompatibles

Zones à risque :

  • Plugins non mis à jour depuis 2023 ou avant ?" ils utilisent probablement du code PHP 7.x
  • Plugins avec code "custom" (fonctions faites maison, snippets)
  • Constructeurs de pages legacy (versions anciennes de WPBakery, Visual Composer)
  • Extensions WooCommerce tierces peu maintenues ?" souvent développées pour un besoin spécifique et abandonnées

?tape 3 : Audit du thème (2-3 jours)

  • Vérifier les fichiers functions.php, template-tags.php
  • Chercher les fonctions obsolètes : each(), create_function(), mysql_*
  • Tester le rendu avec PHP 9.0 sur staging
  • Préparer un thème enfant pour les correctifs

Les thèmes sont généralement moins touchés que les plugins car ils utilisent principalement l'API WordPress. Mais les thèmes legacy (créés avant 2020) sont plus susceptibles de contenir du code obsolète, notamment dans les fichiers de template personnalisés.

?tape 4 : Code personnalisé (4-5 jours)

  • Analyser le code sur-mesure (snippets, mu-plugins, plugins spécifiques)
  • Remplacer each() par foreach()
  • Remplacer create_function() par des closures ou fonctions fléchées
  • Mettre à jour les appels à set_error_handler
  • Vérifier les annotations PHPDoc (remplacer par des attributs si nécessaire)
  • Tester avec Rector

Cette étape est la plus longue car le code sur-mesure n'a pas de correctif « upstream ». Chaque snippet doit être examiné individuellement.

?tape 5 : Migration (1 jour)

  • Sauvegarde complète (fichiers + BDD)
  • Activer PHP 9.0 sur l'environnement de staging
  • Test complet (front-end, back-end, formulaires, WooCommerce)
  • Correction des erreurs PHP 9.0
  • Activer PHP 9.0 en production
  • Surveillance des logs d'erreurs pendant 48h

Ne faites jamais l'étape 5 un vendredi après-midi. Programmez la migration en début de semaine (lundi ou mardi matin) pour avoir 3 à 4 jours de surveillance devant vous. Les logs d'erreurs PHP sont votre meilleur indicateur : activez WP_DEBUG_LOG dans wp-config.php pendant les 48h post-migration pour capturer toutes les alertes.


Les plugins qui vont poser problème

Plugins à risque élevé (probables incompatibilités)

Ce tableau synthétise les risques par plugin. La règle générale est simple : un plugin mis à jour en 2026 est très probablement compatible. Un plugin sans mise à jour depuis 2023 est un risque certain.

PluginRisqueAlternative
WPBakery / Visual Composer (version < 7.0)?levéGutenberg, Breakdance, Bricks
Slider Revolution (version < 6.6)?levéMettre à jour ou remplacer
MailPoet 3 (versions anciennes)MoyenMettre à jour
Contact Form 7 (version < 5.9)FaibleMettre à jour
Elementor (version < 3.25)MoyenMettre à jour
Yoast SEO (version < 22)FaibleMettre à jour ou passer à Rank Math

Règle d'or : un plugin mis à jour en 2026 est très probablement compatible PHP 9.0. Un plugin qui n'a pas eu de mise à jour depuis 2023 est un risque.

En cas de doute, vérifiez le changelog du plugin sur WordPress.org : la mention « Tested up to PHP 9.0 » ou « PHP 9.0 compatibility » dans les notes de version est un bon indicateur. Absence de mise à jour depuis 2023 = absence de garantie.


Performance : PHP 9.0 plus rapide ?

PHP 9.0 apporte des améliorations de performance, mais l'impact réel dépend de ce que fait votre site. Les benchmarks ci-dessous sont issus de nos tests préliminaires sur des environnements de staging.

Version PHPWordPress pures requêtesWooCommerceSite média (images lourdes)
PHP 8.3100% (référence)100%100%
PHP 8.4+8%+12%+5%
PHP 9.0 (estimé)+15-20%+20-25%+10-15%

Le vrai gain : PHP 9.0 JIT amélioré profite surtout aux sites WooCommerce avec des calculs complexes (paniers, taxes, inventaires). Pour un blog simple, le gain est marginal (10-15%). Le principal avantage de PHP 9.0 n'est donc pas la performance pure, mais la sécurité et la modernité du code.


Notre procédure standardisée

Chez Volade, on a automatisé la migration PHP 9.0 via cette procédure :

  1. Détection : un script PHPStan + PHPCompatibility scanne chaque site mensuellement, générant un rapport de compatibilité automatique
  2. Cartographie : tableau de bord MainWP avec statut de compatibilité PHP 9.0 par site, filtré par criticité
  3. Priorisation : sites WooCommerce en premier (plus d'impact perf), blogs en dernier
  4. Migration : déploiement progressif par groupe de clients sur 3 mois

Résultat : 0 incident critique sur nos 25 premiers sites migrés en bêta. La standardisation du processus a réduit le temps de migration moyen de 5 jours à 2,5 jours par site.

Notre conseil pour votre propre migration : commencez dès aujourd'hui par l'étape 1 (audit hébergement) même si PHP 9.0 n'est pas encore disponible. Installez PHPCompatibility et scannez vos plugins actifs. Identifiez les plugins sans mise à jour depuis 2023 et cherchez des alternatives. Chaque semaine gagnée maintenant est une semaine de moins de stress quand votre hébergeur annoncera la migration forcée. Un audit mensuel automatisé est l'investissement le plus rentable que vous puissiez faire.


Ce qu'on retient

PHP 9.0 est une migration plus conséquente que les versions 8.x. Ce n'est pas une simple mise à jour mineure : du code va casser, surtout les plugins legacy, le code personnalisé utilisant each() ou create_function(), et les vieux constructeurs de pages. Mais cette migration est aussi une opportunité de nettoyer votre code et d'améliorer la sécurité de vos sites.

Ce qu'il faut faire maintenant :

  1. Auditer votre parc avec PHPCompatibility
  2. Identifier les plugins à risque et trouver des alternatives
  3. Mettre à jour PHP 8.4 d'abord (si pas déjà fait ?" c'est un prérequis)
  4. Préparer un environnement de staging avec PHP 9.0

? ne pas faire :

  • Migrer un site en production sans audit préalable
  • Attendre le dernier moment (quand votre hébergeur forcera PHP 9.0)
  • Ignorer les plugins qui n'ont pas été mis à jour depuis 2023
  • Négliger les tests de régression après migration

La bonne nouvelle : WordPress core est déjà compatible PHP 9.0 (préparé depuis WP 6.x). Les gros plugins paient (Elementor, WooCommerce, Yoast) le seront aussi. Ce sont les plugins de niche et le code sur-mesure qui demanderont du travail. Anticipez ces deux catégories et vous passerez la migration sans douleur.




FAQ — Migration PHP 8.x vers PHP 9.0 sur WordPress : le

Qu'est-ce que Migration PHP 8.x vers PHP 9.0 sur WordPress : le ?

PHP 9.0 est attendue pour fin 2026 / début 2027, et c'est LA mise à jour qui fait peur. Après PHP 8.x (8.0, 8.1, 8.2, 8.3, 8.4), PHP 9.0 supprime des fonctionnalités dépréciées depuis PHP 7.x et 8.x. Contrairement aux versions 8.x qui étaient rétrocompatibles, PHP 9.0 va CASSER du code.

Ce qui change avec PHP 9.0 : quels sont les points clés ?

PHP 9.0 est une version majeure qui supprime des fonctionnalités dépréciées depuis PHP 7.x et 8.x. Voici les principaux changements qui impactent WordPress. Comprendre ces dépréciations est essentiel pour savoir quoi chercher dans votre code.

Outils d'audit de compatibilité : quels sont les points clés ?

Avant de migrer, il faut auditer votre code. Voici les outils qu'on utilise et comment les exploiter. Chacun a un rôle spécifique dans la chaîne d'audit : détection, analyse, correction automatique et validation.

Checklist de migration PHP 8 ?' PHP 9 : quels sont les points clés ?

Voici la procédure qu'on applique pour chaque site client. La durée totale varie de 1 à 3 semaines selon la complexité du site et le nombre de plugins. ### ?tape 1 : Audit de l'hébergement (1 jour)

Vérifier si votre hébergeur propose PHP 9.0 en prévisualisation

Tester PHP 9.0 sur un environnement de staging

Identifier les extensions PHP nécessaires (intl, mbstring, etc.)

Vérifier la compatibilité

Les plugins qui vont poser problème : quels sont les points clés ?

Plugins à risque élevé (probables incompatibilités)

Ce tableau synthétise les risques par plugin. La règle générale est simple : un plugin mis à jour en 2026 est très probablement compatible. Un plugin sans mise à jour depuis 2023 est un risque certain.

Performance : PHP 9.0 plus rapide ? : quels sont les points clés ?

PHP 9.0 apporte des améliorations de performance, mais l'impact réel dépend de ce que fait votre site. Les benchmarks ci-dessous sont issus de nos tests préliminaires sur des environnements de staging. WordPress pures requêtes Site média (images lourdes) 100% (référence) 100% +8% +5% +15-20% +10-15% Le vrai gain : PHP 9.0 JIT amélioré profite surtout aux sites WooCommerce avec des calculs complexe

Notre procédure standardisée : quels sont les points clés ?

Chez Volade, on a automatisé la migration PHP 9.0 via cette procédure :

  1. Détection : un script PHPStan + PHPCompatibility scanne chaque site mensuellement, générant un rapport de compatibilité automatique
  2. Cartographie : tableau de bord MainWP avec statut de compatibilité PHP 9.0 par site, filtré par criticité

3.

Ce qu'on retient : quels sont les points clés ?

PHP 9.0 est une migration plus conséquente que les versions 8.x. Ce n'est pas une simple mise à jour mineure : du code va casser, surtout les plugins legacy, le code personnalisé utilisant each() ou create_function(), et les vieux constructeurs de pages. Mais cette migration est aussi une opportunité de nettoyer votre code et d'améliorer la sécurité de vos sites.

Quels sont les prérequis pour se lancer ?

Avant de commencer, assurez-vous d'avoir les bases : un site ou projet bien défini, des objectifs clairs, et les ressources nécessaires (temps, budget, compétences). Le reste s'acquiert en chemin.

Par où commencer après avoir lu cet article ?

Identifiez votre besoin prioritaire, choisissez 2-3 actions concrètes de cet article, et lancez-vous cette semaine. Fixez-vous un point dans 30 jours pour ajuster. L'important est de passer à l'action.

Pret a passer a l'action ?

Explorez le catalogue Volade — sans compte pour commencer.

Voir les extensionsVoir les tarifs V+
Gratuit pour commencerSans carte bancaireWordPress-firstMaintenu en 2026
Discussion

Votre avis compte

Commentez « Migration PHP 8.x vers PHP 9.0 sur WordPress : le guide complet (2026) » ou notez cet article pour aider la communauté.

0

personnes ont partagé cet article

Partager sur

Sources & crédits

Documentation WordPress, tickets support Volade et tests terrain sur sites marchands.

#wordpress#php#migration#php9#performance#compatibilite#hebergement#2026

Ne manquez aucune sortie

Guides WordPress, WooCommerce et TikTok Shop — directement dans votre boîte mail.

Migration PHP 8.x ?' PHP 9.0 WordPress 2026 ?" guide complet — Volade