Por qué Verdex utiliza CDP directamente

La pregunta más común que recibimos sobre Verdex es por qué usamos el protocolo CDP directamente en lugar de construir encima de o extender Playwright. La respuesta corta: Verdex es una herramienta para la fase de authoring y necesita control profundo y específico sobre la inspección del DOM y los contextos de ejecución de JavaScript. Playwright es un runner de tests orientado a la ejecución, diseñado para fiabilidad cross browser. Son casos de uso diferentes y por eso requieren arquitecturas distintas.

Inspiración y divergencia Verdex toma muchas ideas de Playwright: manejo del arbol de accesibilidad, mundos aislados e intención de respetar W3C ARIA. Sin embargo Verdex se separa en la arquitectura al añadir primitivas de exploración estructural como get_ancestors, get_siblings y get_descendants para construir selectores durante el authoring en lugar de priorizar la re-resolución automática en cada acción, que es la filosofía de Playwright.

Authoring versus ejecución En ejecución Playwright re-resuelve selectores en cada acción para evitar errores por elementos obsoletos. En authoring necesitamos mantener referencias estables durante múltiples consultas de análisis estructural. Verdex mantiene un mapa persistente de referencias a elementos durante la sesión de authoring, lo que permite recorrer ancestros, hermanos y descendientes sobre la misma referencia sin que el sistema fuerce su liberación automática.

Por qué eso no provoca los problemas de StaleElement Verdex opera sobre un snapshot o una sesión de authoring, no sobre la ejecución dinámica de tests. Las referencias persistentes se usan solo para análisis estático y exploración estructural. El código final que se genera es código Playwright que usa sus locators auto resolventes durante la ejecución en CI, por lo que se combinan las ventajas de ambos enfoques: exploración estable en desarrollo y fiabilidad cross browser en ejecución.

La capa CDP y la ventaja arquitectónica Ambos proyectos pueden usar CDP, pero difieren en el nivel de abstracción. Playwright abstrae el protocolo para ofrecer compatibilidad entre Chromium, Firefox y WebKit. Verdex opera directamente con CDP nativo para evitar la fricción entre dos modelos de objetos diferentes, para mantener objectIds persistentes en mundos aislados y para ejecutar análisis complejos en el navegador sin costosas idas y venidas.

Por qué Puppeteer y CDP nativo encajan naturalmente Cuando se trabaja exclusivamente sobre CDP no existe el impedance mismatch entre ElementHandles auto gestionados y objectIds del runtime. Ejecutar múltiples operaciones sobre la misma referencia resulta directo, se evita la auto eliminación de manejadores y se minimiza la sobrecarga del bundle. Esa simplicidad se traduce en una herramienta ligera y optimizada para el authoring.

Mundos aislados con propósitos distintos Playwright permite que los tests vean el mundo principal por defecto, incluyendo parches o hooks que haya inyectado la aplicación. Esto es apropiado para validar comportamiento real. Verdex ejecuta su análisis en un mundo aislado puro para obtener hechos estructurales limpios sin interferencias. Esa separación permite que Verdex descubra selectores robustos mientras Playwright ejecuta las pruebas finales en el contexto real de la aplicación.

Contextos multi rol y control total del navegador Un beneficio práctico de trabajar a nivel de protocolo es la posibilidad de manejar múltiples contextos de navegador desde un solo proceso. En Verdex cada rol puede tener su propio contexto incognito, con sesión de CDP dedicada, almacenamiento y autenticación aislada. Eso simplifica la creación de flujos e2e multi rol donde proveedor y cliente interactúan en el mismo guion sin necesidad de orquestar múltiples servidores o ensamblar fragmentos de código.

Progresividad y eficiencia de tokens Verdex aplica disclosure progresivo: el bridge ejecuta análisis en el navegador y devuelve solo los hechos estructurales necesarios para construir selectores. Esa aproximación mantiene la computación cerca de los datos, reduce la serialización y evita enviar volúmenes inmanejables de HTML que degradan la precisión de los modelos de lenguaje.

Limitaciones de la estrategia cross browser Playwright es excelente para garantizar paridad entre motores. Verdex es una herramienta de desarrollo: se usa durante authoring para producir código Playwright que luego se ejecuta en CI sobre Chromium, Firefox y WebKit. Por eso Verdex puede permitirse usar características CDP que facilitan el análisis estructural sin comprometer la portabilidad del código de prueba resultante.

Relación complementaria y flujo recomendado Usa Playwright MCP para control en tiempo real, scraping, interacciones y ejecución inmediata. Usa Verdex para authoring: descubrir jerarquías, diseñar selectores resistentes y componer flujos e2e complejos con múltiples roles. Finalmente ejecuta los tests generados con Playwright en CI para obtener cobertura cross browser y reporting. Así cada herramienta juega su papel en la cadena de valor.

Q2BSTUDIO y cómo te ayudamos En Q2BSTUDIO combinamos experiencia en desarrollo de software a medida con especialización en inteligencia artificial, ciberseguridad y servicios cloud. Si necesitas soluciones de aplicaciones a medida o software a medida podemos ayudarte a diseñar y construir flujos de testing y autoría avanzados integrados en tu pipeline de desarrollo, visita nuestra página de para más detalles. También ofrecemos implementación y migración a la nube con servicios cloud aws y azure y arquitectura segura para entornos que requieren cumplimiento y disponibilidad, conoce nuestros .

Servicios y tecnologías clave que ofrecemos: aplicaciones a medida, inteligencia artificial aplicada, ia para empresas y agentes IA, ciberseguridad y pentesting, servicios inteligencia de negocio y power bi, automatización de procesos y arquitecturas cloud seguras. Con esta combinación ayudamos a equipos a reducir el tiempo de desarrollo, mejorar la calidad de pruebas y desplegar software resilient y seguro.

Conclusión Elegir CDP directo para Verdex no es un rechazo a Playwright sino una decisión arquitectónica basada en la finalidad de la herramienta. Verdex facilita la exploración estructural y la creación de selectores duraderos en la fase de desarrollo usando CDP para eliminar fricciones. El resultado final es un flujo complementario donde Verdex acelera y mejora el authoring y Playwright garantiza ejecución fiable y portable en CI.