Webseite als EXE — aus jeder URL eine Windows-App

Wie aus einer URL eine Windows-.exe wird

Ihre Seite wird weder umgeschrieben noch kopiert. Der build erzeugt ein kleines natives Windows-Programm, das Ihre URL in WebView2 öffnet — der Edge-Rendering-Engine, die auf jeder unterstützten Windows-Version bereits installiert ist — in einem Fenster ohne Adressleiste, mit Ihrem Namen und Ihrem Icon. Da Ihr Code auf Ihrem Server bleibt, erscheint alles, was Sie auf die Seite deployen, beim nächsten Öffnen in der installierten App. Kein zweites Release, niemand muss neu installieren.

Von der URL zur .exe in vier Schritten

1. 1. Webadresse einfügen

   Jede HTTPS-Seite funktioniert — Lovable, Bubble, Webflow, Framer, Softr oder etwas Selbstgeschriebenes. Anders als beim Android-Weg brauchen Sie weder Manifest noch Service Worker: eine normale Website genügt.

2. 2. Fenster benennen

   App-Name, Icon und die Größe, in der das Fenster öffnet. Dieser Name steht in der Titelleiste, im Startmenü und unter Apps und Features — also besser vor dem build festlegen.

3. 3. Build starten

   Ein Klick startet einen Cloud-build auf einer echten Windows-Maschine. Er kompiliert die native Hülle, bettet Ihr Icon ein und packt alles in eine .msi. Ein paar Minuten, und nichts auf Ihrem eigenen Rechner installiert — Sie brauchen nie einen Windows-PC, um eine Windows-App zu erzeugen.

4. 4. Herunterladen und verteilen

   Der Installer landet auf GitHub Releases hinter einem signierten Download-Link. Legen Sie ihn hinter einen Für Windows herunterladen-Button, schicken Sie ihn per E-Mail, oder reichen Sie ihn im Microsoft Store ein.

.exe, .msi und .msix: welche Datei brauchen Sie wirklich?

Hier sitzt die meiste Verwirrung. Man sucht einen Webseite-zu-.exe-Konverter und erwartet eine einzelne Datei. Gemeint ist meistens ein Installer — und Windows kennt dafür drei Formate mit unterschiedlichen Aufgaben.

"Der Computer wurde durch Windows geschützt" — die SmartScreen-Warnung

Beim ersten Start eines frisch gebauten Installers zeigt Windows mit hoher Wahrscheinlichkeit ein blaues Fenster: der PC sei geschützt worden, der Herausgeber sei unbekannt. Das ist der am schlechtesten dokumentierte Teil daran, eine Webseite in eine .exe zu verwandeln, und kein Konverter lässt ihn von allein verschwinden. Was wirklich passiert:

• Eine Reputationsprüfung, keine Virenprüfung

  SmartScreen vergleicht die Datei mit Downloads, die Microsoft schon gesehen hat. Ein brandneuer Installer, den noch niemand geladen hat, hat keine Reputation — und wird markiert, auch wenn er völlig sauber ist.

• Ihre Nutzer können trotzdem installieren

  Der Weg führt über Weitere Informationen und dann Trotzdem ausführen. Schreiben Sie das offen auf Ihre Download-Seite, mit Screenshot: wer nicht vorgewarnt wurde, hält etwas für kaputt und geht.

• Downloads bauen die Reputation auf

  Reputation entsteht durch Menge. Ein unsignierter Installer, den ein paar hundert Menschen installieren, wird irgendwann nicht mehr markiert — wann, bestimmen Sie aber nicht.

• Ein Signaturzertifikat räumt sie richtig ab

  Die Signatur hängt der Datei eine geprüfte Organisationsidentität an. Mit einem EV-Zertifikat verschwindet die Warnung sofort, mit einem OV-Zertifikat, sobald etwas Reputation aufgebaut ist.

Code Signing: was es löst und was es kostet

Wer die App verkauft, kann das Zertifikat nicht ewig aufschieben — und es ist der Teil, zu dem niemand ehrliche Preise nennt. Also: ein organisationsvalidiertes (OV) Zertifikat kostet bei einer klassischen Zertifizierungsstelle etwa 150 bis 400 € im Jahr, oder rund 10 bis 15 € im Monat über Azure Trusted Signing, das den Schlüssel in der Cloud statt auf einem USB-Token hält. Ein erweitert validiertes (EV) Zertifikat kostet mehr und ist das einzige, das SmartScreen vom ersten Tag an abräumt. In beiden Fällen prüft der Aussteller, dass Ihr Unternehmen existiert — rechnen Sie mit einer DUNS-Nummer oder einem gleichwertigen Handelsregisternachweis und einigen Tagen Hin und Her.

Warum der Installer ein paar Megabyte wiegt und nicht 150

Eine Electron-App bringt ihre eigene Kopie von Chromium und Node.js mit — deshalb wiegt ein Hello-World mehr als ein Videospiel von 2005. SaasToStore nutzt die Webview, die Windows ohnehin hat: es gibt nichts zu bündeln.

macOS und Linux kommen aus derselben URL

Derselbe build erzeugt auch eine macOS-.dmg und ein Linux-.AppImage — eine Webadresse deckt damit jeden Desktop ab. macOS hat seine eigene Variante des Unbekannter-Herausgeber-Problems: Gatekeeper verweigert eine App eines nicht verifizierten Entwicklers, bis der Nutzer mit Rechtsklick Öffnen wählt oder sie einmal unter Datenschutz und Sicherheit freigibt. Sauber abräumen lässt sich das nur mit einem Apple Developer ID-Zertifikat und Notarisierung — Apple prüft die App und heftet das Ergebnis an die .dmg. Gleiches Prinzip wie die Windows-Signatur, anderes Vokabular, und ebenfalls Roadmap statt live.

Was Sie bekommen

Wann eine .exe die falsche Antwort ist

• Ihre App muss ohne Verbindung funktionieren

  Das Fenster lädt Ihre Live-Seite. Wenn Sie ein wirklich offlinefähiges Produkt brauchen, geben Sie der Seite zuerst einen Service Worker mit Offline-Cache — die Hülle erbt ihn dann. Eine Hülle allein macht eine Web-App nicht offlinefähig.

• Sie brauchen tiefen Systemzugriff

  Das Dateisystem durchsuchen, mit USB-Geräten sprechen, Kerneltreiber oder Hintergrunddienste liegen außerhalb dessen, was eine Webview erreicht. Das ist eine native Anwendung, keine verpackte Seite.

• Ihre Nutzer sind überwiegend auf dem Smartphone

  Dann ist Windows nicht der erste Schritt. Dieselbe URL baut auch eine signierte Android-App und eine iOS-App, und der LAUNCH-Plan deckt alle zusammen ab statt einzeln.

PWA zu EXE: was sich ändert, wenn Ihre Seite schon eine PWA ist

Jede HTTPS-Seite lässt sich bauen. Ist Ihre aber eine PWA, kommen drei Dinge von selbst. Das Fenster übernimmt Name und Icon aus Ihrem Manifest, statt dass Sie sie eintippen. Ihr Service Worker cacht weiter innerhalb der Desktop-App, die damit einen Verbindungsabbruch genauso übersteht wie der Browser-Tab — und nur so wird eine verpackte App wirklich offlinefähig. Und Ihre Theme Color bestimmt die Fensterfarbe. Eine normale Website ergibt denselben Installer; sie startet nur bei null, und Sie setzen diese drei Dinge von Hand.