Exporter un site Webflow avec son CMS en HTML statique : méthode de contrôle

Une sauvegarde Webflow réellement réutilisable doit contenir les pages publiques, les pages de collection rendues, les fichiers CSS et JavaScript, les médias et les liens réécrits pour le nouvel hébergement. Si votre objectif est une archive, un transfert client ou une migration, un export HTML statique est adapté — à condition de prévoir le traitement des formulaires, de la recherche et des fonctions qui dépendent encore des serveurs Webflow.

Webflow reste un excellent atelier de conception. Mais lorsqu’un site comporte un blog, un portfolio ou un catalogue alimenté par le CMS, le fichier d’export ne répond pas toujours à la question utile : pouvons-nous remettre en ligne une copie complète ailleurs ? Un export de code ne remplace pas un CMS ni les services exécutés côté plateforme : prévoyez donc un service tiers ou du code personnalisé pour les fonctions dynamiques sur l’hébergement externe.

Pour obtenir une copie des pages rendues, y compris les routes de collection publiques, ExFlow pour Webflow propose un export basé sur le site publié : pages, CSS, JavaScript, polices et médias peuvent être rassemblés dans un ZIP ou synchronisés vers Git, S3 ou FTP. Le bon réflexe n’est pas de considérer ce ZIP comme une migration magique, mais comme un dossier de livraison à vérifier.

Choisir le bon objectif avant d’exporter

Un même export peut servir trois objectifs différents. Les confondre est la première source de mauvaise surprise.

Objectif	Copie statique suffisante ?	Travail à prévoir
Archive datée avant refonte	Oui, en général	Conserver le ZIP, la liste des URL et une note de restauration
Handoff d’un site vitrine	Souvent	Vérifier domaine, formulaires, analytics et mentions légales
Migration hors Webflow	Partiellement	Remplacer les services dynamiques et organiser les futures mises à jour

Pour un site éditorial, ajoutez une quatrième question : faut-il continuer à publier des articles après le basculement ? Un export fige les pages visibles au moment où il est exécuté. Il ne conserve pas un éditeur de CMS dans le nouvel hébergement. Si les mises à jour doivent rester fréquentes, définissez dès le départ qui régénère et redéploie les fichiers.

La méthode en cinq contrôles

1. Établir le périmètre public

Dressez la liste des zones qui doivent survivre : pages fixes, articles, fiches portfolio, pages de catégorie, images, PDF, fichiers vidéo, pages de remerciement et redirections importantes. Contrôlez aussi le sitemap.xml publié : c’est un inventaire pratique des URL qu’un export de site doit retrouver.

Les espaces privés, le Webflow Editor et le checkout Ecommerce ne doivent pas être rangés dans la même case qu’une page HTML. Ils appellent un plan distinct, voire le maintien d’un service hébergé.

2. Produire une copie rendue du site

Dans ExFlow, renseignez l’URL publiée, activez l’export des pages, des feuilles de style, des scripts et des médias, puis vérifiez que les pages de collection apparaissent dans la liste de fichiers. Le service explique qu’il suit les pages publiques et les liens internes pour produire des pages HTML individuelles, avec des chemins de ressources locaux.

Le point de contrôle ici est simple : le nombre de pages exportées doit être plausible au regard de votre sitemap. Ne validez pas un dossier parce que la page d’accueil est jolie ; ouvrez trois ou quatre URL profondes, dont un ancien article et une page de collection.

3. Lire le dossier comme un dépôt de livraison

Décompressez la copie dans un répertoire daté et gardez intacte cette première version. Cherchez ensuite :

• les pages HTML et leurs chemins d’URL ;
• les dossiers CSS et JavaScript ;
• les images, polices et médias réellement référencés ;
• les liens externes qui doivent rester externes ;
• les appels vers des services qui ne fonctionneront plus hors Webflow.

Cette lecture évite de traiter un téléchargement comme une boîte noire. Pour un projet proche d’une mise en production, il est également utile de mettre le dossier dans Git : on peut relire un changement, conserver une version de secours et relancer une publication depuis un état connu.

4. Passer la checklist de rendu

Servez le dossier avec un serveur local ou un hébergement de préproduction. Vérifiez au minimum :

1. navigation, liens internes et pages 404 ;
2. pages CMS, pagination éventuelle et URL anciennes ;
3. images responsives, polices, vidéos et documents ;
4. interactions, onglets, menus et scripts de consentement ;
5. affichage mobile sur les gabarits les plus différents ;
6. balises title, description, canonicals, Open Graph et robots.txt ;
7. formulaires, recherche et toute action qui envoyait des données à Webflow.

Le dernier point est un embranchement, pas un défaut caché. La documentation Webflow précise que la gestion de formulaires sur un hébergement personnalisé peut nécessiter un endpoint tiers ou sur mesure. Décidez de la solution avant le changement de DNS, puis testez une soumission complète.

5. Déployer, conserver, puis refaire le test

Un ZIP est excellent pour une archive. Pour un site vivant, choisissez un trajet de publication reproductible : dépôt Git, stockage S3 compatible ou FTP, selon les habitudes de l’équipe. ExFlow peut synchroniser les exports vers ces destinations ; choisissez surtout celle que quelqu’un saura restaurer dans six mois.

Après mise en ligne, répétez le contrôle depuis l’URL publique et consignez trois choses : la date de l’export, le commit ou l’archive source, et la personne responsable de la prochaine mise à jour. C’est ce petit registre qui transforme une copie en solution de continuité.

Cas où il vaut mieux garder Webflow

Ne migrez pas seulement parce qu’un export est possible. Conservez l’hébergement Webflow si l’équipe dépend du CMS visuel au quotidien, si le commerce électronique natif est central, ou si personne ne peut prendre en charge les déploiements et les services dynamiques. Une copie statique peut néanmoins servir d’archive de reprise avant une refonte.

ExFlow propose également des chemins dédiés pour Squarespace et Framer, mais leurs points de contrôle ne sont pas identiques. Pour Framer, consultez notre checklist d’export auto-hébergeable. Si votre projet commence plutôt par une synchronisation de contenu, notre guide pour fiabiliser un flux Notion-Webflow aide à définir la source de vérité avant de parler d’hébergement. Enfin, gardez une version de la même rigueur pour les médias : ce registre de retouches photo produit est un bon modèle pour tracer des livrables.

Conclusion : une copie qui sait répondre aux questions utiles

Exporter un site Webflow avec son CMS revient à préparer un paquet de pages rendues, pas à emporter tout Webflow avec soi. Inventoriez les routes, vérifiez le rendu et les services dynamiques, puis conservez une version déployable et datée. Commencez par un export de préproduction avec ExFlow, comparez-le au sitemap, et ne changez le DNS qu’après une checklist publique complète.