Un matin, un client vous appelle : « Votre site ne s’affiche plus. » La tentation est grande de tout essayer en même temps, au risque d’aggraver la situation. Une panne de site WordPress se traite pourtant comme n’importe quel incident : on constate, on isole la cause, on rétablit, puis on corrige durablement. Voici la méthode que nous recommandons aux dirigeants de PME, TPE et associations pour garder la tête froide pendant les 30 premières minutes.

1. Vérifier que la panne est réelle (5 minutes)

Avant de prévenir qui que ce soit, assurez-vous que le problème ne vient pas de votre poste ou de votre connexion. Beaucoup de « pannes » sont en réalité un cache de navigateur, un réseau d’entreprise filtrant ou une box capricieuse.

• Ouvrez le site depuis un smartphone en 4G/5G, Wi-Fi coupé.
• Testez une fenêtre de navigation privée sur votre ordinateur.
• Demandez à un collègue ou un proche situé ailleurs d’essayer.
• Utilisez un service en ligne de vérification de disponibilité, qui interroge votre site depuis l’extérieur.

Si le site s’affiche partout sauf chez vous, le problème est local. S’il est inaccessible pour tout le monde, passez à l’étape suivante en notant l’heure exacte du constat : elle sera précieuse pour votre prestataire et votre hébergeur.

2. Lire le message affiché : il oriente le diagnostic

Le message d’erreur est votre meilleur indice. Faites-en une capture d’écran avant toute manipulation.

• « Ce site est inaccessible » ou erreur DNS (ERR_NAME_NOT_RESOLVED dans Chrome) : le nom de domaine ne pointe plus vers le serveur. Causes fréquentes : domaine expiré, modification de zone DNS, changement de registrar mal préparé.
• Avertissement de sécurité « Votre connexion n’est pas privée » : le certificat SSL a probablement expiré ou ne correspond plus au domaine.
• « Il y a eu une erreur critique sur ce site » : c’est le message de WordPress lorsqu’une extension, un thème ou le code PHP provoque une erreur fatale.
• Erreur 500 : erreur interne du serveur, souvent liée à une extension, à un fichier .htaccess ou à une limite de mémoire PHP.
• Erreurs 502, 503 ou 504 : le serveur est surchargé, en maintenance ou ne répond pas à temps. L’hébergeur est souvent en première ligne.
• Page blanche sans aucun texte : erreur PHP masquée, fréquemment après une mise à jour.
• Page inhabituelle, publicité ou redirection vers un autre site : suspicion de piratage, à traiter comme un incident de sécurité.

Si l’erreur concerne le domaine, vérifiez sans attendre la date d’expiration dans l’espace client de votre registrar. Un domaine expiré peut généralement être renouvelé pendant une période de grâce, mais le délai et les frais dépendent de l’extension et du registrar : agissez sans attendre.

3. Se demander ce qui a changé récemment

Un site qui fonctionnait hier et ne fonctionne plus aujourd’hui a presque toujours subi un changement. Posez la question à toutes les personnes qui ont un accès :

• Une extension, le thème ou WordPress lui-même a-t-il été mis à jour, manuellement ou automatiquement ?
• Quelqu’un a-t-il ajouté une extension, modifié un réglage ou collé un bout de code ?
• L’hébergeur a-t-il changé la version de PHP ou migré le serveur ?
• Une facture d’hébergement ou de domaine est-elle restée impayée ?

Cette simple enquête fait souvent gagner un temps considérable. Elle suppose de savoir qui détient les accès au site, à l’hébergement et au domaine : si vous ne le savez pas, c’est le premier chantier à ouvrir une fois la crise passée.

4. Utiliser les outils de secours de WordPress

Depuis la version 5.2, WordPress intègre un mode de récupération. Lorsqu’une erreur fatale survient, il envoie un e-mail à l’adresse d’administration du site avec un lien spécial. Ce lien permet de se connecter au tableau de bord malgré l’erreur et de désactiver l’extension ou le thème fautif.

• Cherchez dans la boîte mail d’administration (et dans les spams) un message de WordPress mentionnant un problème technique.
• Si vous n’avez pas ce mail, votre prestataire peut désactiver les extensions en renommant temporairement le dossier wp-content/plugins via le gestionnaire de fichiers de l’hébergeur ou en FTP.
• L’activation du journal de débogage (WP_DEBUG_LOG dans le fichier wp-config.php) permet de connaître le fichier exact en cause, sans afficher les erreurs aux visiteurs.

Ces manipulations restent techniques. Si vous n’êtes pas à l’aise, ne modifiez pas de fichiers au hasard : une mauvaise édition de wp-config.php peut prolonger la panne.

5. Restaurer ou contacter l’hébergeur

Si la cause n’est pas identifiée rapidement, deux options s’offrent à vous. La première consiste à restaurer la dernière sauvegarde saine. C’est souvent la solution la plus rapide, à condition que la sauvegarde existe, qu’elle soit récente et qu’elle ait déjà été testée. Attention : restaurer efface les modifications faites depuis, comme les commandes WooCommerce ou les messages reçus par formulaire. Notez-les avant d’agir. Pour vérifier que vos sauvegardes tiennent la route, relisez notre guide sur la règle de sauvegarde 3-2-1.

La seconde option consiste à ouvrir un ticket auprès de l’hébergeur, notamment pour les erreurs 502, 503 et 504. Consultez d’abord sa page d’état des services : un incident général y est généralement signalé. Dans votre ticket, indiquez l’URL, l’heure du constat, le message d’erreur et les changements récents identifiés à l’étape 3.

6. Communiquer, puis éviter la prochaine panne

Pendant l’incident, prévenez vos équipes et, si la panne dure, vos clients via vos réseaux sociaux ou votre fiche Google Business Profile. Un message court et honnête rassure davantage que le silence. Une fois le site rétabli, prenez le temps d’une courte analyse :

• Mettez en place une surveillance de disponibilité qui vous alerte avant vos clients.
• Activez le renouvellement automatique du domaine et du certificat SSL, avec une carte bancaire à jour.
• Testez les mises à jour importantes sur un site de préproduction avant de les appliquer en ligne.
• Documentez dans un fichier partagé les accès, les contacts de l’hébergeur et la procédure de restauration.

En résumé

Face à un site en panne, la méthode compte plus que la vitesse : confirmer la panne, lire le message, chercher le changement récent, puis restaurer ou escalader vers l’hébergeur. Les entreprises qui s’en sortent le mieux sont celles qui ont préparé leurs accès, leurs sauvegardes et leurs alertes avant l’incident. Vous souhaitez faire le point sur la résilience de votre site WordPress ou être accompagné lors d’une panne ? Contactez l’agence Digisense, à Venelles, près d’Aix-en-Provence.