Protection anti-DDoS pour PrestaShop

Pour limiter les floods de requêtes, le scraping agressif et les robots abusifs sur PrestaShop, Sentinel Pro compte les requêtes de chaque adresse IP, répond HTTP 429 (« trop de requêtes ») au-delà d’un premier seuil, puis bannit temporairement l’adresse au-delà d’un second. Cette protection anti-DDoS applicative est réservée à Sentinel Pro et ne remplace pas la protection réseau de l’hébergeur contre les attaques volumétriques.

ProInclus dans Sentinel Pro

Mis à jour le 9 novembre 2026

Limitez les requêtes abusives, avec des seuils adaptés.

Le limiteur compte les requêtes par IP sur une fenêtre glissante. Il répond HTTP 429 avec Retry-After, puis bannit temporairement les sources qui dépassent les seuils.

  • Modes désactivé, surveillance et actif ; profils Souple, Équilibré, Strict et personnalisé
  • Bans progressifs jusqu’à 24 h ; limites par réseau et par chemin
  • Employés connectés et crawlers vérifiés par DNS exemptés ; callbacks de paiement préremplis dans les exclusions
  • Seuil de sécurité si trop de trafic est bloqué ; compteurs stockés localement, sans service supplémentaire

Protection applicative HTTP. Les attaques volumétriques nécessitent une protection adaptée chez votre hébergeur ou votre fournisseur réseau.

Le risque : trop de requêtes pour une seule boutique

Un flood de requêtes, un scraping agressif ou des robots trop insistants peuvent saturer une boutique PrestaShop. Chaque requête démarre PrestaShop et interroge la base de données. Quand elles s’accumulent, la boutique ralentit ou ne répond plus, et ce sont les vrais clients qui ne peuvent plus commander.

Ce que fait Sentinel

Sentinel compte les requêtes de chaque adresse IP sur une fenêtre glissante :

  1. Ralentissement : au-delà d’un premier seuil, l’adresse reçoit une réponse HTTP 429 qui lui indique quand réessayer. Elle n’est pas bannie.
  2. Bannissement : au-delà d’un second seuil, l’adresse est bannie pour une durée limitée.
  3. Récidive : en cas de récidive, la durée du ban augmente progressivement, jusqu’à 24 heures au plus. Les bans expirent d’eux-mêmes.

Le réglage courant tient en deux choix : le mode (Désactivé, Surveillance ou Activé) et la sensibilité (Souple, Équilibré par défaut, Strict ou Personnalisé). Des options avancées ajoutent une limite par réseau, qui ralentit sans jamais bannir, des limites propres à certains chemins comme la page de connexion, et un resserrement automatique lors d’un pic de trafic.

Ne sont jamais limités : les IP de confiance, les employés connectés au back-office, les robots d’indexation vérifiés et les URL exclues. Si une trop grande part du trafic est bloquée sur une heure, Sentinel suspend le blocage de lui-même et affiche un avertissement, pour qu’un proxy mal déclaré ne coupe pas toute la boutique.

Avec la couverture étendue (Auto Prepend), la décision est prise avant le démarrage de PrestaShop : environ 0,2 ms, contre environ 130 ms pour démarrer PrestaShop.

Free ou Pro ?

L’anti-DDoS applicatif est réservé à Sentinel Pro, à 29,90 € HT par mois et par installation, sans engagement. La version Free ne limite pas les requêtes. La liste des IP de confiance, elle, se modifie dans les deux éditions.

Mise en place

  1. Installez Sentinel et activez Pro.
  2. Dans Sentinel > Configuration, onglet Général, déclarez votre proxy ou CDN et vos IP de confiance.
  3. Dans l’onglet DDoS, choisissez le mode Surveillance et la sensibilité Équilibré.
  4. Après quelques jours, consultez Sentinel > Protection DDoS : requêtes analysées, ralenties, IP bannies et part du trafic bloquée.
  5. Passez la protection sur Activé, et installez la couverture étendue si votre hébergement le permet.

Un visiteur bloqué par erreur se débloque depuis la liste des bans, ou avec sentinel:rate-limit reset suivi de son adresse.

Limites

  • Protection applicative. Une attaque volumétrique au niveau du réseau sature le serveur avant que PHP ne s’exécute : aucun module ne peut y répondre. Elle relève de votre hébergeur ou de votre fournisseur réseau.
  • Comptage par adresse. Les visiteurs d’une même entreprise ou d’un même opérateur mobile peuvent partager une adresse ; c’est pourquoi les seuils par défaut sont larges.
  • Compteurs locaux. Si plusieurs serveurs font tourner la même boutique, chacun tient ses propres compteurs.
  • Sans couverture étendue, chaque requête bloquée coûte encore un démarrage de PrestaShop.

Pour les essais répétés de mots de passe sur le back-office, voir l’anti-brute-force ; pour les requêtes malveillantes, le pare-feu applicatif.

FAQ

Questions sur
cette fonctionnalité.

Toutes les questions
Googlebot et les autres robots d’indexation seront-ils bloqués ?

Non. Les robots d’indexation vérifiés, comme Googlebot ou Bingbot, sont confirmés par une double résolution DNS et ne sont jamais limités ; un robot qui se contente d’imiter leur nom n’obtient pas cette exemption. Le code 429 indique en outre un refus temporaire : les moteurs réessaient plus tard au lieu de retirer vos pages.

Les notifications de paiement risquent-elles d’être bloquées ?

La liste des URL exclues est préremplie avec les chemins habituels de notification de paiement. Vérifiez que ceux de vos moyens de paiement y figurent : une notification rejetée ne devient jamais une commande.

Comment tester les seuils sans gêner mes clients ?

Activez le mode Surveillance : Sentinel compte et affiche ce qui aurait été bloqué, sans rien bloquer. Après quelques jours, passez la protection sur Activé.

Ma boutique est derrière Cloudflare : que faut-il régler ?

Déclarez le proxy dans Sentinel > Configuration, onglet Général. Sans cela, Sentinel voit l’adresse du proxy au lieu de celle de chaque visiteur ; si trop de trafic est alors bloqué, le seuil de sécurité suspend le blocage et vous prévient.

Commencez par sécuriser vos accès

Installez Sentinel.
La 2FA est déjà incluse.

Télécharger gratuitement

Sans abonnement pour la version Free · PrestaShop 1.7.7 – 9.2

Comment l’installer