Pourquoi mon site WordPress est-il en panne ?

Si votre site WordPress ne se charge pas, c’est qu’un élément situé entre le navigateur du visiteur et votre site a cessé de fonctionner.

Le problème peut se situer à différents endroits :

• le nom de domaine ou ses paramètres DNS
• le certificat SSL
• un CDN ou un service de sécurité placé devant le site
• le serveur d’hébergement
• la base de données
• WordPress lui-même, un plugin ou le thème

Vus de l’extérieur, beaucoup de ces problèmes se ressemblent : la page est blanche, une erreur s’affiche ou le navigateur charge indéfiniment. C’est pourquoi la première tâche n’est pas de réparer quoi que ce soit, mais de comprendre de quel type de problème il s’agit.

Un site en panne ne signifie pas forcément que vos contenus, vos commandes ou les données de vos clients ont été perdus. Dans de nombreux cas, les données sont toujours là et le site ne peut simplement pas être atteint ou affiché.

Ce guide explique comment savoir si le site est en panne pour tout le monde, ce que signifient les messages d’erreur les plus courants, quelles vérifications sont sans risque et quand il vaut mieux demander une assistance technique.

Le site est-il en panne pour tout le monde ou seulement pour vous ?

Avant toute chose, vérifiez si le problème touche tout le monde.

Essayez les actions suivantes :

• ouvrir le site dans une fenêtre de navigation privée
• l’ouvrir sur votre téléphone en données mobiles plutôt que sur le Wi-Fi du bureau
• demander à un collègue ou à une personne située ailleurs d’essayer
• utiliser un service en ligne de type « is it down »

Si le site fonctionne en données mobiles mais pas sur le réseau du bureau, le problème est peut-être local : votre réseau, le cache de votre navigateur, un pare-feu ou un cache DNS sur votre ordinateur. Le site lui-même fonctionne peut-être correctement.

Si personne ne peut l’ouvrir, le problème se situe du côté du site et mérite une analyse plus poussée.

Notez aussi si le problème touche :

• l’ensemble du site
• seulement certaines pages
• seulement le tableau de bord WordPress
• seulement certains visiteurs ou certains pays

Ces informations aident à identifier la partie du système concernée.

Que vous apprend le message d’erreur ?

Le message exact affiché à l’écran est l’un des indices les plus utiles. Faites une capture d’écran avant d’essayer quoi que ce soit.

La page charge indéfiniment puis expire

Le navigateur attend une réponse qui n’arrive jamais. Cela peut indiquer un serveur surchargé, éteint ou bloqué par un pare-feu, ou des paramètres DNS qui envoient les visiteurs au mauvais endroit.

« 500 Internal Server Error »

Le serveur a reçu la requête, mais quelque chose s’est mal passé pendant la préparation de la page. Sur un site WordPress, c’est souvent lié à un plugin, au thème, à du code personnalisé, à un fichier de configuration du serveur ou à la version de PHP.

« 502 Bad Gateway », « 503 Service Unavailable » ou « 504 Gateway Timeout »

Ces erreurs proviennent généralement d’un serveur ou d’un service placé devant WordPress. En termes simples :

• 502 signifie qu’un serveur a reçu une réponse invalide d’un autre serveur situé derrière lui
• 503 signifie que le service est temporairement indisponible, par exemple parce qu’il est surchargé ou en maintenance
• 504 signifie qu’un serveur a attendu trop longtemps la réponse d’un autre serveur

Elles orientent souvent vers l’environnement d’hébergement, mais un plugin lent ou une tâche lourde en arrière-plan dans WordPress peut aussi les provoquer.

« Erreur lors de la connexion à la base de données » (Error establishing a database connection)

WordPress s’est chargé, mais il n’a pas pu se connecter à la base de données où est stocké votre contenu. Les raisons courantes sont des identifiants de base de données modifiés, un serveur de base de données en panne ou surchargé, ou une base de données endommagée.

Le contenu se trouve généralement toujours dans la base de données. WordPress ne parvient simplement pas à l’atteindre.

Un écran blanc ou « Il y a eu une erreur critique sur ce site »

Le serveur fonctionne, mais WordPress s’est arrêté pendant le chargement de la page. C’est très souvent lié à un plugin, à un thème ou à une mise à jour récente. Notre guide sur l’erreur critique WordPress explique ce cas plus en détail.

« Brièvement indisponible pour cause de maintenance planifiée »

WordPress affiche ce message (en anglais « Briefly unavailable for scheduled maintenance ») pendant l’installation des mises à jour. Il devrait disparaître de lui-même une fois la mise à jour terminée. S’il persiste, une mise à jour a peut-être été interrompue.

Un avertissement du navigateur indiquant que la connexion n’est pas privée

Cela signifie généralement que le certificat SSL a expiré, est absent ou ne correspond pas au domaine. Le site fonctionne peut-être, mais les navigateurs avertissent les visiteurs avant de l’ouvrir.

« Ce site est inaccessible » ou « serveur introuvable »

Le navigateur ne parvient pas à trouver vers où pointe le domaine. Cela peut être dû à un domaine expiré, à des enregistrements DNS modifiés ou à un problème chez le fournisseur DNS.

Une page de votre hébergeur indiquant que le compte est suspendu

L’hébergeur a arrêté le site volontairement. Cela peut arriver à cause d’une facture impayée, d’une limite de ressources, d’un problème de sécurité ou d’un manquement aux conditions d’utilisation.

Une page d’erreur aux couleurs d’un CDN ou d’un service de sécurité

Si votre site utilise un service comme Cloudflare, les visiteurs peuvent voir sa page d’erreur au lieu de la vôtre. Les pages d’erreur de Cloudflare indiquent souvent si le problème se situe entre le visiteur et Cloudflare ou entre Cloudflare et votre serveur d’hébergement. Les erreurs de la série 52x, comme 521, 522 ou 524, signifient généralement que Cloudflare n’a pas pu obtenir de réponse correcte de votre serveur.

Les premières vérifications que tout le monde peut faire sans risque

Ces vérifications ne modifient rien sur le site.

Consultez vos e-mails

Recherchez dans les boîtes de réception liées au site, y compris dans les spams, des messages provenant :

• de votre hébergeur
• de votre registrar de nom de domaine
• de votre fournisseur de certificat SSL
• de votre CDN ou service de sécurité
• de WordPress lui-même

Vous trouverez peut-être un avis de suspension, un paiement échoué, une maintenance planifiée, un domaine expiré ou une erreur WordPress.

Consultez la page de statut de votre hébergeur

Beaucoup d’hébergeurs publient une page de statut ou des informations sur les pannes. S’il y a un incident connu, le problème ne vient peut-être pas du tout de votre site.

Vérifiez les dates d’expiration du domaine et du SSL

Connectez-vous au compte sur lequel le domaine a été acheté et vérifiez la date d’expiration. Faites de même pour le certificat SSL s’il est géré séparément.

Un domaine ou un certificat expiré est une raison fréquente de disparition soudaine d’un site, en particulier lorsque le renouvellement était lié à une ancienne carte bancaire ou à une adresse e-mail que personne ne consulte.

Pensez à ce qui a changé récemment

Notez tout ce qui s’est passé peu avant la panne :

• des mises à jour de WordPress, de plugins ou du thème
• un nouveau plugin
• des modifications faites par un développeur ou un collègue
• une migration vers un nouveau serveur
• des modifications des paramètres DNS, e-mail ou du domaine
• des modifications des paramètres du CDN ou de sécurité
• la restauration d’une sauvegarde
• un changement d’offre d’hébergement

Une courte note comme « le site est tombé après le transfert du domaine chez un nouveau fournisseur » peut mener directement à la cause.

Est-ce l’hébergement ou WordPress ?

C’est souvent la question clé, car elle détermine qui doit examiner le problème.

Le problème a plus de chances de se situer au niveau de l’hébergement ou de l’infrastructure lorsque :

• la page expire ou affiche « serveur introuvable »
• le panneau de contrôle de l’hébergement est lui aussi lent ou inaccessible
• d’autres sites du même compte d’hébergement sont aussi en panne
• vous voyez un avis de suspension
• le domaine ou le certificat SSL a expiré
• la page de statut de l’hébergeur signale un incident
• une page d’erreur du CDN indique que votre serveur ne répond pas

Le problème a plus de chances de se situer dans WordPress lorsque :

• le serveur répond rapidement mais affiche un message WordPress
• vous voyez une erreur critique, un écran blanc ou un message de maintenance
• les fichiers statiques comme les images se chargent, mais pas les pages
• le problème a commencé juste après une mise à jour ou l’ajout d’un plugin
• seul le tableau de bord ou seules certaines pages sont touchés

Certains cas se situent entre les deux. Une erreur de connexion à la base de données, par exemple, peut être causée par le serveur de base de données de l’hébergeur ou par une modification de la configuration de WordPress.

Que pouvez-vous essayer sans risque ?

Option 1 : contactez votre hébergeur

Si les signes orientent vers le serveur, contactez votre hébergeur et demandez-lui :

• s’il y a une panne connue
• si le compte est actif et non suspendu
• si le site a atteint des limites de ressources
• si le serveur de base de données fonctionne
• s’il voit des erreurs dans les logs du serveur
• si une sauvegarde récente est disponible

Le support de l’hébergeur peut généralement confirmer ou écarter un problème de son côté. Il ne pourra pas forcément corriger un conflit de plugins ou du code WordPress personnalisé.

Option 2 : renouvelez un domaine ou un certificat expiré

Si le domaine ou le certificat SSL a expiré, le renouveler auprès du fournisseur est généralement la première étape. Les modifications DNS et de certificat peuvent mettre un certain temps à être visibles partout.

Si le domaine a expiré depuis un moment, vérifiez auprès du registrar quelles options sont encore possibles.

Option 3 : contactez la personne qui a fait la dernière modification

Si un développeur, une agence ou un collègue a récemment travaillé sur le site, le DNS ou l’hébergement, demandez-lui ce qu’il a modifié. Annuler une modification récente de manière contrôlée est souvent plus rapide que de tout analyser depuis le début.

Option 4 : attendez quelques minutes après une mise à jour

Si vous voyez le message de maintenance juste après avoir lancé une mise à jour, laissez passer quelques minutes avant d’intervenir. Interrompre une mise à jour encore en cours peut laisser le site dans un état pire.

Option 5 : restaurez une sauvegarde

Une restauration peut être utile lorsque le site a cessé de fonctionner après une modification connue et qu’une sauvegarde récente et fiable est disponible.

Mais une restauration peut aussi écraser des données créées après la sauvegarde, comme :

• des commandes
• des envois de formulaires
• des inscriptions d’utilisateurs
• des modifications de contenu
• des données d’abonnement

Sur un site e-commerce, d’adhésion ou d’entreprise, vérifiez d’abord la date et le contenu de la sauvegarde. Si le problème se situe au niveau de l’hébergement, du DNS ou du domaine, une restauration ne le résoudra pas du tout.

Que faut-il éviter ?

Lorsqu’un site est en panne, il est naturel de vouloir tout essayer à la fois. Cela peut masquer la cause d’origine ou créer de nouveaux problèmes.

Évitez de :

• modifier des enregistrements DNS sans savoir quelles étaient leurs valeurs précédentes
• transférer le site chez un nouvel hébergeur dans la précipitation
• restaurer une ancienne sauvegarde sans vérifier sa date
• mettre à jour ou supprimer des plugins au hasard
• changer de version de PHP à plusieurs reprises
• modifier directement la base de données
• désactiver le CDN ou le service de sécurité sans en comprendre les conséquences
• partager des mots de passe, des logs ou des fichiers de configuration sur des forums publics
• faire plusieurs modifications avant de tester le résultat

Changez une seule chose à la fois et gardez une courte trace de ce que vous avez fait et quand.

Si vous ne savez pas ce qu’une action va produire, s’arrêter est généralement plus sûr que continuer.

Quand demander une assistance technique ?

Une assistance technique est recommandée lorsque :

• le site est en panne depuis plus de quelques minutes et vous ne savez pas pourquoi
• le site gère des commandes, des paiements, des réservations ou des abonnements
• vous ne pouvez pas accéder au panneau d’hébergement ou au tableau de bord WordPress
• vous voyez une erreur de connexion à la base de données
• l’hébergeur indique que le problème se situe dans WordPress
• le problème a commencé pendant une migration, une mise à jour ou une restauration
• le site tombe en panne à répétition
• vous soupçonnez que le site a pu être piraté
• vous n’avez pas de sauvegarde vérifiée
• vous n’êtes pas à l’aise avec le DNS, les fichiers ou les paramètres du serveur

Vous n’avez pas besoin de diagnostiquer le problème avant de demander de l’aide. Une demande d’assistance utile peut simplement indiquer ce que vous voyez, quand cela a commencé et ce qui a changé.

Si vous soupçonnez un problème de sécurité, notre guide sur que faire si WordPress a été piraté explique les premières étapes.

Quelles informations rassembler ?

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

• l’URL du site
• une capture d’écran de l’erreur
• l’heure approximative du début du problème
• si le site est en panne pour tout le monde ou seulement pour certaines personnes
• si le tableau de bord WordPress fonctionne
• ce qui a changé peu avant le problème
• le nom de l’hébergeur
• où le domaine est enregistré et où le DNS est géré
• si un CDN ou un service de sécurité est utilisé
• les e-mails reçus de l’hébergeur, du registrar ou de WordPress
• si une sauvegarde récente est disponible

Ne vous inquiétez pas si vous ne pouvez pas tout fournir. N’envoyez pas de mots de passe par simple e-mail : D4Hub peut vous indiquer quels accès sont nécessaires et comment les partager en toute sécurité.

Comment D4Hub peut vous aider

L’objectif n’est pas seulement de remettre le site en ligne, mais de comprendre pourquoi il est tombé en panne et de réduire le risque que cela se reproduise.

Selon le problème, D4Hub peut vous aider à :

• déterminer si le problème se situe au niveau du DNS, du SSL, du CDN, de l’hébergement ou de WordPress
• vérifier les paramètres du domaine, du DNS et du certificat SSL
• examiner les logs d’erreurs du serveur et de WordPress
• identifier un plugin, un thème ou une mise à jour qui a cassé le site
• résoudre les problèmes de connexion à la base de données
• sortir en toute sécurité d’un mode maintenance bloqué
• se coordonner avec votre hébergeur, votre registrar ou votre CDN
• évaluer s’il faut restaurer une sauvegarde et comment protéger les données plus récentes
• tester la connexion, les formulaires, le checkout et les autres fonctions importantes après la correction
• recommander une supervision, des sauvegardes et une maintenance pour éviter de futures pannes

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

Par exemple, D4Hub peut :

• confirmer si une vérification que vous voulez faire est sans risque
• prendre le relais lorsque vous ne pouvez pas accéder au tableau de bord ou au panneau d’hébergement
• réaliser le diagnostic et la réparation complets
• examiner le site après une correction temporaire

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

dig example.com A +short
dig www.example.com +short
nslookup example.com

dig example.com NS +short

curl -I https://example.com

curl -IL https://example.com

echo | openssl s_client -servername example.com -connect example.com:443 2>/dev/null | openssl x509 -noout -dates

/var/log/nginx/error.log
/var/log/apache2/error.log

wp-content/debug.log

wp maintenance-mode status
wp maintenance-mode deactivate

DB_NAME
DB_USER
DB_PASSWORD
DB_HOST

wp db check

wp core verify-checksums

Questions fréquentes

Un site en panne signifie-t-il que mes données ont disparu ?

En général, non. Dans la plupart des cas, les fichiers et la base de données sont toujours là, mais quelque chose empêche le site d’être atteint ou affiché.

Évitez de restaurer des sauvegardes ou de remplacer des fichiers tant que la cause n’est pas plus claire, afin de ne pas écraser des données récentes.

Pourquoi le site fonctionne-t-il pour moi mais pas pour mes clients, ou l’inverse ?

Cela peut arriver lorsque des modifications DNS n’ont pas encore atteint tous les réseaux, lorsqu’un navigateur ou un réseau a mis en cache une ancienne version, ou lorsqu’un pare-feu ou un service de sécurité bloque certains visiteurs. Tester en données mobiles et depuis différents endroits aide à distinguer ces cas.

Est-ce la faute de mon hébergeur ?

Parfois. Les pannes, les limites de ressources et les suspensions sont des problèmes d’hébergement. Mais beaucoup de pannes sont causées par des mises à jour, des plugins, des modifications de configuration ou des domaines et certificats expirés. Le message d’erreur et les modifications récentes orientent généralement dans la bonne direction.

Mon site utilise Cloudflare. Cloudflare est-il le problème ?

Pas forcément. Cloudflare affiche souvent sa propre page d’erreur lorsqu’il ne parvient pas à joindre votre serveur : le problème peut donc en réalité se situer du côté de l’hébergement. Le code d’erreur et les détails de la page Cloudflare aident à comprendre où la connexion échoue.

Dois-je changer d’hébergeur immédiatement ?

Pas en pleine panne. Une migration précipitée peut ajouter de nouveaux problèmes et rendre la cause d’origine plus difficile à trouver. Remettez d’abord le site en ligne, puis évaluez si l’hébergement est toujours adapté.

Le site est de nouveau en ligne. Le problème est-il résolu ?

Pas toujours. Vérifiez la connexion, les formulaires, le checkout et les autres fonctions importantes. Il est aussi utile de comprendre pourquoi le site est tombé en panne, afin d’éviter que la même panne se reproduise.

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

Oui. Expliquez ce que vous avez essayé et ce qui s’est passé après chaque étape. Cela aide à reconstituer les événements et à décider de la suite.