La guía completa para ejecutar archivos EXE de Windows en el navegador
Última actualización: 8 de junio de 2026 · ~12 minutos de lectura
Ejecutar un programa de Windows dentro de un navegador web suena a algo que no debería ser posible. No hay Windows debajo, no hay un procesador x86 garantizado, no hay instalador: solo una pestaña. Y sin embargo funciona, y esta guía explica cómo funciona y, más útil todavía, cómo sacarle el máximo partido. Tanto si quieres resucitar un viejo juego shareware, como recuperar un documento con una utilidad de otra época, o simplemente satisfacer la curiosidad, este es el manual práctico.
Aquí puedes ejecutar tu propio software. Esta guía trata de tus archivos: un .exe de Windows de tu propio disco, la carpeta de una aplicación o un zip de esa carpeta. Se ejecuta dentro de tu pestaña del navegador: no se sube nada a ningún servidor, el archivo se lee en local y se escribe en una unidad C:\ en memoria que desaparece al cerrar la pestaña.
🖥 Carga tu propio EXE, carpeta o zip → Gratis y sin cuenta. Funciona mejor con software de Windows de 32 bits de 1995 a 2008.
1. ¿Por qué querría alguien ejecutar un EXE en el navegador?
La respuesta honesta es la fricción. La era clásica de Windows de 32 bits —aproximadamente de 1995 a 2008— produjo un catálogo enorme de software: utilidades, juegos, títulos educativos en CD-ROM, herramientas de empresa, producciones de la demoscene. Muchísimo de eso todavía funciona, pero el hardware y los sistemas operativos para los que se construyó se están extinguiendo. Si tienes un Chromebook, un iPad, un Mac moderno o una máquina con Linux, ejecutar un instalador de Windows de 1999 es un engorro: necesitas una máquina virtual, una licencia de Windows y paciencia.
La ejecución en el navegador reduce todo eso a nada. La lógica de la aplicación viaja a donde haya un navegador moderno, es decir, prácticamente a cualquier parte. Los motivos más habituales son estos:
- Preservación de software. Museos, archivistas y aficionados que quieren mantener ejecutables los programas antiguos sin tener que distribuir máquinas virtuales.
- Enseñanza en equipos bloqueados. Centros educativos con Chromebooks que todavía necesitan una herramienta de aprendizaje concreta y antigua.
- Demostraciones rápidas. Enseñarle a un compañero una vieja herramienta interna sin instalador y sin VM.
- Recuperación. Extraer datos de un archivo que solo un EXE antiguo sabe abrir.
- Nostalgia. Volver al shareware que recuerdas de un módem de 56k y una torre beige.
2. Cómo funciona de verdad: tres capas apiladas
Conviene entender la maquinaria, porque las limitaciones se derivan directamente de ella. Hay tres tecnologías, una encima de otra.
La primera capa es el emulador de CPU. Un EXE de Windows es un flujo de instrucciones de máquina x86. Tu navegador habla WebAssembly, no x86, así que no puede ejecutar esas instrucciones directamente. La solución es una CPU por software: un programa escrito en C++ que lee cada instrucción x86 y simula su efecto sobre un procesador virtual de la época del Pentium. Ese emulador en C++ se compila a WebAssembly, y el navegador ejecuta eso. Es decir, estás ejecutando un emulador dentro de otro emulador, en cierto sentido, que es exactamente el motivo de que sea lento.
La segunda capa es Wine. Un EXE no contiene solo instrucciones de CPU; además llama constantemente a bibliotecas del sistema de Windows como kernel32.dll, user32.dll y gdi32.dll. Wine —cuyo nombre recursivo significa «Wine no es un emulador»— es una reimplementación desde cero de esas API de Windows sobre una base POSIX. Cuando el programa emulado llama a CreateWindowExA, Wine lo intercepta y ejecuta su propia versión compatible. Wine lleva décadas de desarrollo y es asombrosamente completo, pero no es el 100% de Windows, y esa es la segunda fuente de incompatibilidades.
La tercera capa es el puente con el navegador. Lo que Wine dibuja tiene que aparecer en algún sitio. El runtime mapea el framebuffer de Wine a un <canvas> de HTML, canaliza tu teclado y tu ratón hacia la cola de entrada de Wine, envía el audio a Web Audio y fabrica una unidad C:\ virtual (con un sistema de archivos en memoria) para que Wine crea que está mirando un disco normal. Toda la tubería se ejecuta en un solo hilo dentro de la instancia principal de WebAssembly de la página, así que funciona en cualquier navegador moderno sin cabeceras ni banderas especiales.
Apiladas, las tres capas entregan más o menos entre el 10% y el 40% de la velocidad nativa de CPU. Para una utilidad hecha de menús eso es invisible. Para un juego 3D o una compresión pesada se nota muchísimo.
3. ¿Qué aplicaciones funcionan realmente?
Después de muchísimas pruebas, el patrón es constante. Estas categorías funcionan bien:
- Utilidades y shareware anteriores a 2005: gestores de archivos, editores hexadecimales, editores de texto, las primeras interfaces de WinRAR y 7-Zip, herramientas pequeñas.
- Juegos 2D de la era Win9x y primeros XP: aventuras gráficas, puzles, estrategia por turnos, RPG en 2D. Cualquier cosa que fuera feliz en un Pentium III a 500 MHz.
- Suites ofimáticas antiguas: Office 97 y 2000 funcionan casi siempre; AbiWord y Gnumeric son muy fiables.
- Herramientas de programación y demos: aplicaciones de VB6 y de los primeros Delphi, binarios de Turbo Pascal, producciones clásicas de la demoscene en Win32.
- Software educativo: títulos en CD-ROM de finales de los noventa, tutores de matemáticas e idiomas.
Y las categorías que se atascan:
- Cualquier cosa de 64 bits. La compilación de Wine que hay aquí es solo de 32 bits; los binarios exclusivamente x64 no cargan. Busca una versión antigua de 32 bits.
- Juegos 3D con DirectX 9 o posterior, Direct3D 10/11/12 o Vulkan. La tubería 3D es limitada; OpenGL 1.x funciona, los pipelines de shaders modernos no.
- .NET 4.5 y posteriores. El Wine incluido es anterior a buena parte del .NET moderno. Las aplicaciones de 2.0 y 3.5 a veces funcionan; los runtimes más nuevos normalmente no.
- DRM, activación en línea, anti-cheat. Sondean el sistema de maneras que Wine no puede satisfacer y se niegan a arrancar.
- API posteriores a Windows 7. Aplicaciones UWP, extensiones modernas del shell, interfaces de cinta de Office 2010 en adelante.
4. Elegir la variante de Wine adecuada
ExeBrowser ofrece cuatro variantes de runtime, y acertar con la elección es el factor que más influye en que una aplicación arranque o no.
- Wine 1.7.55 · Win32 (por defecto). La opción de cada día para casi todo lo de 1995 a 2008. La mayor parte del sistema de archivos se descarga bajo demanda, así que el primer arranque solo trae lo que la aplicación toca, normalmente entre 30 y 60 MB. Empieza por aquí.
- Wine 1.7.55 · Win32 + Gecko. Igual que la opción por defecto, pero con una copia sin conexión del paquete Wine Gecko incluida. Úsala cuando una aplicación o un instalador incrusten componentes de Internet Explorer o de la ayuda HTML y te pidan descargar Gecko: por ejemplo el Pinball 3D Space Cadet, o los instaladores MSI que llaman a la ayuda HTML.
- Wine 3.1 · solo Win 3.x de 16 bits. Una compilación especializada para programas de Windows de 16 bits de 1990 a 1994 que usan la API WIN16. No ejecuta aplicaciones Win32. Recurre a ella con shareware genuinamente antiguo de 16 bits.
- Boxedwine 18R2. Una instantánea de 2018 del motor. La versión de Wine es parecida, pero el emulador y la integración cambian, así que de vez en cuando una aplicación que falla con el motor por defecto funciona aquí (o al revés). Es la opción de «prueba esto cuando nada más funcione».
Una estrategia razonable: prueba primero la opción por defecto; si la aplicación menciona HTML, IE o la ayuda, cambia a +Gecko; si es claramente de 16 bits, usa Win 3.x; y si se cierra de inmediato con la opción por defecto, prueba 18R2.
5. Traer tus propias DLL y archivos de datos
Muchas aplicaciones reales no son un único EXE autónomo: esperan encontrar DLL, archivos de datos o configuración junto a ellas, en su directorio de instalación. Si sueltas solo el EXE, todo eso se queda fuera y la aplicación no encuentra data\maps\level1.dat o plugins\render.dll.
La solución es subir la carpeta entera (o un zip de ella) en lugar del EXE suelto. Usa el selector de carpeta o de zip del cargador. Todo lo que aportes se copia al directorio virtual C:\Users\username\Desktop\userapp\ de Wine antes de que el programa arranque, de modo que las rutas relativas se resuelven bien. Cuando un paquete contiene más de un EXE, un selector te deja elegir cuál lanzar. Este único paso resuelve buena parte de los casos de «no arranca y ya está».
6. Resolver los fallos más habituales
«Arrancar Wine» no termina nunca. Normalmente es una descarga de los archivos del runtime bloqueada o detenida: un proxy corporativo, un cortafuegos o una extensión del navegador demasiado agresiva interfiriendo con las peticiones de varios megabytes del .wasm y del sistema de archivos. En DevTools → Red, mira si las peticiones a /boxedwine/… están fallando o quedándose colgadas. Prueba otra red, desactiva los bloqueadores de anuncios para este sitio y recarga.
Pantalla negra después de pulsar Ejecutar. La aplicación arrancó pero se cayó durante la inicialización, o está esperando algo que no se ve. Abre la sección de consola y busca líneas que empiecen por err:. Un err:module:import_dll Library X.dll not found significa que falta una DLL: sube la carpeta de instalación. Códigos como 0x80004005 o STATUS_DLL_NOT_FOUND significan lo mismo. ¿La consola está vacía? Prueba la variante 18R2.
«MSI install error 1627». Es una limitación de Wine 1.7.55 —soporte incompleto de las acciones personalizadas de MSI—, no un fallo de ExeBrowser. No hay forma de esquivarlo dentro del navegador. Busca un instalador que no sea MSI, si existe, o extrae el MSI en tu propio equipo (con 7-Zip o msiextract) y sube la carpeta resultante.
Va imposiblemente lento. Es lo esperable: estás emulando una CPU x86 dentro de WebAssembly. Activa cualquier modo de dibujado «rápido» o «de baja calidad» que ofrezca la aplicación, cierra otras pestañas y usa preferiblemente un navegador basado en Chromium (su optimización de WebAssembly es hoy la más rápida).
El teclado o el ratón no llegan a la aplicación. Haz clic directamente sobre el lienzo para cederle la entrada; pulsa Esc para recuperarla. Wine usa por defecto una distribución de teclado estadounidense, así que unos caracteres equivocados pueden significar que la aplicación da por supuesta otra página de códigos.
Los archivos desaparecen al recargar. La unidad C:\ virtual vive en memoria y se borra al recargar. Usa «Descargar los archivos que ha escrito este programa» antes de recargar y, la próxima vez, vuelve a subir ese zip junto al EXE para recuperar tu estado.
7. Guardar y recuperar tu trabajo
Como el sistema de archivos está en memoria, todo lo que el programa escriba —la salida de un instalador, partidas guardadas, documentos generados— desaparece al cerrar la pestaña. El botón «Descargar los archivos que ha escrito este programa» empaqueta en un zip todo lo que el programa escribió en C:\ para que te lo quedes. Es la forma canónica de sacar el resultado de un instalador o las partidas de un juego, y también de llevar el estado de una sesión a otra: descargas el zip y en la siguiente visita lo vuelves a subir como carpeta o zip.
8. Breve historia de Windows dentro del navegador
La idea es anterior a la mayoría de los navegadores actuales. A principios de la década de 2010, proyectos como v86 arrancaban sistemas operativos enteros (DOS, Windows 95, ReactOS) dentro de un emulador x86 escrito en JavaScript, y el JSLinux de Fabrice Bellard demostró que un userland de Linux completo podía ejecutarse en el cliente. Eran curiosidades lentas, pero demostraron el concepto. El punto de inflexión fue WebAssembly, estandarizado en 2017, que permitió a los navegadores ejecutar bytecode compilado a una velocidad cercana a la nativa: de golpe, bases de código en C y C++ tan grandes como Wine pasaron a ser objetivos viables. Boxedwine obtuvo un target experimental de WebAssembly alrededor de 2018 (la compilación «18R2» que todavía se usa aquí como motor alternativo), y las versiones posteriores añadieron sistemas de archivos descargados por rangos bajo demanda, de modo que los arranques tardan segundos en lugar de minutos.
9. Preguntas frecuentes
¿Se sube mi archivo? No. Se lee en local y se escribe en un sistema de archivos en memoria; nada sale de tu dispositivo. Consulta la política de privacidad.
¿Necesito un ordenador potente? Cualquier navegador moderno (Chrome, Edge, Firefox, Safari) y, a ser posible, 4 GB o más de RAM libre. Lo que más importa es la velocidad de un solo núcleo; un portátil de 2018 en adelante va cómodo.
¿Puedo ejecutar aplicaciones de 64 bits? No: el motor es solo de 32 bits. Busca una compilación de 32 bits del mismo software.
¿Esto es legal? Ejecutar software que tienes derecho a ejecutar no tiene ningún problema. Tú eres responsable de los ejecutables que cargues; consulta las condiciones de uso.
¿Listo para probarlo?
Vuelve al cargador, arranca Wine y suelta un EXE. Empieza por algo pequeño y antiguo —un puzle clásico o una utilidad sencilla— para cogerle el tacto antes de lanzarte a nada ambicioso. Y si descubres algo que funciona especialmente bien (o que falla de forma divertida), la página de contacto está abierta.
Guías relacionadas
- Cómo abrir un archivo .exeQué es un .exe y todas las formas de ejecutar uno: Windows, Mac, Chromebook, Linux.
- Juegos que no necesitan instalar nadaQué funciona en un portátil bloqueado del colegio o del trabajo, y por qué.
- Extraer un archivo comprimidoAbre 7z, ZIP o RAR en el navegador sin subir nada.
Pon uno de estos juegos en tu propia web
Once de los juegos que hay aquí se escribieron desde cero para este sitio, lo que nos permite regalarlos, y es lo que hacemos. Cualquiera puede ponerlos en su propia página gratis: una línea de HTML, sin cuenta, sin pedir permiso y sin más atribución que una línea de créditos.