Cuánta autonomía darle a un agente de IA para tomar decisiones SEO

Un agente detecta una página con muchas impresiones y pocos clics en Google. Propone cambiar el título, ampliar el contenido y añadir enlaces internos. Tiene acceso al gestor de contenidos y podría hacerlo en unos minutos. ¿Le dejamos?

Nuestra respuesta sería darle libertad para investigar y preparar una propuesta completa. Para modificar la web, necesitaría un encargo más preciso: qué puede cambiar, en qué páginas y bajo qué condiciones. La autonomía debería concederse por tarea y por impacto.

En el artículo sobre Jev de TypeSafe AI planteamos aplicaciones de la IA para clasificar búsquedas y preparar decisiones. Aquí damos el siguiente paso: qué ocurre cuando esa capacidad se conecta a herramientas que pueden actuar. Lo que sigue es una propuesta de trabajo de Nexir, con ejemplos ficticios.

Qué significa dar autonomía en SEO

Un agente puede consultar datos, elegir qué investigar, utilizar herramientas y comprobar sus resultados. Anthropic describe precisamente esa capacidad de dirigir el proceso y el uso de herramientas como una diferencia entre un agente y un flujo con pasos predefinidos. Cómo describe Anthropic los agentes.

Pero acceder a una herramienta no debería autorizar cualquier uso de ella. Consultar Search Console, redactar una alternativa de título y publicar ese título son permisos distintos. También lo son editar una página y modificar una plantilla que afecta a todo el catálogo.

Para una empresa, el objetivo debería ser ahorrar trabajo y mejorar decisiones manteniendo un responsable claro. Un agente puede asumir buena parte de la investigación aunque cada publicación siga teniendo revisión humana.

Tres grados de autonomía que podemos separar

Proponemos estos tres grados como punto de partida. Un mismo agente podría trabajar con uno distinto según la tarea.

Analizar y priorizar por su cuenta

Con acceso de lectura a los datos autorizados, le dejaríamos agrupar consultas por intención, detectar variaciones de tráfico, buscar enlaces rotos y preparar una lista de oportunidades. Pediríamos que cada hallazgo incluyera la página afectada, el periodo analizado y la evidencia que lo sostiene.

La revisión puede centrarse en una muestra y en las recomendaciones de mayor impacto. Si una búsqueda es ambigua o faltan datos, debe indicarlo. Una lista de oportunidades sigue siendo una propuesta: no habilita automáticamente cambios en las páginas señaladas.

Preparar cambios para su aprobación

Aquí entrarían nuevos títulos, descripciones, secciones de contenido y propuestas de enlaces internos. El agente podría dejarlos listos en un borrador o un entorno de pruebas, junto con una comparación del antes y el después.

La documentación de Google pide comprobar manualmente la exactitud y fiabilidad del contenido generado con IA antes de publicarlo. Extiende esa revisión a títulos, metadescripciones, datos estructurados y textos alternativos de imágenes. Orientaciones de Google sobre contenido generado con IA.

Por eso reservaríamos una revisión editorial antes de publicar esos textos. Quien aprueba debe poder comprobar si responden a la búsqueda y si describen fielmente el negocio: servicios, zonas, precios o condiciones que la IA no puede dar por supuestos.

Ejecutar tareas delimitadas con autorización previa

Puede tener sentido permitir acciones repetitivas dentro de un alcance aprobado. Por ejemplo, sustituir un enlace interno roto en diez páginas concretas cuando una persona ya ha validado el destino correcto y la regla exacta de sustitución.

El agente podría aplicar ese cambio, comprobar los enlaces y registrar el resultado sin pedir permiso para cada página. Si encuentra un destino distinto, supera el número autorizado o necesita reescribir el texto, tendría que detener esa parte del trabajo.

El permiso cubre una operación concreta. La decisión sobre el destino ya está tomada; la ejecución puede automatizarse.

Los cambios que mantendríamos bajo revisión explícita

En un proyecto de SEO técnico, reservaríamos la aprobación específica para decisiones con consecuencias amplias o difíciles de evaluar:

• Indexación y rastreo. Cambios en noindex, robots.txt o etiquetas canónicas, que señalan qué URL se prefiere entre versiones similares.
• URLs y arquitectura. Eliminar páginas, fusionar categorías, cambiar direcciones o introducir redirecciones.
• Contenido y negocio. Reescribir páginas que generan contactos, cambiar promesas comerciales o publicar contenido a gran escala.
• Plantillas compartidas. Cualquier modificación que se propague a muchas páginas, aunque el cambio en el código sea pequeño.

Un ejemplo explica la cautela: cuando Google rastrea una página accesible y encuentra una instrucción noindex, la retira de sus resultados. Es una decisión de visibilidad que puede estar contenida en una sola línea. Documentación de Google sobre noindex.

También revisaríamos el valor de cada contenido antes de ampliar su producción. Google advierte de que generar muchas páginas sin aportar valor al usuario puede infringir su política contra el abuso de contenido a gran escala. Criterio de Google sobre generación de contenido.

Nuestra regla sería valorar cuántas páginas afecta una acción, cuánto negocio depende de ellas y qué costaría recuperar la situación anterior. Tener una copia del texto o del código ayuda a deshacer una edición; recuperar la visibilidad en buscadores depende además de procesos externos.

Un CTR bajo merece una investigación

Volvamos al ejemplo inicial. Una empresa ficticia de climatización tiene una página de instalación con muchas impresiones y un porcentaje de clics bajo, el llamado CTR. El agente propone un título más llamativo.

Antes de aprobarlo, le pediríamos separar las consultas de marca de las genéricas, revisar dispositivos y países, y comparar periodos equivalentes. También comprobaríamos si la página aparece para búsquedas informativas que encajan poco con el servicio. Un dato agregado puede esconder situaciones distintas.

Google recomienda analizar las caídas de tráfico por consultas, páginas, países y dispositivos, además de considerar la estacionalidad. También señala que una caída de clics con impresiones estables puede relacionarse con el título, el fragmento mostrado u otros resultados más atractivos. Guía para investigar variaciones de tráfico.

Con ese contexto, el agente podría proponer un título que aclare el servicio y la zona real de cobertura. No debería inventar «atención 24 horas» para ganar clics. La persona responsable comprobaría la promesa y decidiría si el cambio merece una prueba.

Después observaríamos los clics y, con la medición adecuada, las solicitudes de presupuesto válidas. La hipótesis que nos interesa es atraer a personas que buscan ese servicio. Subir el CTR con una promesa incorrecta no cumpliría ese objetivo.

Escribir los permisos antes de conectar las herramientas

«Mejora el SEO de esta web» deja demasiadas decisiones abiertas. Un primer encargo podría ser:

Analiza las consultas y las cinco páginas indicadas. Prepara hasta tres propuestas de mejora con sus datos de apoyo y el antes y después. Guarda los cambios como borradores. La publicación requiere revisión. Si necesitas otra página, un dato que falta o un permiso adicional, explica cuál y para qué.

Para tareas que sí puedan ejecutarse, añadiríamos las URLs autorizadas, los campos editables, el máximo de acciones y el procedimiento para deshacerlas. Los permisos de las herramientas deben reflejar esos límites: un agente dedicado a analizar datos puede trabajar con acceso de lectura.

Cada intervención debería dejar un registro breve: qué cambió, por qué, con qué autorización y qué comprobaciones pasaron. Los textos encontrados en webs o documentos externos son material de análisis; no pueden conceder permisos nuevos al agente.

Además, definiríamos cuándo parar: datos incompletos, resultados contradictorios, una comprobación fallida o una acción fuera del alcance acordado. Anthropic recomienda incorporar puntos de revisión y condiciones de parada, y probar los agentes en entornos controlados por el riesgo de acumular errores. Recomendaciones para ejecutar agentes.

Medir antes de ampliar la autonomía

Empezaríamos con una tarea acotada y compararíamos el trabajo del agente con una revisión humana. Observaríamos el tiempo total ahorrado, contando las correcciones, la proporción de propuestas útiles y la gravedad de los errores. Un fallo en una clasificación y una propuesta de retirar una página comercial requieren valoraciones diferentes.

Después de aplicar cambios aprobados, tocaría evaluar el resultado SEO. Google explica que algunos efectos pueden aparecer en días y otros tardar meses, y que una modificación no garantiza mejoras. Plazos y límites al evaluar cambios.

Por eso acordaríamos una ventana de observación según el tráfico y el tipo de intervención. Evitaríamos que el agente cambiara la misma página cada pocos días porque aún no ve resultados. Compararíamos periodos equivalentes y, cuando sea viable, páginas similares sin modificar, teniendo presentes otros cambios que puedan influir.

Una mejora posterior al cambio es una señal que investigar; por sí sola no demuestra causalidad. Del mismo modo, una caída aislada de tráfico debería activar una revisión antes de provocar otra tanda de ediciones automáticas.

Daríamos más autonomía cuando una tarea concreta demuestre resultados consistentes, deje un registro comprensible y ahorre trabajo después de revisar sus errores. Ese permiso seguiría ligado a la tarea evaluada. Clasificar bien las consultas no justifica autorizar una migración.

Si quieres incorporar un agente a tu trabajo SEO, podemos ayudarte a definir una primera prueba: una tarea útil, los permisos necesarios y una forma de decidir si merece la pena ampliar su alcance.

---

Fuentes oficiales consultadas el 2 de octubre de 2026. Los grados de autonomía y criterios de aprobación son una propuesta editorial de Nexir. Los ejemplos son ficticios y no presentan resultados de clientes.