Usa una API compatible si cubre los campos, la acción y los permisos. Usa el navegador para una parte autorizada que requiere la página o una comprobación visual. Un conector puede exponer cualquiera de las dos vías. Define primero el resultado.
Empieza por el resultado requerido
Anota el ID, el estado esperado, la autoridad para cambiarlo y la prueba que puedes leer después. En la práctica hay que marcar un pedido como revisado. Comprueba el ID exacto, reviewed y revisión 2. Una respuesta HTTP por sí sola no confirma los tres.
Búsqueda y control del navegador · Navegador para agentes
Elige la interfaz y los permisos
Una API documentada ofrece un contrato. El navegador opera controles en una sesión autorizada. MCP permite al agente descubrir y llamar herramientas con nombre. Comprueba qué implementación y autoridad utiliza cada herramienta. Confirma el registro y el cambio antes de aprobar una escritura irreversible.
| Vía | Cuándo encaja | Requisito | Comprobación independiente |
|---|---|---|---|
| API | Operación documentada | Permiso de cuenta o servicio | Leer registro y revisión |
| MCP | Herramienta cubre la acción | Contrato de herramienta · Aprobación y permisos subyacentes | Releer el registro |
| Browser | Acción de página o prueba visual | Sesión autorizada | Recargar y leer el estado |
MCP Tools · Guía de Playwright MCP · Agentes de navegador
Compara las dos vías con el mismo objetivo
La prueba API leyó API-01 y su ETag de revisión 1. La actualización condicional devolvió 200. Al repetir If-Match con el valor anterior, devolvió 412. Otra lectura confirmó reviewed, revisión 2. En la UI, Tabbit abrió UI-01, pulsó Mark reviewed y recargó. La página mostró el mismo estado y revisión.
| Ensayo | Resultado |
|---|---|
| Escritura API | API-01 · HTTP 200 · reviewed · r2 |
| If-Match anterior | API-01 · HTTP 412 · reviewed · r2 |
| Clic en Tabbit y recarga | UI-01 · reviewed · r2 |
| Lectura API independiente | UI-01 · reviewed · r2 |

RFC 9110 If-Match · Automatización web · Pruebas de interfaz
Combina vías con un ID estable
Usa la API autorizada para lecturas por lotes o comprobaciones finales. Deja al navegador el paso que requiere interfaz y pasa el mismo ID al siguiente paso. Una lectura de UI-01 por API coincidió con la página recargada. Sin API de lectura autorizada, vuelve a abrir el registro en la UI.
Playwright API testing · Permitir que un agente controle el navegador · Conectar un navegador existente
Prevé cambios y fallos
La API depende de esquema, permisos y reglas de concurrencia. La UI depende de rutas, controles y sesión. Si hay un timeout, lee el registro para ver si el cambio se guardó. Una condición obsoleta requiere releer. Si falta el botón o cambió su significado, detén el flujo.
Seguridad del navegador agéntico
Un participante de QA describió acciones en navegador con aserciones API. Un usuario de n8n envolvió un script cuando faltaba la API. El envoltorio facilita la llamada y conserva la dependencia de la página. Reddit QA · Reddit n8n
Define cuándo ha terminado
Devuelve ID, vía, estado final y una lectura independiente si existe. Guarda el recibo antes de cerrar la sesión. Evita credenciales y datos personales en registros. Si no puedes confirmar el estado, indícalo y deja los cambios de impacto para revisión.
Preguntas frecuentes
¿Cuándo conviene empezar por la API?
Cuando su alcance cubra la operación autorizada y permita comprobar el resultado.
¿Un conector MCP es siempre una API?
Expone herramientas. Pueden envolver una API, una operación en el navegador u otra implementación.
¿Se pueden combinar API y navegador?
Sí. Pasa un ID estable y comprueba el estado final de forma independiente.
¿Se puede automatizar una aplicación con solo interfaz web?
Usa controles y una sesión autorizados. Define el resultado y detente si hay restricciones.
¿Un HTTP 200 confirma el trabajo?
Verifica el ID y el estado de negocio en otra lectura cuando sea posible.
¿Qué hago si falla la condición o expira el tiempo?
Lee el estado actual antes de decidir si debes escribir de nuevo.