# Baseline del sito precedente — 5 agosto 2026 **Che cosa è stato misurato:** `https://iside.solutions/`, il sito WordPress con tema Elementor. **Non** il sito nuovo. **Con che cosa:** PageSpeed Insights. **Quando:** 5 agosto 2026, ore 12:51. Questo file esiste perché **dopo lo switch DNS quel sito non è più raggiungibile**, e con lui spariscono i numeri del «prima». Una baseline che vive dentro a un referto è un ricordo: la prima volta che qualcuno rilegge quel referto per un'altra ragione, i numeri sono lì e nessuno sa più con quale strumento erano stati presi. Qui c'è la data, lo strumento e le avvertenze, e sono la parte del file che conta più della tabella. --- ## I numeri, come li ha dati PageSpeed Insights | Metrica | Mobile | Desktop | |---|---|---| | Prestazioni | **64** | — | | First Contentful Paint | 5,1 s | 0,8 s | | **Largest Contentful Paint** | **6,0 s** | 0,8 s | | Total Blocking Time | 30 ms | 10 ms | | Cumulative Layout Shift | — | 0,006 | | Speed Index | 5,7 s | 0,9 s | | **Peso totale** | **7.618 KiB** | 7.620 KiB | Accessibilità **79** · Best practice **96** · SEO **85** · Navigazione agentica **1/2**. **Dati di campo (CrUX): nessuno.** Il sito non ha traffico sufficiente perché Chrome ne raccolga metriche reali. Tutto quello che c'è qui sopra è **laboratorio**. --- ## Le due avvertenze, che valgono più della tabella ### 1. È un dato di laboratorio, e va scritto come tale Si scrive: **«in laboratorio, su profilo mobile, l'LCP era 6,0 s».** Non si scrive: «gli utenti aspettavano sei secondi». Nessun utente è stato misurato — il campo CrUX è vuoto — e attribuire a delle persone un numero prodotto da un emulatore è la stessa forma di bugia che il resto di questo progetto passa il tempo a togliere: una misura vera, raccontata come se avesse guardato qualcos'altro. ### 2. Due righelli diversi, e non si confrontano I 6,0 s vengono da **PageSpeed Insights**. I 1,4–2,4 s del sito nuovo vengono dal **banco di questo progetto** (`npm run misura:browser`: Chrome headless, 4G lenta a 1,6 Mbit/s, due viewport). Sono due strumenti con due profili di rete, due CPU emulate e due definizioni di «pronta» diverse. Metterli nella stessa riga produrrebbe un «da 6,0 s a 2,4 s» che nessuno ha misurato. **Finché il sito nuovo non viene rimisurato con PSI dopo il lancio, i due numeri stanno in tabelle separate** — questa, e quella dei referti di fermata — e non si sottraggono. Il confronto onesto si fa così: **dopo lo switch DNS, PageSpeed Insights su `https://iside.solutions/`**, cioè lo stesso strumento su cui è stata presa questa baseline. Quel giorno la riga «prima → dopo» si può scrivere, e prima no. ### 2-bis. Il terzo righello: anche a CPU pari, i viewport non sono pari A M12 il banco di questo progetto ha smesso di essere «mezza misura»: applica adesso `cpuSlowdownMultiplier: 4` al profilo mobile, che è lo stesso fattore della configurazione `mobile` di Lighthouse — cioè del righello che ha prodotto i 6,0 s qui sopra. **Una delle tre differenze è chiusa. Ne restano due, e vanno scritte invece che risolte:** | | PageSpeed Insights | Banco di questo progetto | |---|---|---| | Dispositivo emulato | Moto G | iPhone 14/15/16 | | Viewport | **412×823 CSS** | **390×844 CSS** | | DPR | **~1,75** | **3** | | Rallentamento CPU | 4× | 4× (misurato 4,03× a ogni giro) | Due viewport diversi e due densità diverse vogliono dire **due varianti `srcset` diverse**: a 412×1,75 il browser chiede circa 721 device px dove a 390×3 ne chiede 1.170, e sono due file diversi con due pesi diversi. Non è un difetto da chiudere — non si può, il righello di PSI non è configurabile — ed è il motivo per cui il controllo `righelli-mescolati` vieta di far comparire un numero PSI e un numero di questo banco nella stessa riga. **Quindi anche a CPU pari i due numeri non si sottraggono**, e la regola del punto 2 resta intera. --- ## Il confronto che regge già oggi: il peso Il peso è l'unica metrica che i due righelli misurano allo stesso modo — sono byte, e un byte non dipende da quale CPU emulata li ha contati. Qui il confronto si può fare, ed è questo: | | Sito WordPress (PSI, mobile) | Sito nuovo (`verifica:risorse` + `build-stats.json`, home) | |---|---:|---:| | Peso totale al primo caricamento | **7.618 KiB** | **285 KiB a DPR 2** | **Circa 27 volte più leggera**, e con lo stesso righello: i byte che il browser scarica per disegnare la prima schermata. Il numero del sito nuovo va riletto insieme al referto della fermata in corso, perché cambia quando cambiano le immagini; quello del sito vecchio non cambia più. --- ## Che cosa **non** c'è in questo file, e perché - **Il costo dell'hosting.** Il piano che ospitava il sito precedente ospita anche altri sei siti e **non viene disdetto**: non c'è nessuna sottrazione da fare, e un risparmio scritto qui sarebbe inventato. Il caso studio `/casi-studio/iside-solutions/` lo dice in pagina, con le stesse parole. - **Gli screenshot a piena pagina.** Vanno presi prima dello switch DNS e non ci sono ancora: è una voce di `daCompletare` del caso studio, non una riga omessa qui. - **Le altre quattro pagine.** PSI è stato eseguito sulla home. Le altre quattro del sito vecchio non sono state misurate, e questo file dice «la home» invece di lasciar credere «il sito».