- ▸ Config 2026 : trois annonces, un même geste
- ▸ La thèse : l'IA quitte la maquette pour entrer dans la production
- ▸ D'où vient Figma : du canevas partagé à la chaîne de conception
- ▸ Au cœur des outils : motion, shaders et couches de code
À sa conférence annuelle Config, l’éditeur de l’outil de conception collaborative a présenté des fonctions d’animation et de shaders assistées par l’IA, intégrées directement au canevas. L’objectif affiché : aider les créatifs à « pousser leurs idées plus loin » et automatiser les tâches répétitives. Trois briques, un même mouvement de fond — rapprocher la conception du code, sans changer d’outil.
Points clés 1. Figma a dévoilé à Config des outils de graphiques animés (motion) et de shaders pilotés par l’IA, selon The Verge (24 juin 2026). 2. Les shaders permettent de produire des effets de tramage (dither), de pixellisation et de flou directement sur le canevas, sans logiciel tiers. 3. Les « couches de code » autorisent un travail avec du code natif sur le canevas Figma Design, dans la continuité du dessin. 4. Motion et shaders sont connectés aux systèmes de conception et présentés comme « prêts à expédier », c’est-à-dire exploitables en production. 5. Prix, conditions d’accès et calendrier de disponibilité : non communiqués à ce jour selon les sources disponibles.
Config 2026 : trois annonces, un même geste
Chaque année, l’éditeur de conception réunit sa communauté pour dévoiler ce qui changera dans le quotidien des équipes produit. L’édition 2026 ne déroge pas à l’habitude, mais l’angle se déplace. Là où les conférences précédentes empilaient des fonctions isolées, celle-ci articule trois annonces autour d’un fil unique : faire tenir l’animation, les effets visuels et le code dans un seul espace de travail. The Verge, qui a couvert l’événement le 24 juin 2026, résume la promesse maison : aider les créatifs à « pousser leurs idées plus loin ». Derrière la formule, un déplacement de frontière.
La thèse : l’IA quitte la maquette pour entrer dans la production
Notre lecture tient en une phrase. Ces annonces ne visent pas à produire de plus belles maquettes, mais à supprimer l’étape de traduction entre la maquette et le produit livré. Le détail qui tranche : les outils de motion et de shaders sont décrits comme connectés aux systèmes de conception et « prêts à expédier ». Autrement dit, ce qui est animé ou texturé dans le canevas n’est plus une simulation à refaire ailleurs. Cette continuité, et non la nouveauté de chaque fonction prise isolément, constitue l’enjeu réel du dossier.
D’où vient Figma : du canevas partagé à la chaîne de conception
Pour mesurer la portée de ces annonces, il faut revenir à la nature de l’outil. Un éditeur de conception collaboratif fonctionne dans le navigateur et permet à plusieurs personnes de dessiner sur un même canevas en temps réel. C’est ce socle — l’édition simultanée, partagée, versionnée — qui a installé la catégorie dans les équipes produit. La maquette y est devenue un espace commun plutôt qu’un fichier qu’on s’échange.
Mais ce socle a longtemps buté sur une frontière nette : celle qui sépare la conception de l’exécution. Le travail visuel se faisait d’un côté ; l’animation, les effets de rendu et l’intégration dans le produit se faisaient de l’autre, dans des logiciels distincts et avec des langages différents. Entre les deux, un passage de relais coûteux, où chaque détail devait être redécrit, réinterprété, parfois reconstruit de zéro par les équipes de développement.
Cette couture — ce que le métier nomme le handoff, le moment où la conception passe la main au code — concentre une grande part des frictions d’une équipe produit. Les intentions du concepteur s’y perdent, les arrondis se décalent, les animations imaginées deviennent approximatives. La trajectoire de Figma sur la période récente consiste précisément à réduire cette zone grise. Les annonces de Config 2026 prolongent ce mouvement, en y intégrant pour la première fois deux disciplines longtemps exilées hors du canevas : l’animation et le rendu graphique avancé.
Ce contexte éclaire la cohérence de l’ensemble. Motion, shaders et couches de code ne sont pas trois fonctions juxtaposées au hasard d’un calendrier produit. Elles répondent au même objectif structurel : ramener dans un espace unique des étapes qui en étaient sorties. La formule retenue par l’éditeur — réunir ces capacités « together in one place », ensemble au même endroit — n’est pas un slogan creux, mais la description littérale de la stratégie.
Au cœur des outils : motion, shaders et couches de code
Venons-en à la matière technique, qui mérite d’être désossée brique par brique. Le premier bloc concerne les graphiques animés, le motion design. Il s’agit d’outils, assistés par l’IA, permettant de créer des animations directement dans l’environnement de conception. La promesse n’est pas seulement de gagner du temps ; elle est de rattacher l’animation au système de conception, ce référentiel partagé qui regroupe couleurs, composants et règles d’interface réutilisables par toute une équipe.
Le deuxième bloc, plus inattendu dans un outil de conception d’interface, porte sur les shaders. Un shader est, à l’origine, un petit programme issu du jeu vidéo et de la 3D, qui calcule l’apparence d’une surface pixel par pixel — sa lumière, sa couleur, sa texture. Le porter dans un éditeur de conception revient à offrir aux créatifs un contrôle fin du rendu visuel sans quitter le canevas. Concrètement, d’après The Verge, des effets de tramage (dither, cette texture en points qui adoucit les dégradés), de pixellisation et de flou peuvent désormais être produits directement dans Figma.
Le troisième bloc, les « couches de code » (code layers), referme la logique d’ensemble. Il permet de travailler avec du code natif sur le canevas Figma Design, dans la continuité du dessin plutôt qu’en aval. C’est l’expression la plus directe de la stratégie « ensemble au même endroit » : le code n’est plus un format d’export, il devient une couche manipulable au même titre qu’un calque graphique. Pour situer ces trois briques les unes par rapport aux autres, le tableau ci-dessous synthétise ce que les sources permettent d’établir à ce jour.
| Brique annoncée | Ce qu’elle produit | Où elle s’exécute | Statut décrit |
|---|---|---|---|
| Graphiques animés (motion), assistés par l’IA | Animations d’interface | Canevas Figma Design | Connecté aux systèmes de conception, « prêt à expédier » |
| Shaders, assistés par l’IA | Effets de tramage, pixellisation, flou | Directement sur le canevas | Connecté aux systèmes de conception, « prêt à expédier » |
| Couches de code | Travail avec du code natif | Canevas Figma Design | Réunit conception et code « au même endroit » |
| Prix / disponibilité | — | — | Non communiqués à ce jour |
Ce tableau appelle une lecture prudente. Les trois lignes partagent un même attribut décisif — l’exécution dans le canevas — mais la dernière ligne rappelle l’angle mort du dossier. Ni le modèle tarifaire, ni le calendrier de déploiement, ni les paliers d’accès n’ont été précisés dans les éléments disponibles. Or, pour des équipes qui raisonnent en budget et en feuille de route, ces inconnues pèsent autant que les fonctions elles-mêmes. Une capacité « prête à expédier » sur le papier ne dit rien de sa date d’arrivée réelle entre les mains des utilisateurs.
Impact terrain : ce que cela change pour les équipes produit
Cette continuité technique se traduit, sur le terrain, par une redistribution des rôles. Le premier effet attendu touche le handoff évoqué plus haut. Si une animation conçue dans le canevas est nativement rattachée au système de conception, la part de réinterprétation par les équipes de développement se réduit mécaniquement. Le concepteur livre une intention plus proche de l’exécutable ; le développeur reçoit une base moins ambiguë. La friction ne disparaît pas, mais son périmètre se resserre.
Le deuxième effet concerne la nature même du travail de conception. En important les shaders dans le canevas, l’éditeur range dans un seul outil des effets visuels qui exigeaient jusqu’ici un détour par des logiciels spécialisés. Un concepteur d’interface peut, en théorie, obtenir un grain, un flou ou un tramage sans apprendre un environnement parallèle. Le gain n’est pas tant de puissance brute que d’intégration : moins d’allers-retours, moins de fichiers à synchroniser, moins d’occasions de divergence entre la maquette et le produit.
Le troisième effet, plus diffus, porte sur la collaboration entre métiers. Les couches de code installent du code manipulable là où, jusqu’ici, ne vivaient que des objets graphiques. Cette cohabitation peut rapprocher les vocabulaires de la conception et du développement, deux mondes habitués à se parler par documents interposés. Reste à savoir qui, dans une équipe, s’empare effectivement de cette couche : le concepteur qui apprend à lire du code, le développeur qui investit le canevas, ou un profil hybride encore minoritaire.
Pour les directions produit, l’enjeu se formule alors en termes d’organisation autant que d’outillage. Concentrer animation, rendu et code dans un même espace promet des cycles plus courts et une meilleure fidélité entre la maquette et le livrable. Mais cette concentration suppose aussi de revoir des habitudes installées, de réoutiller des chaînes de production existantes et d’accepter une dépendance accrue à une plateforme unique. Le bénéfice et le risque procèdent ici de la même cause : tout au même endroit.
Perspectives contradictoires : une promesse encore partielle
Il serait imprudent de tenir ces annonces pour acquises sans en pointer les zones d’ombre. La première réserve est factuelle : les sources disponibles à ce jour décrivent des fonctions et une intention, non des mesures. Aucun chiffre de performance, aucun retour d’usage à grande échelle, aucun comparatif chiffré ne vient étayer la promesse d’efficacité. « Prêt à expédier » est une affirmation de l’éditeur, pas un résultat observé par des équipes indépendantes. La prudence commande de distinguer le discours produit de la preuve d’usage.
La deuxième réserve tient à la nature de l’assistance par l’IA. Automatiser des tâches répétitives séduit, mais l’automatisation déplace souvent la difficulté plutôt qu’elle ne la supprime. Le temps gagné sur la production d’une animation peut se reporter sur sa correction, sa relecture ou son intégration. Tant que les conditions réelles d’utilisation — qualité des résultats, taux de reprise, courbe d’apprentissage — ne sont pas documentées, le gain net reste une hypothèse, non une donnée.
La troisième réserve est stratégique. Réunir toujours plus de fonctions dans un seul outil renforce sa centralité, donc la dépendance de ceux qui l’adoptent. Pour une équipe, ce mouvement a deux visages : il simplifie la chaîne d’outils, mais il concentre le risque sur un fournisseur unique, dont la politique tarifaire reste ici non communiquée. Les organisations attachées à la portabilité de leurs actifs de conception observeront cette intégration avec un intérêt mêlé de vigilance.
Et maintenant ?
Ces réserves dessinent en creux les questions à suivre. La première est calendaire : quand ces fonctions atteindront-elles réellement les utilisateurs, et selon quel modèle d’accès ? Tant que prix et disponibilité demeurent non communiqués, l’évaluation reste suspendue. La deuxième est qualitative : les premiers retours d’équipes confirmeront-ils le rapprochement annoncé entre conception et code, ou révéleront-ils de nouvelles coutures là où d’anciennes ont été effacées ? La troisième, enfin, dépasse l’outil : si l’animation, le rendu et le code se rejoignent dans le canevas, la frontière entre concepteur et développeur, déjà poreuse, deviendra-t-elle un partage de tâches ou une fusion de métiers ? Les prochains mois, et les usages réels, trancheront ce que ce dossier ne peut qu’esquisser.
FAQ
Quelles fonctions Figma a-t-il annoncées à Config 2026 ?
Selon The Verge (24 juin 2026), l’éditeur a présenté des outils de graphiques animés (motion) et de shaders pilotés par l’IA, ainsi que des « couches de code » permettant de travailler avec du code sur le canevas. L’ensemble vise à réunir conception et code « au même endroit » et à automatiser des tâches répétitives.
Qu’est-ce qu’un shader, et qu’apporte-t-il dans un outil de conception ?
Un shader est un programme, issu de la 3D et du jeu vidéo, qui calcule le rendu visuel d’une surface pixel par pixel. Dans Figma, il permet de produire des effets comme le tramage (dither), la pixellisation ou le flou directement sur le canevas, sans recourir à un logiciel tiers spécialisé.
Ces outils sont-ils disponibles et à quel prix ?
Non communiqués à ce jour. Les sources disponibles décrivent les fonctions et leur statut « prêt à expédier », c’est-à-dire exploitables en production, mais ne précisent ni le calendrier de déploiement, ni les conditions d’accès, ni le modèle tarifaire associé à ces nouveautés.
À qui s’adressent en priorité ces nouveautés ?
Aux équipes produit qui conçoivent des interfaces et cherchent à réduire l’écart entre la maquette et le produit livré. En rattachant animation et effets visuels aux systèmes de conception, ces outils visent les créatifs comme les équipes de développement, autour d’un espace de travail commun.
Sources
- The Verge, Figma now has AI motion graphics and shader tools, 24 juin 2026 — couverture de Config 2026.
- Citations directes attribuées à l’éditeur lors de Config 2026 : « pousser leurs idées plus loin » et « ensemble au même endroit », via The Verge.
- À lire aussi sur LagazetteIA : l’IA dans les outils de création, conception et code : la fin du handoff ?, systèmes de conception, mode d’emploi.
- Source primaire unique disponible à ce jour ; prix, calendrier et données d’usage non communiqués au moment de la publication.
