2cafés Parlons de votre site

Urgence WordPress

WordPress bloqué, en panne ou inaccessible : cadrer avant d’agir.

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

Commencez par ne pas empirer la situation.

Une restauration non vérifiée ou une suppression de fichiers peut compliquer le diagnostic. Conservez les indices avant de modifier le site.

  1. 01

    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é.

  2. 02

    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.

  3. 03

    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.

  4. 04

    Gardez les messages de l’hébergeur, les alertes Google, les adresses touchées et des captures d’écran. Ils aident à comprendre l’incident.

  5. 05

    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

Un symptôme urgent ne dit pas toujours sa cause.

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.

  • Redirection ou pages inconnues

    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.

  • Alerte Google ou hébergeur

    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.

  • Erreur critique ou page blanche

    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.

  • Formulaire qui n’envoie plus

    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.

  • Accès perdus

    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.

  • Site bloqué par l’hébergeur

    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

Ce qu’il faut faire, et ce que nous ne promettons pas.

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.

Dans le quart d’heure qui suit la découverte

Commencez par conserver les indices avec ces cinq vérifications.

  • Relevez l’adresse exacte de la page qui pose problème, le message affiché mot pour mot, et l’heure à laquelle vous l’avez constaté.
  • Faites des captures d’écran des alertes — Google, navigateur, hébergeur, antivirus. Une capture conserve le contexte et le libellé exact.
  • Cherchez la dernière action connue sur le site : une mise à jour automatique dans la nuit, une extension installée la veille, une migration, un changement de DNS, le passage d’un prestataire.
  • Vérifiez ce qui répond encore : l’administration WordPress, l’espace client de l’hébergeur, l’accès aux fichiers, la base de données. La liste de ce qui reste accessible détermine ce qui est possible.
  • Si le site traite des données clients ou reçoit des demandes qui comptent, faites cadrer l’incident avant de restaurer quoi que ce soit.

Le symptôme, le risque, la prochaine action

Ce tableau ne remplace pas un diagnostic. Il sert à éviter la mauvaise manipulation dans les cas qui reviennent le plus souvent.

SymptômeRisqueProchaine action
Le site redirige ou affiche des pages inconnuesPiratage, injection, redirection conditionnelleGarder les adresses touchées et passer par le nettoyage dédié si le piratage se confirme
Google ou l’hébergeur signale un malwareBlocage public, perte de confiance, pages spam indexéesConserver les messages exacts, ne pas demander le réexamen avant nettoyage
Erreur critique, page blanche, site inaccessibleConflit d’extension, de thème, de version de PHP, mise à jour interrompueNoter le dernier changement, récupérer le journal d’erreurs, arrêter les essais en production
Le formulaire n’envoie plus les messagesDemandes perdues sans panne visible, parfois depuis des semainesTester le formulaire, l’envoi de mail, le SMTP et l’anti-spam, puis surveiller les envois suivants
Le site est lent ou indisponible par intermittenceRessources 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 flousReprise impossible, dépendance à un ancien prestataireLister domaine, hébergement, WordPress, e-mails, sauvegardes et preuves de propriété

Panne ou piratage : la question à trancher en premier

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.

Ce que nous ne promettons pas

  • Une astreinte 24 heures sur 24, ou une intervention le dimanche soir sans accord préalable.
  • Un délai de réparation annoncé avant d’avoir reçu les accès utiles.
  • Une restauration lancée sans avoir vérifié la date et le contenu de la sauvegarde.
  • Le retour de vos positions Google après un piratage ou des pages spam déjà indexées.
  • Un diagnostic fiable à partir d’une seule capture d’écran, sans accès au 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.

Ce qu’il faut nous envoyer

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.

Quand la cause est connue, mais pas la solution

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.

Reprendre un site dont vous n’avez plus les clés

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.

Et après

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

Stabiliser, corriger, puis décider.

  1. 01

    Préserver

    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.

  2. 02

    Reproduire et qualifier

    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.

  3. 03

    Corriger

    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.

  4. 04

    Contrôler

    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.

  5. 05

    Orienter

    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

Ils nous ont confié leur site.

Questions fréquentes

Ce qu’on nous demande souvent.

Quels types d’urgences WordPress prenez-vous en charge ?

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.

La maintenance mensuelle couvre-t-elle une urgence ?

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.

Pouvez-vous intervenir si je n’ai pas tous les accès ?

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.

Faut-il restaurer une sauvegarde tout de suite ?

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.

Mon site affiche une page blanche. Est-ce grave ?

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.

Que faire si Google affiche une alerte de sécurité ?

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.

Mon prestataire ne répond plus et je veux reprendre le site. Comment on fait ?

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.

Intervenez-vous la nuit ou le week-end ?

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.