Le differenze, in breve

Non sono alternative: spesso la soluzione migliore è un sito che porta richieste e una web app che le gestisce, collegati tra loro.

Quando basta un sito (fatto bene)

Se l'obiettivo principale è farsi trovare e ricevere richieste qualificate, serve un sito costruito per convertire: pagine dedicate a ogni servizio, messaggio chiaro, inviti all'azione, moduli brevi, velocità e visibilità su Google e sull'AI. Ne parliamo nella pagina dedicata ai siti web che convertono.

Quando conviene una web app su misura

Alcuni segnali ricorrenti:

• le stesse informazioni vengono inserite più volte, in file e programmi diversi;
• preventivi e offerte richiedono ore e dipendono da una sola persona che "sa come si fa";
• non sai in tempo reale quanti ordini sono aperti, quali preventivi aspettano risposta, quanto stai fatturando;
• i clienti chiedono aggiornamenti che potrebbero vedere da soli in un'area riservata;
• hai provato un software standard ma ti obbliga a cambiare il modo di lavorare o costa un canone per ogni utente;
• fogli di calcolo condivisi sono diventati fragili: versioni diverse, formule rotte, dati persi.

Cosa può fare una web app

Gli esempi più comuni nelle PMI:

1. preventivi e configuratori: il cliente sceglie le opzioni online e riceve un preventivo, oppure il commerciale lo prepara in pochi minuti da un listino;
2. CRM e trattative: anagrafiche, storico, promemoria, stato di ogni opportunità;
3. ordini, magazzino e commesse: giacenze, avanzamento, scadenze, responsabilità;
4. prenotazioni e agende: appuntamenti, risorse, turni, conferme automatiche;
5. aree riservate: documenti, pratiche e comunicazioni per clienti, rivenditori o collaboratori;
6. dashboard: gli indicatori che contano, aggiornati da soli;
7. assistenti AI interni: domande in linguaggio naturale su documenti e dati aziendali.

Una web app si usa dal browser di computer, tablet e smartphone, senza installare nulla, e può collegarsi a sito, e-commerce, fatturazione elettronica, pagamenti e calendari.

Su misura non significa costoso e infinito

L'obiezione più comune è che il software su misura sia lungo e caro. Due cambiamenti degli ultimi anni hanno ridotto molto questa distanza:

• lo sviluppo per fasi: si parte da un prototipo navigabile, poi si rilasciano le funzioni essenziali da usare subito, e si aggiunge il resto quando serve;
• lo sviluppo con l'AI: modelli e agenti di sviluppo avanzati, guidati e revisionati da sviluppatori, accelerano scrittura del codice, test e documentazione.

Il risultato è un software che segue i tuoi processi, contiene solo quello che serve ed è di tua proprietà, senza canoni per utente. Puoi vedere un esempio concreto nel gestionale e area riservata dello Studio Salatino.

Come decidere

Prova a rispondere a tre domande:

1. Quante ore a settimana il team passa a cercare, copiare o ricontrollare informazioni?
2. Quali errori o ritardi si ripetono, e quanto costano?
3. Cosa vorrebbero vedere da soli i tuoi clienti, senza doverti chiamare?

Se le risposte indicano un problema ricorrente, una web app su misura, anche piccola, può ripagarsi in fretta. Se il problema è che arrivano poche richieste, il primo passo è il sito.

Cosa misura PageSpeed Insights

PageSpeed Insights è lo strumento gratuito di Google per valutare una pagina. Mostra due tipi di dati:

• dati sul campo: come hanno vissuto la pagina gli utenti reali di Chrome negli ultimi 28 giorni, quando il sito ha abbastanza traffico;
• dati di laboratorio: una simulazione eseguita con Lighthouse, con punteggi da 0 a 100 in quattro categorie.

I Core Web Vitals

Sono tre metriche che Google usa per valutare l'esperienza di pagina. Le soglie "buone" sono:

• LCP (Largest Contentful Paint), quanto tempo serve per mostrare l'elemento più grande visibile: entro 2,5 secondi;
• INP (Interaction to Next Paint), quanto la pagina risponde a clic e tocchi: entro 200 millisecondi. Dal marzo 2024 ha sostituito il FID;
• CLS (Cumulative Layout Shift), quanto gli elementi si spostano durante il caricamento: entro 0,1.

Il punteggio "Prestazioni" di laboratorio combina più metriche con pesi diversi: nelle versioni attuali di Lighthouse contano di più il Total Blocking Time, il LCP e il CLS.

Perché conta per le vendite

Il caso più citato è lo studio Milliseconds Make Millions, realizzato da Deloitte per Google nel 2020: su siti mobile di diversi settori, un miglioramento di appena 0,1 secondi nei tempi di caricamento era associato a un aumento delle conversioni, nell'ordine dell'8% nel retail. Al di là dei numeri esatti, il principio è solido: meno attesa, meno abbandoni, più richieste a parità di visite.

Perché conta per l'AI

Le AI Overviews si basano sull'indice di Google, dove l'esperienza di pagina è uno dei segnali. Inoltre i siti veloci hanno di solito un HTML più pulito e meno dipendente da script, che i crawler degli assistenti leggono meglio. Velocità e leggibilità per l'AI, nella pratica, vanno quasi sempre insieme. Ne parliamo in cosa guardano gli LLM in un sito web.

Cosa rallenta davvero un sito

Nella maggior parte dei siti aziendali che analizziamo, i problemi sono sempre gli stessi:

1. page builder e temi multiuso che caricano CSS e JavaScript per funzioni mai usate;
2. troppi plugin, ognuno con i suoi script;
3. immagini pesanti, non convertite in formati moderni come WebP o AVIF e non ridimensionate per lo schermo;
4. font caricati da servizi esterni, che bloccano il primo disegno della pagina;
5. script di terze parti (chat, mappe, pixel pubblicitari, video) caricati subito invece che quando servono;
6. slider e video in apertura, che spesso sono proprio l'elemento LCP.

Come si arriva a 100

Un hosting più potente aiuta poco se la pagina è pesante. Il lavoro vero è sul modo in cui il sito è costruito:

• solo il codice che serve a ciascuna pagina, senza page builder;
• CSS essenziale inserito nella pagina, così il primo disegno non aspetta file esterni;
• font serviti dal proprio dominio, con le impostazioni giuste per non far "saltare" il testo;
• immagini in WebP con più dimensioni, scelte dal browser in base allo schermo;
• larghezza e altezza dichiarate per ogni immagine, per un CLS vicino a zero;
• script esterni caricati dopo il contenuto o alla prima interazione.

Questo sito è costruito così: puoi verificarlo con PageSpeed Insights o con la nostra analisi gratuita del sito, che parte proprio da questi dati.

Cosa sono, in concreto

Sono blocchi di codice in formato JSON-LD, inseriti nell'HTML della pagina e invisibili a chi la legge. Un esempio minimo per un'impresa locale:

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "@id": "https://infissiesempio.it/#azienda",
  "name": "Infissi Esempio Srl",
  "url": "https://infissiesempio.it/",
  "telephone": "+39 0984 000000",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Via Roma 1",
    "addressLocality": "Rende",
    "addressRegion": "CS",
    "postalCode": "87036",
    "addressCountry": "IT"
  },
  "areaServed": "Provincia di Cosenza"
}

Google raccomanda il formato JSON-LD perché è separato dal contenuto visibile ed è facile da mantenere.

I tipi che servono a un sito aziendale

Il punto chiave: collegare le entità

Molti siti hanno dati strutturati, ma scollegati: ogni pagina ripete un'organizzazione diversa, con dati leggermente diversi. Il vero valore arriva quando le entità formano un grafo:

• l'azienda ha un identificativo stabile (@id), per esempio https://tuosito.it/#azienda;
• ogni servizio indica come fornitore (provider) quell'identificativo;
• ogni articolo indica come editore (publisher) l'azienda e come autore una persona, anch'essa con il suo @id;
• il campo sameAs collega l'azienda ai profili ufficiali (LinkedIn, Facebook, scheda Google).

Così motori e assistenti non vedono pagine isolate, ma un'entità coerente con le sue relazioni. È esattamente l'informazione di cui ha bisogno un modello per rispondere "chi offre questo servizio, dove, con quali condizioni".

Dati strutturati e GEO

I dati strutturati non garantiscono di essere citati da un assistente AI, e Google ricorda che non garantiscono nemmeno i risultati multimediali. Ma riducono l'ambiguità, rendono esplicite le relazioni e aiutano a mantenere coerenti le informazioni tra le pagine. Per questo sono uno dei pilastri della GEO, insieme a contenuti leggibili e risposte dirette.

Errori frequenti

• Dati che non corrispondono al testo visibile: le linee guida di Google chiedono che i dati strutturati descrivano contenuti presenti nella pagina. Le FAQ nel JSON-LD devono essere anche nella pagina.
• Recensioni inventate o autoassegnate: vietate dalle linee guida e rischiose.
• Plugin che duplicano i blocchi: due plugin SEO attivi possono generare due organizzazioni diverse sulla stessa pagina.
• Dati abbandonati: indirizzo o telefono cambiati sul sito ma non nei dati strutturati.

Come verificarli

Due strumenti gratuiti: il Test dei risultati multimediali di Google, che mostra quali tipi sono riconosciuti e se ci sono errori, e il validatore di Schema.org (validator.schema.org), che controlla la correttezza generale del codice. In Search Console, la sezione "Miglioramenti" segnala nel tempo eventuali problemi.

Da dove nasce

La proposta è stata pubblicata da Jeremy Howard (Answer.AI) nel settembre 2024, sul sito llmstxt.org. L'idea parte da un limite pratico: le pagine web sono piene di menu, script, banner e codice, mentre un modello ha bisogno di testo pulito e ha una finestra di contesto limitata. Un file breve, in Markdown, con i link giusti, risolve il problema.

È importante essere chiari su un punto: llms.txt non è uno standard ufficiale e i principali motori di ricerca non hanno dichiarato di usarlo per posizionare i siti. Lo leggono però diversi strumenti, assistenti di programmazione e agenti AI, ed è un modo economico per presentare il sito in modo ordinato.

Com'è fatto

Il file si trova all'indirizzo tuosito.it/llms.txt e segue una struttura semplice:

1. un titolo con il nome dell'azienda o del sito (#);
2. una breve descrizione in un blocco di citazione (>);
3. eventuali paragrafi di contesto;
4. una o più sezioni (##) con elenchi di link, ciascuno con una breve descrizione;
5. una sezione facoltativa ## Optional con le risorse secondarie.

Un esempio per un'azienda che produce infissi:

# Infissi Esempio Srl

> Produzione e posa di serramenti su misura in PVC e alluminio
> in provincia di Cosenza, con sopralluogo gratuito.

Sede: Via Roma 1, Rende (CS). Telefono: 0984 000000.

## Prodotti

- [Finestre in PVC](https://infissiesempio.it/finestre-pvc/index.md): profili, vetri, colori e prestazioni termiche
- [Porte blindate](https://infissiesempio.it/porte-blindate/index.md): classi di sicurezza e finiture

## Servizi

- [Preventivo online](https://infissiesempio.it/preventivo/index.md): come funziona e tempi di risposta
- [Detrazioni fiscali](https://infissiesempio.it/detrazioni/index.md): bonus applicabili e documenti

## Optional

- [Chi siamo](https://infissiesempio.it/chi-siamo/index.md)

Le versioni Markdown delle pagine

La proposta suggerisce di affiancare a ogni pagina importante una versione in Markdown, raggiungibile aggiungendo index.md (o .md) all'indirizzo. È testo pulito, senza menu e codice, con titolo, data di aggiornamento e contenuto.

Per non creare contenuti duplicati agli occhi di Google, la versione Markdown deve indicare come canonica la pagina HTML (intestazione Link: rel="canonical") ed è buona norma escluderla dall'indice con X-Robots-Tag: noindex.

Esiste anche una variante, llms-full.txt, che contiene il testo integrale di tutte le pagine in un unico file: utile per chi vuole dare a un assistente l'intero contenuto del sito in una volta.

Come crearlo senza fatica

Scriverlo a mano va bene per un sito di dieci pagine, ma diventa presto un lavoro da ricordare a ogni modifica. Il modo migliore è generarlo automaticamente insieme al sito: ogni volta che si pubblica una pagina, si aggiornano llms.txt, llms-full.txt e le versioni Markdown. È quello che facciamo nei siti che sviluppiamo, compreso questo: puoi vedere il nostro llms.txt.

Tre regole pratiche:

• pochi link, quelli giusti: servizi, prodotti, pagine con informazioni pratiche;
• descrizioni informative, non slogan: una riga che dica cosa si trova nella pagina;
• dati di contatto e sede nel testo introduttivo, uguali a quelli del sito e della scheda Google.

Cosa aspettarsi davvero

Il file llms.txt da solo non porta un'azienda nelle risposte degli assistenti AI. Funziona come parte di un lavoro più ampio: contenuti leggibili nell'HTML, dati strutturati, risposte dirette, informazioni coerenti. Il suo vero valore, spesso, è indiretto: costringe a decidere quali sono le pagine più importanti e cosa devono dire.

Ecco i nove segnali che, nella nostra esperienza di sviluppo, fanno la differenza tra un sito che l'AI ignora e uno che usa e cita volentieri.

1. I crawler possono entrare

Il primo filtro è banale e spesso trascurato: il file robots.txt. Ogni servizio ha i suoi crawler, con nomi diversi a seconda dello scopo:

• OpenAI: GPTBot (addestramento), OAI-SearchBot (ricerca in ChatGPT), ChatGPT-User (pagine aperte su richiesta dell'utente);
• Anthropic: ClaudeBot, Claude-SearchBot e Claude-User;
• Perplexity: PerplexityBot e Perplexity-User;
• Google: Googlebot per la ricerca; Google-Extended è un'indicazione che controlla l'uso dei contenuti per i modelli Gemini, non la presenza nella ricerca.

Molti siti bloccano questi crawler senza saperlo, per regole copiate o impostazioni di sicurezza troppo aggressive. Un blocco sui crawler di ricerca degli assistenti significa, semplicemente, non poter essere letti al momento della domanda.

2. Il testo è nell'HTML, non solo nel JavaScript

Questo è il punto più tecnico e più sottovalutato. Diversi crawler AI non eseguono JavaScript: leggono l'HTML così come arriva dal server. Analisi pubblicate nel 2024 hanno mostrato che i crawler di OpenAI e di Anthropic scaricano i file JavaScript ma non li eseguono.

Se il sito costruisce i contenuti nel browser (molte applicazioni a pagina singola, alcuni page builder), il crawler può trovare una pagina quasi vuota. La soluzione è generare le pagine sul server o in anticipo (server-side rendering o siti statici), così che il testo sia già presente nell'HTML.

3. Una pagina per ogni argomento importante

Gli assistenti recuperano pagine, non siti. Se tutti i servizi sono riassunti in una sola pagina "Chi siamo", diventa difficile rispondere bene a una domanda specifica. Meglio una pagina per ogni servizio, prodotto o zona servita, con un titolo che dica esattamente di cosa parla.

4. Titoli e struttura chiari

Un solo titolo principale (h1), sezioni con titoli h2 e h3 che descrivono il contenuto, paragrafi brevi, elenchi dove servono. Una struttura chiara aiuta i modelli a isolare i passaggi giusti da citare, e aiuta le persone a leggere.

5. Dati strutturati Schema.org

I dati strutturati descrivono in modo inequivocabile le entità della pagina: l'organizzazione, i servizi, i prodotti, le persone, le domande frequenti, il percorso di navigazione. Sono il modo più diretto per dire alle macchine "questa è un'azienda, si chiama così, ha sede qui, offre questi servizi". Ne parliamo in dati strutturati Schema.org: la base della GEO.

6. Risposte dirette e autosufficienti

I passaggi più citati hanno una caratteristica comune: si capiscono da soli. Una definizione all'inizio della pagina ("X è…"), una risposta di due o tre frasi a una domanda precisa, un elenco di condizioni. Il riquadro "In breve" che trovi in cima a questo articolo è pensato proprio per questo.

Al contrario, testi promozionali generici ("siamo leader del settore, qualità e professionalità") non contengono informazioni utilizzabili e vengono ignorati.

7. Fatti verificabili

Prezzi indicativi, tempi, zone servite, certificazioni, numeri, date di aggiornamento. Gli assistenti tendono a preferire fonti che contengono informazioni concrete e controllabili, e a citarle quando la domanda chiede proprio quel dato.

8. Coerenza delle informazioni sul web

Un modello costruisce l'idea di un'azienda incrociando più fonti: sito, scheda Google Business Profile, profili social, portali di settore, articoli. Nome, indirizzo, telefono e servizi devono essere uguali ovunque. Le incoerenze generano risposte sbagliate o, più spesso, nessuna risposta.

9. Velocità e accessibilità

Pagine leggere, HTML semantico, testi alternativi per le immagini, buon contrasto. Ciò che è facile da leggere per una persona con uno screen reader è facile da leggere anche per una macchina. E la velocità resta un fattore per Google, la cui indicizzazione alimenta le AI Overviews.

In pratica: una checklist

• robots.txt che non blocca i crawler di ricerca e degli assistenti;
• contenuti principali presenti nell'HTML, senza dipendere da JavaScript;
• una pagina per ogni servizio, con titolo e descrizione specifici;
• dati strutturati per organizzazione, servizi e FAQ;
• un riquadro di sintesi e domande frequenti nelle pagine chiave;
• informazioni coerenti tra sito e schede esterne;
• un file llms.txt che indica agli assistenti le pagine più importanti.

Succede nelle AI Overviews di Google, in ChatGPT, in Perplexity, in Gemini, in Copilot e in Claude. Cambia il modo in cui le persone scoprono fornitori, confrontano prodotti e decidono a chi chiedere un preventivo. E cambia, di conseguenza, cosa deve fare un sito per essere visibile.

Dai link alle risposte

Il motore di ricerca tradizionale fa tre cose: scansiona il web, indicizza le pagine e le ordina per pertinenza rispetto alla query. La scelta finale spetta a chi cerca, che apre i risultati e confronta.

Un motore di risposta aggiunge un passaggio decisivo: legge al posto tuo. Il flusso, semplificato, è questo:

1. interpreta la domanda e la scompone in sotto-domande (prezzo, zona, recensioni, alternative);
2. esegue una o più ricerche, sul proprio indice o su quello di un motore partner;
3. recupera il testo delle pagine più promettenti;
4. scrive una risposta sintetica, scegliendo quali pagine citare come fonti.

Questo schema si chiama spesso retrieval-augmented generation (RAG): il modello linguistico non risponde solo con ciò che ha imparato durante l'addestramento, ma con informazioni recuperate al momento dal web.

Chi sono i protagonisti

Non esiste un solo "motore AI". I principali funzionano in modo simile, ma con fonti e crawler diversi:

Un dettaglio pratico: per molti di questi servizi conta l'indice di un motore "classico". Copilot si basa su Bing, le AI Overviews su Google. Per questo la SEO tradizionale non è superata: è la condizione per entrare nella rosa delle fonti.

Cosa cambia per chi ha un sito

Meno clic, ma più qualificati

Quando la risposta è già sulla pagina, una parte delle persone non clicca. Chi clicca, però, arriva spesso a uno stadio più avanzato: ha già letto un riassunto, ha già confrontato, cerca la conferma o il contatto. Il traffico può calare in quantità e crescere in qualità, a patto che la pagina di arrivo sia pronta a convertire.

Conta essere citati, non solo posizionati

Nella ricerca tradizionale la domanda era: "in che posizione sono?". Nella ricerca con l'AI diventa: "l'assistente mi cita? E dice di me cose corrette?". Un'azienda può essere al terzo posto su Google e non comparire mai nelle risposte, oppure essere citata con informazioni vecchie o sbagliate prese da un portale terzo.

Le domande sono più lunghe e più specifiche

Su Google si scrive "infissi Cosenza". A un assistente si chiede "chi produce infissi in PVC su misura in provincia di Cosenza e fa il sopralluogo gratis?". Vincono i siti che rispondono a domande precise con informazioni precise: zona servita, servizi, condizioni, tempi, prezzi indicativi.

GEO: l'ottimizzazione per i motori di risposta

Per descrivere questo lavoro si è diffusa la sigla GEO, Generative Engine Optimization, insieme ad AIO (AI Optimization) e LLMO (Large Language Model Optimization). I nomi cambiano, l'obiettivo è lo stesso: rendere un sito trovabile, comprensibile e citabile dagli assistenti AI.

In pratica la GEO lavora su quattro livelli:

• accesso: i crawler dei motori di ricerca e degli assistenti devono poter leggere le pagine (robots.txt, sitemap, contenuto presente nell'HTML);
• comprensione: dati strutturati Schema.org, titoli chiari, una pagina per ogni argomento importante;
• citabilità: definizioni autosufficienti, risposte dirette, fatti verificabili, domande frequenti;
• autorevolezza: informazioni coerenti tra sito, scheda Google Business Profile, profili social e portali.

Ne parliamo nel dettaglio in cosa guardano gli LLM in un sito web.

Da dove partire

Il primo passo è capire come il proprio sito viene visto oggi. Tre verifiche che puoi fare subito:

1. chiedi a due o tre assistenti AI chi sono i fornitori del tuo settore nella tua zona, e guarda se compari e con quali informazioni;
2. apri il file robots.txt del sito (tuosito.it/robots.txt) e controlla che non blocchi i crawler di ricerca e degli assistenti;
3. verifica con il test dei risultati multimediali di Google se le pagine principali hanno dati strutturati.

Se il sito non è leggibile, è lento o non dice in modo chiaro chi sei e cosa offri, nessuna ottimizzazione "per l'AI" lo renderà visibile. Le basi vengono prima di tutto.