Webflow vs Astro

Si des designers et des marketeurs construisent et modifient eux-mêmes le site, choisissez Webflow. Vous concevez sur un canevas, publiez en un clic, et Webflow gère l’hébergement, le SSL et la sécurité.

Si la performance compte pour votre acquisition, si vous voulez le site dans votre propre dépôt et chez l’hébergeur de votre choix, et si un développeur ou une agence le maintiendra, choisissez Astro. C’est un framework open source conçu pour les sites de contenu, qui n’envoie presque pas de JavaScript au navigateur par défaut.

Gardez en tête que les deux ne sont pas le même type d’outil. Webflow est une plateforme avec un éditeur visuel, un CMS et l’hébergement. Astro est la partie qui construit les pages ; l’interface d’édition vient d’un CMS headless que vous ajoutez, ou de fichiers Markdown dans Git.

Webflow est une plateforme visuelle de création de sites. Vous concevez les pages dans le Designer, qui écrit un HTML et un CSS propres au fil du travail, vous structurez le contenu dans le CMS, et vous publiez en un clic sur l’hébergement de Webflow. Les interactions et les animations se construisent aussi en visuel, et les marketeurs modifient les textes et publient des articles sans développeur.

La contrepartie : vous travaillez dans le modèle de Webflow. Son hébergement, sans choix de région sur les plans standards, les limites de son CMS selon le plan, et du code personnalisé ou des outils tiers pour tout ce que la plateforme ne fait pas. Webflow a son propre serveur MCP et un connecteur Claude officiel, et prépare Source by Webflow, une plateforme agentique encore en accès limité.

Astro est un framework web open source, sous licence MIT, conçu pour les sites marketing, les blogs et les documentations. Les pages sont rendues en HTML à l’avance ou côté serveur, et seules les parties interactives, qu’Astro appelle des îlots, chargent du JavaScript dans le navigateur. Ces îlots peuvent s’écrire en React, Vue, Svelte ou en composants Astro.

Le contenu peut vivre dans des fichiers Markdown ou MDX, rangés dans des collections de contenu typées, ou venir d’un CMS headless comme Sanity ou Payload. Un site Astro se déploie depuis Git sur Vercel, Netlify, Cloudflare ou n’importe quel hébergeur statique. Depuis janvier 2026, l’équipe d’Astro fait partie de Cloudflare, et le framework reste open source et déployable partout. La contrepartie : il n’y a ni éditeur visuel ni interface d’administration intégrée, un développeur construit donc le site et quelqu’un doit le maintenir.

Les neuf critères que nous regardons quand un client hésite entre les deux. La dernière colonne indique celui qui l’emporte, d’après notre expérience.

C’est là que la plupart des comparatifs entre Webflow et Astro se trompent. Webflow arrive avec un CMS et un Editor : un marketeur se connecte, change un titre, publie un article. Astro n’a ni l’un ni l’autre.

Si les personnes qui écrivent sont des développeurs, comme pour une documentation ou un blog technique, des fichiers Markdown ou MDX dans Git fonctionnent très bien : le contenu est versionné, relu et typé dans des collections de contenu. Si ce sont des marketeurs, vous ajoutez un CMS headless. Sanity offre un studio hébergé avec un serveur MCP officiel ; Payload garde le contenu dans votre propre base de données. Dans les deux cas, prévoyez ce choix dès le départ, car il façonne tout le projet et le budget.

Les deux produisent un HTML propre et lisible par les moteurs, et les deux vous laissent la main sur les titres, les méta-descriptions, les URL canoniques et les données structurées. La différence tient à ce qui se charge après le HTML.

Une page Webflow charge le script de Webflow et les interactions ajoutées, plus le code tiers dont le site a besoin. C’est en général assez rapide, et un site Webflow bien construit obtient de bons scores. Astro part de zéro : une page n’envoie aucun JavaScript sauf si un composant en a besoin, et les images sont optimisées à la construction. Quand les Core Web Vitals pèsent sur votre acquisition, ou que vous publiez des milliers de pages, Astro donne plus de marge et moins de choses à combattre.

Webflow héberge tous les sites sur sa propre infrastructure, bâtie sur Amazon Web Services avec un CDN mondial, et vous payez un abonnement par site qui grandit avec les sièges, les langues et les items CMS. Les plans standards ne permettent pas de choisir où sont stockés le site et les données du CMS.

Astro est gratuit. Un site Astro statique peut être servi par presque n’importe quel hébergeur, et se déploie depuis Git avec une adresse de prévisualisation par branche sur Vercel, Netlify ou Cloudflare. Vous choisissez la région, Europe comprise, et vous payez l’hébergement et, le cas échéant, le CMS headless. Sur un petit site, les coûts sont proches ; la vraie différence tient à la réalisation, qui demande plus de développement sur Astro, et à la maintenance, dont Webflow vous décharge.

Sur Webflow, Claude passe par le connecteur MCP officiel : il crée et modifie des items CMS, construit des pages et fait des changements en masse par conversation, dans la limite de ce qu’expose l’API. Vous gardez le contrôle visuel du Designer et y vérifiez le résultat.

Sur Astro, tout le site est du code dans un dépôt : un agent comme Claude Code peut construire un composant, ajouter une collection de contenu, corriger une mise en page ou rédiger cent pages à partir de données structurées, puis ouvrir une demande de fusion que nous relisons avant la mise en ligne. C’est pour cela qu’Astro, avec Next.js, est l’un des deux frameworks de la stack ouverte sur laquelle nous construisons désormais, en plus de Webflow.

Ce que nous recommandons, selon le projet qui nous est présenté.

Les pages et les interactions sont reconstruites, pas importées. Le contenu du CMS s’exporte : nous traitons donc une migration comme une reconstruction, avec le même design et chaque adresse bien positionnée conservée.

Nos notes tirées de nos années sur Webflow et de nos projets sur la stack ouverte.