Mis à jour le 6 oct. 2026 ## Comment déployer un build Vite ou React sans serveur ? Pour déployer un build Vite ou React, lancez npm run build, compressez le dossier de sortie (dist/, build/ ou out/) et déposez-le dans l'outil ci-dessus. Nous le décompressons, trouvons votre index.html et servons chaque fichier avec le bon type de contenu à une URL propre, assets hachés fortement mis en cache, routes côté client résolues, domaine personnalisé et SSL avec Pro, sans CI ni configuration de déploiement. ### Votre build est déjà un site statique Un build front-end moderne est par nature un dossier de fichiers statiques. Vite, Create React App, Vue CLI, l'adaptateur statique de SvelteKit et Astro produisent tous un index.html ainsi que des bundles avec empreinte. Compresser ce dossier et le déposer ici est le chemin le plus court entre npm run build et une URL publique, sans CI et rien à installer. [Héberger un site statique](https://linkinseconds.com/fr/host-static-website) ### Un routage côté client qui fonctionne Les applications monopages routent dans le navigateur : /dashboard et /settings sont gérés par React Router ou Vue Router, pas par des fichiers HTML distincts. Activez le mode SPA et les chemins inconnus retombent sur index.html avec un code 200, si bien que les liens profonds et les actualisations fonctionnent au lieu de renvoyer une 404. ### Assets hachés en cache longue durée, HTML jamais obsolète Les bundles avec hash de contenu sont servis avec un cache immuable d'un an, si bien que les visites répétées sont instantanées, tandis que votre index.html est servi sans cache pour qu'un nouvel import s'affiche immédiatement. Publiez un nouveau build en déposant un nouveau ZIP ; l'URL reste la même et les visiteurs reçoivent la nouvelle version dès leur prochain chargement. [Publier un ZIP HTML](https://linkinseconds.com/fr/publish-html-zip) ### Sur votre propre domaine, avec SSL Un build sur une URL aléatoire convient pour un aperçu, mais une vraie application veut une vraie adresse. Avec l'offre Pro, connectez votre domaine ou sous-domaine et nous provisionnons le HTTPS automatiquement, aucune configuration de certificat ni renouvellement. Cela en fait un foyer légitime pour un petit front-end de production : un outil interne, un site marketing, une application de documentation, un livrable client. [Hébergement HTML](https://linkinseconds.com/fr/html-hosting) ### Ce que déployer un build ici ne fait pas Pas de serveur, pas de routes API, pas de base de données. Ceci sert uniquement vos fichiers statiques compilés, rien d'autre, donc tout ce qui a besoin d'un serveur actif au moment de la requête dépasse le cadre. Pas de rendu serveur par requête. Les composants serveur Next.js rendus par requête, les endpoints SvelteKit et les secrets serveur nécessitent une plateforme qui exécute ce serveur ; exportez plutôt un build entièrement statique. Pas d'étape de build de notre côté. Importez la sortie compilée, pas votre code source ; un projet sans build ne s'affichera pas, et nous vous préviendrons si nous ne trouvons pas d'index.html. Votre ZIP peut atteindre 250 MB avec une connexion gratuite et 500 MB en Pro. ## Comment ça marche - 1 ### Construisez votre application Lancez votre build de production, npm run build pour Vite/React/Vue/Svelte, ou l'équivalent pour votre outil. Il génère un dossier de fichiers statiques : un index.html, du JavaScript et du CSS hachés dans un dossier assets/, ainsi que vos images et polices. Ce dossier est un site statique complet. - 2 ### Compressez la sortie et importez-la Compressez la sortie du build, dist/ pour Vite, build/ pour Create React App, ou out/ pour un export statique, dans un fichier .zip et glissez-le sur la carte. Nous le décompressons, trouvons votre index.html et servons chaque fichier avec le bon type de contenu, pas besoin d'être précis sur le dossier. - 3 ### Activez le mode SPA et ajoutez votre domaine Si votre application utilise le routage côté client, activez le mode SPA pour que les liens profonds se résolvent vers votre index.html au lieu de renvoyer une 404. Avec l'offre Pro, connectez votre propre domaine avec SSL automatique. Réimportez après votre prochain build pour publier une mise à jour sur la même URL. ## Votre build est déjà un site statique Un build front-end moderne est, par nature, un dossier de fichiers statiques, c'est tout l'intérêt de l'étape de build. Vite, Create React App, Vue CLI, l'adaptateur statique de SvelteKit et Astro produisent tous un index.html ainsi que des bundles JS/CSS avec empreinte et vos assets. Aucun serveur n'est nécessaire pour les servir ; il vous faut juste un endroit où déposer les fichiers. Compresser ce dossier et le déposer ici est le chemin le plus court entre npm run build et une URL publique, sans CI, sans configuration de déploiement et rien à installer. ## Compressez dist/ (ou build/, ou out/), nous le trouvons Chaque outil nomme le dossier de sortie différemment : Vite écrit dist/, Create React App écrit build/, un export statique Next ou Nuxt écrit out/, Jekyll et 11ty écrivent _site/ et public/. Pas besoin de retenir lequel, si votre ZIP contient l'un de ces dossiers (ou un unique dossier englobant créé en compressant depuis le bureau), nous détectons la vraie racine web et servons depuis celle-ci. Compressez la sortie du build plutôt que votre code source ; importer un projet brut sans build ne s'affichera pas, et nous vous préviendrons si nous ne trouvons pas d'index.html. ## Un routage côté client qui fonctionne vraiment Les applications monopages routent dans le navigateur : /dashboard et /settings sont gérés par React Router ou Vue Router, pas par des fichiers HTML distincts. Cela signifie qu'un visiteur qui ouvre directement un lien profond, ou actualise une page interne, a besoin que le serveur renvoie index.html pour que son router prenne le relais. Activez le mode SPA et c'est exactement ce qui se passe : les chemins inconnus retombent sur index.html avec un code 200, si bien que les actualisations et les liens profonds partagés fonctionnent au lieu de renvoyer une 404. Laissez-le désactivé pour un site multipage classique et les chemins inconnus renvoient une vraie 404 (ou votre propre 404.html). ## Assets hachés en cache longue durée, HTML jamais obsolète Les bons outils de build ajoutent une empreinte à vos bundles, app.4f3a9c2b.js, justement pour pouvoir les mettre en cache indéfiniment. Nous respectons cela : les assets avec hash de contenu sont servis avec un cache immuable d'un an, si bien que les visites répétées sont instantanées, tandis que votre index.html est servi sans cache pour qu'un nouvel import s'affiche immédiatement. Vous obtenez la performance d'un cache agressif sans le piège classique d'un fichier HTML obsolète pointant vers des bundles qui n'existent plus. Publiez un nouveau build en déposant un nouveau ZIP ; l'URL reste la même et les visiteurs reçoivent la nouvelle version dès leur prochain chargement. ## Sur votre propre domaine, avec SSL Un build hébergé sur une URL aléatoire convient pour un aperçu, mais une vraie application veut une vraie adresse. Avec l'offre Pro, connectez votre domaine ou sous-domaine et nous provisionnons le HTTPS automatiquement, aucune configuration de certificat, aucun renouvellement. Cela en fait un foyer légitime pour un petit front-end de production : un outil interne, un site marketing, une application de documentation, un livrable client. Tout ce dont le navigateur a besoin pour exécuter votre application est servi correctement ; il n'y a simplement pas de backend, ce qui est la limite honnête de l'hébergement statique. ## Statique uniquement, là où un backend est nécessaire, ce n'est pas la solution Ceci sert uniquement vos fichiers statiques compilés, rien d'autre : pas de rendu côté serveur à la requête, pas de routes API, pas de base de données. Si votre application appelle une API externe depuis le navigateur en HTTPS, cela continue de fonctionner. Si elle dépend de code serveur, composants serveur Next.js rendus par requête, endpoints SvelteKit, secrets d'environnement lus côté serveur, il vous faut une plateforme qui exécute ce serveur, et vous devriez exporter un build entièrement statique ou héberger ailleurs. Dit simplement : apportez votre sortie compilée, obtenez un hébergement statique rapide ; apportez une application dépendante d'un serveur, et l'hébergement statique n'est pas le bon outil. index.htmlHTML dist.zipZIP app.4f3a9c.jsHTML dashboard-routeHTML build.zipZIP index.htmlHTML dist.zipZIP app.4f3a9c.jsHTML dashboard-routeHTML build.zipZIP index.htmlHTML dist.zipZIP app.4f3a9c.jsHTML dashboard-routeHTML build.zipZIP index.htmlHTML dist.zipZIP app.4f3a9c.jsHTML dashboard-routeHTML build.zipZIP landing-pageHTML settings-routeHTML out.zipZIP docs-appHTML styles.a1b2.cssHTML landing-pageHTML settings-routeHTML out.zipZIP docs-appHTML styles.a1b2.cssHTML landing-pageHTML settings-routeHTML out.zipZIP docs-appHTML styles.a1b2.cssHTML landing-pageHTML settings-routeHTML out.zipZIP docs-appHTML styles.a1b2.cssHTML 2,600+ personnes partagent des fichiers 5,100+ liens partagés 17,800+ ouvertures À lire aussi [Héberger du HTML créé par IA](https://linkinseconds.com/fr/host-ai-generated-html)[Héberger un site statique](https://linkinseconds.com/fr/host-static-website)[Publier un ZIP HTML](https://linkinseconds.com/fr/publish-html-zip)[Hébergement HTML](https://linkinseconds.com/fr/html-hosting)[Alternative à Tiiny Host](https://linkinseconds.com/fr/tiiny-host-alternative) Source: https://linkinseconds.com/fr/deploy-vite-react-build