Diseñadores y desarrolladores hablan de lo mismo con palabras distintas: lo que en diseño es «el azul corporativo», en Figma es un código
hexadecimal y en el tema de Drupal una variable con otro nombre. En cada paso se pierde información, y con el tiempo nadie sabe qué valores
fueron decisiones y cuáles casualidades.
Los design tokens resuelven ese problema convirtiendo las decisiones de diseño en un vocabulario compartido: cada color, tipografía o espaciado
tiene un nombre, un valor y una intención, y ese idioma común lo acuerdan diseño y frontend antes del hand-off, no después.
Independientemente de quién haga el diseño, el propio equipo, una agencia externa o el cliente, el token se convierte en el contrato entre todos,
y la guía de estilos en PDF deja paso a un fichero versionado que es la única fuente de verdad.
En esta charla recorreremos el proceso completo, desde las variables de Figma o Penpot hasta los componentes de Drupal, pasando por el
estándar W3C DTCG, estable desde octubre de 2025. Veremos por qué ese vocabulario cerrado es aún más necesario ahora que los agentes de IA
generan código, y cómo se aplica en dos escenarios habituales: los multisites, donde cada sitio solo define lo que cambia, y los productos, donde
diseño establece qué se puede personalizar y el cliente ajusta los valores sin tocar código.
Terminaremos con lo que Drupal ofrece hoy, de los módulos contrib a la nueva Design Tokens API de core, y con criterios para saber cuándo
compensa usar tokens.
Una charla para frontends, themers, diseñadores y responsables de producto. No hace falta experiencia previa con design tokens