Esa misma carga puede venir de funcionalidades que, a simple vista, parecen muy diferentes. La b\u00fasqueda con IA, las recomendaciones de productos, el contenido personalizado, las herramientas editoriales y las integraciones con agentes interact\u00faan cada una a su manera con WordPress. Saber si se ejecutan en el panel de control, en el front end o a trav\u00e9s de una API (y si sus solicitudes se pueden almacenar en la cach\u00e9) te ayuda a planificar los recursos del servidor que van a necesitar.<\/p>\n
C\u00f3mo funciona realmente la IA de WordPress en un sitio web activo<\/h2>\n
La IA en WordPress no es una \u00fanica carga de trabajo. El lugar donde se ejecuta la funcionalidad, cu\u00e1ndo se ejecuta y si un visitante la activa son factores que influyen en el perfil de la infraestructura.<\/p>\n
Chatbots con IA y asistentes de atenci\u00f3n al cliente<\/h3>\n
Esta es la categor\u00eda m\u00e1s visible. Plugins como AI Engine<\/a> (con m\u00e1s de 100.000 instalaciones activas), MxChat<\/a> y Tidio<\/a> incorporan interfaces conversacionales en el front end.<\/p>\n Cada mensaje puede iniciar una solicitud din\u00e1mica, recuperar contexto, llamar a un modelo externo y almacenar datos de la conversaci\u00f3n. A diferencia de lo que ocurre al enviar un formulario de contacto, una sola conversaci\u00f3n puede generar varias de estas solicitudes en r\u00e1pida sucesi\u00f3n.<\/p>\n La personalizaci\u00f3n, las recomendaciones y la b\u00fasqueda con IA suelen ejecutarse en el front-end. En una tienda de WooCommerce, eso podr\u00eda significar ajustar las sugerencias de productos en funci\u00f3n de lo que el comprador ya haya visto o interpretar una consulta de b\u00fasqueda en lugar de buscar una coincidencia exacta con las palabras exactas. El resto de la p\u00e1gina a menudo puede cargarse desde la cach\u00e9, pero esos resultados a\u00fan deben generarse para cada solicitud individual.<\/p>\n Piensa en herramientas como Jetpack AI<\/a>, Rank Math Content AI<\/a>, Divi AI<\/a> y GetGenie<\/a>. Se ejecutan principalmente dentro del panel de control de WordPress.<\/p>\n Como estas herramientas se ejecutan principalmente en el panel de control de WordPress, por lo general no ralentizan la carga de las p\u00e1ginas del front-end. Aun as\u00ed, pueden suponer una carga notable para el servidor cuando varios editores las usan al mismo tiempo.<\/p>\n Las integraciones MCP<\/a> no esperan a que alguien visite la web. La compatibilidad con MCP de AI Engine y el adaptador MCP oficial de WordPress<\/a> permiten que una herramienta externa se conecte a WordPress y realice tareas autorizadas, como leer datos de la web o actualizar una entrada. Cada tarea se procesa como una solicitud de API autenticada, lo que a\u00f1ade otra fuente de actividad del servidor que hay que tener en cuenta.<\/p>\n Dos sitios web pueden usar IA y, aun as\u00ed, necesitar niveles muy diferentes de recursos de alojamiento. Uno podr\u00eda usarla de vez en cuando en el editor para sugerir titulares, mientras que otro genera recomendaciones de productos para cada comprador. Para calcular el impacto, f\u00edjate d\u00f3nde se ejecuta la funcionalidad y con qu\u00e9 frecuencia genera una solicitud de WordPress.<\/p>\n El coste de una funcionalidad de IA viene determinado por el trabajo que conlleva la respuesta del modelo. WordPress sigue teniendo que recibir la solicitud, ejecutar el c\u00f3digo del plugin, recuperar los datos necesarios, ponerse en contacto con el proveedor externo y devolver el resultado. Hay cuatro partes de ese proceso que son las que m\u00e1s afectan al rendimiento.<\/p>\n El contenido almacenado en cach\u00e9 se puede servir sin usar un hilo de PHP. Una solicitud din\u00e1mica de IA debe procesarse mediante uno de ellos, y cada hilo solo gestiona una solicitud a la vez. Si un chatbot espera dos segundos a un proveedor externo, el hilo de PHP que gestiona ese intercambio puede permanecer ocupado durante esos dos segundos. Si las conversaciones simult\u00e1neas ocupan todos los hilos disponibles, las dem\u00e1s solicitudes que no est\u00e1n en cach\u00e9 pasan a una cola.<\/p>\n Esto es similar, desde el punto de vista estructural, a los patrones de tr\u00e1fico de bots que se recogen en el Informe sobre IA y Tr\u00e1fico de Bots de Kinsta<\/a>. Los bots que acceden a endpoints de b\u00fasqueda, carrito y otros endpoints din\u00e1micos reservan hilos de PHP y obligan a que el procesamiento se realice en el servidor de origen. Las funcionalidades de IA hacen lo mismo de forma intencionada y, en el mejor de los casos, de forma productiva. El coste de infraestructura de cada solicitud sigue siendo similar.<\/p>\n Muchas respuestas de IA son espec\u00edficas para la persona que realiza la solicitud, por lo que no se pueden reutilizar sin m\u00e1s para el siguiente visitante. La p\u00e1gina principal del producto puede seguir carg\u00e1ndose desde la cach\u00e9, pero un panel de recomendaciones o un resultado de b\u00fasqueda de IA tiene que generarse por separado. Cuanto m\u00e1s a menudo ocurra esto durante una visita, m\u00e1s solicitudes tendr\u00e1 que gestionar el servidor de origen.<\/p>\n Antes de enviar una solicitud, puede que un plugin tenga que recuperar datos del producto, mensajes anteriores o informaci\u00f3n sobre el usuario desde WordPress. Como los datos cambian de una solicitud a otra, es m\u00e1s dif\u00edcil almacenarlos en la cach\u00e9 que una consulta normal a la p\u00e1gina. Si llegan muchas de estas solicitudes a la vez, aumentan la actividad de la base de datos justo cuando las p\u00e1ginas del carrito y el registro est\u00e1n intentando hacer su trabajo.<\/p>\n Los plugins de IA suelen tener que esperar a que un servicio externo responda antes de poder completar una solicitud. Si OpenAI tarda tres segundos en responder, WordPress tambi\u00e9n se queda esperando \u2014y, al tratarse de una llamada sincr\u00f3nica, lo mismo ocurre con el hilo de PHP que la gestiona\u2014. El plugin deber\u00eda tener un tiempo de espera para que una llamada bloqueada no se quede abierta indefinidamente. Algunas cargas de trabajo tambi\u00e9n se pueden poner en cola o almacenar en la cach\u00e9, aunque un chatbot en tiempo real normalmente tiene que esperar al proveedor.<\/p>\n El propio WordPress 7.0 ofrece un ejemplo muy \u00fatil<\/a>. El equipo del n\u00facleo retir\u00f3 la colaboraci\u00f3n en tiempo real de la versi\u00f3n despu\u00e9s de que las pruebas plantearan dudas sobre la carga del servidor, el uso de memoria y las condiciones de carrera. La funcionalidad segu\u00eda teniendo valor, pero no estaba lista para lanzarse dentro de los l\u00edmites de rendimiento que deb\u00eda cumplir el n\u00facleo de WordPress.<\/p>\n Las cargas de trabajo de IA son din\u00e1micas, presentan picos de actividad y, a menudo, dependen de servicios ajenos a tu entorno de alojamiento. Hay tres caracter\u00edsticas del alojamiento que determinan si esas solicitudes se mantienen controladas y se pueden diagnosticar, o si empiezan a afectar al resto del sitio web.<\/p>\n Esto puede ser un problema en el alojamiento compartido, donde tu sitio no es el \u00fanico que utiliza el servidor. Si la actividad de IA se dispara de repente, puede consumir los recursos de CPU, memoria y base de datos disponibles para otros sitios en la misma m\u00e1quina.<\/p>\n Kinsta aloja cada sitio de WordPress en su propio contenedor Linux aislado, con un stack de software dedicado que incluye Nginx<\/a>, PHP<\/a> y MySQL<\/a>. Adem\u00e1s, cada sitio cuenta con su propio hilo de PHP y su propia asignaci\u00f3n de memoria. Si un chatbot de IA se encuentra de repente gestionando docenas de conversaciones a la vez, su carga de trabajo se mantiene dentro del contenedor de ese sitio, en lugar de usar recursos asignados a otro sitio.<\/p>\n Este aislamiento es especialmente valioso para las agencias<\/a>. Un plugin de IA mal configurado en el sitio de un cliente puede seguir afectando a ese sitio, pero el problema no se extiende al resto del portfolio.<\/p>\n PHP 7.4 es compatible con WordPress 7.0, pero no es la versi\u00f3n que elegir\u00edas si buscas rendimiento. PHP 8.x<\/a> procesa el c\u00f3digo de WordPress m\u00e1s r\u00e1pido, por lo que el trabajo relacionado con una solicitud de IA tarda menos tiempo y el hilo de PHP queda disponible antes.<\/p>\n Una versi\u00f3n m\u00e1s reciente de PHP no hace que OpenAI o Anthropic respondan m\u00e1s r\u00e1pido, pero s\u00ed puede reducir el trabajo que realiza WordPress antes y despu\u00e9s de esa llamada externa. Kinsta admite versiones de PHP hasta la 8.5 y te permite cambiar de versi\u00f3n en entornos individuales, ya sean de producci\u00f3n o staging<\/a>, desde MyKinsta. Probar primero el cambio en el entorno de desarrollo te ayuda a detectar posibles conflictos de compatibilidad en el plugin de IA, el tema o el c\u00f3digo personalizado.<\/p>\n Los problemas de rendimiento de la IA<\/a> pueden tener su origen en varios sitios: el c\u00f3digo PHP del plugin, una consulta a la base de datos, el proveedor externo del modelo o una capacidad insuficiente de hilos. Sin datos a nivel de solicitud, las cuatro causas pueden parecer una ralentizaci\u00f3n general del alojamiento.<\/p>\n La herramienta APM de Kinsta<\/a> separa esos componentes.<\/p>\n Una investigaci\u00f3n pr\u00e1ctica podr\u00eda ser as\u00ed:<\/p>\n En cuanto veas d\u00f3nde se ha ido el tiempo, tendr\u00e1s un punto de partida \u00fatil. Una transacci\u00f3n lenta en WordPress requiere una soluci\u00f3n diferente a la de una base de datos atascada o una API de modelo que tarda varios segundos en responder.<\/p>\n La IA puede aumentar la demanda de infraestructura en ambos sentidos. Tu sitio de WordPress env\u00eda m\u00e1s solicitudes a los proveedores de modelos, mientras que los sistemas automatizados env\u00edan m\u00e1s solicitudes a tu sitio.<\/p>\n La publicaci\u00f3n asistida por IA puede ampliar r\u00e1pidamente la superficie de rastreo de un sitio. Si un equipo de redacci\u00f3n aumenta su producci\u00f3n de cinco art\u00edculos a la semana a veinte, el sitio a\u00f1ade m\u00e1s URLs, enlaces internos, archivos y paginaci\u00f3n que los rastreadores deben explorar. A los rastreadores no les importa ni saben necesariamente que la IA haya ayudado a producir el contenido. Simplemente ven una biblioteca m\u00e1s grande y que se actualiza con m\u00e1s frecuencia, y vuelven para rastrearla.<\/p>\n Un mill\u00f3n de solicitudes de p\u00e1ginas en la cach\u00e9 suponen una carga muy diferente para un servidor que un mill\u00f3n de solicitudes a URLs din\u00e1micas. En el an\u00e1lisis de Kinsta de m\u00e1s de 10.000 millones de solicitudes<\/a>, los rastreadores acceden repetidamente a resultados de b\u00fasqueda, p\u00e1ginas de productos filtradas, enlaces para a\u00f1adir al carrito y endpoints similares. Cada solicitud puede saltarse la cach\u00e9 y enviar trabajo a PHP y a la base de datos.<\/p>\n Esto hace que el tr\u00e1fico automatizado compita con las propias funcionalidades de IA de tu sitio. Una solicitud de un chatbot y un rastreador que accede a un filtro de productos<\/a> din\u00e1mico pueden tener fines totalmente distintos, pero ambos pueden ocupar hilos de PHP. Si los rastreadores consumen una parte considerable de la capacidad disponible de tu sitio, las solicitudes de chatbots, b\u00fasquedas y recomendaciones leg\u00edtimas tendr\u00e1n menos espacio para ejecutarse.<\/p>\n Una web con IA necesita suficiente margen para las solicitudes que realmente hacen tus visitantes. Los controles de bots ayudan a mantenerlo. Googlebot sigue necesitando acceso a las p\u00e1ginas que quieres que se indexen, y quiz\u00e1 decidas que vale la pena permitir el acceso a algunos rastreadores de IA. El tr\u00e1fico que hay que reducir es la actividad repetida en endpoints din\u00e1micos que no aporta ning\u00fan valor, pero que sigue ocupando hilos de PHP.<\/p>\n La Protecci\u00f3n contra bots de Kinsta<\/a> ofrece controles a nivel de entorno para permitir, verificar o bloquear el tr\u00e1fico automatizado, incluida una opci\u00f3n espec\u00edfica para los rastreadores de IA. Sus anal\u00edticas muestran c\u00f3mo se clasifican y gestionan las solicitudes.<\/p>\n Las estad\u00edsticas de los bots son solo una parte del panorama. Comp\u00e1ralas con los registros de APM, los informes de omisi\u00f3n de la cach\u00e9 y las principales direcciones IP de los clientes en MyKinsta. As\u00ed te resultar\u00e1 m\u00e1s f\u00e1cil saber si la carga proviene de tus propias funcionalidades de IA o de rastreadores externos, y si esas solicitudes de los rastreadores merecen los recursos que consumen.<\/p>\n Antes de poner en producci\u00f3n una funcionalidad de IA, comprueba c\u00f3mo se comporta en tu infraestructura actual. Empieza por estas cinco preguntas.<\/p>\n Aqu\u00ed es importante la ruta de la solicitud. Las herramientas de redacci\u00f3n y edici\u00f3n suelen guardar su trabajo dentro de wp-admin. Las herramientas para los clientes comparten la capacidad de PHP con el resto del front end, incluidas las p\u00e1ginas de pago y de cuenta. Un agente puede saltarse ambas rutas y acceder a trav\u00e9s de la API. Comprueba el flujo de solicitudes del plugin antes de calcular cu\u00e1nta capacidad necesita.<\/p>\n Averigua exactamente qu\u00e9 es lo que el plugin excluye de la cach\u00e9. Puede que la respuesta en s\u00ed tenga que seguir siendo din\u00e1mica, ya que cambia seg\u00fan la pregunta o el usuario, pero los datos relacionados, como el estado de la conversaci\u00f3n, los resultados de b\u00fasqueda o las recomendaciones, pueden ser reutilizables durante un breve periodo de tiempo. Un endpoint de API espec\u00edfico sin cach\u00e9 sale mucho m\u00e1s barato que un plugin que hace que toda la p\u00e1gina del producto sea din\u00e1mica.<\/p>\n Prueba tambi\u00e9n una llamada que falle, no solo una que sea lenta. Interrumpe temporalmente la conexi\u00f3n en staging y f\u00edjate cu\u00e1ndo termina la solicitud. Algunos plugins vuelven a intentarlo enseguida; otros permanecen abiertos hasta que PHP los corta. Si varias solicitudes del chatbot hacen eso a la vez, es posible que las solicitudes de pago y de cuenta tengan que esperar a que se libere un hilo de PHP.<\/p>\n Instala el plugin en un entorno staging<\/a> y activa la herramienta APM de Kinsta<\/a> durante las pruebas. Reproduce conversaciones t\u00edpicas, b\u00fasquedas o flujos de trabajo de generaci\u00f3n de contenido, incluyendo actividad simult\u00e1nea cuando sea pertinente. Revisa las pesta\u00f1as Transacciones<\/strong>, Externas<\/strong> y Base de datos<\/strong>\u00a0para determinar cu\u00e1nto tardan las solicitudes y en qu\u00e9 se invierte ese tiempo.<\/p>\n Anota c\u00f3mo se comporta el sitio de staging antes de cambiar la versi\u00f3n de PHP. MyKinsta te muestra si ya se est\u00e1 alcanzando el l\u00edmite de hilos de PHP, adem\u00e1s de datos sobre el tiempo de respuesta y el uso de memoria. Cambia el sitio de staging a una versi\u00f3n actual de PHP 8.x, repite los mismos procesos y comprueba que el plugin sigue funcionando antes de aplicar el cambio en el entorno de producci\u00f3n.<\/p>\n Un entorno de staging no va a reproducir el entorno de producci\u00f3n a la perfecci\u00f3n. Aun as\u00ed, puede mostrar si el plugin hace que se salten demasiadas solicitudes de la cach\u00e9, si tarda demasiado en responder a una API externa, si ejecuta consultas que consumen muchos recursos o si deja muy poca capacidad de PHP para el resto de la web.<\/p>\n WordPress 7.0 ofrece a los desarrolladores una forma est\u00e1ndar de integrarse con proveedores de IA y llamar a modelos desde WordPress. El servidor sigue teniendo que procesar esas solicitudes una vez que la funci\u00f3n est\u00e1 activa.<\/p>\n Antes de cambiar la configuraci\u00f3n del alojamiento, abre unos cuantos registros APM. La lista de plugins no te dir\u00e1 cu\u00e1nto est\u00e1 trabajando tu sitio, y el n\u00famero de hilos de PHP tampoco te explicar\u00e1 por qu\u00e9 una solicitud tarda tanto. Un registro te muestra si la solicitud ha pasado por alto la cach\u00e9, cu\u00e1nto tiempo ha tardado PHP en procesarla y si el retraso se debe a la base de datos o a la API del modelo. A partir de ah\u00ed, podr\u00e1s decidir si hay que modificar el plugin o si tu sitio necesita m\u00e1s capacidad.<\/p>\n Un plugin de IA puede funcionar a la perfecci\u00f3n y, aun as\u00ed, no encajar bien con la capacidad actual de la web. Antes de implementarlo en la web del cliente, ejecuta APM en el entorno staging y comprueba cu\u00e1nto tardan sus llamadas a API externas, qu\u00e9 peticiones no se almacenan en la cach\u00e9 y qu\u00e9 versi\u00f3n de PHP usa el entorno. Vuelve a revisar esos datos despu\u00e9s del lanzamiento, cuando ya haya tr\u00e1fico real.<\/p>\n Esas pocas comprobaciones pueden detectar la sobrecarga de hilos, las dependencias lentas y los comportamientos de consulta costosos antes de que se conviertan en un sitio web lento\u2026 o en una conversaci\u00f3n complicada con el cliente.<\/p>\n","protected":false},"excerpt":{"rendered":" Pong\u00e1monos en situaci\u00f3n. Tu nuevo chatbot de WooCommerce supera todas las pruebas. Responde a preguntas sobre productos, ayuda a los compradores a comparar opciones y responde …<\/p>\n","protected":false},"author":36,"featured_media":84383,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_kinsta_gated_content":false,"_kinsta_gated_content_redirect":"","footnotes":""},"tags":[],"topic":[1351,1405],"class_list":["post-84382","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","topic-rendimiento-de-wordpress","topic-trafico-de-bots"],"yoast_head":"\n![\"AI](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/ai-engine.png\")
Personalizaci\u00f3n, recomendaciones y b\u00fasqueda con IA<\/h3>\n
Herramientas de generaci\u00f3n de contenido y edici\u00f3n basadas en IA<\/h3>\n
![\"Jetpack](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/jetpackai.png\")
Agentes de IA e integraciones con MCP<\/h3>\n
Qu\u00e9 efectos tienen realmente las funcionalidades de IA en tu servidor<\/h2>\n
Los hilos de PHP permanecen ocupados m\u00e1s tiempo<\/h3>\n
Cada vez hay m\u00e1s peticiones que no pasan por la cach\u00e9<\/h3>\n
La actividad de la base de datos se vuelve m\u00e1s compleja<\/h3>\n
La latencia de las API externas afecta al rendimiento del sitio<\/h3>\n
Las tres caracter\u00edsticas de alojamiento m\u00e1s importantes para un WordPress con IA<\/h2>\n
1. Arquitectura de contenedores aislados<\/h3>\n
2. Una versi\u00f3n de PHP actualizada y la configuraci\u00f3n adecuada<\/h3>\n
3. Visibilidad de toda la solicitud<\/h3>\n
![\"APM](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/enabling-apm.png\")
\n
![\"Una](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/kinsta-apm-tool.png\")
Las funcionalidades de IA tambi\u00e9n modifican tu perfil de tr\u00e1fico<\/h2>\n
![\"Herramienta](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/bot-protection.png\")
Qu\u00e9 debes comprobar antes de a\u00f1adir una funcionalidad de IA a un sitio de WordPress<\/h2>\n
1. \u00bfEn qu\u00e9 momento del ciclo de solicitudes se ejecuta este plugin?<\/h3>\n
2.\u00bfQu\u00e9 elementos puede almacenar en cach\u00e9 el plugin?<\/h3>\n
3. \u00bfQu\u00e9 pasa si la API externa va lenta?<\/h3>\n
4. Haz pruebas primero en el entorno staging con la herramienta APM funcionando.<\/h3>\n
![\"captura](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/apm-duration.png\")
5. \u00bfPHP est\u00e1 preparado para el trabajo extra?<\/h3>\n
Trata cada lanzamiento de IA como un cambio en la infraestructura<\/h2>\n