# WordPress 7.0 et les exigences serveur : PHP, MySQL, ce qui devient obligatoire

> WordPress 7.0 relève ses prérequis serveur minimaux. Ce qui change précisément pour les hébergeurs et les développeurs, sans revenir sur les nouveautés éditoriales de la version.

- Auteur : Clément Hadrot
- Publié le : 2026-04-29
- Mis à jour le : 2026-04-29
- Catégorie : Hébergement & serveurs
- URL : https://wpmoderne.dev.wordpress-developpement.fr/hebergement/wordpress-70-exigences-serveur-php-mysql-obligatoire/

## L’essentiel

- Le seuil PHP minimal recommandé progresse nettement avec cette version
- MariaDB et MySQL ne sont plus affectés de la même façon par ce relèvement
- Certains hébergements mutualisés anciens ne répondront plus aux critères sans intervention

Chaque montée de version majeure de WordPress s'accompagne d'une page de nouveautés éditoriales largement commentée, et d'une section bien plus discrète, presque toujours reléguée en bas de la note de version : les exigences serveur. Avec WordPress 7.0, cette section mérite une lecture attentive, car elle relève sensiblement le seuil minimal recommandé côté PHP.

Cet article ne traite pas des nouveautés éditoriales de cette version, déjà largement couvertes ailleurs. Il détaille précisément ce qui change dans les exigences serveur, et ce que cela implique concrètement pour les hébergeurs et les développeurs qui maintiennent un parc de sites existants.

## Le seuil PHP minimal recommandé progresse

WordPress a longtemps maintenu une compatibilité minimale très large, historiquement jusqu'à des versions PHP largement obsolètes, pour ne pas exclure les hébergements les plus anciens. Avec la version 7.0, le seuil minimal recommandé par le cœur du logiciel progresse vers PHP 8.1, une version elle-même déjà en fin de support de sécurité actif depuis fin 2024, mais qui reste néanmoins nettement plus récente que le plancher historique de compatibilité.

Concrètement, cela ne signifie pas que WordPress 7.0 refuse de s'installer sur une version antérieure : un mécanisme d'avertissement explicite s'affiche désormais dans l'administration si le serveur tourne sous une version PHP inférieure au seuil recommandé, incitant fortement à la mise à niveau sans bloquer immédiatement le fonctionnement du site.

> L'essentiel à retenir : Le seuil PHP minimal recommandé progresse nettement avec cette version ; MariaDB et MySQL ne sont plus affectés de la même façon par ce relèvement ; Certains hébergements mutualisés anciens ne répondront plus aux critères sans intervention

## Ce qui change côté base de données

Les exigences côté base de données évoluent plus modestement. MySQL 8.0 et MariaDB 10.5 restent les versions minimales recommandées, sans relèvement aussi net que côté PHP. La différence de traitement entre les deux moteurs tient à leur cycle de vie respectif : MariaDB, avec un cycle de support plus long sur certaines versions, permet de conserver une base plus ancienne tout en restant dans le périmètre de compatibilité recommandé, alors que MySQL impose une montée plus rapide compte tenu de son propre calendrier de fin de support.

| Composant | Avant WordPress 7.0 | Avec WordPress 7.0 |
| --- | --- | --- |
| PHP minimal recommandé | PHP 7.4 | PHP 8.1 |
| MySQL minimal | MySQL 5.7 | MySQL 8.0 |
| MariaDB minimal | MariaDB 10.3 | MariaDB 10.5 |

## Ce que cela implique pour un hébergement mutualisé ancien

Sur un hébergement mutualisé dont le panneau de gestion propose encore, par défaut ou par habitude du client, une version PHP antérieure à 8.1, la mise à jour vers WordPress 7.0 déclenchera un avertissement persistant dans l'administration. Pour les hébergeurs qui gèrent des offres mutualisées standardisées, cela impose de vérifier que la version PHP par défaut proposée aux nouveaux comptes corresponde bien au nouveau seuil recommandé, sous peine de voir affluer des demandes de support liées à cet avertissement.

- Vérifier la version PHP active de chaque site avant la mise à jour vers WordPress 7.0.
- Planifier la montée vers PHP 8.1 minimum en amont de la mise à jour du cœur, pas après.
- Contrôler également la version du moteur de base de données, moins urgente mais à ne pas négliger.
- Informer les clients hébergés d'un éventuel changement de configuration nécessaire avant la mise à jour automatique du cœur.

## L'impact sur les extensions et thèmes tiers

Ce relèvement du seuil recommandé a un effet en cascade sur l'écosystème des extensions : de nombreux auteurs de plugins alignent leur propre exigence minimale sur celle du cœur de WordPress, ce qui signifie que des mises à jour de plugins publiées après la sortie de WordPress 7.0 pourraient elles-mêmes cesser d'être compatibles avec des versions PHP antérieures à 8.1, indépendamment de la version de WordPress installée.

> Le seuil recommandé par le cœur de WordPress n'est jamais qu'un plancher. L'écosystème des extensions suit généralement ce plancher avec quelques mois de retard, rarement plus.

## Vérifier la compatibilité avant la mise à jour

La commande WP-CLI `wp core check-update` combinée à `wp --info` permet de vérifier rapidement la version PHP active d'un site avant d'engager une mise à jour vers WordPress 7.0. Pour un parc de plusieurs sites, un script exécutant cette vérification systématiquement sur chaque site avant toute mise à jour groupée évite les mauvaises surprises une fois la mise à jour déjà appliquée.

## Ce qu'il faut retenir

WordPress 7.0 ne casse rien brutalement pour les hébergements en dessous du nouveau seuil recommandé, mais installe un avertissement persistant qui finira, à terme, par pousser l'ensemble de l'écosystème vers PHP 8.1 au minimum. Anticiper cette montée de version avant la mise à jour du cœur reste la meilleure stratégie, plutôt que de la découvrir via les tickets de support des clients concernés. Les exigences officielles restent consultables sur [wordpress.org/about/requirements](https://wordpress.org/about/requirements/).