Points clés :
- La documentation de WordPress recommande de sauvegarder les fichiers et la base de données avant de mettre à jour.
- Elle ne fixe aucun ordre entre le cœur, les extensions et le thème pour une mise à jour lancée depuis le tableau de bord.
- Une vérification après chaque série de mises à jour permet de repérer tout de suite celle qui pose problème.
- Un rythme régulier évite les rattrapages, où trop de changements arrivent en même temps.
- Les mises à jour automatiques des extensions et des thèmes se règlent une par une, selon la sensibilité de chaque élément.
- La version de PHP se change chez l’hébergeur, après que WordPress, le thème et les extensions aient été mis à jour.
- L’outil Santé du site rassemble l’état des mises à jour et la version de PHP sur un même écran.
Mises à jour WordPress : ce qui change
Le cœur de WordPress, c’est-à-dire le logiciel lui-même, évolue selon deux types de versions. Les versions majeures, numérotées comme 7.0 ou 7.1, ajoutent des fonctions et modifient parfois l’éditeur ou l’administration. Les versions mineures, comme 7.1.4, corrigent des erreurs et des failles : ce sont les mises à jour de maintenance et de sécurité, que l’équipe de sécurité de WordPress demande d’installer sans attendre.
Les extensions et le thème obéissent à un autre calendrier, puisque chaque auteur publie ses versions quand il le décide. Une extension de réservation reçoit parfois plusieurs correctifs en quelques semaines, puis plus rien pendant des mois. Un thème suit la même logique, et sa mise à jour remplace ses fichiers, si bien que toute retouche faite directement dedans disparaît. La documentation de WordPress conseille donc de placer les personnalisations dans un thème enfant, qui survit aux mises à jour du thème parent.
Les traductions forment une quatrième catégorie. Les fichiers de langue du cœur, des extensions et des thèmes reçoivent leurs propres mises à jour, signalées au même endroit que les autres dans l’écran « Mises à jour » du tableau de bord.
Reste la version de PHP, le langage de programmation dans lequel WordPress est écrit. PHP tourne sur le serveur de l’hébergeur et n’apparaît pas dans la liste des mises à jour : une mise à jour WordPress laisse donc la version de PHP inchangée, et son changement se décide à part.
Dans quel ordre faire les mises à jour
Une partie de la méthode vient de la documentation officielle de WordPress, l’autre relève de précautions que chacun ajuste selon l’importance de son site. Les guides qui affichent un ordre fixe entre le cœur, les extensions et le thème présentent souvent l’habitude de leur auteur comme une règle de WordPress.
- Commencez par une sauvegarde. La documentation de WordPress recommande de sauvegarder la base de données et les fichiers avant de mettre à jour, et c’est cette copie qui permet de revenir en arrière si une mise à jour tourne mal. Le contenu de la sauvegarde, sa fréquence et son lieu de stockage sont traités dans notre article sur la sauvegarde d’un site WordPress.
- Lancez ensuite les mises à jour depuis l’écran « Mises à jour » du tableau de bord. Pour une mise à jour faite de cette façon, la documentation ne fixe aucun ordre entre le cœur, les extensions et le thème : l’ordre que vous choisissez relève de votre organisation. Lisez toutefois les notes de version des extensions importantes : quand l’une d’elles exige une version plus récente de WordPress ou de PHP, c’est cette exigence qui fixe l’ordre.
- Vérifiez le site après chaque série de mises à jour. Quelques minutes de contrôle sur les pages et les fonctions qui comptent suffisent à repérer un problème pendant que vous savez encore ce qui vient de changer.
- Si vous lancez vous-même les mises à jour d’un site sensible (boutique en ligne, prise de rendez-vous), passez-les une à la fois. Ce conseil de novfr allonge un peu l’opération, mais il désigne immédiatement l’élément fautif en cas de panne. La documentation de WordPress sur les erreurs fatales va dans le même sens, puisqu’elle demande d’examiner en premier le thème ou l’extension installé ou mis à jour juste avant l’apparition de l’erreur.
- Pour un site resté longtemps sans mise à jour, novfr passe les versions une par une plutôt que d’un bloc, avec une sauvegarde à chaque étape. La documentation de WordPress conseille d’ailleurs de procéder par étapes au-delà de deux versions majeures de retard, et la FAQ de notre page de service Maintenance WordPress répond à la question « Peut-on rattraper un site laissé sans mise à jour ? ».
- Avant tout changement de version de PHP, mettez d’abord à jour WordPress, le thème et les extensions. La compatibilité avec une version de PHP dépend de ces trois éléments, et ce sont leurs versions récentes qui ont le plus de chances de la supporter.
Mise à jour automatique WordPress : à quel rythme mettre à jour
Beaucoup de dirigeants prudents préfèrent laisser passer quelques mois, puis tout rattraper d’un coup, le jour où ils ont du temps. Le calendrier de WordPress montre pourquoi ce calcul se retourne contre eux. Entre le 17 septembre et le 28 octobre 2026, le cœur a connu quatre versions, de la 7.1.1 à la 7.1.4, chacune avec des correctifs de sécurité et une recommandation de mise à jour immédiate. Avec le réglage par défaut, WordPress installe lui-même ces versions de sécurité ; le retard s’accumule sur tout ce qui attend votre intervention : les extensions, le thème, les versions majeures quand elles ne sont pas automatiques, et le cœur lui-même si les mises à jour automatiques ont été coupées.
Ce retard pèse de deux façons. WordPress rappelle à chaque version de sécurité que seule la version la plus récente est activement prise en charge ; les correctifs de sécurité ne sont reportés sur les branches plus anciennes qu’à titre de courtoisie. Le jour du rattrapage, de nombreux changements arrivent en même temps sur le cœur et sur chaque extension, et si le site casse, plus personne ne sait lequel en est responsable.
Par défaut, WordPress installe lui-même ses versions mineures et de sécurité. Les sites installés à partir de la version 5.6 reçoivent aussi automatiquement les versions majeures, un comportement que l’administrateur peut modifier dans l’écran « Mises à jour ». Le site vérifie environ deux fois par jour si une mise à jour automatique est disponible : une nouvelle version du cœur arrive donc en général quelques heures après sa publication.
Pour les extensions et les thèmes du répertoire officiel, WordPress.org a instauré en juin 2026 un délai temporaire pouvant aller jusqu’à 24 heures avant la distribution automatique d’une nouvelle version, le temps de la contrôler. Les extensions et les thèmes, eux, se mettent à jour à la main ou automatiquement, selon le choix de l’administrateur pour chacun.
Chez novfr, le rythme retenu est mensuel : en fin de mois, le cœur et les extensions passent à la version suivante, puis nous vérifions le site. Les sauvegardes tournent toutes les nuits, fichiers et base de données, avec sept jours d’historique pour revenir en arrière, et le site reste sous surveillance continue. Entre deux passages mensuels, les versions de sécurité du cœur continuent de s’installer automatiquement. Comme le rappelle la FAQ de notre page de service Maintenance WordPress, WordPress permet les mises à jour en un clic ; le travail de maintenance porte surtout sur le contrôle qui suit et sur la sauvegarde qui autorise le retour arrière. La même FAQ répond à la question « Puis-je faire les mises à jour moi-même ? ».
Un dirigeant à l’aise avec son administration tient très bien ce rythme seul, à condition de réserver un créneau fixe chaque mois et de ne jamais sauter l’étape de la sauvegarde. Des mises à jour régulières demandent moins de travail que le rattrapage d’un site oublié, parce que chaque passage reste petit et facile à contrôler.
Activer ou désactiver les mises à jour automatiques : un réglage au cas par cas
Depuis WordPress 5.5, l’administrateur choisit la mise à jour automatique séparément pour chaque extension et chaque thème, depuis leurs écrans respectifs ou depuis l’écran « Mises à jour ». Les thèmes installés mais inactifs sont concernés aussi, car ils restent sur le serveur et continuent de recevoir des mises à jour : supprimez ceux qui ne servent plus, en gardant un thème par défaut de WordPress comme solution de secours. Couper l’automatique sur une extension vous laisse la main : vous la mettez toujours à jour manuellement, quand vous le décidez.
Faut-il pour autant activer les mises à jour automatiques des extensions ? WordPress laisse le choix sans donner de recommandation générale. Notre conseil consiste à automatiser les extensions simples et bien suivies par leurs auteurs, et à garder un contrôle manuel sur celles qui touchent au paiement, à la réservation ou à l’affichage des pages les plus visitées. Après chaque mise à jour automatique, WordPress envoie par défaut un courriel à l’administrateur, qu’elle ait réussi, échoué ou à moitié abouti : encore faut-il que cette adresse soit lue.
Pour désactiver la mise à jour automatique de WordPress dans sa totalité, une constante placée dans le fichier de configuration du site, AUTOMATIC_UPDATER_DISABLED, existe bel et bien. WordPress la déconseille, car elle coupe aussi l’installation automatique des correctifs de sécurité du cœur. Si votre but est seulement d’éviter qu’une version majeure s’installe seule, le réglage proposé dans l’écran « Mises à jour » suffit : les versions de maintenance et de sécurité continuent alors d’arriver automatiquement.
Depuis WordPress 6.6, un filet protège les mises à jour automatiques d’extensions. Après la mise à jour d’une extension active, WordPress contrôle le site ; s’il détecte une erreur fatale, il tente de remettre en place la version précédente à partir d’une copie temporaire, puis prévient l’administrateur par courriel de l’échec de la mise à jour et du résultat de la restauration.
Les limites de ce mécanisme sont documentées : il laisse de côté la base de données et le reste du site, il laisse aussi la cause de l’incompatibilité entière, et il peut échouer. À la vérification suivante, WordPress tente à nouveau la même mise à jour : coupez la mise à jour automatique de cette extension tant que le problème n’est pas réglé par son auteur ou par un remplacement.
Un autre retour arrière, apparu avec WordPress 6.3, concerne les mises à jour manuelles d’extensions et de thèmes. Il remet l’ancienne version quand le processus d’installation échoue en cours de route. Une extension qui s’installe correctement, puis provoque une panne, échappe à ce mécanisme, et c’est alors la sauvegarde et la vérification qui prennent le relais.
Une extension abandonnée par son auteur ne reçoit plus aucune mise à jour, automatique ou manuelle, et décroche peu à peu des évolutions de WordPress et de PHP. Sur le répertoire officiel, la fiche d’une extension qui n’a pas été testée avec les dernières versions majeures affiche un avertissement. Le réflexe sain consiste à lui trouver un remplaçant activement maintenu, à tester ce remplacement après une sauvegarde, puis à supprimer l’ancienne.
Mise à jour de PHP sur WordPress : version minimale et version recommandée
PHP tourne sur le serveur, à côté de WordPress. Pour mettre à jour PHP sur WordPress, on passe donc par le panneau de l’hébergeur, ou par son support, et l’administration du site ne propose aucun bouton pour le faire. WordPress présente une version récente comme favorable à la sécurité, aux performances et à la durée de vie du site.
WordPress recommande PHP 8.3 ou une version plus récente, alors que la version minimale prise en charge depuis WordPress 7.0 est PHP 7.4 : WordPress tourne encore avec cette version, mais la page des prérequis précise que ces anciennes versions ne sont plus maintenues et peuvent exposer le site à des failles ; vos extensions et votre thème peuvent en outre exiger une version plus récente. La page des prérequis du site officiel, en anglais, fait référence pour connaître la recommandation du moment, car les pages françaises sont parfois en retard.
La version active se lit dans l’outil Santé du site, partie « Informations », section « Serveur ». Son test distingue trois situations, avec des recommandations de plus en plus pressantes : une version ancienne mais encore maintenue, une version qui ne reçoit plus que des correctifs de sécurité, et une version qui ne reçoit plus aucun correctif. Une alerte signale un besoin de maintenance, sans annoncer une panne, et un site qui tourne normalement peut très bien reposer sur une version de PHP qui n’est plus maintenue.
Avant le changement, faites une sauvegarde et mettez à jour WordPress, le thème et les extensions. Après le changement, WordPress recommande de vérifier le fonctionnement du site et, en cas de problème, de revenir à la version précédente avec l’aide de l’hébergeur. Il existe des outils qui analysent le code des extensions et des thèmes pour repérer des risques d’incompatibilité, mais leur verdict reste indicatif et seul le test du site réel confirme que tout fonctionne.
Ce qu’on vérifie après chaque série de mises à jour
WordPress n’impose aucune liste de contrôle, mais quatre vérifications couvrent la plupart des pannes visibles par vos clients. Ouvrez d’abord les pages principales (accueil, pages de service, contact) sur ordinateur et sur mobile, en regardant la mise en page, les menus et les images. Envoyez ensuite un message test par chaque formulaire, et contrôlez qu’il arrive bien dans votre boîte de réception.
Un artisan qui reçoit ses demandes de devis par le site, ou une praticienne dont l’agenda se remplit en ligne, testent également les fonctions propres à leur activité : une réservation fictive, un paiement en mode test si la solution le permet, la connexion à l’espace client. L’outil Santé du site complète ce tour, en signalant les éléments restés en retard, l’état des mises à jour automatiques et la version de PHP.
Quand un problème apparaît, soupçonnez d’abord le dernier élément mis à jour, et la sauvegarde faite juste avant permet de revenir à l’état antérieur. Si le site affiche un message d’erreur critique, WordPress peut activer un mode récupération et envoyer à l’administrateur un lien pour accéder au site, et la marche à suivre est détaillée dans notre article sur la procédure face à une erreur critique WordPress.
Avant de cliquer sur « tout mettre à jour » : trois choses à noter
Votre site WordPress reste en état de marche si vous le mettez à jour régulièrement, toujours après une sauvegarde, et si vous le vérifiez ensuite.
Avant votre prochaine série de mises à jour, ouvrez l’écran « Mises à jour » et l’outil Santé du site, sans rien lancer. Notez ce qui est en attente, la version de PHP affichée dans la partie « Informations », puis la date de votre dernière sauvegarde ; si vous ne la retrouvez pas, faites-en une avant toute autre manipulation. Avec ces trois informations en main, vous savez ce qui vous attend : une série de mises à jour à lancer une fois la sauvegarde faite, puis, si l’outil signale votre version de PHP, un changement à prévoir avec votre hébergeur.
Si vous préférez confier ce rendez-vous mensuel, novfr met à jour le cœur et les extensions en fin de mois, vérifie le site ensuite et le sauvegarde chaque nuit, fichiers et base de données, avec sept jours d’historique. Vous pouvez voir ce que comprend le contrat de maintenance novfr, mises à jour comprises.
