Performance & Core Web Vitals

Un sito lento è un sito invisibile

Google penalizza i siti che falliscono il check Core Web Vitals. Mobile è dove succede tutto: se il primo paint arriva in 4 secondi, gli utenti se ne vanno.

• 01

  Hero che impiega 6 secondi

  Immagine cover servita in PNG da 3-4MB, senza fetchpriority, dietro un banner cookie che blocca il render. LCP fuori soglia, primi visitatori già rimbalzati prima di vedere il titolo.

• 02

  Layout che salta mentre leggi

  Banner cookie senza altezza riservata, hero senza dimensioni esplicite, font che cambiano peso a metà render. CLS oltre 0.25, l'utente clicca dove non voleva e il sito perde fiducia immediatamente.

• 03

  Click che rispondono dopo 1 secondo

  JavaScript bloccante, hydration in un blocco unico, listener che fanno layout reflow. INP oltre 500ms. L'utente preme "Aggiungi al carrello" due volte perché il primo click sembra ignorato.

1. 01

   Audit Lighthouse + WebPageTest + CrUX

   Misurazione su 3 fonti che si incrociano. Lighthouse per il lab data, WebPageTest per il filmstrip e i waterfall, CrUX per il dato reale degli utenti negli ultimi 28 giorni. Solo dopo si tocca il codice.

2. 02

   LCP < 2.5s

   Largest Contentful Paint sotto soglia. Hero serviti in formato moderno (AVIF/WebP), preload del font display, fetchpriority sul cover, eliminazione del render-blocking CSS. Prima si vede il contenuto, poi tutto il resto.

3. 03

   CLS < 0.1

   Niente layout shift fastidioso. Dimensioni esplicite su ogni immagine e iframe, height riservato per banner cookie e sticky header, font-display swap senza salti. Il sito smette di "saltare" mentre carica.

4. 04

   INP < 200ms

   Interaction to Next Paint sotto soglia. Long task spezzati con yield, eventi pesanti spostati in requestIdleCallback, hydration ottimizzata. I click rispondono subito, non dopo aver aspettato un bundle JS da 800KB.

5. 05

   Image + asset pipeline

   Immagini ricodificate in AVIF/WebP con fallback, lazy loading nativo, responsive srcset. Font preload solo per i pesi above-the-fold. Bundle JS analizzato e tree-shaken senza dipendenze morte. Niente "ottimizzazioni segrete": misurabile e replicabile.

6. 06

   Report before/after

   Snapshot Lighthouse + WebPageTest prima e dopo, con waterfall a confronto e numeri sulle metriche chiave. Se non si vede il delta nei dati, il lavoro non è chiuso. Niente screenshot decorativi: numeri.

1. 01

   Call iniziale

   30 minuti gratis per capire il bisogno reale. Ascolto, faccio domande, prendo appunti. Niente preventivi a freddo: prima devo sapere cosa stai costruendo davvero.

2. 02

   Preventivo

   Forfait chiaro con scope, tempi e costi. Niente sorprese: se qualcosa e' fuori scope te lo dico prima, non a fattura emessa.

3. 03

   Design / Strategia

   Wireframe, moodboard o audit con piano d'azione — dipende dal servizio. Ti mostro la direzione prima di mettere mano al codice o ai contenuti.

4. 04

   Build

   Sviluppo, intervento tecnico o esecuzione operativa. Check-in periodici concordati, niente "ci sentiamo a fine mese e vediamo".

5. 05

   Lancio & follow-up

   Go-live + 30 giorni di assistenza inclusa. Documentazione, training se serve, e una porta sempre aperta per le piccole cose.

• 01

  Web Design

  Un sito veloce nasce dal design, non si rincorre dopo. Le performance entrano già in fase di wireframe.

• 02

  Sviluppo Web

  Stack moderno, hydration intelligente, build pipeline tarata. Le performance non sono un layer applicato dopo.

• 03

  Manutenzione siti

  Monitoring continuo per intercettare regressioni prima che le veda Google.

• Le domande che mi fanno tutti.

• Quanto tempo serve per far passare il check Core Web Vitals?+

  Dipende da quanto è messo male il sito di partenza. Un sito moderno con qualche fix mirato si sistema in 1-2 settimane. Un sito legacy con jQuery monolitico, plugin WordPress non aggiornati e immagini PNG da 4MB richiede di più, perché spesso bisogna toccare hosting o build pipeline. Il primo audit chiarisce la dimensione reale del lavoro.

  Posso farlo senza cambiare hosting?+

  Quasi sempre sì. La maggior parte dei problemi è nel codice e negli asset, non nel server. Però se l'hosting è condiviso e il TTFB resta sopra 1 secondo anche dopo cache + CDN, l'unica via è cambiarlo. Non vale promettere "performance miracolose" su shared hosting da 3€ al mese.

  Il mio sito è in WordPress: cambia qualcosa?+

  No, le metriche sono le stesse. Cambia il toolkit: caching plugin (W3 Total Cache, WP Rocket), image optimizer, query optimization su WP_Query, eventuale migrazione a hosting WP-tuned. Per casi più gravi, segnalo migrazione headless o CMS alternativo, ma è raro.

  Garantisci che il check passi sempre?+

  No, e chi lo garantisce mente. Garantisco di applicare le best practice misurabili e di documentare ogni fix con before/after. Su siti molto grandi o con vincoli (terze parti, tracking pesanti, embed video) qualche metrica può restare borderline. In quel caso lo dico subito, non a fine progetto.

  Cosa succede se cambio sito dopo l'ottimizzazione?+

  Senza manutenzione, le metriche tornano a degradare nel giro di mesi: nuovi plugin, foto non ottimizzate, script di tracking aggiunti. Per questo consegno una checklist operativa e, se serve, un retainer di monitoring trimestrale.

  Lavori solo su sito-v3 / Next.js o anche su altri stack?+

  Lavoro su qualsiasi stack: WordPress, Shopify, Webflow, custom React/Vue/Next, statici Hugo/Astro. Il principio non cambia: misuro, identifico, fixo, rimisuro. Il toolkit cambia, le metriche restano LCP, CLS, INP.