Un sito che carica veloce non si lascia al caso.

Perché al di sotto c'è quasi sempre un vero problema: un'immagine troppo pesante, uno script inutile, una richiesta lenta. 95/100 è il livello in cui il sito è buono per il SEO, per la conversione e per il visitatore. Abbiamo scelto una soglia che possiamo mantenere su tutti i nostri siti, e la manteniamo: niente 95 annunciato e 82 in produzione.

Sì, perché sono native nel nostro stack EaaS. Non costruiamo un sito e poi lo ottimizziamo: le prestazioni sono un vincolo di progettazione fin dalla prima riga. Ogni store che va in produzione sullo stack parte da 95/100 minimo, senza fase di recupero dopo.

Vanno mantenute, ed è proprio il ruolo dell'abbonamento EaaS. Ogni nuova funzionalità, ogni modulo di pagamento, ogni integrazione aggiunta può degradare i punteggi. Poiché il sistema è mantenuto e migliorato in continuo, i test di prestazioni fanno parte del ciclo di messa in produzione: il 95/100 non è un dato acquisito, è uno standard che difendiamo per tutti gli store dello stack.

TTFB, FCP, LCP e CLS: sono le metriche che Google utilizza per valutare l'esperienza reale dei visitatori. Le misuriamo in condizioni reali, non solo in sviluppo: è ciò che conta per il posizionamento e per i vostri visitatori. Un sito che fa 90 nei test di sviluppo ma è lento sul campo non converte, e lo sappiamo.

Sì, a condizione di configurarla bene. È esattamente il punto: non mettiamo in cache qualsiasi cosa. Le pagine vetrina, categorie e prodotti sono servite dalla cache, e l'invalidazione è precisa: quando un prezzo o uno stock cambia, sono le pagine interessate a rigenerarsi, non tutto il sito. Il cliente vede sempre i dati giusti, senza pagare il prezzo di una pagina generata al volo.

No, ed è una scelta assunta. Le prestazioni non si aggiungono dopo su una piattaforma esistente: derivano dall'architettura, dal rendering, dalla cache e dal modo in cui il frontend carica i suoi asset. Ecco perché i nostri clienti arrivano sullo stack tramite un re-platforming, non tramite un'ottimizzazione del loro sito in essere. Una volta sullo stack, le prestazioni ci sono fin dal lancio.

Non principalmente. Un server più potente non compensa un'architettura mal pensata: molti siti lenti girano su un'infrastruttura performante semplicemente mal configurata. Ciò che conta è il modo in cui il contenuto è generato, messo in cache e servito. Nell'abbonamento EaaS, l'infrastruttura è inclusa e dimensionata da noi, non dovete regolare nulla.

È vero, alcuni script di terze parti sono ciò che sono. Poiché sono integrati nello stack, li conosciamo e li inquadriamo: caricamento differito, alternativa più leggera quando esiste, o limitazione al momento in cui lo script è realmente utile. Ciò che non possiamo migliorare, ve lo diciamo chiaramente con il suo impatto quantificato.