TTFB mediano: domini più citati vs meno citati . 804 vs 910 ms.
I domini più citati rispondono più velocemente dal server: un tempo al primo byte mediano di 804 ms per quelli citati 10+ volte, contro 910 ms per le pagine citate una o due volte. Una risposta lenta del server è associata a un minor numero di citazioni, sebbene la differenza sia modesta.
Tempo di risposta del server (TTFB) vs frequenza di citazione
Raggruppando ogni dominio citato in base a quante risposte dei prompt tracciati di AmICited lo hanno citato, e unendo i dati di Core Web Vitals di Google relativi a utenti reali, emerge uno schema coerente tra i vari livelli. Quelli citati 10+ volte (659 domini con dati) si trovano a un estremo e quelli citati 1–2 volte (4.313 domini) all’altro. La direzione è la stessa per ogni metrica di salute misurabile — tasso di superamento, tempo di risposta del server e punteggio di performance — motivo per cui il segnale (modesto) è credibile e non casuale.
I numeri sottostanti
| Frequenza di citazione | Domini con dati CrUX | Superano Core Web Vitals | TTFB mediano | Punteggio performance medio |
|---|---|---|---|---|
| Citati 10+ volte | 659 | 60% | 804 ms | 76,5 |
| Citati 3–9 volte | 1.584 | 58% | 893 ms | 74,9 |
| Citati 1–2 volte | 4.313 | 57% | 910 ms | 74,9 |
Ready to Monitor Your AI Visibility?
Track how AI chatbots mention your brand across ChatGPT, Perplexity, and other platforms.
Cosa significa per la visibilità nella ricerca AI
Le pagine tecnicamente sane vengono citate un po’ più spesso, ma l’effetto è piccolo — la salute del sito sembra essere un fattore di supporto, non un driver primario del fatto che i motori AI ti citino. La rilevanza dei contenuti conta quasi certamente di più (vedi i report a livello di fonte e argomento). Il suggerimento pratico: sistemare i Core Web Vitals e il tempo di risposta del Server vale la pena — rimuove un moderato ostacolo e aiuta gli utenti comunque — ma non ti porterà, da solo, tra le fonti citate da un motore. Consideralo come il costo minimo per partecipare, poi competi sulla rilevanza.
Perché il TTFB è la metrica di velocità più importante per le citazioni AI
Tra tutte le metriche di performance analizzate, il Time to First Byte mostra il divario assoluto più ampio tra i domini più e meno citati: 106 millisecondi (804 ms vs. 910 ms). Non è una coincidenza. Il TTFB è la metrica più direttamente legata alle prestazioni lato server — esattamente ciò con cui i crawler AI interagiscono quando recuperano le tue pagine.
Quando un crawler AI come GPTBot richiede una pagina, non gli importa della tua hero image, delle tue animazioni CSS o del tuo bundle JavaScript. Gli importa di una cosa sola: quanto velocemente può ottenere il contenuto HTML necessario per estrarre il testo e determinare la rilevanza. Un TTFB lento significa che il crawler sta aspettando — e se aspetta troppo a lungo, potrebbe andare in timeout, ricevere solo una risposta parziale o de-prioritizzare il tuo dominio per le scansioni future.
Il divario di 106 ms è modesto in termini assoluti — è circa il tempo di un battito di ciglia — ma è coerente su migliaia di domini e segue la direzione prevista. Il meccanismo più plausibile è un effetto di efficienza della scansione: i server più veloci vengono scansionati in modo più completo e più spesso, il che significa che il loro contenuto è più pienamente rappresentato negli indici di recupero consultati dai motori AI. Non è una causalità dimostrata, ma è la spiegazione più coerente del perché il TTFB mostri il segnale di performance più forte.
Stay Updated on AI Visibility Trends
Get the latest insights on AI mentions, brand monitoring, and optimization strategies.
Come si confronta il TTFB con altre metriche di performance
A differenza delle metriche front-end come LCP , FCP e CLS , il TTFB è quasi interamente sotto il controllo del proprietario del sito. Dipende da:
- Infrastruttura del server: La qualità e la posizione del tuo hosting
- Configurazione della CDN: Se utilizzi una CDN e come è configurata
- Strategia di caching: Se le tue pagine vengono servite dalla cache o generate dinamicamente
- Efficienza del backend: La velocità con cui il tuo CMS o server applicativo genera HTML
Questo rende il TTFB la metrica più actionable per il lavoro sulla performance per la visibilità AI. Migliorare l’LCP potrebbe richiedere la riprogettazione del layout della pagina; migliorare il TTFB può spesso essere fatto con sole modifiche di configurazione. Il divario tra 910 ms e 804 ms è raggiungibile per la maggior parte dei siti con una CDN e un caching lato server di base — e i nostri dati suggeriscono che colmare questo divario è l’ottimizzazione delle performance singolarmente più impattante che puoi fare per la visibilità AI .
Qual è un TTFB “buono” per la visibilità AI
Google considera un TTFB inferiore a 800 ms come “buono”. I domini più citati nel nostro dataset si trovano proprio a questa soglia (804 ms mediano). Questo suggerisce che l’obiettivo pratico per la visibilità AI non è un TTFB elite sotto i 200 ms, ma semplicemente essere nella fascia “buona” — sotto gli 800 ms.
Se il tuo TTFB è attualmente sopra 1.000 ms, è probabile che tu stia sperimentando un certo grado di attrito nella scansione. I crawler AI operano con budget di tempo, e un server che impiega più di un secondo per rispondere perderà una frazione dei tentativi di scansione a causa di timeout. Raggiungere sotto 1.000 ms dovrebbe essere il tuo primo traguardo; scendere sotto 800 ms ti mette in compagnia dei domini più citati.
Raccomandazioni pratiche
Misura il tuo TTFB da più posizioni geografiche. Il tuo TTFB varierà a seconda di dove ha origine la richiesta. I crawler AI potrebbero connettersi da data center in regioni diverse rispetto ai tuoi visitatori umani. Utilizza uno strumento come KeyCDN Performance Test o WebPageTest per misurare da più posizioni.
Abilita la caching completa delle pagine. Se le tue pagine vengono generate dinamicamente a ogni richiesta, il tuo TTFB sarà alto. Un layer di caching (Redis, Varnish o la cache integrata del tuo CMS) può ridurre il TTFB da oltre 500 ms a meno di 50 ms per le pagine in cache.
Utilizza una CDN con caching periferico. Una CDN serve i tuoi contenuti da posizioni vicine al richiedente, riducendo la latenza di rete. Anche una configurazione CDN di base (Cloudflare, Fastly, CloudFront) può ridurre il TTFB di 100–300 ms.
Aggiorna il tuo hosting se necessario. I piani di hosting condiviso hanno spesso un TTFB nell’intervallo 1.000–2.000 ms. Passare a un VPS o server dedicato, o a una piattaforma di hosting gestita, può rappresentare un miglioramento sostanziale.
Metodologia
Si tratta di una associazione tra le pagine che l’AI già cita, non di una prova di causalità: è calcolata unendo i dati sul campo di Google CrUX / PageSpeed alla frequenza con cui ciascun dominio è stato citato nei 1.905 prompt tracciati di AmICited. I dati CrUX erano disponibili per 6.556 degli 8.845 domini citati (74%). I domini sono raggruppati in base a quante risposte li hanno citati; all’interno di ciascun gruppo calcoliamo la media della metrica di salute del sito. Un dominio “supera i Core Web Vitals” quando la maggioranza dei suoi URL sottoposti a audit supera le soglie LCP/INP /CLS di Google nei dati degli utenti reali (CrUX); il TTFB e il punteggio di performance sono mediati allo stesso modo. Le pagine senza dati CrUX sufficienti sono escluse. Poiché i prompt di AmICited tendono verso SaaS , e-commerce e argomenti di supporto, queste cifre descrivono i siti citati per quel tipo di query. La relazione è reale ma modesta, e correlazionale — non stiamo affermando che le pagine più veloci causino più citazioni.
