Performance

Performance reale, non punteggi PageSpeed.

PageSpeed 95 ma utenti che percepiscono il sito lento? Lavoriamo sui Core Web Vitals di campo (CrUX): LCP, INP e CLS sui visitatori veri, non sul lab simulato. Tuning mirato, niente teatro.

Richiedi analisi

Performance Optimization da 249€ (intervento spot)

Performance Optimization
  • Misurato su CrUX field data
  • Tuning server, non solo plugin
  • Report prima/dopo con metriche reali
  • Monitoring continuo opzionale

Il problema reale

Cosa succede di solito

Cliente con punteggio Lighthouse 95 ma CrUX rosso, INP > 200ms, conversioni che calano. Il problema non è il punteggio Lighthouse, è l'esperienza degli utenti reali con device medi e connessioni reali.

  • Tre plugin di cache attivi insieme

    Page cache + object cache plugin + plugin di optimization che fanno cose simili. Si calpestano tra loro, generano payload duplicati, e rendono ogni update un terno al lotto.

  • Hero image da 4MB

    JPEG da 6000px caricato a 1200px, niente WebP/AVIF, niente `srcset`. LCP rimane oltre 4 secondi anche con cache attiva.

  • JavaScript di terze parti che blocca il rendering

    Analytics, heatmap, A/B testing, chatbot, tracking commerciale. Ognuno aggiunge 200-400ms al main thread. INP supera 300ms su mobile.

  • Database mai pulito

    Migliaia di transient orfani, opzioni `autoload` pesanti da MB, postmeta abbandonati di plugin disinstallati. Ogni query del frontend paga questo overhead.

Il nostro metodo

Il nostro metodo: parti dai dati reali

La performance reale si misura sugli utenti veri. PageSpeed Insights dà due dati: lab (Lighthouse simulato) e field (CrUX raccolto da Chrome). Quello che conta per il ranking e per l'esperienza è il field. La nostra ottimizzazione parte da lì.

01

Field data prima del lab data

Apriamo il CrUX della tua origine. Vediamo INP, LCP, CLS aggregati per device. Quello rosso è il bottleneck. Se il field data dice INP 250ms su mobile e Lighthouse dice 95, lavoriamo sull'INP - punteggio Lighthouse compreso.

02

TTFB server-side prima di tutto

Se il TTFB è 800ms, non c'è ottimizzazione frontend che salvi l'LCP. Si parte da hosting, PHP, database. Page cache attivata bene riduce TTFB del 70%; tuning PHP-FPM sposta altre centinaia di ms.

03

Ottimizzazioni mirate, non a pioggia

Lazy load aggressivo sull'hero peggiora LCP. Defer di tutti gli script rompe funzionalità. Compressione JPEG estrema svilisce il sito. Ogni ottimizzazione viene testata sul caso reale, non applicata per default.

04

Verifica con dati reali post-intervento

Dopo l'intervento riapriamo CrUX a 4 settimane. Se LCP è sceso da 3.8s a 1.9s sul 75esimo percentile, l'intervento ha funzionato. Se Lighthouse è salito a 99 ma CrUX non è cambiato, l'intervento è teatro.

Come si svolge

Come si svolge un intervento performance

  1. Step 01

    Analisi field data + lab data

    CrUX della tua origine, segmentato per device. Lighthouse su 3 pagine rappresentative (home, listing, dettaglio). Identificazione del bottleneck principale: TTFB? LCP? INP? CLS?

  2. Step 02

    Profiling server-side

    Query DB lente, plugin pesanti che girano in `wp_loaded`, configurazione PHP-FPM, presenza di OPcache, object cache abilitato.

  3. Step 03

    Tuning hosting e cache

    Page cache configurata correttamente, object cache (Redis o Memcached), PHP-FPM tuning, MySQL query optimization, eventualmente CDN.

  4. Step 04

    Frontend optimization

    Hero image WebP/AVIF + `width`/`height`, font con `font-display: swap`, JavaScript di terze parti differiti o sostituiti, CSS critico inline, lazy load corretto.

  5. Step 05

    Database cleanup

    Pulizia transient orfani, riduzione opzioni `autoload` pesanti, rimozione postmeta abbandonati, eventuali indici mancanti.

  6. Step 06

    Verifica con field data

    Monitoraggio CrUX nelle 4 settimane successive. Confronto prima/dopo. Eventuali aggiustamenti se qualche metrica resta indietro.

Cosa ricevi

Cosa ricevi a fine intervento

Report metriche prima/dopo

Confronto CrUX e Lighthouse su 3 pagine rappresentative. INP, LCP, CLS, TTFB, FCP. Numeri concreti, non punteggi astratti.

Tuning hosting documentato

Configurazione PHP-FPM, MySQL, cache server-side. Cosa è stato cambiato, perché, come revertirlo.

Raccomandazioni a 90 giorni

Cosa monitorare per non perdere terreno (plugin nuovi che vanno valutati, immagini caricate dal cliente, accumulo transient).

Monitoring CrUX continuo (opzionale)

Dashboard mensile con field data + alert se le metriche peggiorano oltre soglia. Incluso nei piani di manutenzione.

FAQ

Domande frequenti

Risposte concrete sulle modalità di lavoro, garanzie reali e limiti tecnici di questo servizio.

  • No, e non promettiamo punteggi astratti. Garantiamo miglioramento misurabile dei Core Web Vitals di campo. Quello sposta il ranking SEO e l'esperienza reale; il punteggio Lighthouse no.

Pronto a partire?

Sospetti problemi di performance?

Apri la chat con Bob o richiedi un'analisi tecnica iniziale. Guardiamo il CrUX della tua origine e ti diciamo se l'intervento ha senso.

Richiedi analisi