¿Puede un archivo 3D llevar su propia interactividad? KHR_interactivity en 2026

Sí, un archivo glTF puede llegar a incluir su propia lógica de interacción mediante la extensión KHR_interactivity. La propuesta permite incorporar grafos de comportamiento dentro del archivo, de modo que un visor compatible pueda interpretar eventos y acciones sin depender necesariamente de que toda la lógica se programe por separado en la aplicación.

La diferencia importa si encargas un configurador de producto, una demo interactiva o una experiencia 3D que quieres distribuir en varios canales. Sin embargo, hay una condición esencial: a 14 de octubre de 2026, KHR_interactivity todavía no está ratificada. Además, incluir la lógica en el archivo no garantiza que todos los visores puedan ejecutarla.

Qué cambia respecto a un GLB convencional

glTF es un formato para distribuir escenas y recursos 3D. En un proyecto habitual, puedes utilizar un archivo GLB para transportar la geometría, los materiales y otros datos compatibles. La interacción, en cambio, suele implementarse en el visor, en una aplicación web o en el software que controla la experiencia.

KHR_interactivity propone trasladar parte de esa lógica al propio archivo. Según Khronos, los grafos de comportamiento pueden viajar dentro del glTF. Esto permite describir relaciones entre eventos y acciones para que los entornos que implementen la extensión puedan reproducirlas.

Imagina un configurador sencillo: el usuario selecciona una opción y cambia una propiedad del producto, activa una animación o desencadena otro comportamiento. Con una extensión compatible, parte de esa lógica podría estar definida en el archivo 3D, en lugar de depender exclusivamente de código específico del visor.

La propuesta no convierte cualquier GLB en una aplicación universal. El archivo necesita un entorno capaz de interpretar sus instrucciones, y las funciones disponibles dependerán de lo que implemente cada visor. Tampoco elimina automáticamente la necesidad de una interfaz web, una lógica comercial o una conexión con otros sistemas.

Qué soporte existe en octubre de 2026

El 16 de julio de 2026, Khronos anunció que había enviado KHR_interactivity a ratificación. Su anuncio identifica los configuradores de producto como uno de los casos de uso y señala implementaciones y herramientas que ya trabajan con la extensión.

Entre las referencias comunicadas figuran Babylon.js, que puede reproducir estos comportamientos; UnityGLTF, de Needle, que permite exportarlos; glTF-Sample-Viewer, que los implementa; y Android XR, que prevé soportarlos mediante Jetpack XR.

Estas referencias ayudan a entender el estado del ecosistema, pero no equivalen a una compatibilidad universal ni significan que la extensión ya haya sido ratificada. Antes de elegir una herramienta, comprueba qué versión admite la función que necesitas y si permite tanto exportarla como reproducirla en el destino previsto.

No des por hecho el soporte en three.js o Blender: las fuentes consultadas no indican que lo implementen. Si tu flujo depende de alguno de ellos, valida esa compatibilidad antes de comprometer una entrega.

Cuándo puede servirte un archivo con lógica integrada

KHR_interactivity resulta interesante cuando quieres reutilizar comportamientos sencillos junto con un modelo 3D en varios entornos compatibles. Puede reducir la duplicación de ciertas reglas y facilitar que el comportamiento se distribuya junto al contenido, en lugar de mantener una implementación distinta para cada visor.

Esto complementa el enfoque de un GLB para cuatro canales: aquel planteamiento trata de reutilizar el contenido 3D, mientras que KHR_interactivity añade la posibilidad de transportar también lógica de interacción. Son capas diferentes y conviene evaluarlas por separado.

Aun así, un configurador comercial puede necesitar reglas de precio, disponibilidad, selección de referencias, validaciones, analítica, guardado de configuraciones o conexión con un catálogo. Esas necesidades pueden requerir código y servicios externos. Incluir algunos comportamientos en el modelo no sustituye toda la arquitectura de producto.

Cuándo sigue conviniendo un configurador a medida

Si necesitas una experiencia con reglas complejas, datos que cambian desde un servidor, integración con comercio electrónico o un proceso de compra, probablemente debas diseñar el configurador como una aplicación. El archivo 3D puede aportar contenido y, cuando sea compatible, ciertos comportamientos reutilizables, mientras la aplicación controla las funciones que dependen del negocio.

También debes probar la experiencia real en los dispositivos y navegadores que utilizarán tus clientes. Una extensión puede estar disponible en una herramienta de desarrollo y no estar implementada en el visor final. Por eso, conviene establecer una lista de funciones imprescindibles y comprobarlas en cada destino.

Si el proyecto depende de tecnologías gráficas con soporte desigual, prepara además un plan alternativo. La guía sobre WebGPU y los tres navegadores ayuda a plantear esa decisión: no basta con que una tecnología exista, también debe funcionar en los entornos que necesita tu audiencia.

Qué decisión tomar esta semana

Si estás encargando una demo o un configurador, pide una prueba con el comportamiento más importante del proyecto, no solo una escena que se vea bien. Solicita el archivo exportado, identifica el visor que lo reproduce y repite la prueba en los canales previstos. Deja por escrito qué interacciones van dentro del archivo y cuáles seguirán dependiendo de la aplicación.

KHR_interactivity apunta a una distribución más reutilizable de las experiencias 3D, pero su valor dependerá de la ratificación, la implementación y la compatibilidad real. En Contrast 3D desarrollamos experiencias web 3D y configuradores adaptados al objetivo comercial. Cuéntanos qué producto quieres convertir en una experiencia interactiva y podemos ayudarte a definir una arquitectura y una prueba de compatibilidad antes de ampliar el desarrollo.