Quel délai réel pour remettre un site piraté en ligne

Trois horloges, trois « c’est bon »

Quel délai réel pour remettre un site piraté en ligne ? La question mélange trois fins possibles. 1) Le vhost sert de nouveau vos pages, sans payload, secrets tournés. 2) Chrome, Firefox, les filtres d’entreprise et Safe Browsing ont arrêté de bloquer. 3) Google affiche vos vrais titres, les URL spam ont quitté l’index, le trafic organique se rapproche. Ces fins ne sont pas le même jour.

Le titulaire mesure souvent (2) ou (3) et accuse le nettoyeur de (1). L’hébergeur mesure la suspension. Google mesure son crawl. Personne n’a tort. On date chaque horloge dès le matin 1, par écrit. « En ligne » dans le devis = horloge 1, sauf mention contraire.

Un site peut être propre (1) et encore rouge dans Chrome (2). C’est normal 24–72 h. Un site peut être vert Chrome et encore plein de pharmacies dans `site:` (3). Aussi normal, plus long. Ne déposez pas trois réexamens pour accélérer (3). Mauvais guichet.

• Horloge 1 : fichiers, base, accès — jours ouvrés.
• Horloge 2 : listes noires navigateurs — souvent 1 à 7 jours après un site vraiment propre.
• Horloge 3 : index / positions — semaines, parfois plus.

Horloge 1 — le site répond propre

Accès ok, copie faite, entrée trouvée, tree aligné, secrets tournés : souvent une à trois journées si le panel répond et qu’il n’y a qu’un vhost. Le « souvent » saute si prestataire disparu, FTP mort, 15 sites, skimmer, rançon, restore sale déjà fait deux fois.

Le site peut être « en ligne » dès le milieu de l’horloge 1 (home propre) alors que l’entrée n’est pas fermée. Ce n’est pas la fin. C’est un état dangereux qui paraît rapide. Le délai utile, c’est jusqu’à l’entrée, pas jusqu’à la première home.

Week-end et jours fériés : l’horloge 1 technique peut avancer (vous, un prestataire). L’horloge hébergeur (unsuspend) souvent non. Planifiez en jours ouvrés pour la partie abuse.

Horloge 2 — navigateurs et antivirus

Safe Browsing : fréquemment 24 à 72 heures après un réexamen déposé sur un site réellement propre. Un refus (URL encore en 200, redirection) remet un délai plus long. D’où l’interdiction de demander le jour même « pour voir ». Détail : retrait blacklist.

Certains antivirus et filtres d’entreprise : jusqu’à une semaine, listes plus lentes, parfois un signalement manuel. Cloudflare / DNS locaux : cache. Testez en 4G, pas seulement au bureau.

L’horloge 2 ne commence pas à la découverte de l’incident. Elle commence à l’état propre vérifié (mobile, privée, inspection URL). Tout le temps avant est du temps d’horloge 1, pas du « Google est lent ».

Horloge 3 — l’index et les positions

Couper le générateur + 404/410 sur les préfixes spam + sitemaps propres : Google met souvent une à plusieurs semaines à évacuer un gros volume. Les positions commerciales reviennent encore après, sans garantie du niveau d’avant. Ce n’est pas un échec du nettoyage.

Un nouveau domaine « pour aller plus vite » perd l’historique et n’accélère pas (3). Ça remet (1) à zéro sur une autre machine, parfois (2) aussi si vous copiez sale.

Search Console : couverture, retraits d’URL, inspections. C’est le tableau de (3), pas un bouton turbo. Patience instrumentée, pas un refresh toutes les heures.

Ce qui allonge vraiment (pas le café du support)

Restore infecté, cleaner qui casse le thème, réexamen trop tôt, migration sale, ticket sans constat, messagerie de contact morte, entrée jamais cherchée (réinfection J+2 = nouvelle horloge 1). Le support qui répond en 6 h plutôt qu’en 1 h est du bruit à côté de ça.

Attendre un backup froid de 15 jours chez l’hébergeur : vrai délai, parfois 24–48 h d’extraction. Anticipez la demande J0.

Fuite / boutique : le délai « tunnel de nouveau fiable » peut dépasser le délai « home visible ». Assumez-le. Rouvrir le paiement trop tôt coûte plus cher que 48 h de virement manuel.

Planning type sur dix jours

J0 : constater, copier, panel, ticket, tests visiteurs. J0–J2 : nettoyage, constat hébergeur, unsuspend si besoin. J2 : vérifs mobile / privée / inspection. J2 ou J3 : réexamen si une alerte (2) existe et que c’est propre. J3–J7 : attente (2), retraits d’URL (3), surveillance fichiers. J7–J30 : (3) et filet backdoor.

Si J0 = vendredi 18 h, dites « jours ouvrés » à la direction. Un « 48 h » lancé le vendredi soir devient mercredi dans les têtes, et lundi dans la réalité abuse.

Écrivez ce planning aux interlocuteurs internes. Ça coupe les « toujours pas dans Google ? » du mercredi pour une infection du lundi.

Ce que vous pouvez faire en parallèle

Pendant (1) : captures, assurance J0, adresse de secours, liste des accès à révoquer, textes clients si fuite probable. Pendant (2) : ne pas spammer Google, surveiller les URL, préparer la phrase Search Console. Pendant (3) : contenus légitimes en 200, sitemap vrai, pas une refonte complète « pour le SEO » au milieu du crawl de nettoyage.

Vous ne pouvez pas compresser (2) en relançant. Vous pouvez éviter de la relancer de zéro. C’est déjà beaucoup.

Créer un dossier n’accélère pas Safe Browsing. Ça peut raccourcir (1) si vous n’êtes pas à l’aise avec les diffs. Choisissez l’horloge que vous achetez.

Fausses urgences à laisser tomber

Réexamen le soir du premier flush cache. Relance hébergeur toutes les heures sans pièce. Changer de domaine le mardi. Payer une rançon « pour gagner deux jours ». Installer trois plugins SEO le mercredi pour « récupérer ». Appeler Google au téléphone (ce numéro n’existe pas pour ça).

Urgences vraies : phishing en 200, exe servi, chiffrement en cours, skimmer checkout. Là, les minutes comptent — sur l’isolation, pas sur le snippet Google.

L’ordre de tête reste que faire dans l’heure. Le calendrier ci-dessus commence après, pas à la place.