Webflow vs Payload

Si des designers et des marketeurs construisent, modifient et publient eux-mêmes le site, choisissez Webflow. Le Designer, le CMS et l’hébergement tiennent dans un seul abonnement, et il n’y a ni serveur, ni mise à jour, ni sauvegarde à gérer.

Si le site doit faire plus qu’un outil visuel ne le permet (un espace client, un simulateur, une intégration avec votre produit ou votre CRM), si vos données doivent rester en Europe, ou si vous voulez le code dans votre propre dépôt, choisissez Payload. C’est un CMS open source qui vit dans une application Next.js, avec le contenu dans votre propre base de données.

La question décisive n’est pas une liste de fonctionnalités. C’est de savoir si quelqu’un de technique, en interne ou en agence, portera le site après le lancement.

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 marketeurs modifient les textes et publient des articles sans développeur, et la plateforme s’occupe du SSL, de la sécurité et de la disponibilité.

La contrepartie : vous travaillez dans le modèle de Webflow. L’hébergement est celui de Webflow, sur sa propre infrastructure, et les plans standards ne permettent pas de choisir où sont stockés le site et les données du CMS. Toute logique au-delà de ce que propose la plateforme passe par du code personnalisé ou des outils tiers. Webflow s’est ouvert à l’IA avec son propre serveur MCP et un connecteur Claude officiel, et prépare Source by Webflow, une plateforme agentique encore en accès limité.

Payload est un CMS open source écrit en TypeScript qui s’installe directement dans une application Next.js. Vous décrivez votre modèle de contenu en code (collections, champs, règles d’accès), et Payload génère l’interface d’administration dans laquelle votre équipe écrit, avec brouillons, versions et langues. Le contenu vit dans votre propre base de données, PostgreSQL ou MongoDB, et le site, le CMS et le modèle de contenu tiennent dans un seul dépôt.

Comme il est open source et fait partie de votre application, vous l’hébergez où vous voulez : sur Vercel, sur Cloudflare Workers, ou dans un conteneur chez un hébergeur européen. Figma a racheté Payload en juin 2025, et le projet reste open source. La contrepartie : il n’y a pas d’éditeur visuel de pages. Les gabarits sont construits en code, votre équipe les remplit depuis l’interface d’administration, et quelqu’un doit déployer, mettre à jour et surveiller l’application.

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 sur les deux.

C’est la plus grande différence au quotidien. Dans Webflow, un designer peut déplacer une section, changer un espacement ou construire une nouvelle page d’atterrissage sur le canevas et la publier dans l’après-midi. Les marketeurs qui ne changent que du texte utilisent l’Editor et ne touchent jamais à la mise en page.

Dans Payload, les pages sont faites de blocs qu’un développeur définit une fois : un en-tête, une liste d’atouts, un témoignage, un appel à l’action. Votre équipe les assemble et les remplit ensuite depuis l’interface d’administration, avec aperçu en direct, brouillons et publication programmée. Elle ne peut pas inventer une nouvelle mise en page, mais elle ne peut pas non plus casser le design. Pour une équipe qui publie beaucoup, en plusieurs langues, cette structure est un atout ; pour une équipe qui refait ses pages chaque semaine, c’est une contrainte.

Webflow héberge tous les sites sur sa propre infrastructure, bâtie sur Amazon Web Services avec un CDN mondial. C’est rapide et fiable, mais les plans standards ne permettent pas de choisir où sont stockés le site et les données du CMS.

Avec Payload, vous choisissez. Vous pouvez déployer sur Vercel avec des fonctions dans une région européenne comme Paris, sur Cloudflare, ou garder l’application, la base de données et les fichiers chez un hébergeur européen comme OVHcloud ou Scaleway. Pour la santé, la finance, le secteur public ou toute entreprise aux exigences RGPD strictes, ce choix peut décider du projet. La contrepartie : la base de données et ses sauvegardes sont désormais à votre charge, ou à la nôtre si nous maintenons le site pour vous.

Webflow est un abonnement par site. Les points d’entrée sont d’environ 14 $ par mois pour un site statique, 23 $ pour un site avec CMS, et dès 39 $ pour le plan Business, et la facture grandit avec les sièges, les langues et les items CMS. Vérifiez les tarifs à jour sur webflow.com avant de décider.

Payload est gratuit et open source. Vous payez l’hébergement et la base de données, qui dépendent de l’hébergeur et du trafic, et le temps de maintenance de l’application. Sur un petit site, Webflow est souvent plus simple, sans être plus cher. À mesure que le contenu, les langues et les fonctions augmentent, Payload l’emporte en général, car rien n’est facturé à l’item ni à la langue. Dans les deux cas, l’abonnement est la petite ligne : la réalisation et le travail continu pèsent bien plus.

Sur Webflow, un agent comme Claude passe par le connecteur MCP officiel : il peut créer et modifier des items CMS, construire des pages et faire des changements en masse par conversation, dans la limite de ce qu’expose l’API. Certaines choses, comme les interactions classiques, restent hors de sa portée, et il faut toujours vérifier le résultat dans le Designer.

Sur Payload, tout est du code qu’un agent peut lire : le modèle de contenu, les règles d’accès, les gabarits et le déploiement. Claude peut ajouter un champ, écrire une migration, construire un nouveau bloc et ouvrir une demande de fusion que nous relisons avant la mise en ligne. C’est ainsi que nous avons reconstruit bebranded.xyz sur Payload et Next.js en novembre 2026, avec Claude à nos côtés. Pour les équipes qui veulent que des agents fassent un vrai travail sur le site, pas seulement modifier du contenu, la stack ouverte va plus loin.

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

Nous l’avons fait sur notre propre site, et nous planifions les migrations clients de la même façon. Le contenu du CMS Webflow s’exporte, mais les pages et les interactions sont reconstruites, pas importées. L’objectif : un nouveau site identique le premier jour, qui garde chaque adresse bien positionnée, et plus simple à faire évoluer ensuite.

Nos notes tirées de nos années sur Webflow et de notre propre site sur Payload.