Riduci la parte di waiting duration del Time to First Byte

Riduci la waiting duration del Time to First Byte

Il Time to First Byte (TTFB) può essere suddiviso nelle seguenti sotto-parti:

• Waiting + Redirect (o waiting duration)
  
• Worker + Cache (o cache duration)
• DNS (o DNS duration)
• Connection  (o connection duration)
• Request (o request duration)

Vuoi ottimizzare il Time to First Byte? Questo articolo fornisce un'analisi approfondita della parte waiting duration del Time to First Byte. Se stai cercando di comprendere o risolvere problemi del Time to First Byte e non sai cosa significa la waiting duration, leggi prima cos'è il Time to First Byte e identifica e risolvi i problemi del Time to First Byte prima di iniziare con questo articolo

I redirect possono avere un grande impatto sul Time to First Byte (TTFB) perché ogni redirect si aggiunge al tempo necessario affinché un browser riceva il primo byte di dati da un server. Ecco come i redirect influenzano il TTFB:

Come i redirect aumentano il Time to First Byte?

I redirect sono generalmente inclusi nella misurazione completa del TTFB (vedi riquadro blu). Ciò significa che il tempo impiegato per tutti i redirect viene incluso nel punteggio TTFB complessivo, facendolo apparire potenzialmente più alto del previsto.

Quando una pagina viene reindirizzata, questi sono i passaggi tipici che si verificano:

• Il browser invia una richiesta iniziale all'URL originale.
  
• Il server elabora questa richiesta e risponde con un codice di stato redirect (ad es. 301 o 302).
  
• Il browser invia quindi una nuova richiesta all'URL di redirect.Il server elabora questa seconda richiesta e inizia a inviare il contenuto effettivo.

Aumento del tempo di elaborazione del server

Questa elaborazione aggiuntiva aumenta il TTFB complessivo, poiché ogni passaggio richiede tempo affinché il server gestisca la richiesta e risponda.

Catene di redirect

In alcuni casi, possono verificarsi più redirect prima di raggiungere la destinazione finale. Questo crea una "catena di redirect" che può  aumentare il TTFB. Ogni redirect nella catena aggiunge il proprio tempo di elaborazione, aumentando il ritardo prima che il primo byte di contenuto effettivo venga ricevuto.

Latenza di rete

I redirect spesso comportano round trip di rete aggiuntivi tra client e server. Questo introduce latenza di rete aggiuntiva, specialmente se i redirect coinvolgono domini o server diversi. La distanza fisica tra client e server per ogni redirect può influire ulteriormente sul TTFB.

Redirect JavaScript vs redirect lato server: Solo i redirect lato server (che funzionano con un header di redirect 30x) vengono aggiunti al Time to First Byte. I redirect JavaScript non vengono aggiunti al Time to First Byte perché una risposta completa (200) è stata inviata dal server.

Si potrebbe pensare che i redirect JavaScript siano preferibili poiché non si aggiungono al Time to First Byte. Purtroppo i redirect JavaScript sono molto più lenti per gli utenti reali e saranno causa di una scarsa User Experience,

Impatto sulla User Experience (e sulla SEO)

Sebbene i redirect siano talvolta necessari, il loro impatto sul TTFB può avere implicazioni più ampie:

• User Experience: Un TTFB più lento a causa dei redirect può ritardare il rendering iniziale della pagina, frustrando potenzialmente gli utenti.
• SEO: Sebbene il TTFB non sia un fattore di ranking diretto, influenza altre metriche come il Largest Contentful Paint (LCP), che è un Core Web Vital considerato dai motori di ricerca.

Come misurare i problemi di TTFB causati dai redirect

Per trovare l'impatto che i redirect causano sull'esperienza degli utenti reali, dovrai utilizzare uno strumento RUM come CoreDash. Il Real User Monitoring ti permetterà di monitorare i Core Web Vitals in grande dettaglio.

In CoreDash fai semplicemente clic su 'redirect count' per visualizzare i tuoi dati segmentati per numero di redirect. Poi, ad esempio, fai clic sul segmento '1 redirect' per filtrare i dati RUM per '1 redirect' e visualizzare tutti gli URL interessati.  

Come minimizzare l'impatto dei redirect

Come regola generale, segui questi 3 semplici passaggi per evitare problemi di redirect:

• Minimizza l'uso dei redirect dove possibile.
  
• Evita le catene di redirect aggiornando i link in modo che puntino direttamente all'URL di destinazione finale.
• Usa redirect lato server invece di redirect lato client quando possibile, poiché sono generalmente più veloci.

Redirect same-origin. I redirect same-origin provengono da link sul tuo stesso sito web. Dovresti avere il pieno controllo su questi link e dovresti dare priorità alla loro correzione quando lavori sul Time to First Byte. Il metodo tipico per trovare questi redirect interni è utilizzare uno dei strumenti disponibili che ti permettono di controllare l'intero sito web per i redirect.

Redirect cross-origin. I redirect cross-origin provengono da link su altri siti web. Hai pochissimo controllo su questi. Per i link ad alto impatto che generano molto traffico, considera di contattare il webmaster del sito per aggiornare l'URL collegato.

Catene di redirect. Redirect multipli o catene di redirect si verificano quando un singolo redirect non reindirizza alla posizione finale della risorsa. Questi tipi di redirect mettono più pressione sul Time to First Byte e dovrebbero essere evitati a tutti i costi. Anche in questo caso, usa uno strumento per trovare questi tipi di redirect e correggerli!

Redirect da HTTP a HTTPS. Un modo per aggirare questo problema è utilizzare l'header Strict-Transport-Security (HSTS), che imporrà HTTPS alla prima visita a un'origine e poi dirà al browser di accedere immediatamente all'origine tramite lo schema HTTPS nelle visite future.

In generale raccomandiamo di:

1. Controlla e aggiorna regolarmente i tuoi link interni! Ogni volta che cambi la posizione di una pagina, aggiorna i link interni verso quella pagina per assicurarti che non rimangano riferimenti alla posizione precedente.
   
2. Gestisci i redirect a livello di server. Il metodo di redirect preferito è un redirect 301. Un redirect 301 è un redirect permanente, mentre un redirect 302 è un redirect temporaneo. I redirect temporanei, ad esempio, potrebbero non essere aggiornati nei motori di ricerca.
   
3. Usa URL relativi: quando crei link a pagine del tuo sito web, usa URL relativi invece di URL assoluti. Questo aiuterà a prevenire redirect non necessari.
   
4. Usa URL canonici: se hai più pagine con contenuti simili, usa un URL canonico per indicare la versione preferita della pagina. Questo aiuterà a prevenire contenuti duplicati e redirect non necessari.