Source by Webflow
Source n’est pas une fonction ajoutée au Designer, mais une nouvelle plateforme que Webflow veut faire évoluer en parallèle de son outil actuel. Son principe repose sur un accès direct au code envoyé en production. Au lieu de rester limité aux actions exposées par l’interface, un agent peut prendre en compte la structure du projet, intervenir sur plusieurs éléments liés et contrôler le résultat depuis la même base. Une personne peut ensuite reprendre la main visuellement pour ajuster une mise en page ou affiner un détail : ses modifications sont écrites dans ce même code, sans créer une version parallèle à réconcilier.
Autre changement de taille : Webflow veut que Source s’adapte à l’architecture du projet, et non l’inverse. Elle pourra, selon l’annonce, se connecter à une architecture existante, par exemple un front Astro associé à un CMS headless comme Sanity, à un hébergement et à des outils marketing, sans imposer de migration ni de refonte.
Pour une plateforme jusqu’ici centrée sur son propre écosystème, ce choix marque une vraie rupture.
Webflow ne présente pas non plus ces agents comme de simples exécutants que l’on sollicite avec un prompt. Ils doivent pouvoir surveiller le site, détecter une opportunité et préparer le travail avant de le soumettre à une personne. L’équipe choisit ensuite ce qui peut être appliqué automatiquement et ce qui nécessite une validation. L’agent intervient donc en continu, dans les limites définies par l’équipe.
Les Views organisent ce fonctionnement selon le rôle de chacun. Les équipes chargées du site, des campagnes, du contenu ou de l’optimisation disposent d’un espace adapté à leurs tâches, encadré par des permissions, des étapes de validation et un historique des interventions. Pour les agences, Webflow prévoit même de rendre ces Views réutilisables : un processus conçu pour un client pourrait être installé sur d’autres projets plutôt que reconstruit à chaque mission.
La proposition est claire. Son accès l’est beaucoup moins. Webflow n’a communiqué ni date de disponibilité ni tarif. Ailleurs, le travail agentique directement connecté au code quitte déjà les démonstrations pour rejoindre de vrais projets. Ces outils ne remplacent pas Source sur le papier, mais ils ont un avantage assez concret : on peut les utiliser.
Webflow a identifié le mouvement ; reste maintenant à le rattraper.
Côté marketing : Campaigns, Assets et AEO
Trois annonces visent directement l’autonomie des équipes marketing :
- Campaigns doit permettre de passer d’un brief à une landing page live, avec ses variantes par audience et sa création publicitaire poussée sur des canaux comme Google Ads, en quelques heures plutôt qu’en plusieurs jours. Bêta annoncée, achat prévu le mois suivant la conf.
- Construit à partir de la technologie de Vidoso, racheté par Webflow plus tôt cette année, Assets génère et adapte du contenu créatif on-brand directement dans Webflow, sans aller-retour d’export/réimport. Bêta en octobre.
- Webflow AEO aide les marques à mesurer puis améliorer leur visibilité dans les réponses de ChatGPT, Claude, Gemini et Perplexity. L’offre identifie les opportunités et recommande des actions concrètes pour gagner en présence. Selon Webflow, ses clients obtiennent ainsi 70 % de mentions et 120 % de citations supplémentaires. Des résultats encourageants, à prendre avec du recul puisqu’ils proviennent d’une analyse interne qui ne permet pas d’isoler précisément l’effet de l’outil.
Côté build : MCP 2.1, Breakpoint canvas et Components in the CMS
Trois évolutions concrètes, déjà disponibles ou en rollout au moment de la conf :
- Components in the CMS : on peut enfin glisser un composant (CTA, carte témoignage, calculateur généré par IA…) directement dans un CMS item, et le configurer par props pour ce contenu précis.
Une avancée attendue depuis longtemps par la communauté. - Breakpoint canvas : tous les breakpoints d’une page (desktop, tablette, mobile) visibles côte à côte, pour voir immédiatement comment un changement se répercute partout, sans cliquer sur chaque taille une par une. Testé et approuvé !
- MCP 2.1 : requêtage CMS plus fin pour les agents (tri, filtre sur champs custom, pagination), pilotage d’interactions GSAP au prompt, et logs d’erreurs de déploiement Webflow Cloud remontés directement aux agents de code (Claude Code, Cursor, Codex) pour qu’ils corrigent et redéploient sans intervention manuelle.
Une évolution bienvenue sur le papier. À voir si elle corrige les lenteurs et les limites qui freinent encore le MCP 2.0 sur des projets concrets.
Timothy Ricks rejoint Webflow !
Pour nous, le vrai gros coup de cette Webflow Conf, c’est le recrutement de Timothy Ricks. Si vous traînez un peu dans l’écosystème, vous avez forcément déjà croisé son travail. Lumos, son framework component-first, est devenu une référence, et ses ressources gratuites ont déjà fait gagner des heures à pas mal de monde. Webflow fait entrer dans ses rangs l’un des meilleurs connaisseurs du Designer, angles morts compris.
Ce qui rend l’annonce encore plus forte, c’est le contexte dans lequel elle arrive. Quelques semaines avant la conf, Timothy écrivait publiquement qu’à force de construire en parallèle sur Astro pour ses clients, Webflow commençait à lui paraître dépassé, et qu’il refusait de défendre bec et ongles un outil juste parce que c’était le seul qu’il maîtrisait. Il annonçait même que cette édition de la conf allait, selon ses mots, « faire ou défaire » Webflow à ses yeux. Le voir rejoindre l’entreprise, présenté comme la surprise du keynote, dit quelque chose sur ce que Webflow est prêt à faire pour garder dans la boucle sa communauté la plus exigeante plutôt que de la voir construire ailleurs.
On imagine déjà la montagne d’idées qu’il doit avoir pour faire évoluer l’outil dans la bonne direction. Son rôle n’avait pas été précisé lors de la conférence, mais il a depuis expliqué dans une vidéo YouTube qu’il rejoindrait Webflow comme Forward Deployed Engineer. Reste à découvrir ce que cela donnera concrètement, mais une chose est sûre : on va suivre la suite de très près 👀
