Corregir exportaciones · 2026-06-03 · 9 min

Por qué los archivos IFC grandes bloquean tu navegador (y cómo ver un modelo de 1 GB)

Un IFC federado de 600 MB, 1,7 GB de RAM, 3 fotogramas por segundo y la pestaña muere. Los archivos IFC grandes rompen la mayoría de visores web por razones técnicas muy concretas. Esto es lo que ocurre realmente, y cómo abrir un modelo de ese tamaño sin servidor ni una estación de trabajo de gama alta.

Por qué los archivos IFC grandes bloquean tu navegador (y cómo ver un modelo de 1 GB) — IFC Viewer Online article cover

Todo el que trabaja con modelos federados choca con el mismo muro: el IFC combinado de arquitectura + estructuras + MEP pesa entre 600 MB y más de 1 GB, y en el momento en que intentas abrirlo en un navegador el ventilador se dispara, la memoria sube por encima de 1,7 GB, la tasa de fotogramas cae a un solo dígito y, al final, la pestaña se bloquea. No es que estés haciendo algo mal. Los archivos IFC grandes rompen la mayoría de los visores web por razones muy concretas.

1 GB+ — modelo federado típico
1.7 GB — RAM incluso optimizado
3 FPS — modelos sin optimizar
12× — más lento: código abierto frente a comercial

Por qué los archivos IFC grandes bloquean el navegador

Análisis en un solo hilo

Convertir el texto de IFC en geometría 3D exige mucha CPU y tradicionalmente se ejecuta en un solo hilo. Hay que analizar todo el archivo antes de que se renderice nada, así que la interfaz se congela mientras trabaja.

Límite de memoria

Incluso un modelo optimizado puede consumir ~1,7 GB de RAM. En un portátil de 8 GB, el navegador topa con su límite de memoria por pestaña y el proceso de renderizado se mata; esa es la página de «la pestaña ha fallado».

Coste de la teselación

La geometría de IFC suele definirse como sólidos paramétricos (extrusiones, barridos). Teselarlos en mallas de triángulos para WebGL multiplica los datos y el trabajo: millones de triángulos que enviar en cada fotograma.

Cargarlo todo primero

La mayoría de los visores descargan y convierten el archivo entero por adelantado, aunque en cada momento solo mires una fracción de él. No se renderiza nada hasta que se ha procesado todo.

Por qué los visores de código abierto parecen más lentos que los comerciales

Una comparativa de la comunidad muy compartida lo dejó claro: un modelo eléctrico de 288 MB tardó unos 830 segundos en cargar en una herramienta de código abierto frente a unos 67 segundos en un visor comercial: más de 12 veces más lento. La diferencia no tiene nada de mágico. Los visores comerciales a menudo evitan la teselación completa representando las formas paramétricas de manera más directa, y preprocesan los modelos en un servidor a un formato optimizado para streaming antes de que los abras.

830 segundos en un visor de código abierto frente a 67 en uno comercial. ¿Cuál es aquí el ingrediente secreto?
IfcOpenShell GitHub — visualización de modelos federados grandes

El «ingrediente secreto» es el preprocesamiento y el streaming, y ahí está también la trampa. Los pipelines de código abierto más rápidos (convertir IFC al XKT de xeokit, o a glTF) requieren conocimientos técnicos y un servidor para hacer la conversión. Eso está bien para un equipo de producto, pero no es algo que un coordinador pueda hacer con un archivo que un cliente le acaba de enviar por correo.

Las estrategias que realmente ayudan

Convertir una vez, cargar muchas: analiza el IFC a un formato de geometría rápido (Fragments, XKT o glTF/GLB) una sola vez, y luego carga eso en cada apertura posterior. Analizar el IFC en tiempo de ejecución es demasiado lento para un uso repetido.
Tiling: divide el modelo en fragmentos espaciales para cargar y dibujar solo lo que está cerca de la cámara.
Culling: omite la geometría que está fuera de pantalla u oculta, en lugar de enviarla a la GPU en cada fotograma.
Compresión de geometría: deduplica los elementos repetidos (cada perno o balaustre idéntico referencia una sola malla) y cuantiza las coordenadas para reducir el peso de los datos.
Reduce el archivo antes de abrirlo: exporta solo las disciplinas que necesitas y comprímelo (ifcZIP) para transferirlo.

Cómo abrir un modelo grande sin servidor ni subida

Este visor analiza el IFC en el propio cliente con WebAssembly y guarda en caché la geometría convertida en el Origin Private File System del navegador, de modo que el análisis costoso ocurre una sola vez y las cargas repetidas son unas 10 veces más rápidas. No hay paso de subida ni servidor que configurar: obtienes el beneficio de «convertir una vez» de un pipeline comercial sin enviar tu modelo a ningún sitio. Federar varios modelos de distintas disciplinas en una sola vista funciona igual: cárgalos uno detrás de otro.

Abre un modelo de tamaño real

Un modelo de arquitectura IFC4 completo, exportado desde Revit, a tamaño de producción. Ábrelo para ver cómo carga y se guarda en caché un archivo grande en el navegador, y luego prueba con tu propio modelo federado pesado.

IFC4 · 14 MB

Abrir el visor IFC interactivo

La conclusión: no necesitas una estación de trabajo con 64 GB ni una plataforma de pago para inspeccionar un modelo de 1 GB. Necesitas un pipeline que analice una vez, guarde el resultado en caché y solo dibuje lo que estás mirando, y eso lo puedes tener en una pestaña del navegador.

Por qué los archivos IFC grandes bloquean tu navegador (y cómo ver un modelo de 1 GB)