Composants dans le CMS : les contournements que cela met enfin à la retraite
Jusqu'ici, placer un vrai composant dans un champ rich text du CMS impliquait un embed HTML, une limite de caractères et un script dans les réglages de page. Voici la chaîne de contournements que cela produisait, et les parties que ce lancement supprime réellement.
Annoncé à la Webflow Conf 2026 : vous pouvez désormais déposer un composant directement dans un rich text, sur le canvas ou dans un élément CMS, et configurer cette instance précise via des props. Le cadrage de Webflow est celui de l'agence. Construisez une fois un composant de citation client, remettez-le à l'équipe marketing du client, et elle l'ajoute à de nouveaux articles en changeant la citation, la photo et le nom.
C'est exact et cela sous-estime ce qui part à la retraite. L'intérêt de ce lancement n'est pas la fonctionnalité, c'est la chaîne de contournements qu'il rend inutile, et quiconque a livré un site Webflow riche en contenu l'a construite au moins une fois.
À quoi ressemblait vraiment le contournement
Le rich text acceptait un embed HTML et pas grand-chose d'autre. Un composant dans un article devenait donc du markup écrit à la main, et le markup écrit à la main se heurtait à un plafond de caractères. Nous l'avons rencontré exactement en construisant une galerie d'images pour la page projet d'un client en août 2026 : l'embed final faisait environ 13 600 caractères contre une limite de 10 000 sur l'élément Embed, il a donc fallu le livrer en deux morceaux.
The shape a single "component" ended up taking:
HTML Embed element markup + CSS ~5,400 chars
Page settings, before </body> script + data ~8,200 chars
Hidden Collection List data source, read from
data-* attributes at runtime
Three places to look, for one thing on the page. Nothing named
it as a unit, nothing versioned it, and a client editor could
delete half of it without the other half noticing.Vérifiez le plafond exact pour votre cas plutôt que de prendre ce chiffre pour actuel. La mise à jour des plans de juillet 2024 a porté les limites de code personnalisé à 50 000 caractères sur les plans payants, et la limite propre à l'élément Embed est distincte des champs au niveau de la page. Les plafonds bougent, thème récurrent avec les limites de Webflow.
Ce qu'un composant vous rend réellement
- Une chose nommée au lieu de trois fragments anonymes. Il apparaît dans la liste des composants : quelqu'un qui ne l'a pas construit peut le trouver.
- Un changement de design s'applique à toutes les instances d'un coup, ce que les embeds collés à la main n'ont jamais permis.
- Des props par instance. L'exemple de Webflow est un calculateur de ROI généré par IA qui affiche des chiffres différents sur chaque article comparatif, tandis qu'un seul changement de design les met tous à jour.
- Un éditeur ne peut pas le casser en supprimant la mauvaise moitié, puisqu'il n'y en a pas d'autre.
Le volet passation, plus important pour les agences
Les composants dans le CMS arrivent avec trois garde-fous qui n'ont de sens qu'ensemble, et c'est la combinaison qui constitue le vrai sujet agence. Les contrôles de visibilité déterminent quels composants un collaborateur au rôle Marketer peut seulement voir en mode build : le client obtient un ensemble sélectionné plutôt que tout le catalogue. Les restrictions de slots précisent quels composants sont autorisés dans un slot donné. Les composants par défaut pour les slots, attendus plus tard ce mois-ci, définissent ce avec quoi un slot démarre.
Ces garde-fous s'appliquent que votre équipe travaille directement dans Webflow ou de façon agentique via le MCP : un gabarit de page tient bon quel que soit l'auteur de la modification.
Cette dernière proposition mérite deux lectures. Les garde-fous contraignent les agents aux mêmes conditions que les personnes. Si vous remettez un site à un client dont l'équipe marketing va y lancer un agent, le modèle de permissions est désormais ce qui sépare votre build d'une page reconstruite par quelque chose qui n'a jamais vu votre design system. C'est une considération nouvelle dans un document de passation, et la plupart n'en tiennent pas encore compte.
Ce que cela ne règle pas
Un composant placé dans un rich text est une instance, pas une boucle. Si ce qu'il vous faut dans un article est une galerie pilotée par un champ multi-images, ou une liste itérant sur une collection, ce n'est toujours pas ce que cela offre. La galerie que nous avons scindée en deux champs de code avait cette forme, et elle l'aurait encore aujourd'hui, car la contrainte de fond n'a jamais été l'embed. C'est qu'un champ multi-images ne peut pas être itéré dans du markup personnalisé.
Le résumé honnête est donc que cela met à la retraite les contournements pour les composants fixes dans le contenu, soit la plupart, et laisse ceux pilotés par collection où ils étaient. C'est tout de même une nette amélioration, et cela mérite d'auditer un site existant : chaque embed logé dans un champ rich text devient candidat au statut de vrai composant, et chacun que vous convertissez est une chose que votre client ne peut plus casser.
Quand pouvez-vous l'utiliser
| Fonctionnalité | Disponibilité |
|---|---|
| Composants dans le CMS | Déploiement en cours, tous clients la semaine prochaine |
| Édition visuelle des composants de code IA | Tous clients maintenant |
| Contrôles de visibilité, restrictions de slots | Déjà livré |
| Composants par défaut pour slots | Plus tard ce mois-ci |
| Canvas des points de rupture | Déploiement en cours, tous clients la semaine prochaine |
| Style props pour composants | Plus tard cette année |
Cette dernière ligne est le contraste à souligner. Les annonces produit phares de cette conférence sont échelonnées, réservées ou en préversion, et les agents AEO sont réservés à Enterprise. Les mises à jour destinées aux builders sont celles qui arrivent à tout le monde ce mois-ci, et celles qui changent l'allure d'un chantier dès la semaine prochaine.

