Site para EXE — transforme qualquer URL em app do Windows

Como uma URL vira um .exe do Windows

Seu site não é reescrito nem copiado. O build produz um pequeno programa nativo do Windows que abre sua URL no WebView2 — o motor de renderização do Edge já instalado em toda versão suportada do Windows — em uma janela sem barra de endereços, com seu nome e seu ícone. Como seu código continua no seu servidor, tudo o que você faz deploy no site aparece no aplicativo instalado na próxima abertura. Sem segundo lançamento e sem pedir a ninguém que reinstale.

Da URL ao .exe em quatro passos

1. 1. Cole seu endereço web

   Qualquer site HTTPS serve — Lovable, Bubble, Webflow, Framer, Softr ou algo escrito por você. Diferente do caminho Android, não é preciso manifest nem service worker: um site comum basta.

2. 2. Dê nome à janela

   Nome do app, ícone e o tamanho em que a janela abre. Esse nome aparece na barra de título, no menu Iniciar e em Aplicativos e recursos, então vale definir antes do build.

3. 3. Rode o build

   Um clique inicia um build na nuvem em uma máquina Windows real. Ele compila a camada nativa, embute seu ícone e empacota tudo em um .msi. Alguns minutos, e nada instalado na sua máquina: você nunca precisa de um PC Windows para produzir um app Windows.

4. 4. Baixe e distribua

   O instalador chega ao GitHub Releases atrás de um link de download assinado. Coloque-o atrás de um botão Baixar para Windows no seu site, envie por e-mail ou submeta à Microsoft Store.

.exe, .msi e .msix: de qual arquivo você precisa mesmo?

É aqui que mora a maior parte da confusão. As pessoas procuram um conversor de site para .exe esperando um único arquivo. O que costumam querer é um instalador — e o Windows tem três formatos com papéis diferentes.

"O Windows protegeu o seu PC" — o aviso do SmartScreen, explicado

Na primeira vez que alguém executa um instalador recém-compilado, o Windows provavelmente mostrará um painel azul dizendo que protegeu o PC e que o editor é desconhecido. É a parte menos documentada de transformar um site em .exe, e nenhum conversor a faz sumir sozinho. O que realmente acontece:

• É uma checagem de reputação, não de vírus

  O SmartScreen compara o arquivo com downloads que a Microsoft já viu. Um instalador novo que ninguém baixou ainda não tem reputação, então é marcado — mesmo estando perfeitamente limpo.

• Seus usuários ainda conseguem instalar

  O caminho é Mais informações e depois Executar assim mesmo. Diga isso com clareza na sua página de download, com captura de tela: quem não foi avisado acha que algo quebrou e vai embora.

• Downloads reconstroem a reputação

  Reputação se ganha em volume. Um instalador sem assinatura que algumas centenas de pessoas instalarem vai parar de ser marcado — mas você não controla quando.

• Um certificado de assinatura resolve de vez

  Assinar anexa ao arquivo uma identidade de organização verificada. Com um certificado EV o aviso some na hora; com um OV, assim que alguma reputação é construída.

Assinatura de código: o que resolve e quanto custa

Se você vende o aplicativo, o certificado não é uma formalidade adiável para sempre — e é a parte cujo preço ninguém diz com honestidade. Então: um certificado com validação de organização (OV) custa cerca de 150 a 400 € por ano em uma autoridade certificadora tradicional, ou algo como 10 a 15 € por mês via Azure Trusted Signing, que guarda a chave na nuvem em vez de em um token USB. Um certificado de validação estendida (EV) custa mais e é o único que limpa o SmartScreen desde o primeiro dia. Em ambos os casos o emissor verifica se sua empresa existe: conte com um número DUNS ou registro comercial equivalente e alguns dias de idas e vindas.

Por que o instalador pesa alguns megabytes e não 150

Um app Electron embarca sua própria cópia do Chromium e do Node.js, por isso um olá-mundo pesa mais que um videogame de 2005. O SaasToStore usa a webview que o Windows já tem: não há nada para embarcar.

macOS e Linux saem da mesma URL

O mesmo build também produz um .dmg para macOS e um .AppImage para Linux: um único endereço web cobre todos os desktops. O macOS tem sua própria versão do problema do editor desconhecido — o Gatekeeper recusa um app de desenvolvedor não identificado até o usuário clicar com o botão direito e escolher Abrir, ou aprová-lo uma vez em Privacidade e Segurança. Resolver isso direito exige um certificado Apple Developer ID e notarização — a Apple analisa o app e grampeia o veredito no .dmg. Mesma ideia da assinatura no Windows, vocabulário diferente, e também roadmap em vez de disponível.

O que você recebe

Quando um .exe é a resposta errada

• Seu app precisa funcionar sem conexão

  A janela carrega seu site no ar. Se você precisa de um produto realmente offline, dê antes ao site um service worker com cache offline — a camada nativa herda depois. Uma camada sozinha não deixa uma web app offline.

• Você precisa de acesso profundo ao sistema

  Varrer o sistema de arquivos, conversar com dispositivos USB, drivers de kernel ou serviços em segundo plano ficam fora do alcance de uma webview. Isso é um aplicativo nativo, não um site encapsulado.

• Seus usuários estão sobretudo no celular

  Então o Windows não é a primeira parada. A mesma URL também gera um app Android assinado e um app iOS, e o plano LAUNCH cobre todos juntos em vez de um de cada vez.

PWA para EXE: o que muda se o seu site já é uma PWA

Qualquer site HTTPS compila. Mas se o seu for uma PWA, três coisas vêm de graça. A janela pega o nome e o ícone do seu manifest em vez de você digitá-los. O seu service worker continua fazendo cache dentro do app desktop, que assim aguenta uma queda de conexão igual à aba do navegador — e é a única maneira de um app encapsulado ficar realmente utilizável offline. E a sua theme color define a moldura da janela. Um site comum gera o mesmo instalador; ele só parte do zero, e você ajusta essas três coisas na mão.