Mon site WordPress est en panne : que faire ?
Guide pratique pour dirigeants de TPE et PME confrontés à un site WordPress inaccessible, une erreur critique ou une administration indisponible. Apprenez à qualifier la panne, préserver les informations utiles et engager les actions prioritaires sans aggraver la situation.

La réponse en bref
- 1Le problème
Le site, certaines pages ou l’administration ne répondent plus normalement.
- 2Le risque
Une action précipitée peut effacer des indices ou des données récentes.
- 3La priorité
Qualifier la panne et préserver fichiers, base, sauvegardes et journaux.
- 4La réponse
Traiter la cause, contrôler le site puis prévenir une nouvelle panne.
Commencer par qualifier la panne
Un site WordPress en panne peut être totalement inaccessible, partiellement dégradé ou indisponible uniquement pour certains utilisateurs.
Testez l’adresse depuis un autre navigateur, une connexion mobile et, si possible, un autre appareil. Vérifiez séparément la page d’accueil, une page interne et l’administration. Vous distinguerez ainsi une panne générale d’un problème local de cache, de réseau ou de navigateur.
- Erreur critique, page blanche ou boucle de redirection.
- Erreur 500, 502 ou 503 affichée par le serveur ou un proxy.*
- Message d’erreur de connexion à la base de données.
- Site public accessible, mais administration indisponible.
Les risques pour votre activité
L’urgence dépend moins du message affiché que des fonctions interrompues et des données susceptibles d’évoluer pendant l’incident.
Activité interrompue
Demandes de contact, réservations, commandes ou paiements peuvent ne plus aboutir.
Données exposées
Une restauration trop ancienne peut supprimer des contenus, comptes ou transactions enregistrés depuis la sauvegarde.
Diagnostic fragilisé
Supprimer des fichiers ou réinstaller WordPress peut faire disparaître les traces utiles à l’analyse.
Identifier la bonne famille de causes
Le message visible constitue un indice, pas un diagnostic. La panne ne doit pas être attribuée automatiquement à l’hébergement.
WordPress et ses composants
Mise à jour interrompue, extension ou thème incompatible, fichier corrompu ou erreur PHP peuvent provoquer une erreur critique ou une page blanche. WordPress documente ces symptômes parmi ses erreurs courantes.*
Serveur et ressources
Saturation temporaire, mémoire insuffisante, processus indisponible ou espace disque plein peuvent interrompre le traitement. Les codes 500, 502 et 503 décrivent des situations distinctes sans révéler seuls leur origine.*
Base de données
Service indisponible, paramètres de connexion erronés, table endommagée ou limite de ressources peuvent empêcher WordPress d’accéder aux contenus.
Domaine, DNS ou certificat
Une expiration, une modification DNS ou un défaut de certificat peut rendre le site inaccessible alors que WordPress fonctionne encore sur son serveur. HTTPS protège notamment les connexions d’administration et les visiteurs.*
Attaque ou infection
Une modification malveillante, un compte compromis ou une charge anormale reste possible. Dans ce cas, il faut préserver une copie de l’environnement avant nettoyage pour conserver des éléments d’analyse.* Notre dossier sur la sécurité des sites internet présente les principaux risques à anticiper.
Service intermédiaire
Un CDN, un proxy, un pare‑feu ou un service externe peut échouer entre le visiteur et le serveur d’origine, notamment lorsqu’une erreur 502 apparaît.*
Agir sans aggraver la panne
La remise en service doit suivre un ordre qui protège les données et permet de revenir sur chaque intervention.
- 1Vérifier l’étendue de la panne
Déterminez si elle touche tous les visiteurs, une page, l’administration, le paiement ou seulement votre connexion.
- 2Consigner les faits
Relevez l’URL, l’heure, le message exact, les dernières mises à jour et toute modification récente. Conservez des captures d’écran.
- 3Préserver l’existant
Faites conserver les fichiers, la base, les sauvegardes disponibles et les journaux. Une sauvegarde WordPress complète associe normalement fichiers et base de données.*
- 4Isoler la famille de causes
Faites comparer les symptômes, journaux et changements récents avant toute correction. Ne réinstallez pas WordPress, ne supprimez pas de fichiers et ne remplacez pas la base au hasard.
- 5Restaurer avec discernement
N’utilisez qu’une sauvegarde exploitable et vérifiée, après avoir évalué les commandes, comptes, formulaires ou contenus plus récents qui seraient perdus.
- 6Contrôler puis prévenir
Testez l’administration, les formulaires, les e‑mails, WooCommerce et les paiements. Documentez la cause, corrigez‑la durablement et préparez un plan de reprise associant sauvegardes testées, supervision et maintenance.
Comment nous pouvons vous aider
Nous qualifions l’incident, préservons les éléments utiles au diagnostic et recherchons la cause dans WordPress, la base de données, l’hébergement, le domaine ou les services intermédiaires. Notre offre d’hébergement managé et d’infogérance associe ensuite maintenance préventive, sauvegardes, sécurité et supervision afin de retrouver un état stable sans masquer le problème initial et de réduire le risque de récidive.
- Diagnostic coordonné
- Protection des données
- Remise en service contrôlée
- Prévention et supervision
L’objectif — Les résultats recherchés
- Une cause identifiée
- Des données préservées
- Un site stable et contrôlé
- Une récidive mieux prévenue
Ce que les lecteurs demandent souvent
Préserver avant de réparer
Face à un site WordPress inaccessible, la bonne priorité n’est pas de multiplier les essais. Il faut documenter l’incident, protéger les données et identifier la cause avant d’intervenir. Cette méthode évite qu’une panne technique se transforme en perte d’informations ou en incident durable.
Sources
- wordpress.org : WordPress.org, FAQ Troubleshooting ; WordPress.org, FAQ My site was hacked
- RFC 9110, HTTP Semantics
- developer.wordpress.org : WordPress Developer Resources, Backups ; WordPress Developer Resources, HTTPS
Votre site WordPress est actuellement en panne ?
Nous pouvons vous aider à identifier l’origine, retrouver un état stable et limiter le risque de récidive. Un diagnostic de 30 minutes peut suffire à établir les premières priorités.
Ces articles peuvent vous intéresser
-
Mon site ne fonctionne plus après une mise à jour
Juillet 2026
-
Mon site WordPress est lent : pourquoi ?
Juillet 2026
-
Mon site WordPress a été piraté : que faire ?
Juillet 2026
-
Pourquoi mon site WordPress affiche‑t‑il une erreur 500 ?
Juillet 2026
-
Comment tester une mise à jour WordPress sans risquer le site en ligne ?
Juillet 2026