Caso real · Tiendas en línea WooCommerce
Bots que tumbaban un servidor completo
Varias tiendas en línea se caían sin que hubiera más ventas. Con ellas caían todos los sitios de su servidor.
100%de CPU ocupado por bots
10+procesos atorados por horas
20 → 3carga del servidor tras la solución
cientosde direcciones IP distintas
Qué encontramos
- Robots que se hacían pasar por navegadores normales y pedían miles de direcciones con "agregar al carrito" y combinaciones de filtros de categoría.
- Cada una de esas peticiones obliga a WooCommerce a trabajar en serio, así que el procesador del servidor llegaba al 100% y se caían todos los sitios, no solo la tienda.
- Cuando bloqueamos el patrón, los bots cambiaron de táctica: usaron cientos de direcciones distintas y escribieron los filtros codificados para esquivar la regla.
Qué hicimos
- Bloqueo de emergencia en el servidor para que el ataque dejara de consumir recursos y los sitios volvieran.
- Pusimos las tiendas detrás de Cloudflare con una regla que reta a esos tráficos sin afectar a los compradores reales, cuidando que el correo de los dominios siguiera funcionando.
- Dejamos en el servidor un bloqueo que solo actúa si alguien intenta saltarse Cloudflare.
Resultado
La carga del servidor pasó de 20 a 3 y las tiendas siguieron vendiendo con normalidad.
Lección: Los bloqueos por dirección IP no sirven contra bots distribuidos. La protección tiene que reconocer el patrón del ataque, y lo ideal es frenarlo antes de que llegue al servidor.
¿A tu sitio le pasa algo parecido?
Mándanos la dirección por WhatsApp y te decimos qué encontramos.
Revisa tu sitio gratis · Más sobre este problema: Página caída o lenta · Todos los casos
Publicamos este caso sin nombre ni dominio del cliente. Las cifras son las registradas durante la atención.