Guide · Mises à jour

Mises à jour WordPress : une mise à jour n’est pas un bouton

Ce qui se met à jour réellement, pourquoi une mise à jour casse parfois quelque chose, et ce qu’on décide autour du clic. Cette page ne vous dira pas où cliquer.

Mis à jour le 28 août 2026 Lecture : 6 minutes

Sommaire
  1. Des règles qui varient
  2. Pourquoi ça casse
  3. Tout mettre à jour
  4. Avant et après
  5. Quand ça échoue
  6. Quand quelqu’un s’en occupe
  7. Questions fréquentes

Tous les sites ne se mettent pas à jour de la même manière

Le tableau de bord affiche une pastille et propose de tout mettre à jour d’un clic. Le clic fonctionne la plupart du temps. Le problème n’est pas le bouton, c’est ce qui se passe les fois où ça ne fonctionne pas, et le fait qu’on ne sache alors plus quoi regarder.

Tous les sites WordPress ne se mettent pas à jour de la même manière. Le cœur, les extensions et les thèmes peuvent suivre des règles différentes selon l’âge du site, sa configuration et les choix faits dans l’administration. C’est justement pour cela qu’un site peut accumuler des écarts sans avoir simplement « tout un an de retard ».

Ces comportements sont configurables, par des réglages dans l’administration comme par des constantes ou des filtres côté serveur, ce que WordPress documente en détail. Autrement dit, deux sites voisins peuvent être dans deux états très différents sans que personne l’ait décidé récemment.

La première chose à faire sur un site qu’on reprend est donc de regarder où il en est réellement, plutôt que de supposer.

Pourquoi une mise à jour casse quelque chose

Rarement à cause du cœur lui-même. Presque toujours à cause de ce qui l’entoure.

Les dépendances qu’on ne voit pas

Une extension suppose une certaine version de WordPress, une certaine version de PHP, et parfois la présence d’une autre extension. Ces suppositions ne sont écrites nulle part dans votre tableau de bord. Quand l’une cesse d’être vraie, la fonction qui en dépendait s’arrête, parfois sans message d’erreur visible.

C’est pour cette raison qu’un formulaire cesse d’envoyer des courriels alors que personne n’a touché au formulaire.

Le cas des extensions abandonnées

Une extension dont l’éditeur ne publie plus rien continue de fonctionner, jusqu’au jour où le reste avance sans elle. Elle ne casse pas d’un coup : elle cesse progressivement d’être compatible. C’est la situation la plus courante sur les sites de plus de trois ans, et la plus longue à démêler quand personne ne l’a vue venir.

À retenir

Une mise à jour ne casse presque jamais un site à jour. Elle casse un site en retard, parce qu’elle rattrape d’un coup plusieurs versions d’écart. Le risque augmente avec le temps écoulé depuis la dernière fois, pas avec le fait de mettre à jour.

« Tout mettre à jour » n’est pas une stratégie

Le geste semble responsable. Il rend pourtant le diagnostic impossible.

Si douze choses changent en même temps et que le site se dérègle, il reste douze suspects, et la seule façon de trouver le bon est de tout défaire. Si les mêmes douze mises à jour sont faites par groupes, en vérifiant entre chaque, le coupable se réduit à deux ou trois éléments en quelques minutes.

L’ordre compte aussi. Le cœur d’abord, puis le thème, puis les extensions : chaque étage repose sur celui d’en dessous, et l’inverse produit des incompatibilités temporaires difficiles à interpréter.

Ce n’est pas plus long. C’est simplement moins de clics d’un coup, et beaucoup moins de travail le jour où quelque chose ne va pas.

Douze mises à jour d’un coup contre les mêmes par groupes Tout d’un coup Par groupes ? Le site se dérègle : douze suspects. Le site se dérègle : on sait où regarder.
À gauche, tout change en même temps. À droite, un groupe à la fois, et l’endroit où regarder reste visible.

Ce qu’on regarde avant, ce qu’on vérifie après

Avant d’intervenir, une sauvegarde. C’est une bonne pratique élémentaire, valable pour tout le monde et pas seulement pour nous : disposer d’un point de retour transforme un incident en contretemps.

Une sauvegarde peut faire partie d’une intervention d’entretien lorsqu’elle est nécessaire. Repère ne fournit toutefois pas actuellement une infrastructure autonome de sauvegarde avec fréquence garantie, rétention et copies hors site gérées comme un service distinct.

Après l’intervention, nous vérifions deux choses : que le site répond, et que les formulaires transmettent. Ce sont les deux points qui cassent le plus souvent après une mise à jour, et les deux dont l’absence se remarque le plus tard.

Un formulaire qui ne transmet plus peut ne provoquer aucune erreur visible. On peut parfois ne découvrir le problème qu’après avoir manqué une demande.

Ne plus avoir à y penser

Les mises à jour se font, la trace reste écrite, et vous ne voyez plus la pastille rouge.

Demander une prise en charge

Quand une mise à jour échoue

Le premier réflexe est généralement le mauvais : relancer toutes les mises à jour, désactiver des extensions au hasard, installer une extension censée réparer. Chacun de ces gestes ajoute une variable à un problème qui en a déjà trop.

Ce qui aide, dans l’ordre : noter ce qui vient d’être fait, regarder si le problème touche tout le site ou une seule page, et ne rien changer d’autre en attendant. Une seule page en défaut oriente vers un bloc, un formulaire ou un constructeur de page. Un site entier en défaut oriente vers le thème, une extension centrale ou une version technique.

Si vous avez un point de retour, le plus rapide est souvent d’y revenir, puis de reprendre les mises à jour une par une. C’est ce que nous faisons quand quelque chose s’est cassé.

Ce que ça donne quand quelqu’un s’en occupe

Selon le forfait, le site est vu chaque mois, deux fois par mois, ou chaque semaine. Les mises à jour se font par groupes, dans l’ordre, et les deux vérifications sont faites ensuite. Chaque passage reste écrit, daté, et chiffré en temps.

Ce n’est pas spectaculaire. C’est précisément l’objectif. Reste à savoir ce que ça représente en budget.

Questions fréquentes

Faut-il tout mettre à jour dès qu’une version sort ?

Pour les correctifs de sécurité, le plus tôt est le mieux. Pour le reste, attendre quelques jours après une version majeure évite les problèmes découverts par ceux qui ont mis à jour en premier. Attendre six mois, en revanche, crée le retard qui rendra la prochaine mise à jour risquée.

Peut-on activer les mises à jour automatiques des extensions ?

C’est possible, et cela se règle dans l’administration. C’est raisonnable pour les extensions simples et très suivies. Ça l’est moins pour celles dont dépend l’affichage ou une fonction centrale, parce que la mise à jour se ferait sans que personne ne vérifie ensuite.

Mon site est en retard de plusieurs versions, est-ce grave ?

C’est fréquent et ça se rattrape. Cela se fait par étapes plutôt que d’un coup, avec un point de retour à chaque palier. C’est le travail que nous faisons à la prise en charge, avant que l’entretien régulier ne commence.

Votre site a besoin
d’être suivi.

Dites-nous ce que vous avez. Nous revenons avec une proposition claire.

Demander une prise en charge