Certaines animations Framer peuvent fonctionner après l’export, mais le résultat dépend des scripts capturés, du mode d’export et de l’hébergement. Testez chaque interaction importante : ni une capture ni une reconstruction ne garantit un comportement identique.
NoCodeExport capture l’interface publiée sans convertir le projet de l’éditeur en nouveaux composants. Un export payant peut conserver des modules Framer .mjs dans assets/framer/ ; d’autres effets pris en charge peuvent utiliser des scripts complémentaires. Free garde des ressources liées à l’origine. Les modes peuvent se comporter différemment : lisez le README et comparez l’export réel.
Commencez par l’outil d’export Framer, puis suivez la liste de migration. Pour des composants maintenables, comparez capture et reconstruction.
Les contrôles pour chaque type d’animation
Ce tableau est une liste de vérification, pas un taux de réussite mesuré ni une garantie par type d’animation.
| Comportement | Comparaison avec l’origine | En cas de différence |
|---|---|---|
| Transitions au survol | États au survol, au clavier et au toucher des boutons, cartes et menus | Vérifiez styles et scripts ; ajoutez des états accessibles si nécessaire |
| Apparition et effets au défilement | Visibilité, déclenchement, durée et mouvement réduit | Inspectez modules ou scripts complémentaires ; évitez le contenu bloqué invisible |
| Sections fixes ou épinglées | Positions de début/fin, superposition et mise en page mobile | Vérifiez plusieurs tailles de fenêtre |
| Bandeaux défilants et carrousels | Boucle, vitesse, recadrage, pause et commandes | Vérifiez l’initialisation et les ressources nécessaires |
| Variantes, onglets et accordéons | Tous les états accessibles et le contrôle au clavier | Testez la logique conservée ; corrigez ou reconstruisez les états non pris en charge |
| Lottie, canvas et 3D | Données, rendu et interaction sur le nouvel hébergement | Inspectez erreurs réseau/console et dépendances externes |
Une dépendance à des modules Framer n’impose pas à elle seule une reconstruction : les modules nécessaires peuvent être inclus. Inversement, une première image correcte ne prouve pas que tous les modules ou états suivants fonctionnent.
Tester par HTTP et sur l’hébergement final
- Décompressez le ZIP et suivez
RUN_LOCALLY.mds’il est présent. Utilisez un serveur HTTP, pas un double-clic ouvrant une pagefile://. - Conservez noms et chemins des modules. Comparez les requêtes avec les fichiers livrés.
- Testez les versions mobile et bureau, la souris, le clavier, le toucher et les navigateurs de votre public.
- Défilez lentement dans les deux sens, ouvrez les menus et visitez directement les URL imbriquées.
- Vérifiez la préférence de mouvement réduit et l’accès au contenu essentiel.
- Répétez sur l’hébergement choisi et notez les différences avant de changer le domaine.
Pour une page vide ou une erreur de module, inspectez la requête exacte. Un .mjs absent ou une règle de routage peut renvoyer du HTML ; changer l’en-tête MIME ne rétablit pas le module. Le guide Netlify explique les chemins et contrôles d’en-têtes.
Ressources, CMS et formulaires : des contrôles distincts
Les exports payants téléchargent les ressources accessibles ; Free les lie à l’origine. Vidéos, contenus intégrés et requêtes non résolues peuvent rester externes. Vérifiez-les avant de résilier l’hébergement d’origine : un ZIP payant ne garantit pas un fonctionnement entièrement hors ligne.
Le contenu CMS est un instantané au moment de l’export. Il ne devient pas un éditeur actif et ne synchronise pas les modifications suivantes. Exportez et déployez à nouveau pour le mettre à jour, ou migrez les données séparément vers un autre CMS.
Un formulaire peut s’animer et s’afficher sans envoyer de message. Reconnectez-le à un service pris en charge, vérifiez la protection antispam et les états de réussite/erreur, puis confirmez la réception d’un véritable envoi de test. Capturer la page ne migre pas les anciens envois Framer.
Corriger la capture ou reconstruire ?
Une capture testée peut suffire si les comportements nécessaires fonctionnent. Si une interaction échoue, identifiez d’abord une ressource manquante, un chemin, un réglage d’hébergement ou un script complémentaire en cause.
Une reconstruction peut convenir à des composants maintenables, à des états applicatifs, à de nouvelles API ou à des interactions non couvertes. Définissez aussi ses tests d’acceptation. NoCodeExport ne propose pas de service de reconstruction sur mesure.
La durée dépend du site, des ressources, des navigateurs et des contrôles. Conserver les modules peut maintenir le comportement sans prouver un gain de performances. Mesurez des pages représentatives déployées avant de l’affirmer.
Examinez les options d’export et consultez les méthodes de récupération du code si vous souhaitez de nouvelles sources plutôt qu’un instantané du site publié.
