Comment Exporter un Site Squarespace Protégé Avant sa Mise en Ligne

Un site Squarespace protégé par mot de passe est souvent dans une drôle de zone : assez avancé pour devoir être sauvegardé, pas assez public pour que l’on veuille le confier à un outil de téléchargement au hasard. C’est typiquement le moment où une équipe prépare une mise en ligne, une migration ou une remise client — et découvre trop tard qu’elle n’a pas de copie statique exploitable.

Voici le workflow que je recommande : exporter la version de préproduction, vérifier ce qui compte réellement, puis la placer sur un hébergement de test avant d’ouvrir le site au public. L’objectif n’est pas de quitter Squarespace à tout prix ; c’est de retrouver une vraie marge de manœuvre.

Pourquoi faire une copie avant le lancement ?

Une sauvegarde de contenu ne remplace pas un site. Pour une remise, un plan B ou une migration, il faut aussi les pages, les feuilles de style, les scripts, les images et les médias. C’est ce qui permet de rouvrir la copie plus tard sans recréer toute la mise en forme à la main.

Un export est aussi très utile quand la préproduction est verrouillée par mot de passe. Vous pouvez contrôler une version précise avant que des changements de dernière minute, un nouveau thème ou une modification de navigation ne rendent la comparaison impossible. Si votre sujet principal est l’archivage plutôt que le lancement, notre guide sur une copie statique Squarespace qui reste utile complète bien cette démarche.

1. Préparez le périmètre avant de lancer l’export

Commencez par noter l’URL exacte de la préproduction, le mot de passe transmis au propriétaire, et les pages attendues : accueil, services, articles, formulaires, mentions légales, pages de campagne et éventuelles pages cachées. N’oubliez pas les médias lourds, les polices et les redirections prévues au lancement.

Cette liste sert à la fois de brief et de test d’acceptation. Elle évite le classique « le ZIP est arrivé, donc tout va bien » alors qu’une galerie, une image lazy-loadée ou une page profonde manque. Ne mettez jamais le mot de passe dans le dépôt ni dans un fichier joint au client : utilisez un gestionnaire de mots de passe et retirez l’accès dès que la copie est validée.

2. Exportez la préproduction avec un outil adapté à Squarespace

Un téléchargeur générique convient parfois à une landing page simple, mais il peut manquer les ressources chargées tardivement ou les détails propres à un constructeur moderne. Pour ce cas, ExFlow pour Squarespace est conçu pour récupérer un site publié sous forme de HTML statique, CSS, JavaScript et médias, puis proposer un ZIP ou une synchronisation vers Git, S3 ou FTP. Quand le propriétaire fournit le mot de passe, ExFlow peut aussi accéder à un site Squarespace protégé.

Le bon résultat n’est pas seulement un dossier de fichiers. Vous devez pouvoir identifier où sont les pages, les images et les ressources, puis reproduire la navigation hors de Squarespace. Gardez le ZIP comme point de restauration daté, même si vous prévoyez un déploiement immédiat.

3. Déployez d’abord dans un environnement de test

Avant de toucher au domaine principal, publiez la copie sur une URL de prévisualisation : un sous-domaine de test, un hébergement statique ou un dépôt Git. Cette étape révèle les chemins d’images, les URL absolues et les scripts qui s’appuient encore sur l’ancien domaine. Notre pas-à-pas pour déployer un export Squarespace sur GitHub Pages donne un exemple concret d’hébergement versionné.

Si vous travaillez avec un client, partagez cette URL et un court protocole de retour : une page, l’élément concerné, une capture, le comportement attendu. Cela transforme la phase de validation en liste d’actions plutôt qu’en vague échange d’e-mails. Pour une remise complète, vous pouvez aussi consulter ce guide d’export Squarespace pour un client.

4. Faites un contrôle qualité qui reflète un vrai usage

Parcourez le site exporté sur mobile et ordinateur, pas seulement la page d’accueil. Vérifiez :

• la navigation, le logo et les liens internes ;
• les images, vidéos, polices et ressources chargées tardivement ;
• les titres, descriptions et aperçus de partage ;
• les animations et scripts non essentiels ;
• les formulaires, boutons de paiement ou zones membres, qui peuvent demander une solution distincte sur un site statique ;
• les redirections prévues quand le domaine changera.

Un export statique conserve très bien une vitrine, mais il ne transforme pas automatiquement une fonction dynamique en fonctionnalité autonome. C’est une distinction importante : notez clairement les éléments à reconnecter avant de signer la mise en ligne. Le même réflexe de test vaut pour d’autres constructeurs ; voici, par exemple, comment tester un export Framer avant de changer de domaine.

5. Gardez une copie que quelqu’un d’autre peut reprendre

Une fois la validation terminée, conservez trois choses : le ZIP source, l’URL de préproduction et un court README qui explique où le site est hébergé, qui gère le domaine et quelles fonctions restent liées à des services externes. C’est ce petit document qui rend la sauvegarde vraiment utilisable dans six mois.

Si vous avez besoin d’un autre flux plus tard, ExFlow propose aussi des exporteurs dédiés à Webflow et Framer. Mais pour un site Squarespace protégé, commencez simplement : exportez la version exacte que vous allez lancer, déployez-la hors production, puis corrigez ce qui casse avant le changement de domaine.

La prochaine action est claire : faites aujourd’hui la liste des pages et fonctions de votre préproduction, puis créez une première copie avec ExFlow pour Squarespace. Vous aurez un contrôle concret sur le lancement, sans devoir improviser le jour où le site devient public.