Rust y WebAssembly: el navegador como plataforma

WebAssembly es un formato de código que los navegadores ejecutan casi a velocidad nativa. Desde 2019 es un estándar del W3C, el cuarto lenguaje de la web junto a HTML, CSS y JavaScript. Permite llevar al navegador código escrito en C++, Rust, C#, Java y otros lenguajes.

Un estándar que madura

• 2019: WebAssembly se vuelve recomendación oficial del W3C.
• 2025: se completa Wasm 3.0, con memoria de 64 bits, recolección de basura y excepciones nativas.
• 2026: se ratifica WASI 0.3, la interfaz para ejecutar WebAssembly fuera del navegador, ahora con asincronía nativa.

Por qué Rust encaja tan bien

Rust no necesita recolector de basura ni un entorno pesado, así que sus módulos son pequeños y arrancan rápido. Por eso es el lenguaje que más eligen los desarrolladores: según la encuesta State of WebAssembly, fue el más usado tres años seguidos, y en la encuesta de Rust 2024, el 23 % de los encuestados lo usa para WebAssembly en el navegador.

Las herramientas principales son wasm-bindgen, que conecta Rust con JavaScript, y frameworks como Leptos, Yew y Dioxus para construir interfaces completas.

Quién lo usa

Los dos últimos casos son famosos, pero no usan Rust. Figma sí usa Rust, aunque en su servidor, no en el navegador.

La web real cuenta otra historia

Los desarrolladores prefieren Rust, pero el Web Almanac 2025, que analiza millones de sitios, muestra otra cosa:

Casi todo el WebAssembly desplegado viene de .NET o de origen desconocido. Rust es apenas el 1,5 %. Encuestas y despliegues miden cosas distintas: lo que la gente elige para proyectos propios y lo que las empresas ya tienen en producción.

Un caso al revés: Prisma

Prisma, una popular herramienta de bases de datos para JavaScript, hizo el camino inverso. En 2025 reemplazó su motor en Rust por uno en TypeScript y WebAssembly:

El problema no era la velocidad de Rust, sino el costo de pasar datos entre dos lenguajes en cada consulta. Es una lección valiosa: la frontera entre lenguajes tiene un precio.

Los límites

• No toca la página directamente. WebAssembly no accede al DOM; necesita pasar por JavaScript, y ese puente cuesta.
• El tamaño importa. Cloudflare advierte que los binarios sin optimizar pueden superar los límites o arrancar lento.
• Las herramientas cambian. En 2025, el grupo que mantenía las herramientas de Rust para WebAssembly cerró su organización, y los proyectos pasaron a nuevos responsables.

Cuándo elegirlo

• Sí: cálculo intensivo en el navegador, como imágenes, video, criptografía o simulaciones, y código que quieres compartir entre servidor y cliente.
• No: interfaces comunes con mucho DOM. Ahí JavaScript sigue siendo más simple.

Para ver Rust y WebAssembly en una aplicación real, lee el caso de ArtCraft, cuyas apps también corren en el navegador.