Agentes de IA en la web: cómo las herramientas de ChatGPT reducen el trabajo repetitivo
Los agentes de IA pueden usar acciones de sitios compatibles desde ChatGPT. Descubre qué trabajo automatizan, qué exige implementarlas y cuáles son sus límites.

Para los agentes de IA, las herramientas de sitio de ChatGPT solo compensan su costo de configuración cuando una acción compatible dentro de un sitio web se repite con la frecuencia suficiente para amortizar el desarrollo. El 31 de agosto de 2026, OpenAI dio a ChatGPT Work y Codex una forma directa de usar, desde el navegador integrado de la aplicación de escritorio, las acciones que ofrece un sitio web, sin configurar una conexión aparte.
Qué cambian en la práctica los agentes de IA con Site Tools
Un agente de navegador convencional tiene que interpretar una página diseñada para personas, averiguar qué botón importa y manejar la interfaz mediante clics y escritura. Una herramienta de sitio le ofrece una acción estructurada que la propia página proporciona.
Es como disponer de un segundo menú. Las personas ven botones y formularios; el asistente ve una lista breve de acciones con nombre, los datos que necesita cada una y el código que debe ejecutarse.
El sitio web registra esas acciones mediante WebMCP, una propuesta de estándar web para exponer funciones JavaScript del lado del cliente como herramientas para agentes. Cada herramienta puede incluir un nombre, una descripción clara, un esquema de entrada que defina sus campos, una función de ejecución e indicaciones sobre si solo lee, devuelve contenido no confiable o provoca una acción con consecuencias. El borrador actual de WebMCP es un informe de un Community Group, no un estándar definitivo del W3C.
Esta es la diferencia práctica:
WebMCP y MCP de backend comparten términos como herramienta y esquema, pero no son intercambiables. WebMCP es la vía nativa del navegador y funciona del lado del cliente. Su propia especificación permite que el navegador entregue las herramientas de la página a un agente mediante MCP, llamadas a funciones propietarias u otro método. El proyecto WebMCP lo presenta como un complemento de las integraciones de backend, no como su sustituto.
Esa diferencia también separa las herramientas de sitio de ChatGPT Computer History. Computer History registra la actividad aprobada para que después sea posible encontrar y recordar el trabajo. Una herramienta de sitio, en cambio, es una acción invocable que la página web ofrece deliberadamente en ese momento.

El efecto en el flujo de trabajo: menos configuración para quien usa la página
Quien utiliza una página compatible no tiene que instalar un conector aparte. Basta con abrirla en el navegador de la aplicación de escritorio de ChatGPT, iniciar sesión allí si hace falta y dejar que ChatGPT descubra las acciones disponibles.
La configuración no desapareció: pasó a manos del propietario del sitio web.
El equipo de producto todavía debe elegir una acción útil, registrarla, validar sus entradas, llamar a la lógica existente de la aplicación, actualizar la página visible, gestionar los errores y probar el proceso de permisos. La ventaja es que la acción puede reutilizar el estado actual de la página y la sesión iniciada, sin obligar al equipo a construir un segundo backend orientado a agentes para hacer el mismo trabajo dentro de la interfaz.
Esa es la consecuencia para el negocio. Tras una única implementación, las herramientas de sitio pueden recortar la navegación y el llenado repetitivo de formularios, pero solo en las páginas y acciones compatibles. No resuelven nada si el sitio no expone una herramienta adecuada, si la cuenta o el modelo no tienen acceso, o si el flujo debe continuar después de cerrar la página.
Para decidir entre Chat convencional, Work y Codex, el análisis de ChatGPT Work explica qué entorno encaja mejor con cada resultado.
Quién puede usarlo y para qué
Un responsable de operaciones con un tablero de tareas en el navegador
El equipo de producto puede exponer en la página activa una acción ya existente para “añadir seguimiento”. El responsable de operaciones le pide a ChatGPT que agregue la acción acordada en una reunión, comprueba los campos y ve aparecer la tarea en la misma interfaz.
El beneficio está en evitar navegación repetitiva. El sitio conserva la validación y el registro visible sigue siendo el lugar donde el operador revisa el resultado.
Un responsable de soporte que trabaja en un panel
Un producto de soporte puede exponer una acción de búsqueda acotada para la vista activa del cliente y, por separado, otra acción que actualice una nota interna. El responsable pide a ChatGPT Work que encuentre el contexto relevante de la cuenta y prepare la nota mientras el panel permanece abierto.
El beneficio es avanzar más rápido por una interfaz compleja. Las acciones de lectura y escritura deben permanecer separadas para que el límite de los permisos sea evidente.
Un responsable de ecommerce que revisa un carrito
OpenAI incluye las actualizaciones de carritos de compra entre los tipos de tareas compatibles con herramientas de sitio. Un responsable de ecommerce puede pedirle a ChatGPT que ajuste un carrito en la página donde inició sesión y revisar el resultado antes de cualquier compra.
El beneficio es reducir los pasos manuales. La compra sigue siendo una acción con consecuencias, por lo que aún requiere confirmación.
Un responsable de ingeniería dentro de una página de revisión de código
El proyecto WebMCP utiliza como ejemplo una interfaz de revisión de código. La página puede exponer, mediante el código de su propia aplicación, la consulta de estados, los detalles de errores y una acción para sugerir cambios. Codex puede examinar los fallos y devolver una modificación propuesta a la interfaz visible de revisión.
El beneficio no es fusionar código de forma autónoma, sino acortar el trayecto entre un estado complejo de la página y una sugerencia que una persona pueda revisar.
Cómo probar el flujo de usuario
La guía de herramientas de sitio de OpenAI ofrece una comprobación visual del acceso. No hace falta adivinar si una página es compatible.
1. Abrir el navegador correcto
Usa el navegador integrado desde ChatGPT Work o Codex, dentro de la aplicación de escritorio para macOS o Windows. Las herramientas de sitio no están disponibles mediante la extensión de Chrome.
2. Abrir la página e iniciar sesión
Visita la página que debería ofrecer la acción. El navegador integrado mantiene su propio estado, por lo que una sesión iniciada en Chrome podría no transferirse.
3. Revisar la barra de direcciones
Una flecha gris indica que las herramientas de sitio están disponibles. Selecciónala para ver las herramientas de esa página y saber si cada una lee información o realiza un cambio. La flecha se vuelve azul mientras ChatGPT usa una herramienta.
4. Pedir una única acción acotada
Indica el resultado y el registro al que debe afectar. Limita la primera prueba a una sola acción cuyo resultado se pueda verificar en la página visible.
5. Revisar el acceso y el resultado
Aprueba la interacción con el sitio web cuando se solicite. ChatGPT vuelve a pedir confirmación antes de actividades sensibles, como compras, eliminaciones, cambios de permisos, compartir datos personales o enviar un mensaje.
Si la flecha no aparece, falló uno de tres filtros: la cuenta, el modelo seleccionado o la página web actual. La guía vigente de OpenAI no publica una tabla exacta de compatibilidad entre planes y modelos, así que una promesa de acceso imprecisa no debería convertirse en una decisión de compra. Hay que comprobar la cuenta y el modelo que realmente se pretende utilizar.
Calcula el retorno antes de desarrollar herramientas de ChatGPT
La ecuación más clara es:
Plazo de recuperación simple en semanas = costo de implementación / valor semanal del trabajo ahorrado
Conviene usar el tiempo medido de la tarea, no una afirmación de lanzamiento. Los materiales originales utilizados aquí no incluyen ningún benchmark sobre el ahorro de tiempo de las herramientas de sitio.
El ejemplo no incluye el uso del asistente, el mantenimiento, la revisión de seguridad, la gestión de errores ni el costo de una escritura incorrecta. Hay que añadir esas partidas antes de aprobar el desarrollo. Si el equipo todavía no tiene acceso a las herramientas de sitio, el costo incremental de la cuenta solo debe sumarse cuando la función aparezca en la cuenta y el modelo exactos que se desplegarán.
La manera más rápida de mejorar los números no consiste en exponer más herramientas. Es preferible elegir una acción muy repetitiva, con entradas estables y un resultado que una persona pueda comprobar. Un catálogo amplio consume más contexto del modelo y aumenta las posibilidades de que confunda las herramientas.
Los límites reales
Las herramientas de sitio están ligadas a una página. ChatGPT puede trabajar entre pestañas, pero cada herramienta pertenece a la página que la proporciona. Al cerrar esa página, la herramienta desaparece. Actualmente tampoco se admiten las herramientas expuestas únicamente por contenido incrustado.
Esto tampoco es un sistema de automatización en segundo plano. WebMCP fue diseñado para un trabajo cooperativo, con intervención humana, alrededor de una página web. Si la tarea debe ejecutarse sin supervisión y sin una página abierta, una integración de backend o una API convencional de la aplicación tiene una arquitectura más adecuada.
La propuesta sigue evolucionando. La API declarativa basada en formularios aún no está terminada en el borrador actual, y varios comportamientos relacionados con errores, validación y comunicación entre documentos continúan abiertos. Hay que desarrollar la superficie más pequeña que produzca un resultado medible y contar con su mantenimiento.
Quién debería actuar, esperar o ignorarlo
Conviene actuar esta semana si el equipo controla el sitio web, una acción dentro de la página se repite con frecuencia, la aplicación ya cuenta con una función clara para ejecutarla y una persona puede revisar el resultado. Eso basta para un piloto acotado.
Es mejor esperar si el modelo o el plan necesarios no muestran acceso, la acción útil está dentro de contenido incrustado, la página no puede permanecer abierta, o la tarea es poco frecuente y de alto riesgo. La configuración no se amortizará solo porque el estándar sea nuevo.
Quien solo utiliza sitios web de terceros que no exponen herramientas de sitio no se ve afectado. No es posible añadir una acción desde ChatGPT. El control convencional del navegador aún puede ayudar, y una conexión MCP aparte podría seguir siendo la opción adecuada para el trabajo del lado del servidor.
El próximo paso para el lunes
Elige una acción repetitiva en un sitio web que pertenezca al equipo. Cuenta cuántas veces se repitió la semana pasada, cronometra cinco ejecuciones normales y anota qué revisión humana debe mantenerse. Define primero una herramienta de solo lectura, pruébala en el navegador integrado de la aplicación de escritorio y aprueba el siguiente paso únicamente cuando el retorno medido encaje en el plazo presupuestario que ya utiliza la organización para su software interno.
Para recibir más análisis claros sobre cómo actuar ante nuevos lanzamientos de IA, suscríbete al boletín.
7 sept 2026







