LCP a 2,1s su mobile, quattro anni dopo l'audit
Tre siti in uno, circa 25 URL e un blog che sembrava veloce solo su Lighthouse.
WordPress, un'app separata per i profili e un blog
Il sito di Voices in realtà era composto da tre siti: un sito marketing in WordPress, un'app separata per i profili dei doppiatori, più un blog e i podcast. Ho analizzato circa 25 URL tra tutti.
Layout shift sulla homepage, profili lenti e un 94 sul blog che i visitatori non hanno mai visto
Mi sono confrontato con i loro sviluppatori, ho indicato cosa correggere prima e ho spiegato diversi concetti lungo il percorso. Hanno recepito al volo e sono partiti in quarta: poco tempo dopo il loro development manager mi ha inviato l'elenco di ciò che avevano implementato, fino a fetchpriority sulle immagini che contano.
Tom, il loro marketing developer, aveva applicato molti dei miei consigli prima di andarsene, e a marzo 2022 i profili erano spesso verdi su PageSpeed. Poi è andato online un pacchetto di nuove funzionalità su tutto il sito, e le prestazioni dei profili sono peggiorate. A maggio il loro development manager, Jayme Cousins, mi ha scritto: potevo dare un'altra occhiata? Il lunedì successivo gli ho inviato tre interventi rapidi. Gli script di accesso con Google e Apple erano diventati render blocking dopo aver disattivato Rocket Loader di Cloudflare, quindi dovevano finire a fondo body con defer. Al logo servivano width e height. E il LCP era un'immagine di sfondo CSS, che andava trasformata in un'immagine vera con un preload. Abbiamo trovato uno slot il mercoledì, tra il loro Victoria Day e la mia festività dell'Ascensione (mia moglie non avrebbe gradito vedermi lavorare in un giorno di festa), e quel giorno ho inviato anche del codice di esempio, inclusa una piccola page cache.
Ad agosto l'head di un profilo pesava 40 kB invece di 251 kB.
- 251 kB
- peso dell'head
- 28
- regole @font-face
- 2
- script bloccanti
- 40 kB
- peso dell'head
- 0
- regole @font-face
- 0
- script bloccanti
Su desktop si vede l'effetto del secondo ciclo di interventi. Ad aprile, dopo il rilascio delle nuove funzionalità, il Time to First Byte ha toccato un picco di 1,1 secondi. A ottobre era sceso a 0,8 ed era verde, e il LCP era calato da 1,8 secondi a marzo fino a 1,5.
Quattro anni dopo ho ricontrollato Voices su CrUX per questa pagina, ed è tutto verde. Su mobile il LCP si attesta tra 2,0 e 2,3 secondi, l'INP tra 150 e 200 ms e il CLS è rimasto a 0 ogni mese per un anno intero. Questo merito è tutto dei loro sviluppatori.
"Arjen ha svolto un ruolo chiave nella sistemazione dei nostri Core Web Vitals. Ha riportato in verde su PageSpeed le nostre pagine profilo più critiche. Ciò che apprezzo di più è il suo approccio pratico: non si limita a individuare i colli di bottiglia, ma lavora direttamente con il nostro team di sviluppo finché i fix non sono effettivamente online."
Jayme Cousins, Manager Development, Voices.com
Un plugin che ritarda gli script inganna Lighthouse
Il test valuta quello che vede, e quegli script non li ha mai visti. Ma lo smartphone del visitatore scarica ed esegue comunque ciascuno di essi.
Un layout shift in realtà erano tre
Il report forniva un solo valore di CLS. Il trace mostrava tre shift consecutivi, e ognuno richiedeva un fix dedicato.
Forma gli sviluppatori e resta verde
L'audit è del 2022. I loro sviluppatori hanno mantenuto il verde, e su mobile CrUX passa ancora.
Verde su Lighthouse, rosso su Search Console?
Individuo cosa rallenta i visitatori e perché, e fornisco ai tuoi sviluppatori i fix nell'ordine in cui implementarli.
Altri risultati nella pagina dei clienti.
