Ce guide concerne les sites WordPress auto-hébergés. Toute intervention nécessite les droits adaptés et un retour arrière fiable. Sans expérience des fichiers, bases de données et hébergements, coordonnez le diagnostic avec votre hébergeur ou prestataire.
Consigner les observations
Notez l’URL, le message exact, le premier horaire observé avec fuseau et la dernière modification. Comparez accueil, autre page et connexion. Consignez les essais : un seul chargement échoué ne prouve pas une panne générale.
Sauvegarde et retour arrière
Avant intervention, préservez fichiers et base de données si possible, ainsi que les sauvegardes antérieures. Vérifiez dates et restauration. Une copie défectueuse ou infectée peut servir à l’enquête : protégez-la séparément et ne la considérez pas comme saine.
Modifiez un seul élément et retestez la même action. Préférez une copie de test pour les essais de thèmes, extensions et configurations. Désactiver ne signifie pas supprimer ; boutique, formulaires et sécurité peuvent être affectés. Documentez l’état initial et le retour arrière.
Diagnostic ciblé
01
Documenter les indices
Redirections étrangères, administrateurs inconnus et alertes malware sont importants. Notez URL, horaires et messages de l’hébergeur. Une lenteur seule ne prouve pas un piratage. Ne diffusez pas de liens suspects.
02
Isoler avec l’hébergeur
Convenez de couper l’accès public en préservant les traces. Une extension de maintenance dans le site compromis peut être insuffisante. Faites suspendre formulaires et boutique à risque ; ne contournez pas les avertissements.
03
Préserver l’état compromis
Sauvegardez fichiers, base et journaux de façon protégée avant nettoyage. Cette copie peut contenir des données privées et du malware ; elle n’est pas saine. Gardez les anciennes sauvegardes : l’attaque peut précéder les symptômes.
04
Contrôler accès et point d’entrée
Faites examiner hébergement, WordPress, SSH/SFTP, base, e-mail, comptes et sessions. Planifiez les renouvellements depuis un appareil fiable puis revérifiez après nettoyage. Un nouveau mot de passe ne retire pas les portes dérobées.
05
Vérifier avant réouverture
Faites contrôler fichiers, base, configuration et autres installations. Un scan externe rassurant ne suffit pas. Fermez le point d’entrée, vérifiez les sources et testez la restauration isolément. Impliquez les responsables si des données clients sont concernées.
06
Prévoir le suivi
Après validation, testez fonctions, redirections et vue déconnectée. Convenez de contrôles ultérieurs. Vérifiez les problèmes de sécurité et propriétaires Search Console ; demandez un réexamen après correction. Les alertes peuvent persister temporairement.
Évaluer la restauration
Une sauvegarde ne remplace pas l’analyse de la cause. Vérifiez-la d’abord en environnement isolé si possible. Restaurer peut effacer des commandes, demandes et contenus récents. Convenez du périmètre ; après piratage, ne réimportez pas de fichiers actuels sans contrôle.
Tester après correction
Contrôlez l’URL initiale, l’accueil, les autres pages et la connexion. Testez formulaires et boutique en environnement adapté, sans commandes réelles involontaires. Videz uniquement les caches concernés après correction. Consignez cause et résultat.
Quand demander de l’aide
Arrêtez les modifications si la cause reste inconnue, si le retour arrière est incertain ou si des fonctions critiques sont touchées. Les indices malveillants exigent une enquête de sécurité. Ne publiez ni journaux complets, ni accès, clés ou liens de récupération.
Convenir du périmètre et du coût →Maintenance après réparation
Le cœur WordPress, les extensions et les thèmes sont mis à jour chaque semaine, sans laisser les tâches courantes repousser les mises à jour essentielles. Mensuelles, quotidiennes ou horaires : les sauvegardes dépendent de l’offre et sont stockées sur des serveurs dans l’UE.
Les réparations et le nettoyage de sites déjà piratés sont des prestations distinctes. Les licences payantes ne sont pas incluses.