
Site WordPress inaccessible : que faire avant d’appeler quelqu’un ?
Votre site WordPress est inaccessible ? Voici quoi vérifier avant d’agir : hébergement, domaine, SSL, mise à jour, plugin, sauvegarde ou piratage.
Lire l’articleUrgence WordPress
Page blanche, erreur critique, formulaire qui ne part plus, accès perdu, blocage de l’hébergeur ou redirection inexpliquée. La priorité est d’identifier le symptôme, de garder une trace de l’état actuel, puis de choisir le premier geste utile. Envoyez-nous l’adresse et le symptôme : premier retour sous un jour ouvré.
Les premières minutes
Une restauration non vérifiée ou une suppression de fichiers peut compliquer le diagnostic. Conservez les indices avant de modifier le site.
Ne relancez pas toutes les mises à jour pour voir si ça passe : vous ajoutez des variables à un problème que personne n’a encore qualifié.
Ne supprimez pas un fichier suspect sans avoir gardé une copie de l’état actuel, même s’il porte un nom qui ne vous dit rien.
Ne restaurez pas une sauvegarde sans savoir si elle date d’avant le problème et si elle est saine. Une restauration efface aussi les traces qui expliquent la panne.
Gardez les messages de l’hébergeur, les alertes Google, les adresses touchées et des captures d’écran. Ils aident à comprendre l’incident.
Notez la dernière action connue avant la panne : mise à jour, nouvelle extension, migration, changement de DNS, intervention d’un prestataire. Ce contexte aide à orienter les vérifications.
Symptôme, risque, premier geste
Une page blanche peut venir de PHP, d’une extension ou de l’hébergement. Un formulaire muet est souvent un problème d’envoi de mail. Une redirection peut signaler un piratage, ou une simple erreur de configuration. Voici les cas les plus fréquents.
Risque de piratage ou de redirection conditionnelle, active seulement depuis Google ou sur mobile. Notez les adresses touchées et depuis quel appareil vous les avez vues. Si le piratage se confirme, c’est le nettoyage dédié qui prend le relais, avec une méthode différente.
Le site est signalé comme dangereux, ou le compte est suspendu pour malware. Gardez le message exact et la liste de fichiers s’il y en a une : c’est ce document qui dira à l’hébergeur ou à Google ce qui a été corrigé, et sans lui la réouverture traîne.
Conflit d’extension, thème incompatible, version de PHP changée par l’hébergeur, mise à jour interrompue en cours de route. Notez le dernier changement et évitez les essais au hasard directement sur le site en ligne : chaque tentative brouille un peu plus la piste.
Les visiteurs écrivent, les messages n’arrivent pas, et rien ne s’affiche en erreur. Des demandes peuvent ainsi se perdre sans alerte visible. On teste le formulaire, l’envoi de mail, la configuration SMTP et l’anti-spam, puis on surveille les envois suivants.
Compte administrateur inutilisable, hébergement ou nom de domaine au nom d’un ancien prestataire, adresse de récupération qui n’existe plus. On liste ce qui manque et ce qui prouve que le site vous appartient, puis on récupère les accès dans l’ordre : domaine, hébergement, WordPress.
Coupure pour ressources anormales, envoi de spam ou fichiers suspects détectés par leur scan. On prépare ce que l’hébergeur demande pour rouvrir, et on vérifie d’abord si le blocage est la cause du problème ou seulement sa conséquence.
En détail
Une urgence WordPress peut se régler en une heure ou demander plusieurs jours. Le bon engagement, c’est de cadrer vite et d’intervenir proprement. Promettre une réparation avant d’avoir vu le site, ce serait mentir.
Commencez par conserver les indices avec ces cinq vérifications.
Ce tableau ne remplace pas un diagnostic. Il sert à éviter la mauvaise manipulation dans les cas qui reviennent le plus souvent.
| Symptôme | Risque | Prochaine action |
|---|---|---|
| Le site redirige ou affiche des pages inconnues | Piratage, injection, redirection conditionnelle | Garder les adresses touchées et passer par le nettoyage dédié si le piratage se confirme |
| Google ou l’hébergeur signale un malware | Blocage public, perte de confiance, pages spam indexées | Conserver les messages exacts, ne pas demander le réexamen avant nettoyage |
| Erreur critique, page blanche, site inaccessible | Conflit d’extension, de thème, de version de PHP, mise à jour interrompue | Noter le dernier changement, récupérer le journal d’erreurs, arrêter les essais en production |
| Le formulaire n’envoie plus les messages | Demandes perdues sans panne visible, parfois depuis des semaines | Tester le formulaire, l’envoi de mail, le SMTP et l’anti-spam, puis surveiller les envois suivants |
| Le site est lent ou indisponible par intermittence | Ressources saturées, script en arrière-plan, hébergement sous-dimensionné | Relever les heures de coupure et les messages de l’hébergeur avant de changer de serveur |
| Les accès administrateur ou hébergeur sont flous | Reprise impossible, dépendance à un ancien prestataire | Lister domaine, hébergement, WordPress, e-mails, sauvegardes et preuves de propriété |
Les deux situations n’appellent pas du tout la même intervention, et se tromper coûte du temps dans les deux sens. Dans les deux cas, on préserve l’état disponible avant les modifications risquées. Une panne demande ensuite d’isoler le composant en cause ; une compromission demande aussi de chercher les accès et les mécanismes qui permettraient une réinfection.
Trois indices penchent nettement du côté de la sécurité : le site se comporte différemment selon le visiteur (depuis Google, sur mobile, en navigation privée), des pages que personne n’a écrites apparaissent dans les résultats de recherche, ou un compte administrateur inconnu figure dans la liste des utilisateurs. Une panne survenue juste après une mise à jour oriente plutôt vers une incompatibilité, sans exclure un incident de sécurité. Dans le doute, on garde une copie avant de modifier le site.
Une boutique WooCommerce, un multisite, des données sensibles ou un serveur compromis demandent un cadrage spécifique avant toute intervention. Sur ces cas, la première réponse est presque toujours une question, pas un devis.
Pour cadrer vite, il suffit souvent de quatre choses : l’adresse du site, le message exact affiché ou reçu, la date d’apparition, et la dernière action connue. Indiquez les accès dont vous disposez : WordPress, hébergement, SFTP, base de données et Search Console. N’envoyez pas de mot de passe dans le formulaire ; leur transmission s’organise une fois l’intervention définie. Le reste se vérifie une fois connecté, et il n’est pas grave qu’il manque des éléments : c’est même la situation la plus courante.
Un exemple précis aide à comprendre la panne. « Le site ne marche plus » peut désigner six situations différentes. « Depuis mardi matin, toutes les pages affichent “Une erreur critique est survenue”, l’administration aussi, et l’hébergeur a mis à jour PHP lundi soir » se traite tout de suite.
Certaines urgences ont déjà leur réponse écrite. Si le site est complètement inaccessible, si WordPress affiche une erreur critique, si l’écran reste blanc, si le formulaire n’envoie plus rien, si l’hébergeur a coupé le site, si l’accès administrateur est impossible ou si une mise à jour a tout cassé, ces articles détaillent les vérifications à faire vous-même. Beaucoup de situations se règlent sans nous, et c’est très bien ainsi.
Une partie des urgences ne sont pas techniques : le site fonctionne, mais plus personne ne peut y toucher. Ancien prestataire injoignable, nom de domaine enregistré à son nom, adresse e-mail de récupération qui n’existe plus, hébergement payé par prélèvement sans que personne ne sache où. Ces situations se démêlent, à condition de traiter les quatre briques séparément : le domaine, l’hébergement, WordPress et la messagerie. Notre article sur la récupération des accès liste les preuves à réunir avant de contacter qui que ce soit. Et si les sauvegardes sont introuvables au passage, c’est un sujet à traiter avant la prochaine panne, pas pendant.
Une fois le site stabilisé, il n’y a pas forcément de suite à acheter. Si le risque est maîtrisé, on s’arrête là. Si le site est sain mais que personne ne le suit, la maintenance mensuelle aide à réduire les risques de nouveaux incidents. Si la cause reste floue, un audit est plus honnête qu’un abonnement lancé trop vite. Si le site est trop ancien ou trop fragile, une reprise ciblée devient plus raisonnable. Pour un cabinet, la maintenance de site avocat protège en priorité le formulaire et la continuité.
Notre méthode
On garde les messages visibles, on note le dernier changement et on fait une copie de l’état actuel du site avant toute action risquée, quand les accès le permettent. Cette copie ne sert pas seulement en cas de piratage : elle permet de revenir en arrière si une correction tourne mal.
On vérifie le symptôme sur plusieurs pages, plusieurs appareils et hors de votre réseau, puis on tranche : panne applicative, problème d’hébergement, défaut d’envoi de mail, accès perdu ou incident de sécurité. C’est l’étape qui évite de traiter un piratage comme une panne, et l’inverse.
On intervient sur la cause identifiée, dans un périmètre que vous avez validé. Pas de restauration générale ni de mise à jour en bloc au hasard : on change une chose à la fois, on vérifie, on passe à la suivante. C’est plus lent à raconter et plus rapide à faire.
Pages concernées, administration, formulaire, envoi de mails et fonctions critiques sont testés après intervention, depuis l’extérieur du site et pas seulement depuis le tableau de bord. Un site qui s’affiche ne prouve pas qu’un formulaire fonctionne.
Vous recevez un retour clair : ce qui a été corrigé, ce qui reste fragile, et la suite utile. Parfois, il n’y en a pas — et le dire fait partie du travail. Quand il y en a une, elle est chiffrée séparément et vous décidez à froid, une fois le site stabilisé.
Sur le terrain
SEO et marketing
Détection de comportements anormaux, intervention après infection, nettoyage et durcissement d’un site WordPress stratégique pour l’image et l’acquisition.
Lire l’étude de casLegalTech
Vitrine WordPress compromise : nettoyage, reconstruction d’une base saine, accès revus et remise en ligne sur l’hébergement existant.
Lire l’étude de casArchitecture
Corrections d’affichage et mises à jour maîtrisées sur un site vitrine existant, sans casser le slider ni les pages importantes.
Lire l’étude de casQuestions fréquentes
Blocage par l’hébergeur, erreur critique, page blanche, formulaire muet, accès administrateur perdus, redirection inexpliquée ou reprise après incident. Si un piratage est confirmé, c’est la page nettoyage WordPress piraté qui prend le relais.
Un incident antérieur à la prise en charge est cadré séparément. Pendant le suivi, nous vérifions la cause et intervenons dans le périmètre du contrat ; une reprise lourde est validée avec vous avant de commencer. Le délai de réponse ne vaut pas délai de résolution.
On peut commencer à cadrer la situation, mais l’intervention dépendra de ce qui est disponible : WordPress, hébergement, SFTP, base de données, domaine, Search Console, sauvegardes. S’il en manque, on vous aide d’abord à les récupérer.
Pas forcément. Une sauvegarde peut être trop ancienne, incomplète ou déjà infectée, et la restaurer efface les traces utiles au diagnostic. On vérifie d’abord ce qu’elle contient, et on garde une copie de l’état actuel.
Une page blanche peut venir d’une extension, d’un thème, de PHP ou de l’hébergement. Elle ne permet pas, à elle seule, de conclure sur l’état des contenus ou de la base. Nous examinons les journaux et les derniers changements avant de corriger.
Gardez le message exact et les adresses concernées, puis passez par le nettoyage WordPress piraté. La demande de réexamen à Google ne part qu’une fois le site nettoyé et la cause probable identifiée : le délai de réexamen dépend de Google.
On commence par séparer ce qui est vraiment en jeu : le nom de domaine, l’hébergement, WordPress et les adresses e-mail sont quatre choses distinctes, parfois chez quatre fournisseurs. On identifie qui détient quoi, on rassemble les preuves de propriété, puis on récupère dans l’ordre. Le site peut rester en ligne pendant toute l’opération.
Nous n’affichons pas d’astreinte. Les demandes sont traitées en jours ouvrés, par ordre de risque : un site qui redirige ses visiteurs vers une arnaque passe avant un site qui affiche une erreur sur une page secondaire.