URL EN EXE — WINDOWS
Site web en EXE — transformez une URL en app Windows
Mis à jour le 23 juillet 2026
Comment une URL devient un .exe Windows
Votre site n'est ni réécrit ni copié. Le build produit un petit programme Windows natif qui ouvre votre URL dans WebView2 — le moteur de rendu d'Edge déjà installé sur toutes les versions supportées de Windows — dans une fenêtre sans barre d'adresse, avec votre nom et votre icône. Comme votre code reste sur votre serveur, tout ce que vous deployez sur le site apparaît dans l'application installée à la prochaine ouverture. Pas de deuxième version à publier, personne à qui demander de réinstaller.
De l'URL au .exe en quatre étapes
1. Collez votre adresse web
N'importe quel site HTTPS convient — Lovable, Bubble, Webflow, Framer, Softr, ou quelque chose que vous avez écrit vous-même. Contrairement à la voie Android, ni manifest ni service worker ne sont exigés : un site classique suffit.
2. Nommez la fenêtre
Nom de l'app, icône, et taille d'ouverture de la fenêtre. Ce nom apparaît dans la barre de titre, au menu Démarrer et dans Applications et fonctionnalités — à arrêter avant de lancer le build.
3. Lancez le build
Un clic déclenche un build cloud sur une vraie machine Windows. Il compile le shell natif, intègre votre icône et emballe le tout dans un .msi. Quelques minutes, et rien d'installé sur votre propre poste : vous n'avez jamais besoin d'un PC Windows pour produire une app Windows.
4. Téléchargez et distribuez
L'installateur arrive sur GitHub Releases derrière un lien de téléchargement signé. Mettez-le derrière un bouton Télécharger pour Windows sur votre site, envoyez-le par e-mail, ou soumettez-le au Microsoft Store.
.exe, .msi et .msix : de quel fichier avez-vous vraiment besoin ?
C'est là que se loge l'essentiel de la confusion. On cherche un convertisseur site web vers .exe en s'attendant à un fichier unique. Ce qu'on veut généralement, c'est un installateur — et Windows en connaît trois formats aux rôles distincts.
| Format | Ce qu'en fait Windows | Ce que SaasToStore vous livre |
|---|---|---|
| .exe | Le programme lui-même. Un double-clic et il s'exécute — mais rien ne l'enregistre, rien ne le désinstalle, et SmartScreen traite un .exe isolé avec la plus grande méfiance. | Compilé et déposé dans Program Files par l'installateur. C'est le fichier que vos utilisateurs lancent. |
| .msi | Le package Windows Installer. Enregistre l'app, crée le raccourci du menu Démarrer, permet une suppression propre et un déploiement silencieux en entreprise. | Le fichier que vous téléchargez et remettez à vos utilisateurs — la référence pour distribuer hors store. |
| .msix | Le package moderne et sandboxé du store. Obligatoire pour publier sur le Microsoft Store, où il s'installe et se met à jour via le store. | Généré sur la voie Microsoft Store, depuis votre URL, dès que vous connectez un compte Partner Center. |
"Windows a protégé votre PC" — l'avertissement SmartScreen, expliqué
La première fois qu'un installateur fraîchement compilé est lancé, Windows affichera probablement un panneau bleu annonçant qu'il a protégé le PC et que l'éditeur est inconnu. C'est la partie la moins documentée de la conversion d'un site en .exe, et aucun convertisseur ne la fait disparaître tout seul. Voici ce qui se passe réellement.
C'est un contrôle de réputation, pas un antivirus
SmartScreen compare le fichier aux téléchargements que Microsoft a déjà vus. Un installateur tout neuf que personne n'a encore téléchargé n'a aucune réputation : il est signalé, même parfaitement sain.
Vos utilisateurs peuvent quand même installer
Le passage se fait par Informations complémentaires, puis Exécuter quand même. Dites-le clairement sur votre page de téléchargement, capture d'écran à l'appui : un utilisateur non prévenu croit que quelque chose est cassé et s'en va.
Les téléchargements reconstruisent la réputation
La réputation s'acquiert au volume. Un installateur non signé qu'installent quelques centaines de personnes finira par ne plus être signalé — mais vous ne maîtrisez pas la date.
Un certificat de signature le supprime pour de bon
La signature attache au fichier une identité d'organisation vérifiée. Avec un certificat EV, l'avertissement disparaît immédiatement ; avec un OV, il se lève une fois une réputation modeste constituée.
Signature de code : ce qu'elle règle, ce qu'elle coûte
Si vous vendez l'application, le certificat n'est pas une formalité que l'on repousse indéfiniment — et c'est la partie dont personne ne donne le prix. Donc : un certificat à validation d'organisation (OV) coûte environ 150 à 400 € par an chez une autorité de certification classique, ou de l'ordre de 10 à 15 € par mois via Azure Trusted Signing, qui garde la clé dans le cloud plutôt que sur un token USB. Un certificat à validation étendue (EV) coûte plus cher et reste le seul à lever SmartScreen dès le premier jour. Dans les deux cas, l'émetteur vérifie l'existence de votre société : prévoyez un numéro DUNS ou un équivalent, et quelques jours d'échanges.
- La signature s'applique au moment du build — rien ne change sur votre site
- Le même certificat signe tous les builds suivants de la même app
- Un build non signé s'installe quand même : l'avertissement est un frein, pas un mur
- La signature de code figure sur la feuille de route SaasToStore et n'est pas encore active — autant le dire ici plutôt que de vous le laisser découvrir au premier téléchargement
Pourquoi l'installateur pèse quelques mégaoctets, pas 150
Une app Electron embarque sa propre copie de Chromium et de Node.js — d'où un hello-world plus lourd qu'un jeu vidéo de 2005. SaasToStore utilise la webview que Windows possède déjà : il n'y a rien à embarquer.
| Electron | SaasToStore | |
|---|---|---|
| Taille de l'installateur | 120 à 200 Mo en général | Quelques Mo |
| Moteur de rendu | Chromium embarqué, mis à jour par vous | WebView2 système, mis à jour par Windows |
| Mémoire au repos | Son propre arbre de processus navigateur | Partage la webview système |
| Mises à jour de sécurité | Vous recompilez et redistribuez à chaque correctif Chromium | Windows Update corrige WebView2 pour vous |
| Ce que vous maintenez | Un projet desktop JavaScript | Votre site — rien d'autre |
macOS et Linux sortent de la même URL
Le même build produit aussi un .dmg macOS et un .AppImage Linux : une seule adresse web couvre tous les bureaux. macOS a sa propre version du problème de l'éditeur inconnu — Gatekeeper refuse une app d'un développeur non identifié tant que l'utilisateur n'a pas fait un clic droit puis Ouvrir, ou ne l'a pas approuvée une fois dans Confidentialité et sécurité. Lever cela proprement demande un certificat Apple Developer ID et une notarisation — Apple analyse l'app et agrafe le verdict au .dmg. Même principe que la signature Windows, vocabulaire différent, et également sur la feuille de route plutôt qu'en ligne.
Ce que vous obtenez
- Un installateur .msi Windows qui place le .exe de votre app dans Program Files
- Entrée au menu Démarrer, icône dans la barre des tâches, fenêtre dédiée, désinstallation propre
- Un .dmg macOS et un .AppImage Linux depuis la même URL et le même build
- Basé sur WebView2 — quelques Mo, pas un Chromium embarqué
- Votre icône, le nom de votre app, la taille de votre fenêtre
- Liens de téléchargement hébergés, valables 12 mois avec le plan LAUNCH
- Inclus à partir de LAUNCH (dès 21€ en paiement unique) — le desktop ne fait pas partie du build Android gratuit
Quand un .exe est la mauvaise réponse
Votre app doit fonctionner sans connexion
La fenêtre charge votre site en ligne. S'il vous faut un produit réellement hors ligne, donnez d'abord au site un service worker avec un cache offline — le wrapper en hérite ensuite. Un wrapper seul ne rend pas une web app hors ligne.
Vous avez besoin d'un accès système profond
Parcourir le système de fichiers, dialoguer avec des périphériques USB, des pilotes noyau ou des services d'arrière-plan sort de ce qu'atteint une webview. C'est une application native, pas un site encapsulé.
Vos utilisateurs sont surtout sur mobile
Alors Windows n'est pas la première étape. La même URL produit aussi une app Android signée et une app iOS, et le plan LAUNCH les couvre ensemble plutôt qu'une par une.
PWA en EXE : ce qui change si votre site est déjà une PWA
N'importe quel site HTTPS se compile. Mais si le vôtre est une PWA, trois choses arrivent toutes seules. La fenêtre prend son nom et son icône dans votre manifest au lieu que vous les saisissiez. Votre service worker continue de mettre en cache à l'intérieur de l'app desktop : elle survit à une coupure exactement comme l'onglet du navigateur — c'est la seule façon qu'une app encapsulée devienne vraiment utilisable hors ligne. Et votre theme color règle l'habillage de la fenêtre. Un site classique produit le même installateur ; il part simplement de zéro, et vous réglez ces trois points à la main.
Site web en EXE — questions fréquentes
Puis-je vraiment transformer une URL en .exe ?+
Oui. Collez n'importe quelle adresse web HTTPS et SaasToStore compile un installateur Windows (.msi) qui installe le .exe de votre application. Vous n'écrivez aucun code, n'installez pas Visual Studio et n'avez besoin d'aucune machine Windows — le build tourne dans le cloud sur une vraie machine Windows.
Est-ce que j'obtiens un .exe brut ou un installateur ?+
Un installateur. Le .msi place le .exe de votre app dans Program Files, avec un raccourci au menu Démarrer et une entrée de désinstallation propre — ce qu'attendent les utilisateurs Windows et SmartScreen. Un .exe isolé sans installateur est signalé plus durement et ne laisse rien à supprimer.
Convertir un site web en exe, est-ce gratuit ?+
Le plan gratuit couvre un build Android portant le logo SaasToStore, pas un build desktop. Windows, macOS et Linux commencent au plan LAUNCH — dès 21€ en paiement unique, sans abonnement — qui inclut aussi les builds Android et iOS.
Windows affichera-t-il un avertissement de sécurité à l'installation ?+
Oui, tant que l'installateur n'a pas acquis de réputation ou n'est pas signé. SmartScreen affiche « Windows a protégé votre PC » pour les fichiers qu'il n'a jamais vus ; l'utilisateur clique sur Informations complémentaires, puis Exécuter quand même. Un certificat de signature le supprime — immédiatement en EV, après quelques téléchargements en OV. La signature de code est sur notre feuille de route et n'est pas encore active.
Est-ce un build Electron lourd ?+
Non. L'app utilise WebView2, le moteur de rendu que Windows fournit déjà, au lieu d'embarquer Chromium. L'installateur pèse quelques mégaoctets plutôt que les 120 à 200 Mo d'une app Electron équivalente, et Windows Update maintient le moteur à jour.
L'application fonctionne-t-elle hors ligne ?+
Seulement aussi bien que votre site. La fenêtre charge votre URL en ligne : si votre site a un service worker avec un cache offline, l'app desktop en hérite. Sinon, elle a besoin d'une connexion, exactement comme l'onglet de navigateur qu'elle remplace.
Comment mettre à jour l'app après son installation ?+
Pour le contenu et les fonctionnalités, vous n'avez rien à faire : déployez sur votre site et le changement est là à la prochaine ouverture, puisque l'app charge votre URL en ligne. Vous ne recompilez l'installateur que si le shell change — nouvelle icône, nouveau nom, autre taille de fenêtre.
Est-ce que ça marche aussi pour macOS et Linux ?+
Oui. La même URL et le même build produisent un .dmg macOS et un .AppImage Linux en plus du .msi Windows : un seul build couvre les trois bureaux. La publication sur Snap Store et Flathub est disponible pour la distribution Linux.
Puis-je le publier sur le Microsoft Store ?+
Oui. La soumission au store utilise le format .msix, et non le .msi que vous téléchargez ; il est généré depuis votre URL dès que vous connectez un compte Microsoft Partner Center. Comme pour tous les stores, la fiche de l'app doit d'abord exister dans Partner Center.
Faut-il Visual Studio, un compilateur ou un PC Windows ?+
Aucun des trois. Le build Windows tourne sur notre infrastructure ; il vous faut un navigateur et une adresse web. C'est tout l'intérêt d'un convertisseur URL vers exe — s'il vous demande d'installer une chaîne d'outils, il ne vous a rien fait gagner.
Puis-je transformer une PWA en .exe ?+
Oui, et une PWA est le point de départ le plus simple. Le manifest fournit le nom de l'app, les icônes et la theme color, et votre service worker continue de fonctionner dans la fenêtre desktop : le comportement hors ligne est conservé au lieu d'être perdu. Le résultat est le même installateur .msi Windows que pour n'importe quel site.
Pages liées
Transformez votre URL en app Windows
Collez votre adresse web et obtenez un installateur .msi Windows — plus macOS et Linux depuis le même build.
Compiler mon app Windows