Mon site WordPress ne fonctionne plus après une mise à jour : que faire ?

Si votre site a cessé de fonctionner correctement juste après une mise à jour, c’est qu’un élément de la nouvelle version ne s’accorde pas bien avec le reste de votre site.

Le problème peut se manifester de différentes façons :

• la mise en page semble cassée ou sans style
• WordPress affiche une erreur critique
• le tableau de bord n’est plus accessible
• une fonction a disparu, comme un formulaire, un menu ou un slider
• le checkout ou l’étape de paiement ne fonctionne plus
• le site reste bloqué sur un message de maintenance

C’est l’un des problèmes WordPress les plus courants, et il se résout généralement. Une mise à jour qui s’est mal passée ne signifie pas forcément que vos contenus, vos commandes ou les données de vos clients ont été perdus.

Le plus important est d’identifier la mise à jour qui a causé le problème avant d’essayer de l’annuler. Annuler la mauvaise chose, ou tout annuler d’un coup, peut créer de nouveaux problèmes en plus du problème d’origine.

Ce guide explique quelles mises à jour sont généralement en cause, quelles vérifications vous pouvez faire sans risque, comment revenir en arrière avec prudence et quand il vaut mieux demander une assistance technique.

Quelle mise à jour a pu causer le problème ?

Un site WordPress se met à jour à plusieurs niveaux. Chacun peut provoquer un problème d’une manière différente.

Une mise à jour de plugin

C’est le cas le plus fréquent. Une nouvelle version de plugin peut ne pas être compatible avec :

• un autre plugin
• le thème actif
• la version de WordPress
• la version de PHP du serveur
• du code sur mesure écrit pour votre site

La nouvelle version n’est pas forcément défectueuse. Parfois, elle modifie simplement un élément dont dépendait un autre composant.

Une mise à jour du cœur de WordPress

Les versions majeures de WordPress peuvent modifier le comportement de l’éditeur, des blocs ou de certaines fonctions. Les plugins, thèmes ou codes sur mesure anciens qui n’ont pas été mis à jour depuis longtemps sont les plus susceptibles d’être touchés.

Une mise à jour du thème

Si le thème a été personnalisé en modifiant directement ses fichiers, une mise à jour peut écraser ces modifications. Cela se traduit souvent par une mise en page qui change soudainement, des sections manquantes ou des styles qui disparaissent.

Un thème enfant protège les personnalisations des mises à jour du thème parent. Si votre site n’en utilise pas, une mise à jour du thème est une cause fréquente de perte de modifications.

Une mise à jour de PHP par l’hébergeur

PHP est le langage de programmation sur lequel fonctionne WordPress. Les hébergeurs retirent périodiquement les anciennes versions de PHP et migrent les sites vers des versions plus récentes.

Ce type de mise à jour peut se produire sans que personne ne se connecte à WordPress. Si personne de votre côté n’a mis à jour quoi que ce soit, demandez à votre hébergeur si la version de PHP a changé récemment.

Les mises à jour automatiques

WordPress peut se mettre à jour tout seul, et les plugins et les thèmes peuvent être configurés pour se mettre à jour automatiquement. Certains hébergeurs effectuent aussi des mises à jour pour vous.

Un site peut donc tomber en panne pendant la nuit même si personne n’y a touché. Consultez l’historique des mises à jour dans votre panneau d’hébergement ou demandez à la personne qui gère le site.

D’abord : essayez de comprendre ce qui a été mis à jour

Vous n’avez pas besoin d’être technicien pour rassembler des informations utiles.

Pensez à ce qui s’est passé juste avant l’apparition du problème :

• Avez-vous cliqué sur « Mettre à jour » pour un plugin ou pour plusieurs à la fois ?
• Avez-vous mis à jour WordPress lui-même ?
• Avez-vous mis à jour le thème ?
• Quelqu’un d’autre a-t-il travaillé sur le site ?
• Avez-vous reçu un e-mail indiquant que des mises à jour avaient été installées automatiquement ?
• L’hébergeur a-t-il annoncé un changement de PHP ou de serveur ?

Si vous ne savez pas exactement ce qui a été mis à jour, ouvrez :

Dashboard → Updates (Tableau de bord → Mises à jour)

Puis :

Plugins → Installed Plugins (Extensions → Extensions installées)

La liste des plugins affiche la version actuelle de chacun. La comparer avec ce dont vous vous souvenez, ou avec un rapport de sauvegarde récent, peut vous aider à identifier ce qui a changé.

WordPress peut aussi envoyer un e-mail à l’adresse de l’administrateur après des mises à jour automatiques ou lorsqu’il détecte une erreur critique. Vérifiez la boîte de réception et le dossier des spams.

Notez tout ce que vous trouvez. Une note comme « le problème a commencé après la mise à jour de trois plugins ce matin » est déjà très utile.

Videz les caches avant toute chose

Parfois, le site fonctionne en réalité très bien, mais vous en voyez une version ancienne ou mélangée.

Après une mise à jour, des fichiers en cache peuvent combiner du nouveau code avec d’anciens styles ou scripts. La mise en page peut alors sembler cassée alors que le problème n’est que temporaire.

Vérifiez ces niveaux, un par un :

• Cache du navigateur : ouvrez le site dans une fenêtre de navigation privée, ou essayez un autre navigateur.
• Plugin de cache : si vous utilisez un plugin de cache ou de performance, utilisez son option pour vider ou purger le cache.
• Cache de l’hébergeur : beaucoup d’hébergeurs ont leur propre cache, qui peut être vidé depuis le panneau d’hébergement.
• CDN : si le site utilise un service comme Cloudflare, videz son cache depuis le tableau de bord du service.

Si le site s’affiche correctement après avoir vidé les caches, testez-le de nouveau sur un autre appareil et vérifiez les fonctions importantes pour confirmer.

Si le problème persiste, la mise à jour a très probablement provoqué un vrai problème de compatibilité.

Vérifiez précisément ce qui est cassé

Ouvrez le site dans une fenêtre privée et testez la page d’accueil, une page interne, la page de connexion, le tableau de bord et les principales fonctions de votre activité, comme les formulaires, le panier, le checkout ou les réservations.

Notez ce qui fonctionne et ce qui ne fonctionne pas. Par exemple, les pages peuvent s’afficher correctement alors que le formulaire de contact n’envoie plus rien, ou la boutique peut fonctionner jusqu’à l’étape du paiement.

Savoir exactement où le problème apparaît oriente souvent directement vers le plugin ou la fonction en cause.

Que pouvez-vous essayer sans risque ?

La bonne approche dépend de l’importance du site et de votre aisance avec la gestion de WordPress.

Option 1 : contactez la personne qui a fait la mise à jour

Si une agence, un développeur, un collègue ou l’hébergeur a effectué la mise à jour, contactez-le en premier.

Demandez-lui quels composants ont été mis à jour, dans quel ordre, si des avertissements sont apparus et si une sauvegarde a été faite juste avant.

Option 2 : désactivez le plugin qui vient d’être mis à jour

N’essayez cette option que si vous avez accès au tableau de bord et que vous êtes à peu près sûr du plugin en cause.

Allez dans :

Plugins → Installed Plugins (Extensions → Extensions installées)

Désactivez uniquement le plugin suspect, puis vérifiez si le problème disparaît.

Gardez à l’esprit que les plugins peuvent gérer des fonctions importantes comme les paiements, les abonnements, les formulaires, la sécurité ou les traductions. Si le site s’affiche de nouveau correctement, la fonction fournie par ce plugin manque désormais. Testez-la avant de décider de la suite.

Option 3 : revenez à la version précédente du plugin ou du thème

Si une mise à jour précise a causé le problème, revenir à la version précédente peut être une solution temporaire raisonnable.

Avant de revenir en arrière :

• faites une sauvegarde complète du site actuel, base de données comprise
• vérifiez quelle version était installée avant la mise à jour
• consultez le changelog du plugin, s’il est disponible, pour voir si la mise à jour comprenait des correctifs de sécurité

Il existe deux risques importants :

• Certaines mises à jour modifient aussi la base de données. Revenir aux anciens fichiers du plugin n’annule pas toujours ces modifications, et l’ancienne version peut ne pas fonctionner correctement avec les données mises à jour.
• Si la mise à jour corrigeait une vulnérabilité de sécurité, revenir en arrière rouvre cette vulnérabilité.

Un retour en arrière doit faire gagner du temps, pas devenir définitif. L’objectif est de comprendre l’incompatibilité et de revenir dès que possible à une version à jour et fonctionnelle.

Les plugins et thèmes premium ne sont souvent pas disponibles dans le répertoire WordPress.org. Les anciennes versions doivent parfois être téléchargées depuis le compte de l’éditeur.

Option 4 : restaurez une sauvegarde

Une restauration peut être le bon choix lorsque le site a cessé de fonctionner juste après une mise à jour connue et qu’il existe une sauvegarde fiable réalisée juste avant.

Cependant, une restauration ramène l’ensemble du site à l’état où il se trouvait au moment de la sauvegarde. Tout ce qui a été créé après ce moment peut être écrasé, notamment :

• les commandes
• les paiements enregistrés sur le site
• les comptes clients
• les renouvellements d’abonnements
• les envois de formulaires
• les modifications de contenus

C’est particulièrement important pour les sites WooCommerce, à espace membres et de réservation. Même quelques heures de commandes perdues peuvent causer de graves problèmes avec les clients, les stocks et la comptabilité.

Sur ces sites, ne restaurez pas une sauvegarde sans avoir vérifié au préalable quelles données seraient perdues. Il est parfois possible de restaurer uniquement les fichiers, ou de préserver les commandes récentes tout en restaurant le reste.

D4Hub peut vous aider à décider si une restauration est appropriée et comment protéger les données plus récentes.

Que faut-il éviter ?

Quand le site ne fonctionne pas, il est naturel de vouloir tout essayer rapidement. Cela rend souvent le problème d’origine plus difficile à trouver.

À éviter :

• lancer les autres mises à jour en attente en espérant qu’elles règlent le problème
• désactiver tous les plugins d’un coup sur une boutique en ligne
• supprimer des plugins ou des thèmes sans sauvegarde
• restaurer une ancienne sauvegarde sans vérifier sa date
• changer la version de PHP dans un sens puis dans l’autre
• réinstaller WordPress par-dessus l’installation existante sans sauvegarde
• modifier la base de données
• copier du code trouvé sur des forums sans le comprendre
• faire plusieurs modifications avant de tester le résultat

Modifiez une seule chose à la fois et notez ce que vous avez fait et ce qui s’est passé après chaque étape.

En cas de doute, s’arrêter est souvent plus sûr que continuer. D4Hub peut reprendre l’enquête à n’importe quel moment, y compris après une tentative infructueuse.

Comment éviter cela la prochaine fois ?

Les mises à jour sont nécessaires : elles corrigent des bugs et des vulnérabilités de sécurité, et les repousser longtemps rend généralement la mise à jour suivante plus risquée. L’objectif est de mettre à jour en toute sécurité, pas d’arrêter de mettre à jour.

Une routine plus sûre comprend généralement :

• un environnement de staging : une copie privée du site où les mises à jour sont testées avant d’arriver sur le site en ligne. Beaucoup d’hébergeurs en proposent un.
• une sauvegarde juste avant la mise à jour : fichiers et base de données, à partir d’une sauvegarde dont vous savez qu’elle peut réellement être restaurée.
• de petits lots : mettre à jour un plugin ou quelques-uns à la fois rend la cause beaucoup plus facile à trouver.
• des mises à jour automatiques réfléchies : elles sont utiles pour la sécurité, mais pour les plugins qui gèrent les paiements ou les abonnements, beaucoup d’entreprises préfèrent mettre à jour manuellement après des tests. Vous pouvez les activer ou les désactiver pour chaque plugin depuis Plugins → Installed Plugins (Extensions → Extensions installées).
• un test rapide après coup : vérifiez les formulaires, le checkout et les autres fonctions les plus importantes pour votre activité.

Quand demander une assistance technique ?

Une assistance technique est recommandée lorsque :

• l’ensemble du site est hors ligne
• le checkout, les paiements ou les abonnements sont touchés
• vous ne pouvez pas accéder au tableau de bord
• vous ne savez pas quelle mise à jour a causé le problème
• plusieurs composants ont été mis à jour en même temps
• vous n’avez pas de sauvegarde récente et vérifiée
• le site gère des commandes ou des données clients qui ne peuvent pas être perdues
• le problème implique du code sur mesure ou un thème personnalisé
• un retour en arrière n’a pas réglé le problème, ou en a créé de nouveaux
• l’hébergeur a changé la version de PHP et le site ne fonctionne plus

Vous n’avez pas besoin de diagnostiquer le problème vous-même avant de demander de l’aide.

Quelles informations rassembler ?

Avant d’ouvrir une demande de support, rassemblez ce qui est facilement disponible :

• l’URL du site
• des captures d’écran du problème
• l’heure approximative à laquelle le problème a commencé
• les mises à jour effectuées, si vous les connaissez
• si les mises à jour étaient manuelles ou automatiques
• les pages ou fonctions touchées
• si le tableau de bord est accessible
• tout e-mail reçu de WordPress ou de l’hébergeur
• le nom de l’hébergeur
• si une sauvegarde antérieure à la mise à jour est disponible

N’envoyez pas de mots de passe ni d’identifiants d’accès par simple e-mail, et ne publiez pas sur des forums publics des captures d’écran montrant des identifiants ou des logs d’erreurs complets.

Si vous ne pouvez pas tout fournir, ce n’est pas grave. D4Hub peut vous aider à comprendre ce qui manque encore.

Comment D4Hub peut vous aider

L’objectif n’est pas seulement de faire refonctionner le site aujourd’hui. Il s’agit aussi de comprendre ce qui a cassé, pour que la prochaine mise à jour ne provoque pas le même problème.

Selon la situation, D4Hub peut vous aider à :

• identifier la mise à jour qui a causé le problème
• vérifier la compatibilité entre WordPress, les plugins, le thème et PHP
• revenir en toute sécurité à une version antérieure d’un plugin, d’un thème ou de WordPress
• évaluer s’il faut restaurer une sauvegarde et quelles données pourraient être perdues
• préserver les commandes récentes et les données clients pendant une remise en état
• réparer du code sur mesure qui ne fonctionne plus après une mise à jour
• se coordonner avec l’hébergeur au sujet des changements de PHP ou de serveur
• tester le checkout, les formulaires, la connexion et les autres fonctions importantes
• mettre en place un environnement de staging pour tester les prochaines mises à jour
• revoir vos réglages de mises à jour automatiques et votre routine de mise à jour

Vous pouvez demander de l’aide à n’importe quelle étape du processus.

Par exemple, D4Hub peut vous dire si un retour en arrière ou une restauration est sans risque dans votre cas, prendre le relais lorsque le tableau de bord est inaccessible, ou examiner le site après une solution temporaire.

Si une étape de ce guide vous semble floue ou risquée, vous n’avez pas à la faire seul.

wp core version

wp plugin list --fields=name,status,version,update_version

wp theme list

wp --info

php -v

wp plugin list --skip-plugins --skip-themes

wp plugin deactivate plugin-slug

wp-content/plugins/

wp plugin install plugin-slug --version=1.2.3 --force

wp core verify-checksums

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

wp-content/debug.log

Questions fréquentes

Ai-je perdu mes contenus ou mes commandes ?

En général, non. Une mise à jour qui casse le site touche normalement le code, pas les contenus stockés dans la base de données.

Le risque le plus important est ce qui se passe ensuite : restaurer une ancienne sauvegarde sans la vérifier peut écraser des commandes ou des contenus récents. Vérifiez avant de restaurer.

Dois-je simplement restaurer la sauvegarde d’avant la mise à jour ?

Sur un simple site vitrine sans modifications récentes, cela peut être une solution rapide.

Sur une boutique, un site à espace membres ou un site de réservation, une restauration peut supprimer les commandes, les paiements et les inscriptions créés depuis la sauvegarde. Vérifiez d’abord la date de la sauvegarde et ce qui serait perdu.

Puis-je arrêter de mettre à jour WordPress pour éviter cela ?

Pas sans risque. Les mises à jour contiennent souvent des correctifs de sécurité, et les plugins obsolètes sont une voie fréquente de compromission des sites. Il vaut mieux changer votre façon de mettre à jour : staging, sauvegardes et lots plus petits.

Dois-je désactiver les mises à jour automatiques ?

Pas forcément. Les mises à jour automatiques peuvent être très utiles pour la sécurité. Beaucoup d’entreprises les laissent actives pour les versions mineures de WordPress et les plugins à faible risque, et mettent à jour manuellement les plugins critiques après des tests.

Mon hébergeur a mis à jour PHP. Dois-je lui demander de revenir à l’ancienne version ?

Cela peut être une solution à court terme si l’ancienne version est encore disponible. Cependant, les anciennes versions de PHP ne reçoivent plus de mises à jour de sécurité. La solution à long terme consiste à rendre le site compatible avec la version plus récente.

D4Hub peut-il m’aider si j’ai déjà essayé de corriger le problème ?

Oui. Expliquez ce que vous avez essayé et ce qui s’est passé après chaque étape. Cela aide à reconstituer l’incident et à décider de la prochaine action sûre.