Ce que nous avons entendu, et ce qui vient ensuite

La semaine dernière, nous avons présenté le socle sur lequel nous construisons : pourquoi le code devient la source de vérité dans tout ce que Webflow crée. Cet article reprend là où le précédent s'est arrêté.

Les agents peuvent désormais travailler à l'intérieur d'outils comme Claude, ChatGPT et Cursor, avec le contexte complet de votre design system et de votre CMS. Ils créent sur des branches, si bien que rien ne touche votre site en production tant que vous ne l'avez pas décidé, dans le cadre de vos rôles et permissions prédéfinis, avec chaque action suivie dans votre journal d'activité. Nous avons même débloqué l'accès MCP à Webflow Analytics, afin que vous puissiez facilement intégrer les performances et les métriques de votre site à vos workflows, hors plateforme.

C'est disponible dès aujourd'hui, sur tous les forfaits. Et la feuille de route vise une parité complète : à terme, tout ce que vous pouvez faire à la main dans Webflow, vos agents pourront le faire aussi.

Nous savons à quel point cette rapidité et cette efficacité comptent pour les équipes marketing. Mais dans nos échanges avec nos client·es et nos pairs, nous entendons sans cesse la même question :

Si l'IA est là pour aider, pourquoi tout semble-t-il encore aussi difficile ?

Voici notre point de vue

Dans l'ancien monde, un marketeur rédigeait un brief pour une nouvelle page ou une mise à jour de site, le transmettait à une agence ou à une autre équipe, puis attendait que d'autres la construisent, la testent, la publient et la maintiennent. Cette transmission a presque disparu. L'IA peut aujourd'hui faire passer un marketeur du brief au résultat construit en un après-midi, et cette partie fonctionne vraiment. Mais construire n'a jamais été tout le travail. Tout ce qui se passait autrefois après la transmission continue de se passer. Cela retombe simplement sur le marketeur désormais.

Et la majeure partie du travail se situe après la publication. Une page mise en ligne doit immédiatement être mise à jour à mesure que le message évolue, gérée à mesure que le site grandit autour d'elle, testée et retravaillée jusqu'à ce qu'elle performe, et personnalisée pour les acheteurs qui arrivent plus tard dans le parcours. L'IA a rendu la construction rapide. Elle a laissé au marketeur la partie qui ne s'arrête jamais.

Un travail plus vaste, des attentes plus élevées, moins de ressources. Pas étonnant que ça semble difficile.

Face à tout cela, nous entendons un réflexe assez direct : il suffirait d'aller plus vite. « On ne pourrait pas juste le construire avec Claude ? » « On devrait pouvoir mettre quelque chose en ligne en quelques jours. »

Ce réflexe n'a rien de faux. L'IA a rendu possible une rapidité qui n'existait pas il y a deux ans, et tout le monde sprinte pour s'en emparer. 

Mais cette rapidité, aujourd'hui, ne touche qu'une seule phase. L'IA vous fait traverser la construction plus vite que jamais. Ce qu'elle ne touche pas, c'est tout ce qui vient après la construction, qui reste tout aussi lent et manuel. Vous franchissez donc la première phase en un temps record, pour vous heurter au même mur que les marketeurs ont toujours rencontré, juste plus tôt. 

Il y a une raison pour laquelle les outils s'arrêtent à la construction. Ils ont été conçus pour accélérer les ingénieurs, pas pour porter le travail dont un marketeur a la charge une fois qu'une page est en ligne. 

Qui est responsable de ce qui vient d'être mis en ligne ? Le site ressemble-t-il encore à votre marque un mois plus tard, après le passage de vingt personnes et de leurs agents ? Après avoir créé d'innombrables variantes pour l'optimisation ? Une cliente peut-elle même trouver votre site une fois en ligne, et l'IA qu'elle interroge peut-elle le trouver aussi ? Ce ne sont pas des cas isolés. Pour une équipe marketing, c'est le travail lui-même.

La rapidité de l'IA vous amène aujourd'hui jusqu'à la publication. Elle ne vous fait pas traverser la partie qui détermine si vous avez réellement apporté de la valeur. Vous ne pouvez pas combler cet écart en construisant plus vite. Il faut une approche différente. Il faut une approche fondée sur les systèmes.

Ce qui vient ensuite

Webflow a toujours existé pour rendre la construction plus accessible. Mais construire n'a jamais été l'objectif final. Pendant des années, un site web était quelque chose que l'on construisait, que l'on remplissait de contenu, puis que l'on maintenait à jour à la main. Ce dont les équipes ont besoin aujourd'hui, c'est de quelque chose qui continue de fonctionner après la publication, qui agit selon ce qu'il apprend, et qui transforme tout ce travail de construction en résultats et en croissance réels.

La bonne nouvelle, c'est que c'est déjà en marche. Plus de 30 % de notre clientèle Enterprise fait aujourd'hui tourner des agents sur ses sites en production via notre MCP. Cela se passe maintenant.

Nous ne sommes pas encore tout à fait prêts à vous montrer ce qui vient ensuite, mais nous pouvons partager les convictions fondamentales qui guident la prochaine évolution de Webflow : 

1. Toute personne ayant une idée devrait pouvoir la concrétiser. Vous ne devriez pas avoir besoin d'écrire du code pour donner vie à une idée. Mais à mesure que davantage de personnes et d'agents contribuent à ce qui est construit, le socle qui le porte compte plus que jamais. Le code fournit une source de vérité durable, tandis que le développement visuel rend ce socle accessible à toute l'équipe.
2. Votre présence devrait toujours pouvoir s'adapter à l'évolution du web. Le web a désormais deux publics : les personnes, et les agents qu'elles interrogent. De plus en plus souvent, les client·es interrogent une IA avant même de vous contacter, et sa réponse dépend de ce qu'elle peut trouver et comprendre. Cela accroît l'importance de la présence qui vous appartient. Votre site et votre contenu sont ce qui permet aux gens de vous trouver, et ce qui permet aux agents sur lesquels ils comptent de vous comprendre et de vous représenter fidèlement. 
3. Les grandes expériences sont construites par des équipes, et les agents en font désormais partie. Marketeurs, designers, développeurs et agents travaillent tous sur la même chose, si bien que rôles, validations, standards et responsabilités ne peuvent pas être ajoutés après coup, une fois qu'un problème survient. Ils doivent être intégrés dès le départ. 
4. Le travail devrait continuer à s'améliorer après sa mise en ligne. La publication est le coup de départ, pas la ligne d'arrivée. Aujourd'hui, le travail s'améliore parce qu'une personne continue de tester et réinjecte manuellement ce qu'elle apprend. C'est le système qui devrait faire cela. Ce qui a fonctionné et ce qui n'a pas fonctionné devrait vivre dans la plateforme elle-même et se transmettre, pour que la prochaine version sache déjà ce que la précédente lui a appris. Chaque expérience s'accumule.
5. La construction devrait se dérouler en un seul endroit qui s'adapte à votre équipe. Plutôt que de construire vos workflows autour d'une plateforme, nous pensons que la plateforme devrait s'adapter à la façon dont votre équipe travaille. Cela signifie un espace partagé pour toute votre équipe, qui réunit vos outils, votre contexte et vos agents, et les met au travail.

Rejoignez-nous à la Webflow Conf

Si vous avez lu jusqu'ici, vous commencez probablement à percevoir la forme de ce que nous construisons. Cela semble à la fois radical et pourtant, en quelque sorte, évident. Les premiers retours que nous avons reçus de partenaires de confiance ont été impressionnants.

Nous ne sommes pas encore prêts à tout vous montrer. Mais nous sommes proches, et ce qui vient ensuite n'est pas anodin. Alors continuez à deviner, et venez découvrir à quel point vous étiez proches. Nous avons hâte de lever le voile en septembre, en direct et en personne à la Webflow Conf.

Réservez votre place avant qu'il ne soit trop tard.