Como resultado, los costes de funcionamiento aumentan, pero los problemas de rendimiento siguen siendo los mismos. La herramienta de Protecci\u00f3n contra Bots de Kinsta<\/a> est\u00e1 dise\u00f1ada para este tipo de situaciones, ya que te permite controlar lo que llega a tu servidor, en lugar de ampliar la superficie que lo absorbe.<\/p>\n Un visitante humano que se encuentra con una p\u00e1gina lenta puede esperar, recargarla o, simplemente, marcharse. En cambio, un bot sigue enviando el mismo volumen de solicitudes, independientemente de c\u00f3mo responda tu servidor. Este problema fundamental \u2014que el tr\u00e1fico de bots no sea capaz de autorregularse cuando a\u00f1ades recursos\u2014 hace que, al ampliar tu plan, les des a los bots m\u00e1s capacidad para consumir recursos.<\/p>\n La cosa se complica un poco m\u00e1s si tienes en cuenta c\u00f3mo gestionan las solicitudes los sitios web modernos de WordPress. La mayor parte del tr\u00e1fico de bots no llega a p\u00e1ginas est\u00e1ticas que tu cach\u00e9 pueda absorber. En cambio, llega a endpoints que eluden los sistemas de almacenamiento en cach\u00e9 y obligan al servidor a trabajar m\u00e1s. En cualquier sitio web que utilice WooCommerce, la funci\u00f3n de b\u00fasqueda o los filtros, esto significa que los bots acceden a varios elementos:<\/p>\n Ninguno de ellos se puede almacenar en cach\u00e9 como lo har\u00eda una p\u00e1gina est\u00e1tica. Cada vez que llega una solicitud a uno de estos endpoints, pasan varias cosas en el lado del servidor:<\/p>\n Seg\u00fan los datos de nuestra propia infraestructura<\/a>, un solo bot fue capaz de generar 3,75 millones de solicitudes a las URLs de a\u00f1adir al carrito en un periodo de 24 horas. Eso equivale m\u00e1s o menos a una solicitud cada 23 milisegundos, durante todo el d\u00eda. Adem\u00e1s, una sola regla de detecci\u00f3n de bucles filtr\u00f3 550 millones de solicitudes en toda la plataforma en un periodo de 30 d\u00edas.<\/p>\n Sin embargo, no se trata de vol\u00famenes de ataques en el sentido tradicional. Son el resultado de bots dise\u00f1ados para seguir cada URL que encuentran, incluidas algunas variaciones de cadenas de consulta y rutas basadas en par\u00e1metros.<\/p>\n \u00abDesde el punto de vista de la infraestructura, no existe eso de \u201csolo tr\u00e1fico de bots\u201d. Cada solicitud supone un trabajo real. A gran escala, el rastreo ineficiente deja de ser un problema de tr\u00e1fico y se convierte en un problema de recursos\u00bb. \u2013 Daniel Pataki, director t\u00e9cnico de Kinsta<\/em><\/p>\n Las agencias suelen seguir un patr\u00f3n c\u00edclico: en cuanto aumenta el uso de recursos, los clientes ampl\u00edan su plan y, a continuaci\u00f3n, el uso de recursos vuelve a aumentar. Mientras tanto, el rendimiento no mejora porque el volumen de solicitudes subyacente no ha cambiado.<\/p>\n Como la facturaci\u00f3n de Kinsta excluye el tr\u00e1fico de bots<\/a> del consumo de tu plan, tienes una forma r\u00e1pida de averiguar si los bots son un problema. Los agentes de usuario de bots reconocidos ya se filtran en la pantalla Visitas<\/strong> de la secci\u00f3n Anal\u00edticas<\/b> de MyKinsta. Si estas estad\u00edsticas parecen normales mientras tu servidor est\u00e1 sobrecargado, es probable que el tr\u00e1fico automatizado sea la causa.<\/p>\n La vista de anal\u00edticas de bots y tr\u00e1fico automatizado<\/b> de MyKinsta te ofrece un desglose m\u00e1s claro del tr\u00e1fico que llega a tu sitio, incluyendo bots verificados, posibles bots, rastreadores de IA, rastreadores agresivos, tr\u00e1fico automatizado y posibles usuarios humanos.<\/p>\n Esto te ayuda a identificar m\u00e1s f\u00e1cilmente cu\u00e1ndo el tr\u00e1fico automatizado est\u00e1 consumiendo recursos. Por ejemplo, los picos en los rastreadores agresivos o el tr\u00e1fico automatizado suelen indicar que hay bots que acceden repetidamente a endpoints no almacenados en cach\u00e9.<\/p>\n El gr\u00e1fico de resultados de la protecci\u00f3n contra bots tambi\u00e9n muestra c\u00f3mo se gestionan las solicitudes tras su clasificaci\u00f3n, incluyendo el tr\u00e1fico que se ha permitido, el que se ha sometido a verificaci\u00f3n y el que se ha bloqueado. Esto te da una idea m\u00e1s clara de c\u00f3mo afectan tus ajustes de protecci\u00f3n actuales al tr\u00e1fico entrante.<\/p>\n El informe Solicitudes m\u00e1s frecuentes por visitas<\/b> tambi\u00e9n refleja qu\u00e9 es lo que est\u00e1 generando carga en tu servidor, e incluye todo el tr\u00e1fico, no solo las visitas facturables. La diferencia entre esas dos cifras es donde se acumulan tus costes sin una explicaci\u00f3n clara.<\/p>\n A continuaci\u00f3n te explicamos c\u00f3mo interpretar esa diferencia:<\/p>\n Si gestionas portfolios de clientes, cada sitio web afectado por el tr\u00e1fico generado por bots supone un coste dif\u00edcil de justificar, sobre todo cuando el rendimiento no ha mejorado tras una actualizaci\u00f3n. El tr\u00e1fico de bots de IA ha crecido un 300 %<\/a> en el \u00faltimo a\u00f1o, y una de cada 31 visitas web es de un bot de IA<\/a>. Este volumen no se resuelve por s\u00ed solo.<\/p>\n La seguridad a nivel de plataforma de Kinsta ya bloquea el tr\u00e1fico entrante clasificado como malicioso antes de que llegue a tu sitio, lo que incluye la mitigaci\u00f3n de ataques DDoS<\/a> y las solicitudes procedentes de direcciones IP asociadas a fuentes de ataque conocidas. Entre esto y el tr\u00e1fico que te interesa hay una categor\u00eda de solicitudes automatizadas no verificadas, de gran volumen y que consumen muchos recursos, que llegan a tu servidor de todos modos. Los controles de protecci\u00f3n contra bots de Kinsta ayudan a reducir ese volumen.<\/p>\n Los controles de protecci\u00f3n contra bots de MyKinsta funcionan a nivel de infraestructura, y el filtrado se produce incluso antes de que WordPress entre en juego. Por lo tanto, no hay que instalar ning\u00fan plugin ni ajustar ninguna configuraci\u00f3n de WordPress.<\/p>\n Kinsta clasifica cada solicitud utilizando una combinaci\u00f3n de su propio an\u00e1lisis de tr\u00e1fico y el sistema de aprendizaje autom\u00e1tico de Cloudflare<\/a>, que asigna a cada visitante una puntuaci\u00f3n de bot del 1 al 99. Las puntuaciones altas indican que lo m\u00e1s probable es que la solicitud provenga de una persona; las puntuaciones bajas indican que se trata de actividad automatizada.<\/p>\n El tr\u00e1fico se agrupa en categor\u00edas como bots verificados, probablemente bots, rastreadores de IA, rastreadores agresivos, tr\u00e1fico automatizado y probablemente humanos. El nivel de protecci\u00f3n que elijas determina c\u00f3mo se gestiona cada categor\u00eda.<\/p>\n Puedes gestionar la Protecci\u00f3n contra bots en MyKinsta, en Sitios<\/strong> > nombre del sitio<\/strong> > Protecci\u00f3n contra bots<\/strong>.<\/p>\n Hay cuatro niveles entre los que elegir en el panel Nivel de protecci\u00f3n<\/strong> de la pantalla Protecci\u00f3n contra Bots<\/b>:<\/p>\n Para cambiar el nivel, ve a Sitios<\/strong> > Sin embargo, al subir el nivel a Challenge bots<\/b> o superior, cualquier herramienta que se conecte a tu sitio de forma programada y que no figure en el directorio de bots verificados de Cloudflare<\/a> quedar\u00e1 bloqueada o ser\u00e1 sometida a verificaci\u00f3n. Esto incluye integraciones personalizadas, scripts de despliegue y monitores de disponibilidad autohospedados. Si utilizas alguno de ellos, te conviene comprobar que aparecen en la lista antes de subir el nivel de protecci\u00f3n.<\/p>\n El bot\u00f3n de activaci\u00f3n Bloquear rastreadores de IA<\/b> se centra espec\u00edficamente en los rastreadores de IA<\/a>. Se trata de bots que recopilan contenido para el entrenamiento de modelos, la generaci\u00f3n aumentada por recuperaci\u00f3n y las funcionalidades de b\u00fasqueda basadas en IA. Esto no afecta a los rastreadores de los motores de b\u00fasqueda, pero s\u00ed incluye a rastreadores espec\u00edficos como GPTBot. Googlebot y Bingbot siguen indexando tu sitio tanto si el bot\u00f3n est\u00e1 activado como desactivado.<\/p>\n En general, el 80 % de toda la actividad de rastreo de IA se destina al entrenamiento de modelos, en lugar de a consultas iniciadas por los usuarios. Esto no genera tr\u00e1fico de referencia hacia tu sitio. Por eso, es buena idea activar esta opci\u00f3n. Para activarla, ve a Sitios<\/strong> > Sin embargo, la contrapartida es una menor visibilidad en las vistas generales y los res\u00famenes de contenido generados por IA. Si esta visibilidad es importante para tu estrategia de contenido, vale la pena que compruebes el impacto antes de dejar la opci\u00f3n activada de forma permanente.<\/p>\n Si tu prioridad es gestionar la carga del servidor, es una opci\u00f3n m\u00e1s sencilla que modificar el archivo robots.txt<\/a> o crear reglas para cada bot. A diferencia de esos m\u00e9todos, funciona en la capa de infraestructura, antes incluso de que la solicitud llegue a WordPress.<\/p>\n Cada sitio web requiere distintos niveles de protecci\u00f3n, por lo que una tienda de WooCommerce<\/a> con p\u00e1ginas de productos filtradas no ser\u00e1 igual que una plataforma de contenido. Es m\u00e1s, cada sitio del portfolio de clientes tiene un perfil de tr\u00e1fico diferente, un conjunto de integraciones distinto y una tolerancia diferente a los pasos de verificaci\u00f3n. Esto significa que aplicar una \u00fanica pol\u00edtica a toda el portfolio restringir\u00e1 en exceso algunos sitios o dejar\u00e1 a otros sin la protecci\u00f3n necesaria.<\/p>\n Cuando detectes indicios de que el tr\u00e1fico de bots est\u00e1 inflando los costes en el sitio de un cliente, aqu\u00ed tienes un flujo de trabajo pr\u00e1ctico:<\/p>\n Para las agencias que gestionan grandes portfolios a trav\u00e9s del Alojamiento para WordPress<\/a>, esto se convierte en una tarea m\u00e1s que en un proyecto. Cuando la configuraci\u00f3n de seguridad se adapta al perfil de tr\u00e1fico real de cada sitio web, el uso de recursos puede reflejar la actividad real de los usuarios. Las m\u00e9tricas de rendimiento se corresponden con lo que experimentan los visitantes reales:<\/p>\n \u00abEl error es pensar que el tr\u00e1fico de bots es un simple problema de \u201cbloquear o permitir\u201d. En realidad, se trata de pol\u00edticas, visibilidad y control econ\u00f3mico\u00bb. \u2013 Cristian L\u00f3pez, editor jefe de HostingAdvice<\/em><\/p>\n La explicaci\u00f3n que le des a un cliente sobre los costes deber\u00eda estar relacionada con las decisiones que hayas tomado sobre su tr\u00e1fico, no con la capacidad que hayas a\u00f1adido en respuesta a una carga que no puedes identificar.<\/p>\n Ampliar tu infraestructura aumenta la cantidad de carga que tu servidor puede absorber. La Protecci\u00f3n contra Bots reduce la cantidad de carga que llega a \u00e9l. No son respuestas equivalentes al mismo problema: una a\u00f1ade capacidad, mientras que la otra elimina la presi\u00f3n que hizo que pareciera necesaria m\u00e1s capacidad en primer lugar.<\/p>\nPor qu\u00e9 los bots no se comportan como el tr\u00e1fico real<\/h2>\n
\n
?add-to-cart=<\/code>.<\/li>\n\n
A qu\u00e9 se parece el coste del tr\u00e1fico de bots<\/h2>\n
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/kinsta-analytics.png\")
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/bot-results.png\")
\n
nombre del sitio<\/code> > Anal\u00edticas<\/strong> > Uso del plan<\/strong>. Si las visitas parecen normales, no se trata de un aumento real del tr\u00e1fico de usuarios.<\/li>\nC\u00f3mo funciona la protecci\u00f3n contra bots de Kinsta<\/h2>\n
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/protection-level.png\")
Elegir un nivel de protecci\u00f3n<\/h3>\n
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/change-level.png\")
\n
nombre del sitio<\/code> > Protecci\u00f3n contra bots<\/strong> y haz clic en Cambiar<\/strong>. A trav\u00e9s de Sitios<\/strong>, puedes seleccionar los sitios correspondientes y usar Acciones<\/strong> > Cambiar protecci\u00f3n contra bots<\/strong>.<\/p>\nBloqueo de rastreadores de IA<\/h3>\n
nombre del sitio<\/code>\u00a0> Protecci\u00f3n contra bots<\/strong> y haz clic en el control deslizante junto a Bloquear rastreadores de IA<\/strong>. Si tienes varios sitios, usa Acciones<\/strong> > Cambiar bloqueo de rastreadores de IA<\/strong> desde la vista Sitios<\/b>.<\/p>\n![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/block-crawler.png\")
Gesti\u00f3n de la protecci\u00f3n en todo el portfolio de clientes<\/h2>\n
\n
Deja de ampliar la infraestructura para solucionar un problema que puedes controlar<\/h2>\n