Qué es WebAssembly y cómo ejecuta juegos y aplicaciones pesadas en el navegador

Durante mucho tiempo, el navegador fue un lugar para cosas ligeras: páginas, formularios, algunos efectos. Hoy se puede abrir un editor de diseño, un mapa en 3D o un juego completo sin instalar nada. Buena parte de eso solo es posible gracias a WebAssembly, o Wasm, una tecnología que permite al navegador ejecutar código pesado casi como si fuera un programa instalado.

Qué es WebAssembly, sin jerga

El navegador entiende JavaScript de fábrica. WebAssembly es un segundo formato: un archivo binario compacto, pensado para ejecutarse con alto rendimiento. El camino es simple:

1. Alguien escribe el programa en un lenguaje como C, C++ o Rust
2. Un compilador convierte ese código en un archivo .wasm
3. El navegador descarga el archivo y lo ejecuta dentro de un área aislada, el sandbox
4. JavaScript conecta ese archivo con la página: botones, pantalla, archivos que eliges

Por eso WebAssembly no reemplaza a JavaScript. Los dos trabajan juntos: JavaScript se ocupa de la interfaz y Wasm hace el trabajo pesado. Se convirtió en estándar oficial del W3C en diciembre de 2019 y sigue evolucionando: la versión 3.0, completada en 2025, amplió el límite de memoria y facilitó la compilación de lenguajes como Java, Kotlin y Dart.

Juegos: de motores profesionales a Flash resucitado

Aquí es donde WebAssembly más llama la atención. Unity compila el código del propio motor, escrito en C y C++, a WebAssembly, y convierte los scripts en C# del juego en C++ mediante una tecnología llamada IL2CPP, antes de compilarlos hacia el mismo destino. Godot también exporta juegos a la web usando WebAssembly.

Hay además un uso más nostálgico: Ruffle, un emulador de Flash escrito en Rust que se ejecuta en el navegador con WebAssembly. Adobe terminó el soporte de Flash Player el 31 de diciembre de 2020 y, en enero de 2021, empezó a bloquear la ejecución de contenido Flash, sin más actualizaciones de seguridad. El emulador permite abrir juegos y animaciones antiguos sin plugin.

¿Y fuera de los juegos?

El patrón se repite: programas grandes, muchas veces con años de código en C o C++, obtienen una versión para el navegador sin tener que reescribirse desde cero.

• Diseño y edición: Figma, cuyo código está escrito en C++, pasó a ejecutarse en WebAssembly e informó de una carga más de tres veces más rápida. Adobe también llevó buena parte de Photoshop a la web compilando el código C++ que ya tenía.
• Mapas e ingeniería: Google Earth llegó a más navegadores gracias a WebAssembly, y AutoCAD llevó al navegador una base de código de más de 30 años.
• Medios: FFmpeg, la conocida biblioteca de vídeo y audio, tiene una versión en WebAssembly y JavaScript que convierte vídeo directamente en el navegador. Squoosh, la aplicación de Google para comprimir imágenes, usa códecs compilados a WebAssembly.
• Datos y lenguajes: la base de datos SQLite y Python (mediante Pyodide) también se compilaron para ejecutarse en el navegador.

Velocidad y privacidad: qué cambia WebAssembly y qué no

Cuando el trabajo pesado se ejecuta en tu dispositivo, la herramienta responde sin esperar a un servidor, y el archivo no necesita salir de tu computadora. Pero conviene separar las cosas: WebAssembly por sí solo no garantiza la privacidad. Se ejecuta aislado y no accede a archivos ni a la red por su cuenta, solo a través de lo que permite el JavaScript de la página. Y el JavaScript de la misma página sí puede enviar un archivo a un servidor. La privacidad viene de cómo se construyó el sitio, no de la tecnología.

Por eso vale la pena comprobar en lugar de confiar en una promesa genérica. Abre las herramientas de desarrollo del navegador, ve a la pestaña Red y mira si el archivo sale de tu dispositivo. O carga la página, apaga internet y mira si la herramienta sigue funcionando. Algunos módulos solo se descargan cuando usas la herramienta, no al abrir la página: úsala una vez con internet antes de apagarlo.

Lo que WebAssembly no hace

• No siempre es más rápido. Para manejar la página y la lógica común de un sitio, JavaScript sigue siendo la elección correcta. La ganancia aparece en cálculos pesados.
• Sigue siendo una tecnología de nicho en la web en general. El informe Web Almanac de 2022 ya la describía así, con el beneficio concentrado en aplicaciones complejas con bases de código grandes.
• Un módulo Wasm sigue siendo código descargado de un sitio. El aislamiento te protege de módulos con errores o maliciosos (esa es una de las metas de seguridad del estándar), pero no elimina todos los tipos de error, y la confianza en quien entrega el código sigue siendo necesaria. Es el mismo razonamiento de nuestro texto sobre ataques supply chain.

¿Y Kastavo?

En Kastavo, las herramientas se ejecutan en el navegador, y WebAssembly entra solo donde el trabajo es lo bastante pesado como para compensar: Proteger PDF con contraseña y Quitar contraseña de PDF, que usan QPDF compilado a WebAssembly, y Extraer Texto de Imagen (OCR), que usa Tesseract. La mayoría de las demás herramientas usa JavaScript, que es suficiente para tareas más ligeras. La elección es técnica, no de marketing. La privacidad viene de que el archivo se procesa en tu dispositivo, y puedes comprobarlo con las pruebas de la sección anterior. Para entender esa arquitectura en general, mira Por qué Kastavo no tiene servidor.

La lección que queda

WebAssembly convirtió al navegador en un lugar donde caben juegos, editores y herramientas que antes solo existían instalados. Es un avance real de velocidad y de comodidad. Pero la tecnología por sí sola no dice qué hace un sitio con tus datos: eso depende de cómo se construyó y de que puedas verificarlo. La pregunta útil no es solo "¿esto corre en el navegador?", sino "¿qué pasa con mi archivo mientras corre?"