Llegando a la fuente

El argumento de Victor era engañosamente sencillo: los creadores necesitan una conexión inmediata con lo que crean. Cambias algo y ves el efecto. Al instante. Hizo una demostración con un juego en el que podías mover el arco de salto de un personaje hacia adelante y hacia atrás en el tiempo mientras editabas el código que lo generaba. Ajustó una línea de código y vio cómo un dibujo de un árbol echaba ramas nuevas mientras escribía. Una sala llena de estudiantes de ingeniería se quedó allí, viéndolo desmantelar con total naturalidad la idea de que crear software tiene que sentirse como enviar cartas a un compilador esperando una respuesta.

Una de las personas a las que llegó esa charla fue nuestro fundador, Vlad Magdalin. No es exagerado decir que Webflow existe gracias a ella. La premisa fundamental de nuestra empresa —que deberías diseñar para la web manipulando directamente el objeto en sí, en lugar de escribir código y refrescar el navegador— es el principio de Victor aplicado a la web.

Por eso dolió tanto cuando el propio Victor le dijo a Vlad, años después, que no creía que Webflow fuera fiel a ese principio.

Vaya. Pero aquí está la cuestión: tenía razón. Y estamos haciendo algo al respecto.

Mirando por el escaparate

Es hora de la parte incómoda. Si alguna vez has echado un vistazo bajo el capó de Webflow (y, para ser justos, nosotros soldamos el capó para que no se abriera, así que no te sientas mal si no lo has hecho), esto es lo que encontrarías.

Cuando diseñas en Webflow, en realidad no estás manipulando tu sitio web. Estás manipulando una representación interna, una estructura de datos propietaria que describe tu sitio, la cual nuestros sistemas compilan luego en el HTML, CSS y JavaScript que los navegadores ejecutan. El lienzo que ves es una representación de ese formato interno. El código que se publica es un resultado generado que nunca tocas.

Así que lo que tú creas y lo que se publica para el mundo son dos cosas distintas, y en algún punto entre ambas, algo se pierde en la traducción. (Literalmente. Hay un compilador haciendo la traducción).

Esa es exactamente la brecha que el principio de Victor busca cerrar. Su punto nunca fue "las herramientas visuales son buenas, el código es malo". Muchas herramientas visuales fallan en su prueba, y muchos entornos de código la superan. Su punto era que los creadores merecen una conexión directa y honesta con el artefacto real. Y para la web, el artefacto real es el código. Nuestro formato interno hacía que el lienzo se sintiera directo mientras, discretamente, mantenía lo real a distancia. Claro, podías exportar tu código. Pero no podías editar esa exportación y traerla de vuelta a casa. La fuente de la verdad era un formato que solo nuestro compilador podía leer.

Si prefieres la versión de ingeniería de esa queja en lugar de la filosófica, aquí la tienes: cualquier sistema con dos representaciones de la verdad, unidas por una capa de traducción, se desviará. Y la desviación se acumula. Cada acción tiene que hacer un viaje de ida y vuelta, desde la intención al estado del lienzo y al código generado, y cada viaje es una oportunidad para que las dos versiones de la realidad discrepen silenciosamente. Pregúntale a cualquiera que haya mantenido un sistema así cómo le va. (En realidad, no lo hagas. Ya han sufrido bastante).

La hermosa trampa

Ahora, antes de que esto se convierta en diez párrafos de autoflagelación pública (tentador, pero nadie necesita ver eso), seamos honestos sobre la otra cara de la moneda: esa abstracción es la razón por la que Webflow funciona en absoluto.

En 2013, no había forma realista de darle a alguien que no fuera ingeniero HTML y CSS puro y desearle suerte. La plataforma web es gloriosa e históricamente caótica: tres lenguajes haciendo un baile extraño, décadas de peculiaridades acumuladas y un modelo de caja que ha humillado personalmente a ambos autores de este artículo. Una representación interna limpia fue cómo Webflow domó todo eso. Es lo que hizo que el lienzo fuera rápido, el estilo coherente y el resultado fiable. Millones de sitios fueron creados por personas que no habrían podido construirlos de otra manera, y estamos enormemente orgullosos de ello.

Así que dos cosas son ciertas a la vez. La abstracción abrió la web a una generación de desarrolladores visuales, y esa misma abstracción también los separó de su creación. La trampa y el superpoder eran una misma pieza de arquitectura. Dadas las limitaciones de 2013, tomaríamos la misma decisión mañana mismo.

Ya no estamos en 2013.

Llegan los agentes

¿Recuerdas el momento en Matrix cuando Neo finalmente ve el código? La lluvia verde deja de ser ruido y empieza a ser legible, y de repente todo el mundo es algo que puede tocar y cambiar. Eso es, más o menos, lo que acaba de ocurrir. Para todos.

Los agentes de programación ahora pueden leer, escribir, explicar y refactorizar código lo suficientemente bien como para poner el código al alcance de personas que nunca escribirán un punto y coma. Puedes señalar tu sitio y decir "haz este encabezado más grande en móvil", y un agente realiza ese cambio en el código real, el artefacto auténtico, y te muestra el resultado. La verdad es que el código nunca fue el enemigo. El código simplemente estaba inaccesible. Se escondía tras años de sintaxis, configuración y seguimientos de pila, por lo que toda una industria (hola, somos nosotros) construyó capas de abstracción encima, y cada una de esas capas sacrificó un poco de conexión con el artefacto a cambio de accesibilidad.

Durante años, ese fue un buen trato. Los agentes cambiaron las reglas del juego. Cuando cualquiera puede mantener una conversación con código, ocultar el código deja de ser un gesto amable y se convierte en una jaula.

El futuro de los agentes no llama a la puerta con delicadeza. Más del 30% de nuestros clientes empresariales ya están ejecutando agentes en sitios de Webflow en producción con nuestro MCP, y esa cifra se ha multiplicado por cuatro desde enero.

Y eso cambia lo que es posible para el principio de Victor. Para que se mantenga plenamente en la web, lo que tienes en el lienzo y lo que se publica deben ser la misma cosa, lo que significa que la fuente de verdad tiene que ser el código, porque el código es lo que hace funcionar la web. La única razón por la que esto nunca fue una opción es que "la fuente de verdad es el código" siempre llevaba implícita una segunda cláusula tácita: “y, por tanto, necesitas saber escribirlo”.

Los agentes eliminaron la segunda cláusula. Así que estamos actuando sobre la primera.

Código, bendito código

Estamos reconstruyendo Webflow con el código como fuente de verdad.

No el código como formato de exportación. No el código como vía de escape para los desarrolladores de tu equipo. El código como artefacto canónico. Lo que renderiza el lienzo, lo que manipulan los agentes, lo que tú posees. El diseñador visual y la conversación con la IA se convierten en dos vistas de la misma cosa real, en lugar de dos interfaces para un formato intermedio que no puedes ver, leer ni llevarte contigo.

Si has estado prestando atención, habrás sentido que esto se acercaba. MCP 2.0 incorporó gobernanza, ramificación y aplicación de permisos porque los agentes necesitaban las mismas medidas de seguridad que una persona, no menos. Los componentes de código de IA existen porque tanto los agentes como las personas necesitaban una forma de generar React de producción directamente sobre el sistema de diseño. El paso a un CMS headless de nueva generación con APIs de entrega de contenido reales ocurrió porque el contenido necesitaba ser direccionable por algo más que el renderizador de páginas de Webflow. No fueron apuestas independientes. Fueron los cimientos, colocados viga a viga.

No vamos a repasar cronogramas ni listas de funciones aquí, porque esto no es el anuncio de un lanzamiento. Es el anuncio de una dirección. (Y, siendo sinceros, una convicción que llevamos tiempo rondando). Pero las implicaciones surgen de forma natural una vez que los cimientos cambian. Lo que creas en Webflow pasa a ser tuyo en el sentido más amplio: legible, portátil, real. Lo que ves es lo que se publica, porque son la misma cosa. Y la conexión inmediata que exigía Victor finalmente se extiende más allá del diseño hacia todo el artefacto: estructura, estilo, comportamiento, todo.

No pretendemos decir que sea una tarea sencilla. Reestructurar una plataforma de la que dependen millones de personas, basándola en una fuente de verdad fundamentalmente distinta, es el trabajo de ingeniería más difícil que esta empresa ha asumido jamás.

Y si estás leyendo esto con un ojo puesto en el sitio que ya has construido, el que hace funcionar tu negocio, escucha bien esto: tu sitio no va a ninguna parte, y tampoco la forma en que trabajas hoy. Estamos construyendo el puente antes de pedirle a nadie que lo cruce.

La línea de salida

Si estás llevando la cuenta, puede que ahora mismo estés arqueando una ceja. Ya existen herramientas que priorizan el código. Muchas. Algunas son muy buenas. Entonces, ¿es todo este artículo solo nosotros hablando de... ponernos al día?

En parte, sí. Todas las herramientas serias de esta categoría corren hacia la misma conclusión, por la misma razón: los agentes leen y escriben código, así que el código tiene que convertirse en la cosa real. Eso nos lleva a todos a la misma línea de salida. No es ahí donde pretendemos detenernos.

Porque esto es lo que una década sirviendo a equipos de marketing nos ha enseñado y que un editor de código nunca tuvo que aprender.

Un prototipo que funciona en un navegador no es una experiencia de nivel empresarial. Toda herramienta de generación de código se topa con esto tarde o temprano, normalmente cuando aparece un cliente real con una marca real, usuarios reales y una fecha de entrega real un martes por la tarde. Generar la cosa resulta ser el 20% divertido. El otro 80% es llevarlo a producción, mantenerlo fiel a la marca y permitir que todo un equipo trabaje en ello sin que nadie, ni nada, rompa lo que está en vivo.

Porque la web es un deporte de equipo. Un especialista en marketing, un diseñador, un desarrollador, una agencia y, cada vez más, un agente (o cinco) tocarán el mismo sitio en la misma semana, y no todos quieren la misma herramienta. El especialista en marketing quiere publicar una página y ver cómo funciona. El desarrollador quiere ampliar un componente sin pelearse con el lienzo. El agente no quiere una interfaz en absoluto; quiere una API y un límite que no se le permita cruzar. La mayoría de las herramientas que priorizan el código se crearon para un solo desarrollador trabajando solo en un único repositorio, una suposición que no sobrevive al contacto con una docena de agentes accediendo a producción en la misma tarde. Hemos pasado años construyendo para lo contrario: muchas manos, un sistema, la interfaz adecuada para los miembros del equipo adecuados en el momento adecuado, con medidas de seguridad para que nadie publique algo fuera de marca mientras estás almorzando.

¿Y el día del lanzamiento? No es la meta. Es el pitido inicial. El sitio que publicas es también el sitio que te informa: qué está convirtiendo, qué se está encontrando, qué merece cambiar a continuación. Cerrar ese círculo, desde la construcción hasta el aprendizaje y la mejora, es donde esto deja de ser una herramienta mejor y se convierte en algo completamente distinto.

Entonces, ¿ponernos al día? El código como fuente de verdad es el precio de entrada. ¿Todo tu equipo, humanos, agentes y agencias, trabajando en la misma cosa real con resultados que se multiplican después del lanzamiento? Esa es la historia que estamos deseando contarte.

El próximo capítulo

En "Inventing on Principle", Bret Victor afirma que quienes viven bajo principios no son realmente diseñadores ni ingenieros. Son activistas. Sus principios son declaraciones sobre lo que está mal en el mundo y una promesa de arreglarlo.

Bajo ese estándar, la crítica de Victor a Webflow nunca fue un insulto. Fue la misma invitación que la charla le extendió a Vlad Magdalin en 2012: el trabajo no está terminado.

Tenía razón entonces. Y la verdad es que no podíamos terminarlo, no con la tecnología de aquella época, ni manteniendo las puertas abiertas para quienes más lo necesitaban. Lo que cambió es que el mundo finalmente construyó la pieza que faltaba.

Los creadores necesitan una conexión inmediata con lo que crean. En la web, lo que creas es código. Ahora podemos hacerle honor a eso. Y está mucho más avanzado de lo que cualquiera fuera de este edificio imaginaría. Podríamos escribir otros miles de palabras intentando describirlo. Preferimos simplemente mostrártelo.

Lo revelaremos en la Webflow Conf este septiembre: el lienzo, el código y el momento en que se convierten en la misma cosa. Consigue tus entradas antes de que se agoten. Webflow lleva más de una década trabajando para este momento. Nos encantaría que estuvieras allí.