Mettre à jour WordPress et ses extensions sans tout casser.

La sauvegarde. Pas « je pense que l'hébergeur en fait ».

Une sauvegarde utile a trois qualités. Elle contient les fichiers et la base de données, elle est datée d'aujourd'hui et vous savez comment la restaurer. Si votre hébergeur offre des sauvegardes quotidiennes avec restauration en un clic (la plupart des hébergeurs sérieux le font), c'est suffisant pour un site vitrine. Faites-en une à la demande juste avant de commencer. Sinon, une extension comme UpdraftPlus (gratuite pour l'essentiel) envoie une copie complète vers Google Drive ou Dropbox. Une fois par an, testez une restauration sur une copie du site. Une sauvegarde jamais testée est une hypothèse.

Les extensions, une à la fois, en commençant par celles qui n'ont rien à voir avec l'allure.

Pas le bouton « Tout mettre à jour ». Une extension, un rechargement du site, la suivante. Si le site casse, vous savez laquelle. Commencez par les extensions de fond (formulaire, référencement, sécurité, cache, sauvegarde), finissez par celles qui touchent la mise en page (constructeur de pages, galeries, carrousels, polices). Avant chaque mise à jour, un coup d'œil sur la page de l'extension dans le répertoire de WordPress. La date de la dernière mise à jour et la mention « Testé jusqu'à » vous disent si l'auteur suit encore.

La règle qui évite 80 % des pannes Une extension dont la dernière mise à jour remonte à plus d'un an ou qui affiche « Cette extension n'a pas été testée avec les trois dernières versions majeures de WordPress », ne se met pas à jour. Elle se remplace ou elle se retire. Sur les sites qu'on répare, c'est bien souvent une extension abandonnée depuis deux ou trois ans qui finit par casser, pas une mise à jour fraîche.

Le thème et seulement si vos modifications sont dans un thème enfant.

Mettre à jour un thème remplace tous ses fichiers. Si quelqu'un a modifié le thème directement (une couleur dans le CSS, un pied de page retouché, un bout de code ajouté), tout ça disparaît à la mise à jour. La bonne pratique, depuis des années, est le thème enfant, un petit dossier qui contient seulement vos modifications et qui survit aux mises à jour du thème parent. Dans Apparence › Thèmes, si vous voyez deux thèmes dont l'un s'appelle « Nom-du-thème Child » ou « enfant », vous en avez un. Sinon, demandez à qui a fait le site avant de mettre le thème à jour. Si personne ne le sait, c'est le moment d'un diagnostic, pas d'un clic.

Le cœur de WordPress.

C'est la pièce la mieux entretenue de votre site et celle qui casse le moins. Les mises à jour mineures (7.1.2 vers 7.1.3, par exemple) sont des correctifs de sécurité et s'installent toutes seules depuis 2013; laissez-les faire. Les mises à jour majeures (7.0 vers 7.1) demandent un clic, après les extensions et le thème, jamais avant, parce que c'est quand le cœur avance et que les extensions restent derrière que les conflits apparaissent. En octobre 2026, la version courante est la 7.1.3 (publiée le 6 octobre); seule la série la plus récente est officiellement considérée comme sûre.

PHP, chez l'hébergeur, en dernier.

PHP est le langage sous WordPress et c'est l'hébergeur qui en contrôle la version, dans son panneau. On le change en dernier, une fois que tout le reste est à jour et testé, parce que c'est le changement qui révèle les extensions et les thèmes vraiment abandonnés. Ils fonctionnaient encore sur une vieille version de PHP et cessent de fonctionner sur une récente. Visez PHP 8.3 ou 8.4. Au 13 octobre 2026, 8.1 et plus ancien ne reçoivent plus aucun correctif, 8.2 n'est soutenu que jusqu'au 31 décembre 2026 et 8.3 jusqu'au 31 décembre 2027. Le changement se fait en une minute et se défait aussi vite si une erreur apparaît.

Si le site casse à cette étape Revenez à la version précédente de PHP, puis suivez le guide sur l'erreur critique pour trouver la pièce qui ne suit pas. Ne restez pas sur une vieille version de PHP « parce que ça marche ». C'est exactement le site qu'un hébergeur finira par migrer de force, un vendredi, sans prévenir.