# Quando l'interfaccia scompare Tema: [Sito leggibile dalle macchine](https://btlabs.dev/it/sito-web-ia) > Gli assistenti rispondono senza che nessuno veda la fonte. Cosa comporta per le aziende, cosa è dimostrato — e perché proprio per questo i siti restano. Esiste un tipo di software che si usa ogni giorno senza vederlo mai. L'ABS in automobile, per esempio. Non ha un'interfaccia, non ha un menu, non ha una finestra di impostazioni. Lavora, e ce ne accorgiamo solo dal fatto che qualcosa non è successo. Una parte di ciò che oggi esiste ancora come sito web con menu e moduli si sta muovendo nella stessa direzione. Non subito e non ovunque — ma abbastanza da rendere sensata la domanda su cosa significhi per un'azienda. ## Cosa si intende con «interfaccia che scompare» Il termine tecnico è [Zero UI](https://btlabs.dev/it/glossary/zero-ui), a volte anche interfaccia generativa. Dietro ci sono due sviluppi diversi, spesso messi nello stesso calderone. **Il primo: l'interfaccia nasce nel momento della richiesta.** Invece di un modulo fisso con dodici campi, un sistema costruisce esattamente i tre campi che servono in quel caso. Esiste già in forma iniziale — i modelli linguistici sanno generare elementi di comando che nessuno ha progettato prima. **Il secondo: non c'è più alcuna interfaccia.** Qualcuno chiede a un assistente se la tua azienda è aperta sabato. L'assistente risponde. Il tuo sito è stato coinvolto, ma nessuno lo ha visto. Il secondo sviluppo è quello praticamente più rilevante, perché è già in corso. ## Cosa comporta per la tua azienda Se nessuno vede più la tua pagina, perde peso tutto ciò che è pensato per essere guardato: l'immagine in alto, la disposizione, la scelta dei colori, il testo che compare scorrendo. E acquista peso tutto ciò che è costruito per essere interrogato: gli orari sono depositati in modo leggibile? C'è scritto da qualche parte per quale sede valgono? Esiste un'indicazione univoca di cosa fai — e cosa no? Non è una questione di design, ma di gestione dei dati. Ed è il motivo per cui da tempo scriviamo che un sito ha due destinatari: persone e macchine, con esigenze diverse sugli stessi contenuti. Importante: l'interfaccia non scompare ovunque. Chi sceglie un artigiano vuole di solito ancora vedere cosa ha costruito. Il cambiamento riguarda prima la consultazione — orari, disponibilità, prezzi, competenze — e solo molto più tardi la decisione. ## Un esempio tipico Un esercizio in Val Venosta aveva gli orari di apertura ben esposti sul sito — come grafica curata nell'intestazione, parte del layout. Per gli ospiti perfettamente leggibili. Abbiamo chiesto a tre assistenti se il mercoledì fosse aperto. Due hanno detto che l'informazione non era disponibile. Uno ha indicato orari presi da una scheda di elenco vecchia di tre anni, ormai sbagliati. L'esercizio non aveva fatto nulla di male. L'informazione c'era, aggiornata e ben presentata — solo in una forma che una macchina non può aprire. Depositare la stessa informazione anche come [dati strutturati](https://btlabs.dev/it/glossary/dati-strutturati) è stato il lavoro di un pomeriggio. La grafica è rimasta dov'era. È tutto qui il nocciolo: raramente si tratta di fare qualcosa in modo diverso. Quasi sempre si tratta di mettere a disposizione la stessa cosa **in aggiunta** in una seconda forma. ## Perché non è una novità Il cambiamento sembra più drammatico di quanto sia, se lo si prende per una rottura. È piuttosto il passo successivo di una serie. C'è stato un tempo in cui un sito era un depliant messo in rete. Poi è arrivato il motore di ricerca, e improvvisamente lo stesso contenuto doveva essere leggibile anche da un programma che lo classifica. Chi allora pensava solo alla grafica è sparito dai risultati. Poi il telefono è diventato il dispositivo principale, e gli stessi contenuti dovevano funzionare nel palmo di una mano. Di nuovo lo stesso contenuto, di nuovo una forma nuova. Ora si aggiunge un terzo destinatario, che non scorre e non clicca, ma interroga. Chi conosce la serie vede: non è il sito a morire. È sempre e solo morta l'idea che ci sia un unico modo di usarlo. ## Cosa sappiamo con certezza — e cosa no È un tema su cui si afferma molto, quindi separiamo. **È dimostrato** che i sistemi di assistenza rispondono a domande senza che si clicchi sulla fonte. Lo mostrano diverse rilevazioni sulle ricerche senza clic — con numeri diversi, ma nella stessa direzione. **È plausibile ma non dimostrato** quanto in fretta proseguirà e quali settori saranno toccati e quando. Chi ti dà un anno preciso sta stimando. **È falso** che i siti diventino superflui. Dalla cosa stessa segue il contrario: se una macchina risponde, le serve una fonte. Chi non ha una propria fonte curata non compare nella risposta — o compare sbagliato. ## Cosa ne consegue, in concreto Nulla di drammatico. Prepararsi a un mondo con meno interfaccia assomiglia esattamente a un sito curato bene oggi: - I dati concreti stanno lì leggibili da una macchina, non solo come testo o immagine. - Non si contraddicono tra sito, servizio di mappe ed elenchi. - Ogni versione linguistica contiene gli stessi fatti. - C'è scritto esplicitamente cosa fai — e dove finisce il tuo servizio. È la stessa lista dell'[ottimizzazione IA](https://btlabs.dev/it/posts/ottimizzazione-ia-sito-web-alto-adige), e non è un caso: sono entrambe risposte allo stesso cambiamento. Chi oggi fa in modo che i propri dati siano interrogabili è pronto per un'interfaccia che forse non ci sarà più. Il resto è osservare. Teniamo d'occhio il tema perché lo misuriamo — non perché sappiamo quanto in fretta andrà. --- Source: https://btlabs.dev/it/posts/quando-l-interfaccia-scompare Last-Modified: 2026-10-18T07:00:00.971Z Languages: [de](https://btlabs.dev/llms/de/posts/wenn-die-oberflaeche-verschwindet) · [en](https://btlabs.dev/llms/en/posts/when-the-interface-disappears) See also: [llms.txt](https://btlabs.dev/llms.txt) · [ai.txt (Policy)](https://btlabs.dev/ai.txt) · [identity.json](https://btlabs.dev/identity.json)