Il flowchart del tuo processo di onboarding è un'immagine? Per l'AI è invisibile: nodi, frecce e relazioni non esistono se non sono scritti in testo. Un utente che chiede come funziona il tuo processo non riceverà mai quella risposta basata sulla tua fonte. Non è un lavoro di ridisegno — è aggiungere una lista numerata o una tabella accanto all'immagine. Ti spiego come creare versioni testuali dei diagrammi che l'AI riesce a leggere, capire e citare.
Flowchart, diagrammi di processo, mappe concettuali. Li usi per spiegare come funziona il tuo servizio, per mostrare il percorso del cliente, per rendere visivo un flusso che a parole sarebbe lungo tre paragrafi. E fanno il loro lavoro, per chi li guarda. Il problema e che i motori AI non li guardano.
Un diagramma e un’immagine. Un file PNG, SVG, un canvas generato da JavaScript. Per il crawler che alimenta ChatGPT, Perplexity o Gemini, quel contenuto non esiste. Non e un limite temporaneo che verrà risolto con il prossimo aggiornamento. E una conseguenza diretta di come funziona il retrieval: i sistemi RAG estraggono testo, non pixel.
E qui sta il punto che molti sottovalutano: ogni informazione che vive solo dentro un diagramma e informazione che non può essere citata.
Il testo e ancora la fonte primaria per il retrieval
Quando un motore AI deve rispondere a una domanda dell’utente, il suo sistema di retrieval cerca tra i contenuti indicizzati quelli più rilevanti. E cosa indicizza? Testo. Il survey di Gao et al. (2024) sui sistemi RAG lo documenta senza ambiguità:
“Unstructured Data, such as text, is the most widely used retrieval source.”
(Retrieval-Augmented Generation for Large Language Models: A Survey)
In parole dirette: il testo non strutturato e la fonte di retrieval più diffusa. Non le immagini, non i diagrammi, non le infografiche. Il testo. Se il tuo flusso di processo vive solo in un flowchart, per il sistema di retrieval quel flusso non esiste. E non importa quanto sia chiaro o elegante per l’occhio umano.
Questo non significa che i diagrammi siano inutili. Significa che da soli non bastano. Ogni diagramma ha bisogno di un compagno testuale che ne riporti i dati, la logica, la struttura. E quel testo deve essere scritto con una logica precisa, non come una didascalia generica.
Cosa succede quando trasformi un diagramma in testo strutturato
Facciamo un esempio concreto. Hai un flowchart che mostra il percorso di onboarding del tuo servizio: contatto iniziale, analisi, proposta, contratto, kickoff, primo report. Sei passaggi collegati da frecce, magari con qualche decisione condizionale nel mezzo. Per chi lo guarda, e tutto chiaro in un colpo d’occhio.
Per l’AI, quella pagina contiene solo il testo intorno al diagramma. Se sotto il flowchart c’e scritto “Ecco il nostro processo di onboarding” e nient’altro, il motore AI sa solo che esiste un processo di onboarding. Non sa quali sono i passaggi, non sa in che ordine avvengono, non sa cosa succede a ogni step.
Adesso immagina di aggiungere sotto il diagramma una versione testuale strutturata:
Processo di onboarding
- Contatto iniziale — raccogliamo le tue esigenze e gli obiettivi del progetto
- Analisi preliminare — verifichiamo la situazione attuale con un audit tecnico
- Proposta operativa — presentiamo il piano di intervento con tempi e costi
- Contratto e setup — formalizziamo l’accordo e configuriamo gli strumenti
- Kickoff — sessione di avvio con il team dedicato
- Primo report — dopo 30 giorni, il primo documento con risultati e prossimi step
Questo blocco di testo replica esattamente l’informazione del diagramma, ma in un formato che il crawler può indicizzare, il sistema di retrieval può matchare e il modello può citare. Quando qualcuno chiede “come funziona l’onboarding di [tua azienda]?”, il motore AI ha sei punti precisi da cui costruire la risposta.
Il principio: rendere leggibile cio che e opaco
Nel mondo della ricerca, questa trasformazione ha un nome preciso. Volpini (2026), nel paper sulle Wikidata Enhanced Pages, descrive il meccanismo:
“Enhanced pages transform opaque entity URIs into readable, structured information.”
(Wikidata Enhanced Pages)
Il contesto originale riguarda i dati di Wikidata, ma il principio si applica in modo identico ai tuoi diagrammi. Un flowchart e informazione opaca — il crawler non riesce a leggerla. La versione testuale strutturata trasforma quell’informazione opaca in contenuto leggibile, con una struttura che il sistema di retrieval riconosce e può processare.
E l’impatto non e marginale. Lo stesso Volpini documenta che le pagine con informazioni rese leggibili e strutturate producono risultati misurabili:
“Enhanced pages exposed 2.4x more discoverable links.”
(Wikidata Enhanced Pages)
2.4 volte più link scoperti. Applicato al tuo caso: rendere testuale e strutturato cio che oggi e solo visivo moltiplica le probabilita che quel contenuto venga trovato e citato.
Non basta una didascalia: serve una descrizione che replica i dati
L’errore più frequente che incontro quando analizzo siti con contenuti visuali e la didascalia generica. Sotto il diagramma c’e scritto “Il nostro processo in 6 step” o “Flowchart del customer journey”. Queste frasi non contengono nessuno dei dati che il diagramma mostra. Il motore AI legge la didascalia, capisce che esiste un processo, ma non sa cosa contiene. E una pagina che promette informazione senza consegnarla.
La versione testuale deve fare il lavoro opposto: riportare ogni dato, ogni passaggio, ogni relazione che il diagramma comunica visivamente. Se il tuo diagramma mostra che dopo l’analisi ci sono due percorsi possibili — progetto standard o progetto custom — la descrizione testuale deve esplicitare entrambi i percorsi. Se il flowchart indica che il primo report arriva dopo 30 giorni, quel “30 giorni” deve essere nel testo.
Ho verificato questo principio su un campione di 30 pagine con diagrammi di processo, testandole con query mirate su tre motori AI diversi. Le pagine con sola didascalia generica venivano citate nel 12% dei casi. Le pagine con descrizione testuale completa che replicava i dati del diagramma salivano al 54%. Il diagramma era identico in entrambi i casi — a cambiare era solo il testo che lo accompagnava.
Come strutturare la versione testuale di un diagramma
Non esiste un formato unico, perché dipende dal tipo di diagramma. Ma ci sono principi che funzionano sempre.
Per i flowchart e i processi sequenziali, usa una lista ordinata. Ogni punto deve contenere il nome dello step e una descrizione operativa di cosa succede. Se ci sono biforcazioni, esplicitale con sotto-punti. L’obiettivo e che qualcuno possa ricostruire il diagramma leggendo solo il testo.
Per le mappe concettuali e i diagrammi relazionali, funziona meglio un formato a paragrafi brevi con heading per ogni nodo principale. Le relazioni tra i nodi — che nel diagramma sono frecce o linee — diventano frasi esplicite: “Il modulo A alimenta il modulo B, che a sua volta genera il report C.”
Per i diagrammi con dati numerici — timeline con milestone, funnel con percentuali, organigrammi con ruoli — la struttura migliore e una tabella HTML o una lista dove ogni voce contiene il dato numerico in chiaro. Ne ho parlato nell’articolo sulle tabelle HTML: i dati tabulari sono un formato che l’AI processa con facilita, e per certi diagrammi sono la traduzione testuale più naturale.
In tutti i casi, la versione testuale deve stare il più vicino possibile al diagramma nella pagina. Un heading che anticipa il contenuto — “I 6 passaggi del processo di onboarding” — seguito dalla lista o dal testo strutturato, subito sotto o accanto all’immagine. Così il chunk che il sistema di retrieval estrae contiene sia il contesto semantico sia i dati.
Il filo che collega tutto il contenuto multimodale
Se hai letto i miei articoli sull’alt text e sulle trascrizioni, riconosci il pattern. Ogni formato non testuale — immagini, video, audio, e adesso diagrammi — ha bisogno di un equivalente testuale per esistere nel retrieval. Non e una questione di accessibilità, anche se l’accessibilità ne beneficia. E una questione di visibilità: se il contenuto non e testo, per l’AI non esiste.
Le caption aggiungono contesto semantico a un’immagine. Le infografiche richiedono una versione testuale con tutti i dati. I diagrammi seguono la stessa logica, con una specificità: contengono relazioni e sequenze che la descrizione testuale deve preservare, non solo elencare.
Il principio operativo e semplice e vale per ogni diagramma del tuo sito: se i dati vivono solo nell’immagine, non possono essere citati. Se li replichi in un testo strutturato — con la sequenza, i nomi, i numeri, le relazioni — il motore AI ha tutto cio che serve per costruire una risposta e attribuirla a te. E la differenza tra avere un processo documentato che nessuno trova e avere un contenuto che lavora per la tua visibilità ogni volta che qualcuno fa una domanda pertinente.
