Mettre à jour WordPress sans casser son site : l'ordre des opérations

Une mise à jour WordPress se fait dans un ordre fixe : sauvegarde vérifiée, cœur, extensions une par une, thème en dernier. Cet ordre n’est pas une préférence de technicien, c’est ce qui permet de savoir quel élément a cassé le site quand il casse. Tout mettre à jour d’un seul clic fait gagner deux minutes et peut coûter une soirée.

Voici la procédure telle qu’un gérant sans prestataire peut la tenir, et les trois causes de panne qui reviennent presque toujours.

L’ordre des opérations, et pourquoi il ne s’invente pas

La règle tient en une phrase : une modification à la fois, avec une vérification entre chaque.

Commencez par la sauvegarde. Elle doit contenir les fichiers et la base de données, et vous devez l’avoir en main, pas seulement quelque part sur le serveur — le détail de ce qu’elle doit couvrir est traité dans notre guide sur la sauvegarde d’un site et la règle 3-2-1. Sans elle, la suite de cette procédure est un pari.

Mettez ensuite à jour le cœur de WordPress, c’est-à-dire le logiciel lui-même, hors extensions et thème. Rechargez la page d’accueil et la page de contact, puis connectez-vous à l’administration. Trois vérifications, trente secondes.

Passez aux extensions, une par une. C’est l’étape que tout le monde raccourcit et c’est précisément là que se produisent les incidents. Après chaque extension, rechargez la page d’accueil dans un onglet privé : une extension de cache peut vous montrer une version en mémoire et masquer un site cassé pour vos visiteurs.

Terminez par le thème, qui commande l’apparence. Une mise à jour de thème est la plus visible : si elle déplace des blocs ou change des couleurs, vous le verrez immédiatement, et c’est plus facile à juger sur un site dont le reste fonctionne déjà.

Ce qui casse réellement en pratique

Trois causes expliquent la grande majorité des pannes après mise à jour. Aucune n’est mystérieuse.

L’extension abandonnée. Une extension dont l’auteur ne publie plus rien depuis longtemps finit par ne plus suivre les évolutions du cœur. Elle continue de fonctionner un an, deux ans, puis casse d’un coup. Avant une session de mise à jour, regardez la date de dernière mise à jour de chaque extension et sa compatibilité déclarée. Une extension inactive depuis plus d’un an est un risque à traiter, pas à surveiller.

Le thème modifié directement. Beaucoup de sites ont reçu des retouches — une couleur, un pied de page, un bout de code — écrites directement dans les fichiers du thème. La mise à jour du thème remplace ces fichiers et efface les retouches. La parade s’appelle un thème enfant : un thème léger qui hérite de tout le thème principal et ne contient que vos modifications, ce qui les préserve à chaque mise à jour. Si vous ne savez pas si votre site en a un, c’est la première chose à faire vérifier.

La version de PHP. PHP est le langage dans lequel WordPress est écrit, et votre hébergeur en installe une version donnée. Une version trop ancienne finit par être refusée par les extensions récentes ; une version trop récente peut casser une extension ancienne. Ne changez pas cette version dans la même session qu’une mise à jour : vous perdriez la capacité d’attribuer la panne. Vérifiez la version recommandée par votre hébergeur, et traitez ce changement à part.

Automatiser, oui — mais pas tout

WordPress applique par défaut les correctifs de sécurité mineurs du cœur, sauf si votre hébergeur ou une extension l’a désactivé. C’est un bon réglage : ces correctifs ne changent pas le fonctionnement du site, et les laisser en attente expose une faille connue publiquement.

Le reste demande un arbitrage. Le critère est simple : automatisez ce dont l’échec est visible tout de suite, gardez la main sur ce dont l’échec est silencieux.

Élément	À automatiser ?	Pourquoi
Correctifs de sécurité mineurs du cœur	oui	corrigent une faille connue, sans changement de fonctionnement
Versions majeures du cœur	non	peuvent rompre une compatibilité, à faire en session surveillée
Extensions de mise en forme, de contenu	plutôt oui	un défaut se voit immédiatement à l’écran
Extension de boutique, de paiement, de formulaire	non	un échec est silencieux et se découvre par une commande perdue
Thème	non	remplace des fichiers, effet visuel immédiat sur tout le site

Sur une boutique en ligne, l’automatisation d’une extension de paiement est le mauvais calcul par excellence : personne ne s’aperçoit qu’un tunnel de commande est cassé avant plusieurs heures. Si vous hésitez sur le type de site que vous exploitez et sur ses contraintes, la distinction est détaillée dans notre comparaison entre site vitrine et boutique en ligne.

Préparer le retour arrière avant de cliquer

Un retour arrière ne s’improvise pas quand le site est déjà tombé. Trois éléments doivent être en place avant la première mise à jour.

1. Une sauvegarde téléchargée, sur votre poste ou dans votre espace de stockage, pas uniquement sur le serveur.
2. Un accès aux fichiers — gestionnaire de fichiers de l’hébergeur ou accès SFTP — avec les identifiants sous la main. C’est ce qui permet de désactiver une extension fautive en renommant son dossier, sans passer par une administration devenue inaccessible.
3. Le numéro de votre hébergeur et le nom de votre offre. Sur un incident sérieux, le support restaure souvent plus vite que vous.

Notez aussi les versions installées avant l’opération. Revenir à la version précédente d’une extension suppose de savoir laquelle c’était, et l’information disparaît une fois la mise à jour appliquée.

La fréquence réaliste pour une petite entreprise

L’objectif n’est pas d’être à jour en permanence, c’est de ne jamais accumuler un retard qui rende la mise à jour risquée. Un site laissé douze mois sans intervention se met à jour beaucoup moins bien qu’un site suivi tous les mois.

Type de site	Rythme	Exception
Site vitrine, contenu stable	une session par mois	correctif de sécurité appliqué sans attendre
Site vitrine avec formulaires actifs	une session toutes les trois semaines	idem
Boutique en ligne	une session toutes les deux semaines	jamais en période de forte activité commerciale

Choisissez un créneau à faible trafic, en début de semaine plutôt qu’un vendredi soir : si quelque chose casse, vous voulez un hébergeur joignable. Comptez trente à quarante-cinq minutes pour un site vitrine ordinaire.

Faire assurer ces sessions par un prestataire coûte, sur les offres constatées à l’été 2026, entre 30 et 150 € par mois selon le nombre d’extensions, la présence d’une boutique et l’engagement de délai d’intervention. Ce sont des fourchettes observées, pas un tarif de référence ; la décomposition des postes d’un devis est détaillée dans notre article sur le prix réel d’un site internet.

Le signal qu’il faut s’arrêter

Deux situations méritent de suspendre l’opération plutôt que d’insister.

La première : le site fonctionne mais un élément a disparu — un formulaire, une galerie, une mise en page. Ne continuez pas les mises à jour suivantes. Chaque étape supplémentaire brouille le diagnostic et complique le retour à l’état d’origine.

La seconde : le site affiche une erreur et vous n’avez pas d’accès aux fichiers. Restaurer la sauvegarde est alors la seule action sûre, et c’est une action à mener tôt. Un site cassé pendant quatre heures un mardi matin est un problème commercial, pas un problème technique.