Supprimer site WordPress proprement : guide pas à pas sans trace

Pour supprimer site WordPress proprement, verrouillez l’accès, servez des 410/404, demandez le déréférencement, puis effacez fichiers et base de données. Comptez quelques jours à quelques semaines pour la disparition des URL des moteurs. L’export et la fermeture technique prennent en général 30 à 60 minutes, plus si vous devez purger des données personnelles.

Objectif: fermer sans traces indexées ni données personnelles

Fermer un site ne se résume pas à appuyer sur « Supprimer » chez l’hébergeur. Je vois souvent des sites désactivés trop vite, alors que des pages restent ouvertes aux robots, des images survivent sur un CDN, ou des formulaires conservent des données sensibles. La bonne méthode s’enchaîne ainsi: préparer, verrouiller, signaler aux moteurs, supprimer à la source, puis contrôler dans la durée.

Si vous préférez repartir sur de bonnes bases plutôt que d’effacer, vous pouvez aussi suivre la méthode décrite dans réinstaller WordPress sans perdre son contenu.

Avant d’effacer: décisions, sauvegarde et alternatives sages

Avant de supprimer, arbitrez: fermer définitivement, rediriger vers un nouveau site, ou conserver un accès privé d’archives. Une fois la décision prise, faites une sauvegarde locale complète (fichiers + base), utile pour des besoins juridiques, administratifs ou simplement pour retrouver un élément plus tard.

Résumé d’action: 1) export complet et sauvegarde chiffrée, 2) verrouillage strict visiteurs/robots, 3) déréférencement et statuts 410/404, 4) suppression fichiers/BDD/DNS, 5) contrôle de la disparition dans le temps.

Si vous souhaitez travailler à blanc ou tester une refonte sans impacter le site public, créez un environnement isolé comme expliqué dans créer un sous-domaine pour tester son site.

Tutoriel pour supprimer site WordPress proprement

Inventorier et exporter vos contenus utiles. Dans Outils > Exporter, exportez les articles, pages et médias; conservez aussi la liste des extensions, les réglages critiques (permaliens, menus) et un export des formulaires si votre plugin le permet. Erreur fréquente: oublier les médias non insérés dans des pages, pourtant encore accessibles par leur URL directe.
Réaliser une sauvegarde complète fichiers + base. Téléchargez le dossier wp-content (thèmes, plugins, uploads) et exportez la base via phpMyAdmin ou l’outil de votre hébergeur; stockez l’archive chiffrée en local. Erreur fréquente: ne garder qu’un export XML WordPress, insuffisant pour les réglages d’extensions et les médias.
Verrouiller immédiatement l’accès public et les robots. Activez un mode maintenance ou mieux, une authentification par mot de passe côté serveur (Basic Auth) pour bloquer humains et robots. Le simple « noindex » ne suffit pas si les URL restent publiques; suivez mettre en place le mode maintenance correctement. Erreur fréquente: laisser le site ouvert le temps « de finir », durant lequel les robots indexent encore.
Nettoyer les données personnelles côté WordPress. Supprimez les comptes inutiles, anonymisez ou supprimez les commentaires, videz les entrées de formulaires depuis le tableau de bord de votre plugin. Si vous gérez des demandes RGPD, traitez-les avant suppression; la CNIL rappelle vos obligations de droit d’accès et d’effacement.
Désactiver et purger tous les caches. Videz les caches du plugin, du serveur et du CDN, puis désactivez-les pour éviter que d’anciennes pages restent publiquement consultables. Erreur fréquente: oublier un cache Cloud/CDN qui continue de servir des pages alors que le site est déjà fermé côté serveur.
Choisir la réponse HTTP adaptée pour chaque URL. Si le contenu ne vivra plus, renvoyez 410 Gone; s’il est déplacé, faites une 301; sinon laissez 404. Cela guide efficacement les moteurs pour la désindexation définitive. Erreur fréquente: tout rediriger en 301 vers la page d’accueil, ce qui entretient l’indexation erronée.
Demander la suppression dans les outils pour webmasters. Dans Google Search Console, utilisez l’outil de suppression d’URL et forcez un recrawl; renouvelez l’opération si besoin. Faites de même dans Bing Webmaster Tools; combinez toujours ces demandes avec des 410/404 côté serveur. Erreur fréquente: croire que robots.txt « Disallow » supprime l’index: non, il empêche le crawl, pas l’affichage d’URL déjà connues.
Supprimer les fichiers WordPress du serveur. Depuis votre panneau d’hébergement ou en SFTP, effacez tout le répertoire du site (ou le VirtualHost) et vérifiez que plus aucun fichier publique (uploads) ne reste accessible. Erreur fréquente: garder le dossier /uploads/ en place, ce qui laisse photos et PDF consultables.
Supprimer la base de données et l’utilisateur SQL. Supprimez la base associée et l’utilisateur pour couper définitivement tout accès; notez l’identifiant si vous conservez une sauvegarde. Erreur fréquente: oublier l’utilisateur SQL actif, qui peut être réutilisé par erreur ailleurs.
Nettoyer DNS, CDN, tâches CRON et services tiers. Retirez les enregistrements DNS inutiles, désactivez le CDN, supprimez les tâches CRON liées au site et révoquez les clés API connectées (emails transactionnels, analytics). Pour l’impact sur les moteurs génératifs, voyez référencement et moteurs génératifs.
Contrôler la disparition des pages indexées. Sur plusieurs jours, vérifiez via « site:votredomaine.tld » que les URL reculent; surveillez aussi les images. Les délais varient: quelques jours à quelques semaines selon l’ampleur et les robots.
Gérer les sauvegardes et repartir proprement si besoin. Supprimez les copies distantes chez l’hébergeur et dans les services cloud de plugins de sauvegarde; conservez une archive locale chiffrée si vous avez une obligation. Pour reconstruire un environnement neuf, la page réinstaller WordPress sans perdre son contenu détaille l’approche sans casse.

Ne supprimez pas l’hébergement tant que le déréférencement n’est pas enclenché. Servez d’abord les bons codes HTTP et laissez aux moteurs le temps de les consommer.

Codes HTTP à utiliser quand vous fermez un site

Situation	Code à renvoyer	Effet attendu
Contenu retiré définitivement, pas d’équivalent	410 Gone	Suppression plus rapide des index, signal clair de retrait définitif
Contenu déplacé vers une nouvelle URL	301 Moved Permanently	Transfert de signal et d’audience vers la nouvelle URL
URL invalide ou supprimée sans remplacement	404 Not Found	Disparition progressive des index, correcte mais plus lente qu’un 410
Site fermé temporairement (maintenance courte)	503 Service Unavailable	Les robots reviennent plus tard, pas d’indexation de pages incomplètes

Évitez les 302 pour une fermeture définitive et les redirections massives vers la page d’accueil, qui brouillent les signaux envoyés aux moteurs.

Pièges à éviter et check-list finale

Bloquez l’accès avant toute autre action, avec un mot de passe serveur, pas seulement un « noindex ».
Pensez aux médias: images, PDF et vidéos restent accessibles si le dossier uploads n’est pas supprimé.
Purge complète des caches et des CDN, puis désactivation pour éviter la republisation de versions périmées.
Vérifiez et supprimez les sauvegardes distantes automatiques chez l’hébergeur et dans les plugins.
Servez 410/404 pendant au moins quelques jours pour laisser le temps aux moteurs de réindexer.
Contrôlez les mentions de données personnelles dans les contenus, les logs, et les entrées de formulaires.
Si vous refaites un site, travaillez sur un sous-domaine isolé et privé pour éviter une indexation parallèle.

Si vous débutez avec WordPress et voulez poser des bases saines pour éviter ces écueils à l’avenir, voyez le programme de formation WordPress débutant.

Cas particuliers: WordPress.com, multisite et e-commerce

WordPress.com vs WordPress auto-hébergé

Sur WordPress.com, la suppression passe par l’interface de gestion du site et reste réversible un temps; assurez-vous d’avoir exporté contenus et médias avant de clore le site. Côté indexation, appliquez la même logique: verrouillage, 410/404 si possible, puis demandes de retrait via les outils pour webmasters; adaptez selon ce que la plateforme autorise.

Réseau multisite

Dans un multisite, supprimez le site depuis le réseau puis vérifiez la base: tables préfixées par l’ID du blog peuvent subsister selon les extensions. Contrôlez aussi les règles de réécriture du réseau pour ne pas laisser d’URL orphelines actives.

WooCommerce et données sensibles

Pour une boutique, traitez d’abord les commandes et les comptes clients: anonymisation et suppression via les outils d’export/effacement de données intégrés à WordPress. Vérifiez vos journaux, exports comptables et services tiers (mailing, paiement) afin de révoquer les accès et purger ce qui n’a plus lieu d’être.

Questions fréquentes

Un « noindex » suffit-il pour retirer le site de Google ?

Non, le noindex n’empêche pas la consultation si l’URL est connue et n’accélère pas toujours la désindexation. Servez des 410/404, demandez les retraits dans les outils pour webmasters et bloquez l’accès par mot de passe le temps de la transition.

Faut-il rediriger en 301 vers la page d’accueil quand on ferme ?

Uniquement si un contenu équivalent existe réellement, sinon préférez un 410 Gone pour signaler un retrait définitif. Les 301 massives vers la page d’accueil entretiennent des URL sans intérêt dans l’index et dégradent l’expérience des visiteurs.

Combien de temps pour disparaître des résultats de recherche ?

Dans la majorité des cas que j’observe, cela prend quelques jours à quelques semaines, selon la profondeur du site et la fréquence de crawl. Les 410/404 cohérents et les demandes dans les consoles accélèrent nettement la sortie de l’index.

Apprendre ces gestes en pratique

En formation, nous réalisons ces opérations pas à pas sur un environnement de test, avec votre hébergeur et vos outils, pour que vous puissiez les répéter sereinement ensuite. Le cours WordPress débutant vous donne les bases concrètes pour administrer, sécuriser et remettre à plat un site quand c’est nécessaire.

Découvrir la formation WordPress débutant (programme et dates)