Guide de Référence : Préparer un Dossier Squarespace Avant une Migration

Un site Squarespace peut être parfaitement adapté à sa phase de création, puis devenir difficile à déplacer au moment où une agence change, qu’un budget se resserre ou qu’une refonte doit commencer. Le problème n’est pas seulement de récupérer des textes : une équipe a besoin d’un dossier qui permette de retrouver les pages, les médias, les routes et les choix de publication.

Ce guide propose une méthode de dépôt avant migration. L’objectif n’est pas de promettre qu’un site statique remplace chaque fonction de Squarespace, mais de préparer une copie vérifiable du site public, puis de savoir exactement ce qu’il faudra reconstruire ou raccorder ailleurs.

Les huit titres envisagés

1. Guide de Référence : Préparer un Dossier Squarespace Avant une Migration
2. Squarespace : Constituer une Copie Statique Avant de Changer d’Hébergement
3. Comment Archiver un Site Squarespace pour une Refonte Sans Perdre les Repères
4. Squarespace vers HTML : La Fiche de Contrôle Avant un Transfert de Domaine
5. Une Méthode de Dépôt Pour Remettre un Site Squarespace à une Nouvelle Équipe
6. Comment Tester une Copie de Site Squarespace Hors de sa Plateforme
7. Squarespace : Choisir les Fichiers à Conserver Avant une Migration Statique
8. Checklist de Référence : Préparer un Export Squarespace Pour un Hébergement Indépendant

Le premier titre a été retenu : il répond à une intention de préparation concrète et se distingue des précédents articles consacrés à la simple sauvegarde, à la remise d’agence ou à la checklist d’hébergement.

1. Définir ce que le dossier doit rendre possible

Avant d’exporter, écrivez une phrase de destination : conserver un instantané avant une refonte, remettre le site à un client, préparer un hébergement statique ou réduire une dépendance d’abonnement. Cette phrase décide du niveau de contrôle nécessaire.

Pour un site vitrine, un dossier utile contient au minimum : les pages publiques, les articles et galeries visibles, les images, les polices et fichiers téléchargeables, ainsi qu’une liste des URL qui comptent pour le référencement et les campagnes. Pour une boutique ou un site membre, il faut aussi lister séparément ce qui dépend d’un service côté serveur : paiement, formulaires, recherche, espace membre, réservation et automatisations. Une exportation statique n’est pas une copie fonctionnelle de ces services ; c’est précisément la frontière à documenter.

Cette distinction évite une migration à l’aveugle. Elle rejoint la prudence employée dans notre checklist d’export Squarespace avant hébergement : un livrable portable doit être défini, pas seulement téléchargé.

2. Capturer le site public, pas seulement son contenu

L’export natif de Squarespace est surtout conçu pour le contenu. Quand le besoin est de préserver l’apparence et la navigation du site publié, il faut une copie des pages rendues et de leurs ressources. ExFlow pour Squarespace propose cette démarche : l’outil parcourt le site publié et peut exporter les pages, HTML, CSS, JavaScript, images et médias dans une archive, avec des options de déploiement vers Git, S3 ou FTP.

Dans la configuration, activez les types de fichiers nécessaires et vérifiez le périmètre des pages. Si le site est protégé par un mot de passe frontal, prévoyez-le dans le processus d’export, sans l’ajouter au dossier de remise. Conservez aussi une note simple indiquant la date, l’URL de départ et la personne responsable de l’instantané. Une archive sans contexte devient vite un dossier mystérieux.

3. Contrôler la copie comme un lecteur, puis comme un opérateur

Ouvrez l’export dans un environnement de prévisualisation ou sur un sous-domaine de test. Faites deux passages courts.

Lors du passage lecteur, parcourez les pages d’entrée, le menu, les pages de contact, les articles récents, les galeries et les liens depuis les réseaux sociaux. Cherchez les images manquantes, les ancres qui ramènent au domaine d’origine et les pages qui semblent n’avoir plus de contexte.

Lors du passage opérateur, contrôlez les redirections importantes, les balises de titre et descriptions, les favicons, les fichiers téléchargeables, les versions mobile et les scripts de consentement ou de mesure. Testez les formulaires comme des connexions à remplacer : sur un export statique, ils doivent pointer vers une solution explicitement choisie, pas vers une hypothèse. Cette vérification est plus utile qu’un téléchargement répété. Pour une remise plus large, la méthode de sauvegarde Squarespace avant changement d’agence aide à compléter la liste des accès et dépendances.

4. Constituer une fiche de limites et de décisions

Ajoutez à l’archive une fiche d’une page avec quatre rubriques :

• Conservé tel quel : pages, styles, médias, navigation et contenus publics validés.
• À reconnecter : formulaires, analytics, newsletter, chat et domaines externes.
• À reconstruire : panier, paiement, comptes, recherche interne ou zones membres, selon le site.
• À décider : hébergeur, accès Git, procédure de déploiement et responsable des DNS.

Cette fiche transforme une copie de fichiers en objet de décision. Elle évite de confondre la fidélité visuelle avec la continuité complète des services. Le même réflexe est utile pour d’autres constructeurs : notre guide sur la remise d’un site Framer montre pourquoi animations et intégrations méritent une vérification distincte.

5. Choisir une destination avant le basculement

Une archive ZIP suffit pour une sauvegarde. Pour une migration ou une remise durable, choisissez aussi la destination de la copie. Git convient quand l’équipe veut un historique relisible et une revue avant publication. Un stockage compatible S3 convient pour une diffusion statique structurée. FTP ou SFTP peut servir à un hébergement existant. ExFlow peut également synchroniser les exports vers ces destinations ou proposer son hébergement quand l’équipe préfère une voie plus simple.

Ne changez pas encore le domaine principal. Déployez d’abord la copie à une adresse de test, notez les écarts et répétez la vérification. Cette séquence est plus sûre que de traiter la migration comme un clic unique ; elle reprend l’idée d’un contrôle avant automatisation détaillée dans notre guide de fiabilisation Notion-Webflow.

La fiche à garder avec l’export

Avant de déclarer le dossier prêt, vérifiez que vous avez : une archive datée, une URL de test, la liste des pages contrôlées, les dépendances à reconnecter, le choix d’hébergement et le plan de retour arrière. Si une seule de ces lignes manque, le dossier est encore une sauvegarde, pas un kit de migration.

Essayez l’exporteur Squarespace d’ExFlow sur une copie publiée et inspectez la liste de fichiers avant de déplacer quoi que ce soit. Pour les autres cas, ExFlow propose aussi des exporteurs dédiés à Webflow et Framer. L’action suivante est simple : choisissez une page critique, exportez le site, puis faites-la relire sur une URL de test avant d’envisager le basculement.