Exporter un Site Squarespace en HTML : Checklist Avant l’Hébergement

Quand un site Squarespace arrive à maturité, la question n’est pas toujours celle de la refonte. C’est parfois celle de la conservation : comment garder une copie réellement exploitable, la remettre à un client ou changer d’hébergement sans reconstruire chaque page ? Une exportation de contenu seule ne suffit pas à répondre à ce besoin. Il faut retrouver le site tel qu’il est servi : pages, styles, scripts et médias.

ExFlow pour Squarespace propose précisément ce parcours : il charge le site publié, recueille les fichiers nécessaires, réécrit les liens vers des chemins locaux puis fournit une archive à télécharger ou à déployer. Cette checklist aide à traiter l’export comme une opération de dépôt : on constitue une copie, on la contrôle et seulement ensuite on la rend publique.

1. Définir ce que la copie doit résoudre

Avant de saisir une URL, formulez le résultat attendu. Une sauvegarde datée avant une refonte n’a pas les mêmes critères qu’une migration vers un hébergement statique ou qu’une remise de fin de mission. Cette étape évite de confondre une archive de précaution avec un site prêt à prendre le relais.

Pour une sauvegarde, notez la date, l’URL de départ et les pages prioritaires. Pour une migration, choisissez aussi le futur hôte et la façon de gérer le domaine. Pour une remise client, ajoutez une courte notice indiquant où se trouvent les fichiers et comment prévisualiser le site localement. Cette discipline rejoint celle utilisée pour préparer une remise Framer sans dépendre de l’hébergement : le dossier est plus utile lorsqu’il est accompagné d’un contexte clair.

2. Exporter le site publié, pas seulement ses contenus

Squarespace permet de récupérer certains contenus, mais un fichier de contenu ne reconstitue ni la mise en page, ni les styles, ni les comportements du site. Pour un dépôt statique, l’inventaire doit inclure les pages HTML rendues, les feuilles CSS, les scripts, les images, les polices et les médias liés.

Dans ExFlow, entrez l’URL publiée, activez l’export des CSS, JavaScript et médias, puis choisissez l’export de toutes les pages si la copie doit couvrir le site entier. Pour un site protégé par un mot de passe frontal, l’outil peut utiliser ce mot de passe pendant le parcours ; le site doit toutefois être publié. Conservez la sortie sous forme de ZIP si vous souhaitez d’abord l’archiver, ou préparez une destination Git, S3 ou FTP si l’objectif est un déploiement répété.

Un site riche en galeries, blocs interactifs ou pages de blog mérite cette différence d’approche. Les éléments visuels dépendent souvent d’assets chargés tardivement, tandis que les interactions dépendent de scripts. C’est pourquoi une vérification de fichiers est plus fiable qu’un simple téléchargement de page.

3. Contrôler la copie avant de changer le DNS

Ouvrez l’export dans un environnement de prévisualisation ou sur une URL de test. Procédez par échantillon raisonné : page d’accueil, navigation, une page longue, une galerie, un article et une page de contact. Puis vérifiez systématiquement :

• les liens internes et le retour à l’accueil ;
• les images, vidéos, polices et arrière-plans ;
• les menus mobiles et les principaux points de rupture ;
• les balises de titre, descriptions et images de partage ;
• les redirections importantes ;
• les scripts de galerie, accordéon ou animation.

Certains services restent attachés aux serveurs Squarespace : soumissions de formulaires, paiement Commerce, espaces membres, recherche et planification doivent être remplacés ou reconfigurés. Notez-les comme dépendances, plutôt que de découvrir leur absence après la bascule. Cette même logique de prévol est utile lorsqu’on exporte un site Framer vers GitHub Pages sans casser le mouvement : le rendu visible n’est qu’une partie de la validation.

4. Choisir une destination qui correspond à votre usage

Une archive locale constitue une excellente sauvegarde, mais Git ajoute un historique et facilite la relecture des changements. Un bucket compatible S3 convient bien à une diffusion statique à grande échelle. FTP ou SFTP reste pertinent pour un hébergement mutualisé déjà en place. ExFlow Hosting peut simplifier la première publication lorsque vous préférez réduire la configuration.

Le bon choix dépend surtout de la personne qui devra maintenir le site dans six mois. Pour une petite équipe, une destination Git avec un dépôt documenté est souvent plus explicable. Pour un client non technique, un ZIP organisé et une procédure de restauration courte peuvent être plus précieux qu’une chaîne de déploiement sophistiquée. Si votre catalogue Webflow dépend d’un CMS, complétez cette réflexion avec notre guide pour archiver une collection CMS Webflow en HTML statique.

5. Garder un registre de la migration

Une fois les contrôles terminés, consignez la date de l’export, l’URL source, la destination, le responsable et les fonctionnalités à remplacer. Ajoutez une seconde vérification après la mise en ligne : pages stratégiques, formulaires redirigés, balises SEO et redirections de l’ancien domaine. Un registre simple transforme une migration en procédure reproductible, au lieu d’en faire une opération unique impossible à expliquer.

ExFlow propose aussi des exporteurs dédiés à Webflow et à Framer, mais le principe reste le même : conserver une copie vérifiée du site publié avant de dépendre d’un nouvel hébergement. Pour les phases de changement plus larges, notre méthode pour garder une copie de préproduction Webflow avant une refonte offre un complément utile.

Conclusion

Exporter Squarespace en HTML n’est pas un geste d’archivage passif. C’est la création d’un actif contrôlable : une copie que vous pouvez sauvegarder, remettre, versionner ou héberger ailleurs. Commencez par un export d’essai avec ExFlow, puis passez la checklist sur une URL de test avant toute modification de domaine.