URL A EXE — WINDOWS
Sitio web a EXE — convierte cualquier URL en app de Windows
Actualizado el 23 de julio de 2026
Cómo una URL se convierte en un .exe de Windows
Tu sitio no se reescribe ni se copia. El build produce un pequeño programa nativo de Windows que abre tu URL en WebView2 — el motor de renderizado de Edge ya instalado en todas las versiones compatibles de Windows — en una ventana sin barra de direcciones, con tu nombre y tu icono. Como tu código sigue en tu servidor, todo lo que deployas al sitio aparece en la app instalada la próxima vez que se abre. Sin segunda publicación y sin pedirle a nadie que reinstale.
De la URL al .exe en cuatro pasos
1. Pega tu dirección web
Sirve cualquier sitio HTTPS — Lovable, Bubble, Webflow, Framer, Softr o algo escrito por ti. A diferencia de la vía Android, no hacen falta manifest ni service worker: basta con un sitio normal.
2. Nombra la ventana
Nombre de la app, icono y tamaño con el que abre la ventana. Ese nombre aparece en la barra de título, en el menú Inicio y en Aplicaciones y características, así que conviene fijarlo antes del build.
3. Lanza el build
Un clic inicia un build en la nube sobre una máquina Windows real. Compila la capa nativa, integra tu icono y lo empaqueta todo en un .msi. Unos minutos y nada instalado en tu equipo: nunca necesitas un PC con Windows para producir una app de Windows.
4. Descarga y distribuye
El instalador aterriza en GitHub Releases detrás de un enlace de descarga firmado. Ponlo tras un botón Descargar para Windows en tu sitio, envíalo por correo o preséntalo en la Microsoft Store.
.exe, .msi y .msix: ¿qué archivo necesitas de verdad?
Aquí vive casi toda la confusión. Se busca un conversor de sitio web a .exe esperando que aparezca un único archivo. Lo que normalmente se quiere es un instalador — y Windows tiene tres formatos con funciones distintas.
| Formato | Qué hace Windows con él | Qué te da SaasToStore |
|---|---|---|
| .exe | El programa en sí. Doble clic y se ejecuta, pero nada lo registra, nada lo desinstala, y SmartScreen trata con más dureza a un .exe suelto. | Compilado y colocado en Program Files por el instalador. Es el archivo que abren tus usuarios. |
| .msi | El paquete de Windows Installer. Registra la app, crea el acceso directo del menú Inicio y permite una eliminación limpia y un despliegue silencioso por parte de IT. | El archivo que descargas y entregas a tus usuarios: la referencia para distribuir fuera de la store. |
| .msix | El paquete moderno y aislado de la store. Obligatorio para publicar en Microsoft Store, donde se instala y se actualiza a través de la store. | Se genera en la vía de Microsoft Store, desde tu URL, en cuanto conectas una cuenta de Partner Center. |
"Windows protegió su PC": el aviso de SmartScreen, explicado
La primera vez que alguien ejecuta un instalador recién compilado, Windows mostrará casi con seguridad un panel azul diciendo que ha protegido el PC y que el editor es desconocido. Es la parte peor documentada de convertir un sitio en .exe, y ningún conversor la hace desaparecer por sí solo. Esto es lo que realmente ocurre.
Es un control de reputación, no un antivirus
SmartScreen compara el archivo con las descargas que Microsoft ya ha visto. Un instalador recién creado que nadie ha descargado no tiene reputación, así que se marca aunque esté perfectamente limpio.
Tus usuarios pueden instalarlo igualmente
El camino es Más información y luego Ejecutar de todas formas. Dilo con claridad en tu página de descarga, con captura incluida: quien no ha sido avisado da por hecho que algo está roto y se marcha.
Las descargas reconstruyen la reputación
La reputación se gana con volumen. Un instalador sin firmar que instalen unos cientos de personas dejará de marcarse con el tiempo, pero tú no decides cuándo.
Un certificado de firma lo elimina de verdad
Firmar adjunta al archivo una identidad de organización verificada. Con un certificado EV el aviso desaparece de inmediato; con uno OV, en cuanto se acumula algo de reputación.
Firma de código: qué resuelve y cuánto cuesta
Si vendes la aplicación, el certificado no es un trámite que se pueda aplazar para siempre — y es la parte cuyo precio nadie da con honestidad. Así que: un certificado con validación de organización (OV) cuesta entre 150 y 400 € al año en una autoridad de certificación clásica, o unos 10 a 15 € al mes vía Azure Trusted Signing, que guarda la clave en la nube en lugar de en un token USB. Un certificado de validación extendida (EV) cuesta más y es el único que despeja SmartScreen desde el primer día. En ambos casos el emisor comprueba que tu empresa existe: cuenta con un número DUNS o un registro mercantil equivalente, y unos días de ida y vuelta.
- La firma se aplica en el build — nada cambia en tu sitio web
- El mismo certificado firma todos los builds futuros de la misma app
- Un build sin firmar se instala igual: el aviso es fricción, no un muro
- La firma de código está en la hoja de ruta de SaasToStore y todavía no está activa — mejor decirlo aquí que descubrirlo en la primera descarga
Por qué el instalador pesa unos megabytes y no 150
Una app Electron incluye su propia copia de Chromium y de Node.js, y por eso un hola-mundo pesa más que un videojuego de 2005. SaasToStore usa la webview que Windows ya tiene: no hay nada que empaquetar.
| Electron | SaasToStore | |
|---|---|---|
| Tamaño del instalador | 120 a 200 MB habitualmente | Unos pocos MB |
| Motor de renderizado | Chromium empaquetado, lo actualizas tú | WebView2 del sistema, lo actualiza Windows |
| Memoria en reposo | Su propio árbol de procesos de navegador | Comparte la webview del sistema |
| Actualizaciones de seguridad | Recompilas y redistribuyes cada vez que se parchea Chromium | Windows Update parchea WebView2 por ti |
| Lo que mantienes | Un proyecto de escritorio en JavaScript | Tu sitio web y nada más |
macOS y Linux salen de la misma URL
El mismo build produce además un .dmg de macOS y un .AppImage de Linux: una sola dirección web cubre todos los escritorios. macOS tiene su propia versión del problema del editor desconocido — Gatekeeper rechaza una app de un desarrollador no identificado hasta que el usuario hace clic derecho y elige Abrir, o la aprueba una vez en Privacidad y seguridad. Despejarlo bien exige un certificado Apple Developer ID y notarización — Apple analiza la app y grapa el veredicto al .dmg. Misma idea que la firma en Windows, otro vocabulario, y también hoja de ruta en lugar de disponible.
Qué obtienes
- Un instalador .msi de Windows que coloca el .exe de tu app en Program Files
- Entrada en el menú Inicio, icono en la barra de tareas, ventana propia, desinstalación limpia
- Un .dmg de macOS y un .AppImage de Linux desde la misma URL y el mismo build
- Basado en WebView2 — unos pocos MB, no un Chromium empaquetado
- Tu icono, el nombre de tu app, el tamaño de tu ventana
- Enlaces de descarga alojados, válidos 12 meses con el plan LAUNCH
- Incluido desde LAUNCH (desde 21€ pago único) — el escritorio no forma parte del build gratuito de Android
Cuándo un .exe es la respuesta equivocada
Tu app tiene que funcionar sin conexión
La ventana carga tu sitio en vivo. Si necesitas un producto realmente offline, dale antes al sitio un service worker con caché offline — la capa lo hereda después. Una capa por sí sola no hace que una web app funcione sin conexión.
Necesitas acceso profundo al sistema
Recorrer el sistema de archivos, hablar con dispositivos USB, controladores de kernel o servicios en segundo plano queda fuera del alcance de una webview. Eso es una aplicación nativa, no un sitio encapsulado.
Tus usuarios están sobre todo en el móvil
Entonces Windows no es la primera parada. La misma URL también genera una app Android firmada y una app iOS, y el plan LAUNCH las cubre juntas en lugar de una a una.
PWA a EXE: qué cambia si tu sitio ya es una PWA
Cualquier sitio HTTPS se compila. Pero si el tuyo es una PWA, tres cosas salen solas. La ventana toma su nombre y su icono del manifest en lugar de que los escribas. Tu service worker sigue cacheando dentro de la app de escritorio, que así aguanta un corte de conexión igual que la pestaña del navegador — y es la única forma de que una app encapsulada sea de verdad usable sin conexión. Y tu theme color define el marco de la ventana. Un sitio normal produce el mismo instalador; solo parte de cero, y esas tres cosas las ajustas a mano.
Sitio web a EXE — preguntas frecuentes
¿De verdad puedo convertir una URL en un .exe?+
Sí. Pega cualquier dirección web HTTPS y SaasToStore compila un instalador de Windows (.msi) que instala el .exe de tu aplicación. No escribes código, no instalas Visual Studio y no necesitas un equipo con Windows: el build se ejecuta en la nube sobre una máquina Windows real.
¿Obtengo un .exe suelto o un instalador?+
Un instalador. El .msi coloca el .exe de tu app en Program Files, con acceso directo en el menú Inicio y una entrada de desinstalación limpia, que es lo que esperan los usuarios de Windows y SmartScreen. Un .exe suelto sin instalador se marca con más dureza y no deja nada que eliminar.
¿Convertir un sitio web a exe es gratis?+
El plan gratuito cubre un build de Android con el logo de SaasToStore, no un build de escritorio. Windows, macOS y Linux empiezan en el plan LAUNCH — desde 21€ de pago único, sin suscripción — que además incluye los builds de Android e iOS.
¿Windows mostrará un aviso de seguridad al instalarlo?+
Sí, hasta que el instalador gane reputación o esté firmado. SmartScreen muestra «Windows protegió su PC» ante archivos que no ha visto antes; el usuario pulsa Más información y luego Ejecutar de todas formas. Un certificado de firma lo elimina: con EV de inmediato, con OV cuando se acumulan descargas. La firma de código está en nuestra hoja de ruta y todavía no está activa.
¿Es un build pesado de Electron?+
No. La app usa WebView2, el motor de renderizado que Windows ya incluye, en lugar de empaquetar Chromium. El instalador pesa unos megabytes en vez de los 120 a 200 MB de una app Electron equivalente, y Windows Update mantiene el motor parcheado.
¿La aplicación funciona sin conexión?+
Solo tan bien como tu sitio web. La ventana carga tu URL en vivo: si tu sitio tiene un service worker con caché offline, la app de escritorio lo hereda. Si no, necesita conexión igual que la pestaña del navegador a la que sustituye.
¿Cómo actualizo la app después de que la instalen?+
Para contenido y funciones, no haces nada: despliegas en tu sitio y el cambio está ahí la próxima vez que se abre la app, porque carga tu URL en vivo. Solo recompilas el instalador cuando cambia la capa nativa: otro icono, otro nombre, otro tamaño de ventana.
¿Funciona también para macOS y Linux?+
Sí. La misma URL y el mismo build producen un .dmg de macOS y un .AppImage de Linux además del .msi de Windows, de modo que un build cubre los tres escritorios. Para la distribución en Linux están disponibles Snap Store y Flathub.
¿Puedo publicarlo en la Microsoft Store?+
Sí. El envío a la store usa el formato .msix en lugar del .msi que descargas, y se genera desde tu URL en cuanto conectas una cuenta de Microsoft Partner Center. Como en todas las stores, la ficha de la app debe existir antes en Partner Center.
¿Necesito Visual Studio, un compilador o un PC con Windows?+
Ninguno de los tres. El build de Windows corre en nuestra infraestructura; a ti te basta un navegador y una dirección web. De eso va un conversor de URL a exe: si te pide instalar una cadena de herramientas, no te ha ahorrado nada.
¿Puedo convertir una PWA en un .exe?+
Sí, y una PWA es el punto de partida más sencillo. El manifest aporta el nombre de la app, los iconos y el theme color, y tu service worker sigue funcionando dentro de la ventana de escritorio, así que el comportamiento offline se conserva en lugar de perderse. El resultado es el mismo instalador .msi de Windows que obtendrías desde cualquier sitio.
Páginas relacionadas
Convierte tu URL en una app de Windows
Pega tu dirección web y obtén un instalador .msi de Windows — más macOS y Linux desde el mismo build.
Crear mi app de Windows