Guide · Dépannage
Une mise à jour a cassé le site. Que faire maintenant ?
Un ordre de priorité, applicable dans les dix minutes, pour rétablir le site sans aggraver la situation.
Réponse courte
Mon site WordPress est cassé depuis une mise à jour. Par quoi commencer ?
Arrêtez de modifier quoi que ce soit. Le premier réflexe, relancer d’autres mises à jour ou désactiver des extensions au hasard, ajoute des variables à un problème qui en a déjà trop.
Ensuite, dans cet ordre : faites une copie de l’état actuel même cassé, notez la dernière action effectuée, regardez si la panne touche tout le site ou une seule page, puis revenez à votre dernière sauvegarde vérifiée si vous en avez une. Reprenez les mises à jour une par une pour isoler la cause.
Arrêter tout de suite
Chaque geste supplémentaire rend la cause plus difficile à retrouver. Une panne avec une variable se règle en dix minutes ; la même panne avec six variables prend une demi-journée.
Concrètement : ne relancez pas d’autres mises à jour, ne désactivez pas d’extensions au hasard, n’installez pas une extension censée réparer, et ne videz pas les caches en espérant que ça passe.
Attention
Si le site prend des commandes ou des réservations, prévenez la personne qui les traite avant de toucher à quoi que ce soit. Une restauration effacera ce qui est arrivé entre la sauvegarde et maintenant.
Sauver l’état actuel, même cassé
Cela paraît contre-intuitif : pourquoi sauvegarder un site en panne ? Parce que c’est ce qui vous laisse le choix.
Sans copie de l’état cassé, une restauration est un aller simple : vous perdez les données arrivées depuis la sauvegarde, et vous perdez aussi la possibilité d’examiner ce qui s’est passé. Avec cette copie, vous pouvez restaurer, puis revenir chercher les commandes ou les messages reçus entre-temps.
À retenir
Conserver une copie de l’état cassé avant de restaurer permet de préserver des éléments utiles au diagnostic.
Quelle a été la dernière action ?
C’est presque toujours là que se trouve la réponse. Notez ce qui a été fait juste avant, même si cela paraît sans rapport : une mise à jour, un changement de réglage, une nouvelle extension, une modification de thème.
Puis répondez à une seule question : la panne touche-t-elle tout le site, ou une seule page ?
| Ce que vous voyez | Où regarder en premier |
|---|---|
| Tout le site est blanc ou en erreur | Le thème, une extension centrale, ou la version de PHP. |
| Une seule page est cassée | Un bloc, un formulaire ou un constructeur de page utilisé sur cette page. |
| Le site s’affiche mais une fonction ne répond plus | L’extension qui porte cette fonction, mise à jour récemment. |
| L’administration est inaccessible | Une extension de sécurité ou de cache, ou un problème de session. |
| La mise en page a glissé | Le thème ou le constructeur de page, presque toujours. |
Lire les journaux avant de deviner
Un site en erreur écrit généralement pourquoi. Encore faut-il aller lire.
Votre hébergeur expose presque toujours un journal d’erreurs dans son panneau de gestion. Cherchez les lignes horodatées au moment de la panne, pas les plus anciennes. Le nom d’un fichier d’extension ou de thème y apparaît souvent directement.
Détail technique
Si le site affiche une page blanche sans message, l’affichage des erreurs est probablement désactivé, ce qui est le bon réglage en production. Le journal côté serveur, lui, continue d’écrire. C’est là qu’il faut chercher, plutôt que d’activer le mode débogage sur un site que des visiteurs consultent.
Une erreur qui nomme un fichier dans wp-content/plugins/ désigne l’extension. Une erreur dans wp-content/themes/ désigne le thème.
Isoler le coupable
Si les journaux ne suffisent pas, la méthode par élimination fonctionne, à condition d’être méthodique plutôt que rapide.
-
Désactiver le dernier lot mis à jour
Pas toutes les extensions : seulement celles du dernier groupe. Si le site revient, le coupable est dedans.
-
Réactiver une par une
En vérifiant la page cassée après chaque. La première qui reproduit la panne est la bonne.
-
Si rien ne change, essayer le thème par défaut
Temporairement. Si le site revient, le problème est dans le thème et non dans les extensions.
-
Noter ce que vous trouvez
Pour ne pas refaire le même chemin la prochaine fois, et pour décider si ce composant doit être remplacé.
Attention
Changer de thème sur un site en production modifie l’apparence pour tous les visiteurs pendant le test. Faites-le en dehors des heures de trafic, ou sur une copie si vous en avez une.
Restaurer ou corriger
Deux chemins, et le bon dépend de ce que vous avez.
Vous avez une sauvegarde vérifiée et récente : restaurez. C’est le chemin le plus court, et vous reprenez ensuite les mises à jour une par une, tranquillement.
Vous n’en avez pas, ou elle est trop ancienne : il faut corriger sur place. Retirer ou remplacer le composant fautif, revenir à sa version précédente si l’éditeur la fournit, ou attendre un correctif si la fonction n’est pas critique.
Dans les deux cas, la suite est la même : vérifier que le site fonctionne réellement avant de considérer l’incident clos.
À retenir
Restaurer n’est pas un aveu d’échec. C’est souvent la décision la plus rapide, et la seule qui n’ajoute pas de variables.
Et après, pour que ça ne recommence pas
Un incident isolé arrive. Un incident qui revient est le signe que la cause n’a pas été traitée.
Trois choses évitent la plupart des récidives : une sauvegarde vérifiée avant chaque intervention, des mises à jour faites par groupes dans un ordre décidé, et le retrait des composants qui ne sont plus maintenus par leur éditeur.
Si votre site est en panne en ce moment et que vous n’êtes pas déjà client, disons-le franchement : nous ne faisons pas d’intervention d’urgence ponctuelle. Notre travail consiste à suivre des sites dans la durée. Pour une panne immédiate, un service de dépannage sera plus rapide que nous.
Questions fréquentes
Puis-je simplement désactiver toutes les extensions ?
Cela dit si le problème vient des extensions, mais cela coupe aussi des fonctions visibles pour vos visiteurs pendant le test. Désactiver le dernier lot mis à jour donne la même information avec beaucoup moins de dégâts.
Faut-il activer le mode débogage ?
Pas sur un site que des visiteurs consultent : il peut afficher des chemins de fichiers et des détails techniques à tout le monde. Le journal d’erreurs de l’hébergeur donne la même information sans rien exposer.
Une restauration efface-t-elle mes commandes récentes ?
Oui, celles arrivées après le point de sauvegarde. C’est précisément pourquoi il faut copier l’état actuel avant de restaurer : cela permet de récupérer ensuite ce qui a été reçu entre-temps.
Combien de temps avant d’appeler quelqu’un ?
Si le site est une source de revenus et que vous n’avez pas identifié la cause en trente minutes, le coût de la panne dépasse généralement celui de l’aide.
Faire regarder votre site
Décrivez ce qui s’est passé et ce que vous avez déjà tenté. Nous vous dirons ce que nous voyons, et si un suivi régulier a du sens pour vous.
Faire vérifier mon site Voir la checklist gratuite