Un sitio web como objeto de investigación: cómo construimos el nuevo chirale.it

¿De verdad el sitio web de un centro de investigación, una escuela y un estudio de producción necesita un sistema de gestión de contenidos, una base de datos, un carrito, formularios, paneles de administración, plugins que se actualizan solos, banners para las cookies, ventanas emergentes para el boletín, una nube que factura por consumo?

La respuesta, tras haber estudiado durante mucho tiempo productos y arquitecturas diferentes, fue: no.

No de inmediato, no en esta forma, no para lo que queremos contar.

Las decisiones de fondo

Trabajamos con un pequeño número de herramientas, elegidas por razones precisas. El generador de páginas se llama Astro: produce HTML estático en el build y envía JavaScript solo allí donde la interactividad realmente hace falta. El lenguaje es TypeScript en modalidad strict: cada contenido, cada utilidad, cada ruta está tipada. El CSS está escrito a mano, con custom properties para los tokens (colores, fuentes, espaciados, animaciones) y CSS Modules para los componentes. Nada de Tailwind, nada de CSS-in-JS, nada de framework UI del lado del cliente por defecto. El paquete se gestiona con pnpm, el sitio se aloja en Cloudflare Pages, el deploy es un comando.

El sitio es trilingüe: italiano, inglés, español. El italiano vive bajo la raíz, los otros dos idiomas bajo los prefijos /en/ y /es/. Las URL se traducen donde tiene sentido: /chi-siamo/ se convierte en /en/about/ y /es/sobre-nosotros/. Los nombres propios permanecen en su lengua original: Chirale, Spazio Chirale, Punto Chirale, Tratto Chirale.

Las cadenas de la interfaz, los artículos, las definiciones del glosario son archivos de texto organizados por idioma y por sección. Añadir una traducción significa añadir un archivo.

El resultado son cuatrocientas páginas HTML generadas en el build, sin que ninguna de ellas exista como registro en una base de datos. Para quien navega, el sitio aparece tal como es: una secuencia de páginas ligeras, listas, ya allí.

Contenidos como datos

Una de las decisiones más claras fue tratar los contenidos como datos, no como documentos gestionados desde una interfaz. Ciento diecisiete artículos del antiguo sitio WordPress se exportaron como archivos Markdown, se tradujeron a tres idiomas y hoy viven en el repositorio como trescientos cincuenta y un archivos de texto divididos por carpetas y por locale. Cada artículo tiene una pequeña cabecera — fecha, slug, portada, idioma, URL legacy — que se valida en el momento del build. Si falta un campo, si una fecha está mal escrita, si la portada no tiene texto alternativo, el build se interrumpe antes del deploy. Es una red de seguridad editorial: garantiza que cada contenido publicado cumpla un estándar mínimo.

Añadir una página nueva, en este esquema, significa crear tres archivos JSON (uno por idioma) y tres rutas. Una operación que se hace en diez minutos, con cualquier editor de texto, desde cualquier ordenador. Sin aprender nada nuevo.

Sin CMS, sin cookies, sin formularios

Estas tres ausencias, tomadas en conjunto, definen el sitio mucho más que cualquier elección tecnológica.

Sin CMS. Publicar un artículo significa abrir un archivo, escribirlo, hacer un commit, hacer un push. El deploy arranca solo. No hay un panel de administración que proteger, un usuario que gestionar, una contraseña que rotar, un plugin que actualizar. La superficie de ataque es próxima a cero. El versionado es el nativo de Git: cada modificación queda registrada, cada estado anterior es recuperable, cada contribución está firmada.

Sin cookies, sin banner. El sitio no instala cookies de seguimiento, no pide consentimientos, no muestra avisos a quien llega. Las estadísticas de visita, cuando las activemos, serán servidas por un sistema cookieless — sin identificadores únicos, sin seguimiento individual. Es una decisión que simplifica nuestra vida y la de quien nos lee: una página que se abre y muestra enseguida lo que tiene que mostrar.

Sin formularios. Los contactos son una dirección de correo electrónico, un número de teléfono, un mapa con las tres sedes en Via Ignazio Persico. No hay formulario de contacto, ni alta a la newsletter, ni asistente de reserva. Es una decisión editorial: quien quiera hablar con nosotros, nos escribe. El hecho de que no haya un formulario en el sitio se verifica con un test automatizado que falla si alguien añade uno por error: es una regla del proyecto, no un olvido.

El detalle de las decisiones estéticas

Como diseñadores de nuestro propio espacio físico, abordamos la identidad tipográfica del sitio con el mismo cuidado que dedicamos a las instalaciones en la galería. Seis caracteres conviven en el sitio, cada uno con un papel preciso. Inter Tight es el carácter de los títulos; Inter es el carácter de la interfaz menor — fechas, etiquetas, footer; IBM Plex Mono es el carácter de los textos largos y de los códigos de los proyectos, y le da al sitio el aire de laboratorio digital que nos pertenece. Después hay dos excepciones de sección: DM Mono caracteriza la página Network, donde alojamos las comunidades con las que colaboramos; Old Standard TT aparece solo en las entradas del glosario, donde evoca deliberadamente la estética de un diccionario italiano impreso. Un sexto carácter, Major Mono Display, está cargado pero se usa con parquedad, reservado para los acentos editoriales.

Los caracteres están todos self-hosted: viven en nuestro repositorio, se sirven desde nuestro dominio, no dejan rastro en servicios de terceros. Es un detalle que pesa unos pocos kilobytes más en la primera carga pero que devuelve a la página su autonomía.

La paleta es esencial: negro y blanco, una variante cálida de blanco para las superficies grandes, algunos grises para las líneas finas, y un único color de acento — un amarillo neto, #FFD60A — que señala los estados interactivos: el paso del ratón, una entrada del glosario abierta, un enlace que seguir. Una gramática visual reducida al hueso, construida para durar.

Un manifiesto que se escucha

La home, antes que cualquier otra cosa, es un acto editorial. Quien llega a chirale.it no se topa con un eslogan y un gran botón: encuentra una escena silenciosa que espera un gesto. Haz clic para activar. Un segundo clic pone en marcha una pieza que hemos llamado CONCORDE — Manifesto chirale, episodio uno: cinco osciladores de baja frecuencia, una forma de onda de doscientas cincuenta y seis muestras, un nivel de polvo y respiración, una mesh que palpita en el espacio. Treinta segundos que traducen en sonido y geometría lo que hacemos en los laboratorios.

No es un fondo decorativo, es un manifiesto ejecutable. La idea es que el sitio de un centro de investigación sobre artes numéricas y fabricación digital debe comportarse como un instrumento, no como un folleto. Para quien no quiera o no pueda escuchar, la animación visual es opcional y respeta prefers-reduced-motion: si el sistema operativo pide menos movimiento, la escena se queda quieta. La sustancia editorial no depende del audio: sirve a quien elige entrar dentro.

Lo que hemos aprendido

Abrir un sitio así, en una redacción compuesta por quien escribe el código, quien escribe los textos, quien elige las imágenes, obliga a un tipo de coordinación que no es el de una plataforma. No hay una interfaz amiga que te guíe: hay un repositorio, un lenguaje de marcado, un pipeline. A cambio, cada decisión permanece visible: una modificación es un commit, una decisión es un archivo, una excepción es una nota en los comentarios. El sitio es a la vez el producto y la documentación de su propio proceso.

En este sentido, el nuevo chirale.it es coherente con todo lo demás que hacemos en los laboratorios: la formación que alimenta la investigación, la investigación que se convierte en producción, la producción que genera nuevos contenidos formativos. La herramienta que usáis para leer estas líneas también es un pequeño prototipo, construido con los mismos gestos que enseñamos. Una galería de proceso, expuesta en el escaparate.

No es casualidad que este artículo se encuentre en la sección de nuestro sitio que se llama Test before invest. Es el servicio con el que acompañamos a empresas e instituciones a probar una tecnología, un material, un proceso, antes de invertir a escala. Lo hemos aplicado primero a nosotros mismos.

Si la historia que hemos contado aquí puede serviros para vuestro trabajo — un sitio que rehacer, una idea que probar, un proceso que revisar — estamos a vuestra disposición en los laboratorios, o en la dirección info@chirale.it.