Framer convient à une équipe marketing orientée design, tandis que WordPress convient à un flux de publication et de plugins. Astro plus un CMS headless est pour une équipe prête à contrôler la construction et l'hébergement. Gardez Webflow sur la liste restreinte si son éditeur et son modèle de contenu correspondent à la tâche et qu'une intégration peut résoudre le problème. Ensuite, pesez chaque route par rapport au contenu, aux formulaires, aux adhésions et aux URL qui doivent survivre au changement.
Faites correspondre la route à l'exigence qui échoue
Commencez par ce qui est réellement défaillant, non par ce qui semble simplement dépassé. Si les éditeurs sont satisfaits et que le seul échec est la connexion, une refonte complète est une réponse lourde à une petite question.
Le tableau ci-dessous fait correspondre chaque route à la situation qu'elle convient, et à une tâche d'essai. Cette tâche d'essai est délibérée : un éditeur modifie une page de contenu représentative et la publie. Recréer une capture d'écran de la page d'accueil ne prouve rien sur le flux de travail sur lequel votre équipe comptera pendant des années.
| Route | Choisissez-la quand | Ce qui est transféré | Ce qui doit être reconstruit | Tâche d'essai |
|---|---|---|---|---|
| Framer | Une équipe marketing orientée design veut modifier et publier sur un canevas visuel | Les habitudes d'édition visuelle, plus le contenu des collections via importation CSV (une fonctionnalité que Framer répertorie) | Pages, collections et références, formulaires, contenu gated, configuration de la localisation | Un éditeur ouvre un article représentatif, change un titre et un champ de référence, l'aperçoit, puis le publie |
| WordPress auto-hébergé | Le volume de publication, les rôles utilisateur, la planification et un écosystème de plugins importent le plus | Contenu une fois mappé dans les articles, les pages et les champs personnalisés ; média une fois téléchargé | Thème et modèles, formulaires, adhésion, configuration du plugin SEO, redirections | Un éditeur rédige un article dans le vrai modèle, l'aperçoit, le planifie, et un utilisateur avec un rôle inférieur essaie de le publier |
| Astro plus un CMS headless | Une équipe d'ingénieurs possédera le pipeline de construction, d'hébergement et d'aperçu. | Le balisage exporté comme référence, contenu CSV, ressources téléchargées. | L'ensemble du front-end, l'interface d'éditeur, les aperçus, les formulaires, la recherche. | Un éditeur modifie une entrée dans le CMS, voit un aperçu, publie, et la page en direct se met à jour. |
| Rester sur Webflow avec un changement d'intégration ciblé. | Les éditeurs aiment le flux de travail, le modèle de contenu fonctionne, et le manque est l'adhésion ou une autre intégration. | Pages, CMS, hébergement, URL. | La connexion, le portail et son lien vers la facturation. | Un membre de test s'inscrit, atteint une page protégée et se déconnecte, tandis qu'un éditeur publie une page différente. |
Astro n'est pas un générateur visuel clé en main, ne l'évaluez donc pas comme tel. C'est un framework pour les gens qui écrivent du code, ce qui est exactement la raison pour laquelle le guide Astro CMS existe : le contenu vit ailleurs et vous le connectez. Si vous voulez l'argument plus long, notre page CMS headless le couvre, et Astro vs Next.js couvre le choix du framework.
Avant de choisir quoi que ce soit, écrivez ce que l'export ne contiendra pas :
- Chaque collection CMS et les références entre elles.
- Chaque formulaire et où ses envois vont.
- Chaque page protégée ou réservée aux membres.
- Chaque locale au-delà de la locale principale.
- Chaque service externe connecté au site.
- Chaque URL qui génère du trafic ou des liens.
Ce que l'export de code Webflow fait et ne fait pas.
Le mot export promet plus qu'il ne livre. Selon le guide officiel d'export de code, les plans Workspace payants peuvent exporter le HTML, CSS, JavaScript et les ressources d'un site. Un plan Site seul ne peut pas. Vous ouvrez le menu Principal, choisissez Export de code, ou appuyez sur Shift + E, cliquez sur Préparer le ZIP et téléchargez le fichier.
À l'intérieur du ZIP vous obtenez un dossier CSS, un dossier JS, un dossier d'images avec tout depuis le panneau Ressources, et des fichiers HTML pour toutes les pages, y compris les pages de modèle de Collection vides. Le guide avertit également que la suppression des fichiers JS peut laisser une page sembler intacte tout en ne fonctionnant pas. Vous ne pouvez pas choisir quelles parties sont exportées, et les modifications manuelles des fichiers exportés peuvent casser certains composants Webflow.
Cela vous donne une ressource de départ utilisable, et une bonne. Vous pouvez l'héberger n'importe où, sans attribution à Webflow et sans plan Webflow nécessaire pour qu'il s'exécute sur votre propre serveur. Mais c'est du balisage statique.
Le guide liste ce qui n'est pas inclus et ne fonctionnera pas :
- Contenu et fonctionnalité CMS, y compris les éléments de collection et les listes.
- Contenu et fonctionnalité des comptes utilisateur.
- Contenu et fonctionnalités e-commerce, notamment produits et paiement
- Protection par mot de passe du site et des pages
- Traitement des soumissions de formulaire, y compris les éléments reCAPTCHA
- Recherche sur le site
- Contenu localisé (seules les pages, éléments et contenu de la locale principale sont inclus)
- Composants de code
Sur un site exporté, les listes de Collections affichent leur état vide et les pages de Collections n'affichent aucun contenu lié aux champs de Collection. Webflow affirme que sa protection par mot de passe ne fonctionne que sur l'hébergement Webflow. Reconstructisez et testez les contrôles d'accès avant de placer les pages précédemment protégées sur un autre hébergeur. Le fichier ZIP ne préserve pas les fonctionnalités de connexion et de protection par mot de passe hébergées par Webflow.
Les formulaires et la recherche ne fonctionnent pas non plus sur les sites exportés, ce que Webflow attribue à la conformité RGPD. Vous avez besoin d'un outil tiers ou d'une intégration de formulaire intégré pour collecter les soumissions.
Un CSV est une donnée, pas un CMS
Certains contenus sous-jacents peuvent être sauvegardés séparément. Le même guide décrit les exportations CSV pour les Collections CMS, y compris le contenu de Collection localisé, et les Collections e-commerce. Mais un CSV contient des enregistrements, sans interface d'édition, sans système d'aperçu et sans paiement. Ses instructions d'export précédentes de comptes utilisateur n'établissent pas que ces enregistrements restent disponibles après la fin de vie décrite ci-dessous.
Un dernier point, noté par un article tiers de Figment: les champs d'image et de fichier dans les exportations CSV apparaissent sous forme d'URL pointant vers l'hébergement d'actifs de Webflow. Téléchargez ces fichiers avant d'annuler l'hébergement, sinon votre contenu pointe vers des liens morts. C'est une source secondaire, donc vérifiez-la avec votre propre export.
Trois voies de remplacement, mêmes cinq questions
Posez les mêmes questions à chaque voie: qui édite, comment fonctionnent les relations de contenu et les aperçus, qui gère l'hébergement et les mises à jour, quelles intégrations vous avez besoin, et comment les URL et métadonnées subsistent. Les listes de fonctionnalités des fournisseurs sont des descriptions plutôt que des preuves. La tâche d'essai du tableau est l'endroit où la vraie réponse se trouve.
Framer
Qui édite: Framer décrit un éditeur visuel où vous éditez et publiez le contenu directement sur le canvas, avec des brouillons et un aperçu avant publication. C'est une affirmation du fournisseur, mais elle correspond au flux de travail orienté design que cette voie convient.
Relations et aperçus: Framer énumère les références, l'import CSV et la localisation intégrée sur sa page CMS. Testez une collection représentative et ses relations. Ensuite, vérifiez les limites du plan actuel par rapport à votre inventaire de contenu réel avant de vous engager.
Hébergement et intégrations: La plateforme vous héberge, ce qui est l'attrait. Les formulaires, le contenu protégé et tout ce qui est inhabituel nécessitent encore une intégration que vous choisissez et testez. Je ne ferai pas d'affirmation générale sur l'export d'un site Framer, car la documentation actuelle de Framer sur ce point nécessite une vérification au niveau du projet.
URL et métadonnées: Mappées manuellement. Comme pour chaque voie.
WordPress auto-hébergé
Gardez deux choses séparées. WordPress.org est un logiciel: sous licence GPL, sans frais de licence, et vous l'exécutez sur l'hébergement que vous choisissez. WordPress.com est un service hébergé vendu par une entreprise, où ce que vous pouvez installer et qui le corrige dépend du plan. Ne les traitez pas comme une seule décision.
Qui édite: WordPress.org énumère les brouillons, la publication programmée, les révisions, le contenu public ou privé et les articles et pages protégés par mot de passe comme standard. Il décrit également les rôles d'utilisateur: administrateurs, éditeurs, auteurs, contributeurs et abonnés. Pour une équipe éditoriale avec plusieurs niveaux d'accès, c'est un véritable atout.
Relations et aperçus: Les types de publications personnalisés, les taxonomies et les métadonnées existent via le code, selon la même page de fonctionnalités. Modéliser les champs de référence Webflow demande de la planification, et probablement un développeur. Les aperçus dépendent entièrement de votre thème.
Hébergement et mises à jour: Les vôtres. La documentation des plugins WordPress dit que les plugins sont des scripts PHP, souvent développés par des bénévoles, et de qualité variable. Un plugin non mis à jour depuis la dernière mise à jour du core peut être incompatible ou avoir une compatibilité inconnue. Quelqu'un doit assumer cette maintenance indéfiniment.
Intégrations, URL, métadonnées: Les catégories de plugins couvrent le SEO, le e-commerce, la sécurité, la mise en cache et l'import et export de données. Les redirections et les métadonnées nécessitent toujours un mappage. Pour le travail de modélisation de contenu et d'édition impliqué dans une reconstruction, consultez la page de développement CMS headless.
Astro plus un CMS headless
Qui édite: Les éditeurs travaillent dans le CMS choisi pour le projet, qui peut inclure l'édition visuelle. La documentation de Sanity décrit les aperçus en direct et le clic pour éditer quand ils sont connectés au frontend. Ne supposez pas qu'Astro vient avec soit un canvas visuel soit une interface formulaire uniquement; incluez cette intégration et un essai d'éditeur dans le périmètre.
Relations et aperçus: La structure provient du CMS que vous choisissez. Les aperçus sont quelque chose que vos ingénieurs construisent. Ne supposez pas qu'ils arrivent gratuitement.
Hébergement et mises à jour : Votre équipe choisit l'hébergeur, le processus de compilation et les mises à jour des dépendances. C'est la responsabilité technique dont j'ai parlé au début. Si personne ne veut faire ce travail dans deux ans, choisissez une autre approche.
Intégrations, URL, métadonnées : Tout est explicite. Les formulaires, la recherche et les redirections sont autant de choses que vous devez configurer. L'avantage, c'est le contrôle. Le coût, c'est que rien ne se passe si quelqu'un ne l'écrit pas.
Adhésions après la fin du support des Comptes utilisateurs
Il ne s'agit plus d'une date limite : c'est un changement terminé. Depuis le 4 novembre 2026, la notification de fin du support des Comptes utilisateurs de Webflow décrit une date de retrait du 29 janvier 2026, qui est dépassée. Les API et webhooks dédiés aux Comptes utilisateurs ont disparu à la même date, affectant toute intégration, workflow ou développement personnalisé qui en dépendait.
La notification de Webflow indiquait que les sites utilisant encore les Comptes utilisateurs à cette date perdraient l'accès à la fonctionnalité et à ses données, sans migration vers le CMS. Les pages Comptes utilisateurs sont devenues des pages statiques ordinaires, les portails d'accès au contenu ont été supprimés, et les membres ne pouvaient plus se connecter sur les sites publiés. N'envisagez pas de récupérer les données historiques des Comptes utilisateurs depuis Webflow maintenant. L'accès a été perdu, donc toute récupération dépend entièrement d'un CSV exporté avant cette date.
La notification et l'annonce originale du 11 décembre 2024 nomment Outseta et Memberstack comme remplaçants recommandés, en pointant vers l'écosystème d'applications vérifié de Webflow pour d'autres outils. Les réductions de lancement attachées à cette annonce appartiennent au passé, je ne les répète donc pas.
C'est le point pratique. Une intégration d'identité ciblée peut restaurer le contenu protégé sans déplacer l'ensemble du site. Si vos pages, CMS et workflow d'édition vont bien, la pièce manquante est la connexion et l'accès, et c'est un travail plus petit qu'un changement de plateforme.
Les abonnements Stripe méritent leur propre vérification
Pour les clients du commerce électronique ayant des abonnements payants, la notification disait que les abonnements restent dans Stripe et que les abonnés continuent à être facturés. Relisez cela deux fois. Déplacer votre site Web n'annule l'abonnement de personne, et une nouvelle plateforme ne sait pas que ces abonnements existent. Réconciliez-les séparément : qui paie, quel accès leur a-t-on promis, et quel nouveau système l'accorde.
Une mise en garde supplémentaire de la notification : le support Webflow ne couvre pas les intégrations tierces, la personnalisation du site Web ou le code personnalisé. Budgétisez pour quelqu'un qui le fait.
Une liste de contrôle de validation à exécuter avant de vous engager
Ceci est une validation proposée, pas un enregistrement d'un travail déjà effectué. Exécutez-la sur une copie intermédiaire, et traitez toute étape que vous ne pouvez pas terminer comme une raison de faire une pause.
- Faites l'inventaire des pages actuelles et des collections CMS, y compris leurs relations.
- Identifiez les formulaires, le contenu protégé et les services externes (analyse, email, paiements, tout ce qui appelle une API).
- Conservez le contenu multimédia et gardez le contenu CSV exporté séparément à côté.
- Mappez les redirections et les métadonnées : titres, descriptions, balises canoniques et texte alt pour chaque URL que vous voulez conserver.
- Recréez un modèle de contenu représentatif sur la cible.
- Testez l'aperçu et la publication de l'éditeur sur ce modèle, en utilisant un vrai éditeur, pas un développeur.
- Testez les formulaires, les règles d'accès et la localisation.
- Analysez le site intermédiaire et comparez les URL critiques avec le site actif.
- Répétez la migration et la restauration, en incluant qui change le DNS et qui décide de revenir en arrière.
Un changement de plateforme ne garantit pas une amélioration de la recherche ou des Core Web Vitals, et rien ici ne doit se lire comme une promesse. Le but des étapes 4 et 8 est d'éviter de perdre ce que vous avez déjà.
Si vous voulez un deuxième avis sur l'inventaire, apportez l'URL actuelle, l'exigence qui échoue et une liste de ce qui doit continuer à fonctionner à une évaluation de migration ciblée.
Le test du maintien sur place
Rester sur Webflow mérite une audition équitable. Webflow décrit son CMS comme axé sur le visuel et composable, avec des aperçus de brouillon, une publication granulaire et une édition en toile, plus des champs de référence pour lier le contenu entre les Collections. Ce sont des affirmations du fournisseur, mais elles décrivent le workflow que vos éditeurs aiment peut-être déjà.
Alors, lancez le test :
- Le flux de travail actuel de l'éditeur fonctionne-t-il pour les personnes qui l'utilisent chaque jour ?
- Le modèle de contenu accueille-t-il votre contenu réel sans contournements ?
- L'exigence défaillante est-elle une seule intégration, comme l'adhésion ?
Si les trois réponses sont oui, le geste sensé est de documenter le changement plus petit : quelle intégration remplace la pièce défaillante, quelles URL et quels verrous elle touche, et comment vous la testerez. Remplacez une intégration et laissez tout le reste tranquille. Si les réponses sont mitigées, utilisez le tableau et les tâches d'essai. Une exportation est où un refonte commence, pas où elle se termine.
FAQ
Ai-je besoin d'un plan payant juste pour quitter Webflow ?
Pour l'export de code, oui. Webflow dit que l'export de code n'est disponible que sur les plans Workspace payants, et un plan Site seul ne l'inclut pas. Les exports CSV des collections sont décrits séparément dans le même guide.
Puis-je héberger le ZIP exporté et l'appeler un site migré ?
Vous pouvez l'héberger, et Webflow dit qu'aucune attribution ou plan Webflow n'est nécessaire pour qu'il fonctionne sur votre propre serveur. Mais les pages de collections seront vides, les formulaires et la recherche ne fonctionneront pas, et les pages protégées deviennent publiques. C'est une coquille statique, pas un site migré.
Lequel est meilleur pour les éditeurs, Framer ou WordPress ?
Cela dépend de la façon dont vos éditeurs travaillent. Framer décrit l'édition basée sur le canevas avec aperçu avant publication ; WordPress décrit les brouillons, la planification, les révisions et les rôles utilisateur. Donnez à vos propres éditeurs la même tâche d'essai sur les deux et voyez lequel ils peuvent terminer sans aide.
Outseta ou Memberstack, quel est le meilleur choix ?
Webflow a nommé les deux comme remplaçants recommandés, et aucune source ne les classe. Testez chacun contre vos règles de verrou, votre configuration de facturation et les abonnements Stripe que vous avez déjà.
Une exportation Webflow porte le balisage et les ressources, pas un CMS, une caisse, une gestion des formulaires, une recherche, des pages protégées ou des paramètres régionaux supplémentaires, alors choisissez le chemin par lequel vous ne pouvez pas vous permettre de reconstruire. Et si une intégration résout le vrai problème, écrivez ce changement plus petit avant de toucher au reste.