# Perché un’IA non può rappresentare il tuo marchio

Tema: [Sito leggibile dalle macchine](https://btlabs.dev/it/sito-web-ia)

> I tuoi colori stanno nel foglio di stile, il logo è un’immagine. Per una macchina non è un vocabolario. Che cosa mostrano 18 domini di design system.

Un'IA può citare il tuo testo. Il tuo aspetto non può riprodurlo — non lo conosce. E la colpa non è dell'IA: è che il marchio della stragrande maggioranza delle aziende non è scritto da nessuna parte in una forma che una macchina possa leggere.

## Che cosa vede una macchina del tuo marchio

I tuoi colori stanno nel foglio di stile, come #1a1a1a tra mille altre regole. Il tuo carattere sta in un file senza un nome leggibile. Il tuo logo è un'immagine. Il tuo manuale di marca è un PDF che qualcuno ha esportato tre anni fa.

Per una persona basta. Per una macchina non è un vocabolario: sono pixel e istruzioni di formattazione. Un'IA che deve rappresentare la tua azienda in una risposta — in una scheda, in un riassunto, in un'anteprima generata — non ha nessuna fonte per la domanda «qual è esattamente il vostro verde?». Quindi tira a indovinare. Oppure lascia perdere.

È la differenza tra essere citati ed essere rappresentati. Del primo abbiamo scritto spesso. Il secondo è aperto.

## Quanto è diffuso il problema

Il 18 settembre 2026 abbiamo fatto un sondaggio: 18 domini che gestiscono un design system come prodotto — quindi realtà per cui colori e caratteri non sono un accessorio, ma il mestiere.

**Zero su diciotto** pubblicano i propri [design token](https://btlabs.dev/it/glossary/design-token) a un indirizzo reperibile.

Il sondaggio aveva controlli positivi: abbiamo verificato prima che il nostro metodo trovi davvero un file esistente, e abbiamo evitato la trappola classica del server che risponde qualcosa a qualsiasi indirizzo inventato, rendendo ogni misura inutile. Diciotto è un campione piccolo e non dimostra lo stato del web. Ma è un segnale netto: nemmeno gli addetti ai lavori mettono il proprio design a un indirizzo.

## Non è una questione di dimensioni

L'obiezione ovvia sarebbe: troppo grande, troppo, impraticabile. Non regge.

Gli stessi token stanno da tempo su npm. @primer/primitives di GitHub, per esempio — un pacchetto di circa 55 megabyte, scompattato. I dati quindi esistono e sono perfino pubblicati. Solo che stanno dove gli sviluppatori li prendono per costruire un'interfaccia, e in un volume che nessuno scarica per rispondere a una singola domanda.

Il nostro file pesa 6,3 kilobyte. È questa la differenza: non il formato, ma la selezione. Un agente non ha bisogno di ogni spaziatura e di ogni variante di stato — ha bisogno dei ruoli. Quale colore è il colore del marchio, quale lo sfondo, quale carattere per i titoli.

## L'errore che abbiamo trovato in casa nostra

Prima di pubblicare qualcosa abbiamo letto i nostri stessi valori — come li leggerebbe un agente. Il risultato è stato spiacevole.

I nostri due ruoli cromatici più in vista, primary e accent, puntavano entrambi allo stesso grigio chiaro. Il nostro vero segno distintivo, un mint, stava lì accanto senza nome — come variabile interna, che fuori dal nostro foglio di stile non significa nulla. Il nostro carattere rimandava a un segnaposto, anch'esso privo di senso fuori dal sito.

Una macchina che avesse letto tutto questo avrebbe descritto il nostro marchio come grigio. Tecnicamente corretto, nei fatti sbagliato. E nessuno se ne sarebbe accorto, perché nel browser il sito si vede giusto.

## Che cosa ne abbiamo fatto

All'indirizzo [btlabs.dev/design-tokens.json](https://btlabs.dev/design-tokens.json) sta il nostro vocabolario di design: tredici ruoli cromatici in due temi, quattro ruoli tipografici, nel formato della Design Tokens Community Group (DTCG 2025.10).

Tre scelte dietro, che riteniamo trasferibili:

**È pubblico ciò che ha un ruolo.** Quello che dichiariamo come vocabolario di design viene pubblicato. Quello che è implementazione interna — spaziature, transizioni, variabili di servizio — resta dentro. Una macchina deve conoscere i ruoli, non la nostra implementazione.

**I valori vengono risolti, non copiati.** Un rimando a un'altra variabile viene calcolato come farebbe il browser — una volta per ogni tema. Per questo lì dentro brand vale #87fad4 in scuro e #0a7a5b in chiaro, senza che nessuno debba mantenere due valori.

**Ciò che non si risolve resta visibile.** Non viene silenziosamente appianato. Una lacuna che si vede si può chiudere.

## Che cosa serve oggi — e che cosa no

Onestamente: nessun motore di ricerca lo valuta. Nessun posizionamento cambia. Non conosciamo nessun servizio che oggi scarichi questo file e ne ricavi qualcosa.

È una scommessa. Dice: quando gli assistenti inizieranno non solo a nominare le aziende, ma a rappresentarle — in schede, riassunti, viste generate — avranno bisogno di una fonte per colore e carattere. Chi allora ce l'ha, viene rappresentato correttamente. Chi non ce l'ha, viene indovinato.

La riteniamo una scommessa conveniente, perché la posta è bassa: il file nasce da valori che si curano comunque. Non costa manutenzione aggiuntiva.

I design token sono solo una parte di una domanda più ampia: come si progetta un sito per due lettori. Come appare nella pratica lo descrive Florian Berger in [Progettiamo per le persone e per le macchine](https://btlabs.dev/it/posts/progettiamo-per-persone-e-macchine).

## Che cosa puoi fare

Se vuoi verificare come appare il tuo marchio a una macchina: apri il tuo foglio di stile e chiediti se un estraneo potrebbe ricavarne qual è il colore del tuo marchio. Non quale valore sta dove — ma quale ruolo ha.

Se la risposta è «in realtà no», sei in buona compagnia. Diciotto su diciotto.

---
Source: https://btlabs.dev/it/posts/marchio-leggibile-macchine-design-token
Last-Modified: 2026-09-25T08:29:04.421Z
Languages: [de](https://btlabs.dev/llms/de/posts/marke-maschinenlesbar-design-tokens) · [en](https://btlabs.dev/llms/en/posts/machine-readable-brand-design-tokens)
See also: [llms.txt](https://btlabs.dev/llms.txt) · [ai.txt (Policy)](https://btlabs.dev/ai.txt) · [identity.json](https://btlabs.dev/identity.json)