Le site fonctionnait hier. Ce matin, la page d’accueil est décalée, ou le formulaire de contact ne répond plus. Entre les deux, une mise à jour s’est appliquée, souvent pendant la nuit, sans que personne ne l’ait demandée.
C’est le scénario le plus courant en dépannage, et il est presque toujours évitable.
Ce qui casse, concrètement
Une mise à jour provoque rarement une panne totale. Le plus souvent, elle abîme un point précis :
- La mise en page : blocs décalés, colonnes empilées, images étirées.
- Un formulaire qui s’envoie en apparence mais n’arrive nulle part.
- Un tunnel de commande qui bloque à l’étape du paiement.
- L’affichage mobile uniquement, le bureau restant intact.
Le point commun de ces quatre cas : le site continue de répondre. Aucun message d’erreur, aucune alerte. Rien ne signale le problème.
Pourquoi personne ne s’en aperçoit
Vous connaissez votre site par cœur, donc vous ne le regardez plus. Vous entrez dans l’administration, vous publiez, vous ressortez. La page publique, vous ne l’ouvrez que rarement — et jamais sur téléphone.
Résultat : le délai moyen entre la casse et sa découverte se compte en semaines. Elle se découvre par un client qui téléphone pour savoir pourquoi personne ne l’a rappelé, ou par une baisse de commandes qu’on met d’abord sur le compte de la saison.
Les trois causes les plus fréquentes
- Un conflit entre extensions. Deux extensions modifient la même chose ; l’une se met à jour, l’autre non, et elles cessent de s’entendre. C’est la cause numéro un.
- Un thème qui n’a pas suivi. Le thème s’appuie sur une fonction que WordPress ou une extension vient de retirer.
- Un changement de version de PHP côté hébergeur. Il n’a rien à voir avec WordPress, mais il tombe souvent en même temps.
Quand le site ne répond plus du tout — écran blanc, erreur 500 — la cause est généralement la même, mais le symptôme est plus franc. C’est expliqué dans Page blanche, erreur 500 : ce que voit votre visiteur.
Comment on l’évite
Il ne s’agit pas de renoncer aux mises à jour : une extension non mise à jour est la première porte d’entrée d’un piratage. Il s’agit de les appliquer autrement.
- Une préproduction. Une copie exacte du site, invisible du public, où les mises à jour délicates sont testées avant d’être appliquées au site réel. Ce qui casse, casse sur la copie.
- Une vérification humaine après coup. Quelqu’un ouvre le site, teste le formulaire, passe une commande test, regarde sur mobile. C’est la différence entre une maintenance et un script.
- Une sauvegarde externe récente, stockée ailleurs que sur le serveur du site, pour pouvoir revenir en arrière en dernier recours.
Ces trois éléments ne demandent pas de compétence rare. Ils demandent de la régularité, et c’est précisément ce qui manque quand on gère son site en plus de son métier — un point développé dans « WordPress se met à jour tout seul » : ce que ça ne couvre pas.
Si la casse a déjà eu lieu
Trois réflexes utiles, dans cet ordre :
- Notez ce qui a changé et à quelle date. La liste des mises à jour récentes est visible dans l’administration.
- Ne cumulez pas les manipulations. Désactiver dix extensions au hasard rend le diagnostic beaucoup plus long ensuite.
- N’écrasez pas votre sauvegarde par une copie du site cassé.
Dans la plupart des cas, la réparation prend moins de temps que le diagnostic. Ce qui coûte cher, c’est de chercher à l’aveugle.
Ce qu’il faut retenir
Une mise à jour qui casse un site n’est pas une fatalité, c’est le signe qu’elle a été appliquée sans filet. Tester avant, vérifier après, et pouvoir revenir en arrière suffisent à éliminer la quasi-totalité des cas.
C’est ce que couvrent nos forfaits de maintenance WordPress : préproduction, vérification humaine après chaque intervention, sauvegardes hors serveur.
Et si votre site est déjà hors service, le dépannage WordPress identifie la cause et le remet en ligne, sans repartir de zéro.
