Nouveautés Designer Webflow : les 7 annonces de la Conf 2026

Les sept annonces en une vue

Webflow a livré 151 améliorations depuis la Conf 2025, presque toutes issues des retours utilisateurs. Le Builder Keynote, un format nouveau cette année, en a annoncé sept de plus.

‍

‍

À retenir : Trois features sont disponibles ou en déploiement depuis le 2 septembre, quatre arrivent d'ici la fin de l'année.

‍

Disponible depuis le 2 septembre

‍

L'édition visuelle des AI code components

Les AI code components servent à ajouter une fonctionnalité custom sans passer par un ticket dev. L'exemple de Webflow est parlant : un calculateur de ROI interactif sur une page de comparaison produit. On le décrit à l'AI Assistant, il construit le composant directement sur le canvas.

Jusqu'ici, la seule façon de le modifier était de reprompter. Ce n'était pas optimal : on redemande une correction et l'agent régénère aussi ce qui allait bien.

Maintenant on clique dans le composant, on sélectionne l'élément, on l'ajuste dans le Style panel comme n'importe quel élément Webflow. On édite le texte directement sur le canvas.

Et il y a une troisième façon de faire, que Webflow mentionne en passant et qui est le plus utile : on peut déposer l'élément à changer dans l'Assistant comme contexte, pour que sa passe suivante soit limitée à cette chose-là. On ne reprompte plus le composant entier, on cadre la modification.

Le vrai gain n'est donc pas le Style panel. C'est de pouvoir choisir entre trois niveaux d'intervention selon la taille du changement : la souris pour un espacement, le canvas pour du texte, un prompt cadré pour de la logique.

Disponible pour tous les clients depuis le 2 septembre 2026.

‍

À retenir : On peut enfin ajuster un composant généré par IA à la main, et surtout cadrer un prompt sur un seul élément au lieu de tout régénérer.

‍

En cours de déploiement, général la semaine suivante

‍

Les composants dans le CMS

Avant, insérer un élément custom dans un item CMS demandait du code custom ou un contournement tiers.

On peut maintenant déposer un composant dans du rich text, sur le canvas ou dans un item CMS, et on le configure pour ce contenu précis via ses props. En pratique, dans un champ rich text, la touche « / » ou le bouton « + » ouvre le menu d'insertion, on choisit Component, et il se place au curseur.

L'exemple que donne Webflow est exactement le cas d'usage agence : on construit un composant de citation client une fois, on le donne à l'équipe marketing du client, et elle l'ajoute à ses nouveaux articles en changeant la citation, la photo et le nom via les props.

Mais le point le plus important est ailleurs, et il est facile à manquer. Ce n'est pas limité aux composants simples. Le calculateur de ROI généré en AI code component fonctionne dans le CMS comme n'importe quel autre composant. Chaque instance appartient à son propre item CMS, donc le même calculateur tourne avec des chiffres différents sur chaque article de comparaison, et un changement de design s'applique à tous d'un coup.

Autrement dit, on peut maintenant construire une fonctionnalité une fois et la décliner par item CMS.

‍

Trois limites, précisées dans la note de version :

• Un composant qui contient une Collection List ne peut pas être placé dans du rich text
• Un composant placé dans du rich text ne peut pas être lié au CMS
• Et ses slots ne peuvent pas être exposés

Donc un composant destiné au rich text se pense comme un bloc fermé et autonome, configuré uniquement par ses props. Il faut le savoir avant de construire la bibliothèque, pas après.

Déploiement depuis le 2 septembre, disponible pour tous la semaine suivante.

‍

À retenir : Un composant, y compris un AI code component, s'insère dans du rich text avec une instance par item CMS, mais il doit être conçu comme un bloc fermé configuré par ses props.

‍

Le breakpoint canvas

Webflow raconte bien le problème. La journée d'un builder commence et finit sur le canvas : gérer les composants, affiner le layout et les espacements, vérifier comment un changement se propage entre variantes, breakpoints et locales. Tout ça demande de garder beaucoup de contexte en tête.

Il y a une progression derrière cette annonce. Le canvas dédié aux composants, les visualisations d'espacement sur le canvas, puis le pan et le zoom. Beaucoup ont demandé pourquoi on aurait besoin de pan et zoom sur une seule frame. La réponse de Webflow est arrivée maintenant : parce qu'il y en aura plusieurs.

Le breakpoint canvas montre tous les breakpoints d'une page dans une seule vue, desktop, tablette et les différents formats mobile, côte à côte. Une modification sur desktop, et on voit immédiatement comment elle se propage partout ailleurs, sans cliquer breakpoint par breakpoint.

Le canvas étendu affiche desktop, tablette, mobile et large côte à côte. Le canvas focalisé ramène sur un seul breakpoint, pour travailler les interactions au scroll ou retrouver une expérience plus proche d'un navigateur.

Une limite à connaître : le breakpoint canvas fonctionne en modes Design, Build et Edit, mais pas en Preview ni en Comment.

Le bénéfice que Webflow met en avant mérite d'être cité tel quel : moins de devinettes, moins d'overrides oubliés, et une relecture beaucoup plus simple, que le travail soit le vôtre, celui d'un collègue, ou quelque chose qu'un agent IA vient de changer.

Déploiement depuis le 2 septembre, disponible pour tous la semaine suivante.

‍

À retenir : Tous les breakpoints dans une vue, avec un mode focalisé pour le scroll, et une surface de relecture qui vaut autant pour le travail humain que pour celui d'un agent.

‍

Annoncé pour les prochaines semaines et les prochains mois

‍

Les popovers natifs

Le constat de départ est juste : sur chaque site il y a des patterns d'interface qu'on reconstruit encore et encore. Les visiteurs les attendent, ils rendent le contenu lisible, et ils sont difficiles à faire correctement, surtout sur l'accessibilité et le layout.

Webflow va livrer des building blocks pour ces patterns, en commençant par les popovers. Modales, tooltips, bannières et menus, sans code custom et sans contournement.

La façon dont c'est construit compte. Les popovers s'appuient sur des fonctionnalités web modernes, l'anchor positioning et le comportement top-layer, au lieu de JavaScript. Les pages restent plus légères et plus accessibles.

Et Webflow donne la raison : s'appuyer sur des primitives natives permet de construire des composants correctement encapsulés. Ça rend les popovers plus simples à utiliser pour un marketeur, et ça rend les agents IA plus rapides à construire dans Webflow.

La suite est annoncée pour plus tard cette année : le support natif de tout ce qui se répète, sliders, tabs, accordéons.

Déploiement dans les prochaines semaines.

‍

À retenir : Modales, tooltips et menus en natif avec anchor positioning et top-layer au lieu de JavaScript, et des sliders, tabs et accordéons annoncés pour plus tard cette année.

‍

Les composants par défaut pour les slots

Le problème que ça règle est celui de toutes les agences. Un composant construit pour un layout finira déposé dans un layout pour lequel il n'a jamais été conçu. C'est un effet de bord classique quand une bibliothèque grossit et que la personne qui la parcourt n'a pas les guidelines sous les yeux. Et c'est encore plus vrai quand une agence livre un site à un client qui ne sait pas comment chaque composant était censé être utilisé.

Deux garde-fous sont déjà sortis. Les contrôles de visibilité décident quels composants un collègue avec le rôle Marketer voit et peut utiliser en mode build, donc le marketeur reçoit une sélection au lieu du catalogue entier. Les restrictions de slots précisent quels composants sont autorisés dans un slot donné, donc un composant qui n'a de sens que dans un layout y reste.

Les composants par défaut ajoutent l'étage suivant : décider ce avec quoi un slot démarre. Aujourd'hui un slot réservé est vide sur chaque nouvel article, sans indication de ce qui va dedans, donc le même montage se refait à zéro chaque fois. Avec un défaut en place, le bon composant est déjà là, prêt à être rempli.

Et voilà la phrase qui fait de cette feature la plus sous-estimée du lot : ces garde-fous s'appliquent que l'équipe travaille directement dans Webflow ou de façon agentique via le MCP. Un template de page tient donc quelle que soit la personne, ou l'agent, qui fait la modification.

Webflow annonce une disponibilité « plus tard ce mois-ci », donc courant septembre.

‍

À retenir : Un slot démarre avec le bon composant, et les garde-fous de visibilité, de restriction et de défaut s'appliquent aussi aux agents qui passent par le MCP.

‍

La traduction agentique

Pour une organisation qui adresse plusieurs marchés, localiser le design et le contenu est ce qui donne une expérience de premier ordre partout. Le travail réel, c'est de garder la structure du site alignée entre locales, de rendre chaque détail traduisible, et d'adapter au ton et aux nuances culturelles de chaque marché.

Il y a un socle derrière cette annonce. Localize a sorti ce travail des fichiers JSON pleins de chaînes de caractères. Puis, ces derniers mois, Webflow a synchronisé la structure entre locale primaire et locales secondaires, donné plus de contrôle sur la traduction des propriétés de composants et des blocs de code custom, et rendu possible le réglage du ton et du niveau de formalité par langue cible.

Ce qui restait manuel, c'était la traduction du contenu lui-même, même avec de l'IA à la demande. Webflow dit avoir entendu que monter une nouvelle locale peut prendre des mois.

La traduction agentique change ça. Une fois activée, les mises à jour de copy se reflètent automatiquement dans la bonne langue sur toutes les locales, en temps réel. Des milliers de clics deviennent une configuration qu'on règle une fois. Et les équipes qui veulent garder la main peuvent utiliser les traductions comme première passe et affiner ensuite.

On gère un site bilingue FR et NL, donc on sait ce que coûte la synchro entre deux locales et à quel endroit ça dérape : ce n'est presque jamais la traduction littérale, c'est le ton qui glisse d'une langue à l'autre. Le modèle première passe puis relecture est le bon. En automatique total sur une marque qui tient à sa langue, on ne le laisserait pas tourner sans relecture.

Le ton et la formalité, le code custom localisé et les contrôles de propriétés de composants sont disponibles pour tous maintenant. La traduction agentique arrive dans les prochaines semaines.

‍

À retenir : Les mises à jour de copy se propagent automatiquement dans chaque locale, et le mode première passe puis relecture est celui qu'on recommande sur une marque exigeante.

‍

Les style props pour les composants

Les style props arrivent sur les composants. Changer une couleur, changer une taille, et limiter quelles options sont disponibles, pour qu'un composant donne à l'équipe la bonne dose de contrôle créatif sans tout ouvrir.

C'est l'annonce la plus courte du keynote, et c'est exactement le curseur qu'on cherche à régler sur chaque livraison. Trop fermé, le client revient nous voir pour un changement de couleur. Trop ouvert, la marque part en morceaux en six mois.

Annoncé pour plus tard cette année.

‍

À retenir : Couleur et taille personnalisables avec un jeu d'options limité, ce qui règle le curseur entre client bloqué et marque qui dérive.

‍

Les gains de performance

Webflow dit avoir investi lourdement sur la performance cette année, dans le Designer et sur les sites publiés.

Dans le Designer, copier de gros éléments est jusqu'à 98% plus rapide et coller est 7,7 fois plus rapide. Le chargement du Designer, le changement de page, de locale et d'item CMS, et même la frappe au clavier sont annoncés comme plus réactifs.

Sur les sites publiés, le rendu est jusqu'à 43% plus rapide et la publication jusqu'à 80% plus rapide.

Ces chiffres viennent de Webflow et on ne les a pas mesurés nous-mêmes. Mais la lenteur du copier-coller sur des composants lourds est une plainte qu'on formule depuis longtemps, donc on prend. Webflow annonce par ailleurs que ce n'est que le début d'une ligne d'investissement plus longue.

Live pour tous les clients.

‍

À retenir : Jusqu'à 98% plus rapide au copier et 7,7 fois au coller dans le Designer, 43% au rendu et 80% à la publication sur les sites en ligne.

‍

Ce sur quoi tout ça repose

Trois des sept annonces ne sont pas des nouveautés isolées, ce sont des étages posés sur du travail livré ces derniers mois. Webflow le dit lui-même, et ça compte pour juger de leur fiabilité.

Les espacements affichés sur le canvas au lieu du seul Style panel, le canvas dédié aux composants avec leurs variantes côte à côte, et le pan et zoom sur la page. Le breakpoint canvas est construit sur ces trois-là.

Les contrôles de visibilité des composants et les restrictions de slots. Les composants par défaut prennent la suite exactement là où ils s'arrêtent.

Les améliorations de Localize : ton et formalité par langue cible, code custom localisé dans le head et le body, et plus de contrôle sur la traduction des propriétés de composants dans les locales secondaires. La traduction agentique est construite là-dessus.

Ce qui veut dire quelque chose de pratique : ces trois features sont les plus prévisibles du lot, parce qu'elles étendent quelque chose qui tourne déjà.

‍

À retenir : Le breakpoint canvas, les composants par défaut et la traduction agentique prolongent du travail déjà livré, ce qui en fait les briques les plus fiables du lot.

‍

Le fil que Webflow répète trois fois

Ces annonces sont présentées comme du confort de builder. Elles sont autre chose, et Webflow le dit trois fois sans y insister.

Sur les popovers : s'appuyer sur des primitives natives permet des composants correctement encapsulés, ce qui rend les agents IA plus rapides à construire dans Webflow.

Sur les composants par défaut pour les slots : ces garde-fous s'appliquent que l'équipe travaille directement dans Webflow ou de façon agentique via le MCP.

Sur le breakpoint canvas : la note de version parle de relire plus facilement, sur tous les appareils, des changements générés par IA.

Mises côte à côte, ces trois phrases racontent la même chose. Un composant encapsulé est un composant qu'un agent construit sans se tromper. Un slot restreint est un slot dans lequel un agent ne peut pas mettre n'importe quoi. Un canvas qui montre tous les breakpoints est une surface de relecture pour du travail qu'on n'a pas fait soi-même.

C'est la même logique que le context layer dont Webflow parle à propos de Source : encoder les règles à un endroit pour que les agents travaillent dedans. Le Designer devient cet endroit.

‍

À retenir : Popovers encapsulés, slots contraints et canvas de relecture ne sont pas du confort, c'est le socle qui rend le travail agentique contraignable et relisable.

‍

Ce que ça change pour une agence

Les composants dans le CMS règlent le problème de livraison le plus pénible. Le client qui redemande une intervention pour insérer un bloc dans un article, c'est fini : un composant, des props, et il se débrouille.

Les trois garde-fous mis ensemble, visibilité, restrictions de slots et composants par défaut, constituent un livrable nouveau. Ce n'est plus « voici votre site », c'est « voici votre site et voici ce que votre équipe peut faire dedans sans le casser ». Ça se documente et ça se facture.

Le breakpoint canvas fait gagner du temps chaque jour, sans discussion possible.

Et une contrainte à intégrer avant de construire, pas après. Les limites des composants en rich text changent la conception de la bibliothèque : pas de Collection List, pas de liaison CMS, pas de slots exposés. Les composants destinés au rich text forment une famille à part, fermée et configurée par ses props.

‍

À retenir : Les composants dans le CMS suppriment les allers-retours de publication, et les trois garde-fous deviennent un livrable qui se documente et se facture.

‍

Ce que ça change pour une équipe marketing

Trois choses sont utilisables tout de suite ou presque.

L'édition visuelle des AI code components : un espacement de travers se corrige à la main, sans reprompter et sans risquer de casser ce qui allait bien.

Les composants dans le CMS : un bloc riche s'insère dans un article sans demander à personne.

Les garde-fous : ce que vous voyez dans le catalogue de composants est ce qui fonctionne à l'endroit où vous le mettez. Moins de choix, moins d'erreurs.

Et la traduction agentique si vous êtes multilingue, avec la réserve dite plus haut. En première passe puis relecture, oui. En automatique total, ça dépend de votre exigence sur la langue.

‍

À retenir : Corriger un composant IA sans reprompter, insérer un bloc dans un article sans aide, et un catalogue de composants filtré pour ne proposer que ce qui marche.

‍

Notre avis, feature par feature

Les composants dans le CMS : la feature qui change le plus de choses au quotidien, et la combinaison AI code component plus instance par item CMS facilite des projets qui étaient complexes avant.

Le breakpoint canvas : le gain de temps le plus immédiat, et le mode focalisé pour le scroll évite le piège de la vue unique.

Les composants par défaut pour les slots : la plus sous-estimée, parce qu'elle est la seule qui contraigne un agent.

L'édition visuelle des AI code components : le vrai gain est le prompt cadré sur un élément, pas le Style panel.

Les popovers : le top-layer et l'anchor positioning sont ce qu'on écrit à la main aujourd'hui, et l'accessibilité par défaut est le meilleur argument.

La traduction agentique : le bon modèle est la première passe, pas l'automatisme complet.

Les style props : court, attendu, et exactement le bon curseur.