# TTFB: cosa misura e come si riduce

Il TTFB è il tempo tra richiesta e primo byte. Sul nostro sito la mediana è 350 ms, di cui 59 ms di handshake: come si misura e cosa lo riduce.

> Pagina: https://ui.eneawork.it/blog/core-web-vitals-ttfb
> Markdown: https://ui.eneawork.it/blog/core-web-vitals-ttfb.md

*2026-11-01*

Il TTFB (time to first byte) è il tempo tra la richiesta del browser e il primo byte di risposta: sotto 800 ms è buono, sopra 1.800 ms è da correggere. Misura server e rete, non il rendering.

TTFB misurato con venti richieste consecutive a https://ui.eneawork.it/ da curl.exe su Windows, connessione fredda, il 1 novembre 2026: mediana 350 ms, p95 390 ms, minimo 331 ms, massimo 906 ms. La scomposizione su dieci richieste dà 13 ms di DNS, 30 ms di TCP e 59 ms a TLS completo, quindi restano circa 291 ms di server e trasferimento. Il catalogo EneUI misura 111.985 componenti, 1.556 blocchi e 12.808 icone da 1.472 librerie, letti da /api/stats il 1 novembre 2026. Soglie: web.dev, CC BY 4.0.

## Le quattro parti del TTFB

Sul nostro sito il server pesa più dell'handshake: 291 ms contro 59 ms. È il caso normale quando l'HTML si genera a ogni richiesta e nessuna cache lo riusa.

## Misurarlo da terminale

for i in $(seq 1 20); do curl -s -o /dev/null -w "%{time_starttransfer}\n" https://example.com/; done | sort -n

Il comando richiede bash, curl e una connessione. Il campo time_starttransfer include handshake e trasferimento: per il solo tempo del server leggi anche time_pretransfer e sottrai.

## Cosa riduce il TTFB

## Il limite da dichiarare

Il TTFB non dice nulla sul rendering: una pagina con 300 ms di primo byte e 4 s di LCP ha il problema nel JavaScript, non nel server. Non è nemmeno una Core Web Vital, è una metrica diagnostica, e va letta insieme a LCP, INP e CLS.

## Dove continuare

Il catalogo EneUI indicizza 111.985 componenti, 1.556 blocchi e il record hero parallax: un hero con molte immagini gonfia l'HTML e allunga il primo byte. Per le soglie leggi cosa sono i Core Web Vitals, per il rendering cosa peggiora l'LCP, per il confronto tra architetture framework frontend a confronto.

## FAQ

### Il TTFB è una Core Web Vital?

No. È una metrica diagnostica: Google la pubblica accanto a LCP, INP e CLS, ma non entra nel punteggio delle Core Web Vitals.

### Qual è una soglia accettabile?

Sotto 800 ms al 75° percentile è buono, sopra 1.800 ms è da correggere. Sotto 500 ms resta margine per la rete mobile.

### Perché il TTFB che misuro è diverso da Search Console?

Search Console usa dati di campo di utenti reali su 28 giorni; curl misura una richiesta dalla tua rete. Latenza, cache e posizione cambiano il numero.

### Il TTFB si vede in Lighthouse?

Sì, l'audit server-response-time riporta il TTFB di laboratorio di una sola esecuzione. Per decidere se la pagina passa contano i dati di campo.

### Cosa riduce il TTFB senza cambiare hosting?

Cache dell'HTML, indici sulle query, meno chiamate sincrone nel percorso critico e keep-alive. Se il server è lontano dal pubblico serve un edge o un'altra regione.