La plupart des extensions de sécurité traitent le “blocage des bots” comme une seule règle : oui ou non. SeenSecure le divise en 5 couches indépendantes, chacune responsable d’un type différent de comportement suspect — ainsi un bot peut contourner une couche, mais pas les cinq à la fois.
Pourquoi une seule règle de blocage ne suffit pas
Un bot qui ne vérifie que le user-agent peut facilement en franchir un en changeant cette donnée. Un autre qui ne regarde que l’IP peut changer d’IP. Chaque couche individuelle, à elle seule, a un point faible — la vraie protection vient de leur combinaison, pas d’une règle unique très stricte.
Les 5 couches de l’Anti-Bot de SeenSecure
1. UA Blocklist (liste de user-agents connus)
Le premier filtre : il compare le user-agent déclaré à une liste de bots malveillants et de scrapers déjà identifiés. Rapide, mais insuffisant à lui seul, car n’importe qui peut falsifier cette donnée.
2. Fingerprint (empreinte du visiteur)
Analyse un ensemble de signaux techniques de la requête (en-têtes, comportement, motifs) pour construire une empreinte qui distingue un vrai visiteur d’un script automatisé, même quand le user-agent paraît légitime.
3. Crawler Verify (vérification réelle des robots d’indexation)
Quand quelqu’un prétend être Googlebot, Bingbot ou un autre robot connu, cette couche le vérifie réellement : elle effectue une résolution DNS inverse et directe sur l’IP source pour confirmer qu’elle appartient vraiment à cette entreprise, plutôt que de faire confiance au nom déclaré. Cela permet de bloquer les bots qui se font passer pour Google sans bloquer le vrai Google.
4. Anti-Spoofing (en-têtes IP falsifiés)
Détecte quand une requête tente de falsifier l’IP réelle du visiteur via des en-têtes comme X-Forwarded-For, X-Real-IP ou CF-Connecting-IP, et agit sur l’IP véritable, pas celle que l’attaquant veut vous faire voir.
5. Threat Intel (renseignement sur les menaces)
Compare l’IP source à des listes d’IP déjà connues pour un comportement malveillant — y compris, si activé, celles que le Réseau de Protection de SeenSecure a confirmées sur d’autres sites.
Pourquoi cela évite les faux positifs
Comme chaque couche analyse un signal différent, le système ne dépend pas d’une seule règle agressive qui pourrait bloquer par erreur un visiteur légitime. Un vrai visiteur peut échouer sur un signal ambigu sans être bloqué si le reste des couches ne trouve rien de suspect — la décision finale combine tous les signaux, pas un seul.
Questions fréquentes
Puis-je désactiver une seule des 5 couches si elle me pose problème ?
Oui, chaque couche s’active et se désactive indépendamment depuis le tableau de bord, sans affecter les autres.
Cela ralentit-il le chargement de mon site pour les vrais visiteurs ?
Pas de façon perceptible — l’analyse se produit avant même le chargement de WordPress, en quelques millisecondes, et ne dépend pas de requêtes externes pour chaque visite.
Pourquoi la vérification Google est-elle si importante si j’ai déjà un blocage par user-agent ?
Parce que le user-agent peut être falsifié en une seule ligne de code — de nombreux attaquants se font passer pour Googlebot précisément pour échapper aux blocages génériques. Sans vérification réelle par IP, cette astuce fonctionne.