Vous décompressez votre export, double-cliquez sur index.html, et obtenez une page blanche. La console affiche Failed to load module script ou Cross origin requests are only supported for protocol schemes: http, https.
L'export n'a rien d'anormal. Vous butez sur une règle de sécurité du navigateur, et le correctif prend dix secondes.
Pourquoi le double-clic échoue
Le double-clic ouvre le fichier via le protocole file://. Charger en http:// et ouvrir en file:// sont deux contextes de sécurité distincts, et les navigateurs restreignent le second volontairement.
Trois choses cassent sous file:// :
Les modules JavaScript. Tout <script type="module"> ou fichier .mjs est bloqué net. Les exports Framer embarquent des modules, donc la page ne démarre jamais. C'est ce qui produit la page entièrement blanche.
fetch() et XHR. Chaque requête file:// compte comme une requête cross-origin vers une origine nulle. Index de recherche, fichiers JSON et tout ce que la page charge à l'exécution échoueront.
La résolution des chemins relatifs. Cela fonctionne le plus souvent, mais les cas limites diffèrent d'un vrai serveur, ce qui vous égarera quand vous chercherez autre chose.
Rien de tout cela n'est propre aux exports no-code. Tout site statique moderne a le même problème. C'est pourquoi le README de votre ZIP commence par un avertissement.
Le correctif : servir le dossier en HTTP
Il vous faut n'importe quel serveur HTTP pointé sur le dossier. Tous conviennent — prenez celui déjà installé.
macOS et Linux
Node.js, le plus rapide si vous l'avez :
cd /chemin/vers/votre-export
npx serve
Appuyez sur Entrée s'il propose l'installation. Il affiche une URL comme http://localhost:3000. Ouvrez-la.
Pendant que vous modifiez des fichiers, désactivez le cache pour ne pas fixer une copie périmée :
npx serve -c-1
Python, déjà présent sur macOS et la plupart des distributions Linux :
cd /chemin/vers/votre-export
python3 -m http.server 8000
Puis ouvrez http://localhost:8000. Ctrl+C l'arrête.
Le http.server de Python envoie les bons types MIME, et cela compte plus qu'il n'y paraît : un .mjs doit arriver en text/javascript sinon le navigateur refuse de l'exécuter comme module. Un serveur qui se trompe reproduira la page blanche que vous fuyiez.
Caddy, au plus proche de la production :
cd /chemin/vers/votre-export
caddy file-server --listen :8000
Utile si vous déployez derrière un proxy et voulez un comportement local identique, car il règle seul types MIME et en-têtes.
Windows
Les commandes Node et Python sont identiques dans PowerShell ou l'Invite de commandes, avec un chemin Windows :
cd C:\Users\vous\Downloads\votre-export
npx serve
Si Python vient de python.org, le lanceur est py :
cd C:\Users\vous\Downloads\votre-export
py -m http.server 8000
Si vous n'avez ni l'un ni l'autre et préférez ne rien installer, l'extension Live Server de VS Code fait la même chose depuis l'éditeur : clic droit sur index.html, Open with Live Server.
Quel port ?
Peu importe, tant qu'il est libre. Si vous voyez EADDRINUSE, changez : npx serve -l 4000 ou python3 -m http.server 4001.
Vérifier que l'export a réussi
Une fois servi, une passe rapide vous dit si l'export est sain avant d'investir du temps dans le déploiement :
Ouvrez les DevTools et regardez la console. Elle devrait être silencieuse. Des erreurs mentionnant le domaine de votre plateforme d'origine signifient que quelque chose appelle encore la maison.
Cherchez les 404 dans l'onglet Réseau. Filtrez par statut. Un média manquant ici manquera aussi en production.
Parcourez la navigation. Les liens internes doivent rester sur localhost. Si un clic vous renvoie vers votre domaine Webflow ou Framer, ce lien a été construit à l'exécution et n'a pas été réécrit.
Redimensionnez la fenêtre. La mise en page doit changer à vos points de rupture. Si tous s'affichent d'un coup, le CSS des points de rupture n'est pas passé.
Faites défiler toute la page. Les images du bas doivent être présentes et les animations au défilement doivent se déclencher.
Envoyez un formulaire. Après export, les formulaires ont besoin d'une destination. Si vous en avez configuré une, vérifiez qu'elle arrive ; sinon le formulaire ne fera encore rien.
Une fois que cela marche en local
Un dossier qui se sert correctement en localhost se servira correctement presque partout, car il ne reste rien à configurer. Les étapes suivantes habituelles :
- Glissez le dossier sur Netlify Drop — aucun compte requis pour tester
- Poussez sur GitHub et pointez Vercel, Cloudflare Pages ou GitHub Pages sur le dépôt
- Envoyez-le en FTP vers un hébergement mutualisé — voir déployer un site exporté en FTP
Pour un comparatif complet des options gratuites, lisez héberger un site HTML statique gratuitement.
Problèmes courants
Toujours blanc, la console parle de modules. Le serveur envoie les .mjs avec le mauvais type MIME. Passez à python3 -m http.server ou à Caddy.
Les styles chargent, pas les polices. Sur l'offre gratuite, les médias restent liés au CDN d'origine : les polices ont besoin du réseau. Un hébergement totalement autonome demande l'option de téléchargement.
La page marche, pas les interactions. Sliders, onglets et accordéons sont réimplémentés en JavaScript natif pendant l'export. Si l'un est mort, regardez la console : une erreur JS plus haut arrête le reste du script.
Un 403 sur chaque fichier. Permissions de dossier. chmod -R a+r . dans le dossier corrige cela sur macOS et Linux.
Questions Fréquemment Posées
Contexte Technique
Comprendre l'architecture sous-jacente est essentiel pour la scalabilité à long terme. NoCodeExport privilégie la génération de code propre et modulaire conforme aux standards web modernes.
Architecture
Construit sur des frameworks établis pour garantir la portabilité et la performance chez n'importe quel hébergeur.
Sécurité
La génération statique réduit considérablement la surface d'attaque, offrant une sécurité de niveau entreprise pour chaque projet.
