GraphiQL 6 rehace la interfaz y cambia la forma de enviar las consultas
· Redacción de BehindLines
GraphiQL, la herramienta para escribir y probar consultas GraphQL en el navegador, pasa a la versión 6. Según el anuncio publicado el 7 de noviembre de 2026 en el blog de graphql.org por Trevor Scheer, este trabajo fue financiado por el programa de subvenciones de la comunidad GraphQL. La página de publicación en GitHub fecha la versión 6.0.0 el 1 de noviembre.
Una interfaz repensada en torno a los editores
Los editores de código ya habían pasado a Monaco en la versión 5. La versión 6 rehace toda la organización del espacio de trabajo: navegación, pestañas, menús y cuadros de diálogo. Las notas de la versión mencionan temas claro y oscuro, una barra de punto de acceso, un panel lateral redimensionable y una barra de estado. El anuncio precisa también que los indicadores de foco del teclado son más legibles y que unas comprobaciones automáticas de accesibilidad se ejecutan ahora junto con el resto de las pruebas.
Tres novedades para el día a día
- Constructor de consultas: se marcan campos del esquema y la operación se escribe en el editor. Se puede pasar del constructor al texto, extraer campos a un fragmento reutilizable o convertir un argumento en variable.
- Colecciones: las operaciones se guardan con un nombre, se comparten en forma de JSON y se importan sin duplicados. Por defecto se conservan en el navegador; una organización puede conectar su propio almacenamiento.
- Respuesta en tres vistas: JSON sin procesar, árbol plegable o tabla. La elección se recuerda de una recarga a otra.
La API «transport» sustituye poco a poco a «fetcher»
El cambio más técnico afecta al envío de las consultas. La nueva API `transport` devuelve, junto con el resultado, información HTTP: método, estado, duración y tamaño de la respuesta. Para elegir el método, consulta primero al servidor con una petición OPTIONS y lee la cabecera `Allow`. Para una consulta de lectura, prefiere QUERY, luego POST, luego GET; si el descubrimiento falla, recurre a POST, y las mutaciones usan siempre POST. El proyecto recomienda migrar, pero `fetcher` sigue siendo utilizable y solo está obsoleto.
Qué conviene comprobar antes de actualizar
El anuncio no detalla las rupturas de compatibilidad y remite a una guía de migración. Las notas de la versión, en cambio, enumeran varias: las versiones 15 y 16.0 a 16.10 de graphql-js ya no son compatibles, el complemento Explorer cede su lugar al constructor de consultas, desaparece la propiedad `operationName`, y las antiguas variables CSS `--color-*` ya no dan estilo a la interfaz, sustituidas por tokens OKLCH. Para una integración existente, el anuncio aconseja empezar por la guía de migración.