Añádelo como fuente preferida en Google
Los agentes de IA ya no se limitan a responder preguntas. Ahora pueden llevar a cabo tareas.
En una web de WordPress, esto podría implicar configurar un entorno staging, actualizar un plugin, realizar comprobaciones, publicar un cambio aprobado, vaciar la caché y llevar un registro de lo que ha pasado. Actualmente, un desarrollador o el administrador de la web podría encargarse él mismo de cada uno de esos pasos. Ahora, los agentes pueden hacerse cargo de las tareas más rutinarias, dejando que las personas sigan siendo las encargadas de las decisiones importantes.
Esto no significa que un sistema de IA deba tener acceso sin restricciones al entorno de producción; más bien, los equipos determinan a qué puede acceder un agente, qué acciones puede llevar a cabo y cuándo necesita la aprobación de una persona.
Se trata de un cambio de los procesos manuales a la automatización supervisada, en la que las personas establecen las reglas y el software se encarga de las tareas más repetitivas.
Los agentes de IA están pasando de dar respuestas a actuar
La mayoría de los equipos ya usan la IA como ayuda. Puede responder a una pregunta, redactar algo o ayudar a resolver un problema, pero alguien tiene que coger esa información y hacer el trabajo de verdad.
Los agentes cambian esa relación. En lugar de limitarse a dar una recomendación, un agente puede usar herramientas conectadas para llevar a cabo una tarea. Puede recopilar información, tomar decisiones siguiendo unas reglas definidas, realizar una acción aprobada e informar del resultado.
Gartner prevé que este modelo se extienda rápidamente. Para 2028, prevé que más de la mitad de las empresas se decantarán por plataformas que asuman la responsabilidad de los resultados de los flujos de trabajo, en lugar de herramientas que simplemente ayuden a los empleados. Según Gartner, cada vez es más habitual que las personas supervisen los sistemas que realizan el trabajo en su nombre, en lugar de encargarse ellas mismas de cada paso del proceso.
WordPress ya cuenta con algunos de los elementos necesarios para ese cambio. La API de Abilities ofrece al núcleo de WordPress, a los plugins y a los temas una forma estándar de definir acciones, junto con sus entradas, salidas y permisos. El adaptador MCP de WordPress puede entonces exponer determinadas capacidades como herramientas que los agentes de IA pueden detectar y ejecutar.
Eso no significa que, de repente, todas las tareas de WordPress sean buenas candidatas para la automatización. Pero sí cambia lo que es técnicamente posible. La IA puede ir más allá de decirle a un desarrollador cómo realizar una tarea y, si se le da el acceso adecuado, llevar a cabo partes de esa tarea por sí misma.
La pregunta más útil ahora es: ¿qué tareas del sitio web deberían dejar los equipos que se encarguen los agentes?
Cómo podrían ser las operaciones de un sitio web basado en agentes
La forma más fácil de hacerse una idea de cómo funcionan las páginas web gestionadas por agentes es fijarse en el trabajo que los equipos de WordPress ya hacen a diario. El mantenimiento, los Despliegues, la resolución de problemas y las tareas administrativas incluyen pasos que los agentes pueden encargarse de realizar.
Mantenimiento y actualizaciones
El mantenimiento de plugins y temas es un ámbito ideal para usar agentes. En lugar de revisar cada sitio a mano, un equipo puede hacer que un agente busque las actualizaciones disponibles, seleccione cuáles requieren atención, aplique los cambios aprobados, realice comprobaciones e informe de lo que ha pasado.
El agente también podría pasar el trabajo a staging cuando una actualización suponga un mayor riesgo. Si una prueba falla, podría señalar el problema o revertir el cambio en lugar de seguir adelante con el flujo de trabajo.
Algunas partes de este modelo ya existen sin IA. Las Actualizaciones Automáticas de Kinsta crean una copia de seguridad antes de una actualización, aplican la actualización del plugin o del tema, comparan capturas de pantalla del antes y el después del cambio y restauran automáticamente la copia de seguridad cuando las pruebas de regresión visual detectan un problema.
Un agente puede ir un paso más allá coordinando este tipo de tareas automatizadas entre distintos sitios y decidiendo cuándo es necesario que intervenga una persona.
Staging y despliegues
Los despliegues implican otra serie de pasos repetibles. Un agente podría crear un entorno staging, aplicar un cambio aprobado, ejecutar pruebas, recopilar los resultados y preparar la actualización para producción. A continuación, un desarrollador podría revisar el resultado y aprobar el despliegue final.
La API de Kinsta ya permite realizar varias de esas operaciones de alojamiento mediante programación. Los equipos pueden crear entornos staging, pasar el entorno de staging a producción, vaciar las cachés del sitio y de la CDN, actualizar plugins y temas, y comprobar el estado de las operaciones que tardan más en completarse a través de la API.
Esto da pie a flujos de trabajo en los que el agente se encarga de la ejecución rutinaria, mientras que el desarrollador mantiene el control sobre las decisiones de producción.
Rendimiento y resolución de problemas
Cuando un sitio web se ralentiza o empieza a dar errores, el primer paso suele ser averiguar qué ha cambiado. Eso suele implicar revisar las estadísticas, los registros, las actualizaciones recientes, el comportamiento de la caché y el uso de recursos hasta que quede clara la causa.
Un agente puede recopilar gran parte de esa información por adelantado.
Por ejemplo, la API de Kinsta puede proporcionar datos analíticos del sitio y registros del servidor mediante programación. Sus endpoints de análisis ofrecen información como visitas, ancho de banda, códigos de respuesta, ubicaciones y otros datos de tráfico, mientras que sus endpoints de registros permiten recuperar registros de errores, accesos y rendimiento de la caché.
Un agente podría reunir todas esas señales, identificar las posibles causas y, o bien recomendar el siguiente paso, o bien llevar a cabo una acción predefinida de bajo riesgo.
Contenido y tareas administrativas
Este mismo modelo se aplica también al propio WordPress. Los agentes podrían preparar actualizaciones de contenido, recopilar información para los informes de los clientes, actualizar ajustes predefinidos o encargarse de tareas administrativas repetitivas a las que se accede a través de las herramientas y las APIs de WordPress.
Nada de esto requiere que un agente controle todo un sitio web. La oportunidad más inmediata surge al convertir pasos manuales individuales en tareas que el software pueda ejecutar, para luego decidir cuánta autoridad darle sobre cada una.
La automatización no tiene por qué significar autonomía total
Los equipos no tienen por qué elegir entre el trabajo manual y ceder un control total a un agente de IA. Pueden ir aumentando la automatización por etapas y mantener a las personas involucradas siempre que el riesgo lo requiera.
Una forma práctica de verlo es como una progresión:
- Observar: el agente lee la información y te cuenta lo que encuentra.
- Recomendar: sugiere el siguiente paso basándose en reglas predefinidas o en los datos disponibles.
- Preparar: realiza tareas reversibles, como crear un entorno staging o aplicar un cambio en él.
- Actuar con aprobación: lleva a cabo el siguiente paso solo después de que una persona lo revise y lo apruebe.
- Actuar dentro de la política: gestiona tareas de bajo riesgo de forma independiente, siempre que se mantengan dentro de unos límites claramente definidos.
Hay tareas que son más fáciles de automatizar que otras. Un agente puede extraer datos analíticos o señalar plugins obsoletos con muy poco riesgo. En cambio, publicar código en producción o restaurar una copia de seguridad es otra cosa, y la mayoría de los equipos querrán que alguien revise esas acciones primero.
Los agentes no tienen que gestionar todas las situaciones a la perfección para ser útiles. Solo necesitan una tarea concreta que hacer y un punto claro en el que parar y pasarle el relevo a una persona.
Para la mayoría de los equipos, eso significa empezar por las tareas rutinarias y mantener a la gente involucrada cuando hay más en juego. A medida que esos flujos de trabajo se vuelven más fiables, los equipos pueden decidir en qué casos tiene sentido dar a los agentes más libertad para actuar por su cuenta.
Cuanta más automatización haya, mejores medidas de seguridad se necesitan
Una herramienta de IA que te da una respuesta errónea te crea un tipo de problema. Un agente que realiza un cambio erróneo en la producción te crea otro.
A medida que los agentes asumen más trabajo, los controles de acceso cobran mayor importancia.
Dale a cada agente solo el acceso que necesite. Si su trabajo es extraer datos analíticos, no tiene por qué tener acceso a los DNS. Si se dedica a comprobar las actualizaciones de los plugins, no necesita permiso para borrar un sitio web ni gestionar usuarios. Cuanto menos acceso tenga, menos cosas pueden salir mal.
Los equipos también deberían mantener requisitos de aprobación para las acciones de mayor riesgo. Esto podría incluir despliegues en producción, restauraciones de copias de seguridad, cambios en los DNS, gestión de usuarios o cualquier otra cosa que pueda provocar tiempo de inactividad, pérdida de datos o un cambio inesperado que afecte a los clientes.
También necesitas una forma de deshacer un cambio si algo sale mal. Los entornos staging, las copias de seguridad, las pruebas y los procedimientos de reversión ayudan mucho en eso. A medida que los agentes asumen más trabajo, esas medidas de seguridad cobran aún más importancia.
El objetivo no es dar por hecho que un agente lo hará todo bien. Se trata de que los errores sean fáciles de detectar y, cuando sea posible, fáciles de revertir.
Cuando los agentes hacen el trabajo, los equipos necesitan ver qué ha pasado
La automatización no reduce la necesidad de visibilidad. La aumenta.
Cuando un desarrollador hace cambios a mano, normalmente sabe lo que ha modificado y por qué. Pero cuando un agente empieza a seguir los pasos del flujo de trabajo, el equipo necesita saber con claridad qué ha pasado sin tener que reconstruir la secuencia después.
Como mínimo, deberían poder responder a lo siguiente:
- ¿Qué acción se ejecutó?
- ¿Qué la ha activado?
- ¿A qué sitio o entorno ha afectado?
- ¿Ha salido bien?
- ¿Qué ha cambiado?
- ¿El equipo puede revertirlo??
Kinsta ya ofrece varias fuentes que los equipos pueden usar para responder a esas preguntas. El registro de actividad de MyKinsta recoge las acciones realizadas a nivel de cuenta y de sitio, incluyendo quién las inició, cuándo se ejecutaron y si se completaron con éxito. Kinsta también permite acceder a los registros de actividad de la empresa a través de su API, con filtros para el sitio, el usuario, la categoría y la clave API en cuestión.
Las estadísticas y los registros aportan otra capa de contexto. La API de Kinsta puede devolver estadísticas del sitio, copias de seguridad y registros del sitio mediante programación, lo que permite que los flujos de trabajo automatizados tengan acceso a la misma información operativa que utilizan los equipos durante las investigaciones.
Para problemas de rendimiento más complejos, Kinsta APM desglosa las solicitudes lentas de WordPress por procesos PHP, consultas a la base de datos, plugins, hooks y llamadas externas.
Es posible que la gente tenga que pulsar menos botones ahora que los agentes se encargan de más tareas. Aun así, necesitan información suficiente para entender qué han hecho esos agentes, detectar problemas rápidamente e intervenir cuando algo vaya mal.
Las APIs se convierten en la capa de ejecución para las operaciones de los sitios web
Los agentes necesitan una forma fiable de interactuar con los sistemas que gestionan. Para las operaciones de los sitios web, eso suele significar APIs y otras interfaces estructuradas.
El flujo de trabajo empieza a parecerse menos a esto: Persona > panel de control > acción
Y más a esto: Persona > agente > API o herramienta > acción > resultado > revisión humana
El panel de control es importante, pero no tiene por qué ser el único lugar donde se realiza el trabajo.
La API REST de Kinsta ya soporta una amplia gama de operaciones de alojamiento en WordPress. Los equipos pueden usarla para crear y clonar sitios web, crear entornos staging, pasar de staging a producción, actualizar plugins y temas, vaciar cachés, gestionar copias de seguridad, consultar estadísticas y registros, trabajar con dominios y modificar varios ajustes del entorno.
Esto significa que los agentes no necesitan una forma distinta de gestionar cada tarea de alojamiento. Pueden usar las mismas APIs en las que ya confían los desarrolladores para scripts, integraciones y otras automatizaciones.
Kinsta también ha mostrado cómo funciona este modelo con un servidor MCP conectado a la API de Kinsta. En el ejemplo, un asistente de IA puede mostrar una lista de sitios de WordPress, revisar entornos y vaciar la caché a través de las herramientas que ofrece el servidor MCP. El equipo controla a qué herramientas puede acceder el agente, y en el ejemplo las acciones solo se llevan a cabo tras una aprobación explícita.
Esa distinción es importante. Las APIs proporcionan la capa de ejecución, mientras que el agente ofrece una forma más flexible de decidir cuándo y cómo usarla.
A medida que más operaciones de la web se puedan realizar mediante programación, los equipos ya no tendrán que abrir un panel de control y seguir cada paso uno por uno. Podrán delegar partes concretas de ese trabajo a los agentes, sin dejar de tener MyKinsta a mano para la gestión directa, la revisión y la intervención.
Cómo cambia esto el modelo de prestación de servicios de las agencias
Para las agencias, puede que el mayor cambio no sea técnico. Puede que sea operativo.
Los agentes pueden encargarse del mantenimiento rutinario y de la elaboración de informes en lugar de que tenga que hacerlo la agencia. Eso no elimina la necesidad de contar con desarrolladores o equipos de cuentas, sino que cambia en qué dedican su tiempo.
En lugar de gestionar cada paso manualmente, los equipos pueden centrarse más en diseñar el flujo de trabajo en torno a la tarea. Tú decides qué tareas puede gestionar un agente, qué condiciones debe cumplir, cuándo debe detenerse y cuándo es necesario que intervenga una persona.
Así, los equipos tienen más tiempo para dedicarse a las tareas que aún requieren el criterio humano, como por ejemplo:
- Decidir cómo deben funcionar los flujos de trabajo,
- Intervenir cuando la automatización se encuentra con algo inesperado,
- Tomar decisiones sobre la arquitectura y el rendimiento,
- Gestionar la seguridad y el acceso,
- Resolver problemas más complejos,
- Y trabajar con los clientes en las prioridades y los próximos pasos.
La automatización también cambia el aspecto empresarial del mantenimiento. Las agencias suelen dedicar mucho tiempo a tareas que los clientes casi nunca ven, desde actualizaciones rutinarias hasta revisiones y elaboración de informes. A medida que los agentes se hacen cargo de más tareas de este tipo, las agencias pueden centrar más su atención en los resultados, los tiempos de respuesta, la fiabilidad y el estado general de las instalaciones que gestionan.
Eso también da a los equipos más margen para crecer. Una agencia puede gestionar más sitios web sin que ello suponga el mismo volumen de trabajo repetitivo para cada nuevo cliente. Los desarrolladores tienen más tiempo para dedicarse a problemas más complejos, mientras que la agencia puede ofrecer un apoyo más proactivo sin tener que asumir el mismo volumen de trabajo de mantenimiento diario.
Esto plantea una pregunta interesante para las agencias: ¿Qué pasa con tu modelo de prestación de servicios cuando mantener el doble de sitios ya no implica el doble de trabajo repetitivo?
Probablemente, la respuesta no sea que haya menos gente haciendo los mismos trabajos. Se trata de que la gente dedique menos tiempo a las tareas rutinarias y más tiempo a las decisiones, las excepciones y el trabajo con los clientes, que siguen requiriendo criterio.
Prepárate para los agentes sin poner tu futuro en juego
No hace falta que cambies por completo tu flujo de trabajo para prepararte para las operaciones gestionadas por agentes. Empieza por los procesos que tu equipo ya utiliza y busca en qué puntos puedes hacer que los pasos sean más claros, más seguros y más fáciles de automatizar.
A partir de ahí:
- Ordena las tareas por riesgo. Decide qué tareas puede gestionar un agente por su cuenta y cuáles aún necesitan la aprobación de una persona.
- Comprueba el acceso a la API. Las tareas son mucho más fáciles de automatizar cuando el sistema ya las expone de forma programática.
- Refuerza los entornos staging y la reversión de cambios. Ofrece a los agentes un lugar seguro para realizar cambios y una forma fiable de deshacerlos.
- Define los permisos. Averigua qué cuentas, credenciales y sistemas controlan cada parte del flujo de trabajo.
- Lleva un buen registro. Asegúrate de que tu equipo pueda ver qué ha cambiado, cuándo ha cambiado y dónde buscar si algo falla.
- Empieza con una tarea concreta. Deja que un agente marque los plugins obsoletos en un grupo de sitios web antes de pedirle que se encargue de todo un flujo de trabajo de mantenimiento.
Nada de esto depende de que los agentes alcancen una autonomía total. Estos cambios facilitan la automatización y la gestión de las operaciones de tu sitio web ya desde ahora, a la vez que ofrecen a los equipos más opciones a medida que maduran los flujos de trabajo impulsados por los agentes.
Kinsta ya soporta muchos de esos flujos de trabajo a través de su API y sus herramientas de automatización existentes, así que los equipos no tienen que esperar a que haya agentes totalmente autónomos para empezar a desarrollar en torno a este modelo.
Los humanos siguen al mando
Los agentes de IA pueden hacerse cargo de una mayor parte del trabajo rutinario, pero las personas siguen siendo las responsables del resultado.
Los desarrolladores siguen tomando las decisiones de arquitectura. Las agencias siguen sabiendo lo que importa a cada cliente. Los equipos técnicos siguen decidiendo cuándo intervenir, cuánto riesgo están dispuestos a aceptar y qué hacer cuando un flujo de trabajo se desvía del curso previsto.
Lo que cambia es la cantidad de trabajo diario que alguien tiene que hacer manualmente. Los equipos siguen tomando las decisiones y siguen siendo responsables del resultado, pero el software puede encargarse de una mayor parte de lo que ocurre entre medias.
Puede que el próximo encargado de tu sitio web sea un agente de IA. El cambio más importante es que tu equipo dedicará menos tiempo a gestionar el sitio web y más a decidir cómo deberían funcionar esas operaciones.
