Vai al contenuto principale

Come CentralApp aiuta il tuo sito web a caricarsi rapidamente

CentralApp gestisce gran parte dell’ottimizzazione tecnica necessaria per rendere il tuo sito web veloce, stabile e reattivo, senza richiedere accesso al codice sorgente o configurazioni tecniche.

Scritto da Solange Lin Lai Yat

CentralApp ottimizza automaticamente il rendering delle pagine, la cache, le immagini, i caratteri, il caricamento del codice e la stabilità del layout.

Queste ottimizzazioni sono integrate nella piattaforma e non richiedono alcuna configurazione manuale.



​

Le pagine iniziano a essere visualizzate rapidamente

CentralApp utilizza il rendering lato server (SSR) per preparare sui propri server i contenuti essenziali e lo stile della pagina prima di inviarli al browser.

Il browser può così iniziare a mostrare contenuti utili senza dover attendere il download e l’esecuzione dell’intera applicazione JavaScript.

Gli elementi con priorità inferiore possono poi essere caricati progressivamente.

CentralApp utilizza anche la cache per evitare di generare inutilmente più volte le stesse pagine.

Quando una pagina viene pubblicata:

  • Una versione generata può essere memorizzata nella cache

  • Questa versione può essere riutilizzata per i visitatori successivi

  • Quando una pagina viene modificata, una nuova versione può essere preparata in background

  • La versione precedente può rimanere disponibile durante questa preparazione

Questo riduce il lavoro richiesto al server e permette di mantenere tempi di risposta costanti, anche quando il sito riceve molto traffico.


Le immagini si adattano al visitatore

Le immagini rappresentano spesso una parte importante del peso di una pagina web.

CentralApp ottimizza automaticamente le immagini supportate dalla piattaforma per limitare la quantità di dati scaricati dal browser.

In particolare, le immagini vengono:

  • Fornite in formato WebP quando possibile

  • Preparate in diverse larghezze

  • Servite in una dimensione adatta allo schermo del visitatore

  • Caricate con priorità quando sono importanti per la visualizzazione iniziale

  • Caricate in modo differito quando si trovano più in basso nella pagina

Questo approccio evita in particolare di inviare sistematicamente un’immagine ad altissima risoluzione a un visitatore che utilizza uno schermo più piccolo o una connessione mobile.

Le immagini più in basso nella pagina possono utilizzare il caricamento differito («lazy loading»). Vengono quindi scaricate solo quando il visitatore si avvicina a esse.

Quando viene utilizzato un servizio video esterno, CentralApp può anche ritardare il caricamento del lettore video, quando possibile, affinché non entri in competizione con gli elementi necessari alla visualizzazione iniziale della pagina.


I caratteri vengono caricati senza bloccare la visualizzazione del testo

I caratteri personalizzati contribuiscono all’identità visiva di un sito, ma il loro download può anche ritardare la visualizzazione del testo.

CentralApp prepara sul server le informazioni necessarie sui caratteri e precarica i file WOFF2 essenziali per la lingua visualizzata.
​

Gli altri set di caratteri vengono caricati solo quando sono necessari.

Se un carattere personalizzato non è immediatamente disponibile, il browser può mostrare temporaneamente un carattere alternativo e poi applicare quello personalizzato quando è pronto.
​

Questa tecnica consente ai visitatori di iniziare a leggere i contenuti senza attendere il caricamento completo dei caratteri.


Viene caricato solo il codice necessario

Un sito CentralApp può contenere molte pagine, funzionalità ed elementi dell’interfaccia. Tuttavia, un visitatore non deve scaricare tutto questo codice per consultare una sola pagina.
​

CentralApp divide quindi l’applicazione in diversi pacchetti di codice.
​

Il browser può così:

  • Scaricare prioritariamente il codice necessario alla pagina consultata

  • Caricare separatamente il codice delle altre pagine

  • Caricare determinate funzionalità solo quando diventano necessarie

  • Ridurre la quantità di JavaScript da scaricare ed eseguire durante il caricamento iniziale

Questo approccio, chiamato code splitting o caricamento differito di JavaScript, limita il lavoro richiesto al browser all’apertura di una pagina.

CentralApp prepara anche determinate connessioni ai servizi necessari per caricare risorse, caratteri o contenuti multimediali.
​

Tecniche come la preconnessione (preconnect) riducono il tempo necessario per stabilire una connessione quando successivamente deve essere scaricata una risorsa.
​

Queste connessioni vengono tuttavia utilizzate in modo selettivo, affinché non competano con le risorse necessarie per visualizzare la pagina.


Il layout rimane stabile durante il caricamento

Una pagina può caricarsi rapidamente e offrire comunque un’esperienza insoddisfacente se i contenuti si spostano durante il caricamento.
​

Ad esempio, quando un’immagine appare senza che sia stato riservato spazio, il contenuto sottostante può essere spinto improvvisamente verso il basso.
​

CentralApp riserva automaticamente spazio a determinati contenuti multimediali e sezioni prima che venga mostrato il contenuto definitivo.

Questo aiuta a limitare gli spostamenti imprevisti e a mantenere un layout stabile durante il caricamento.
​

Google misura questa stabilità, tra l’altro, con il Cumulative Layout Shift (CLS), una delle metriche dei Core Web Vitals.
​

Un buon CLS significa che i visitatori hanno meno probabilità di vedere i contenuti spostarsi in modo imprevisto mentre consultano o utilizzano la pagina.


Cosa gestisce automaticamente CentralApp

CentralApp gestisce direttamente le principali ottimizzazioni tecniche:

  • Rendering lato server (SSR)

  • Memorizzazione nella cache

  • Ottimizzazione e distribuzione delle immagini

  • Caricamento differito dei contenuti multimediali

  • Precaricamento dei caratteri

  • Caricamento adattato dei set di caratteri

  • Suddivisione del codice JavaScript

  • Caricamento differito di determinate funzionalità

  • Preconnessione a determinate risorse

  • Stabilità del layout

Il cliente non deve configurare queste impostazioni.


Cosa può ancora influire sulle prestazioni

CentralApp ottimizza la parte tecnica che controlla, ma i contenuti aggiunti al sito e i servizi esterni possono comunque influire sulle prestazioni.

Ad esempio:

  • Molte immagini possono aumentare la quantità di dati da scaricare

  • I video possono richiedere risorse importanti

  • Le mappe interattive possono aggiungere codice e richieste esterne

  • Gli strumenti di prenotazione possono caricare script aggiuntivi

  • Le soluzioni di analisi e tracciamento possono aggiungere risorse

  • I widget esterni possono avere un proprio comportamento di caricamento

Alcune buone pratiche aiutano quindi a limitare questo impatto:

  • Usa solo le immagini utili alla pagina o all’esperienza utente.

  • Evita contenuti multimediali inutilmente pesanti. CentralApp ottimizza le immagini che supporta, ma è comunque preferibile partire da file sorgente di dimensioni ragionevoli.

  • Mantieni le pagine focalizzate. Una pagina con un obiettivo chiaro è generalmente più semplice da consultare.

  • Limita i servizi esterni agli strumenti realmente necessari.

CentralApp non può controllare completamente il comportamento di caricamento di un servizio esterno.


Come misurare le prestazioni

Per misurare le prestazioni di un sito CentralApp, usa sempre l’URL pubblico pubblicato del sito.

L’anteprima visualizzata nell’applicazione CentralApp utilizza un iframe destinato a verificare i contenuti e il design. Non corrisponde all’URL pubblico del sito e quindi non deve essere utilizzata come riferimento per misurare le prestazioni.

Google PageSpeed Insights consente di testare una pagina pubblicata in condizioni simulate su dispositivi mobili e desktop.

Lo strumento utilizza, tra l’altro, Lighthouse per eseguire test di laboratorio e fornisce diverse metriche delle prestazioni oltre al punteggio complessivo.

I risultati possono variare da un test all’altro in funzione, tra gli altri fattori, di:

  • Le condizioni della rete

  • Il luogo da cui viene eseguito il test

  • Il carico del server

  • Il browser e il dispositivo simulati

  • I servizi esterni presenti nella pagina

È quindi preferibile confrontare più test anziché concentrarsi su un unico punteggio.

Quando sono disponibili dati sufficienti, anche i dati sul campo dei Core Web Vitals sono particolarmente utili: riflettono l’esperienza dei visitatori reali.

I dati di laboratorio di Lighthouse restano utili per analizzare una pagina in condizioni controllate e identificare eventuali problemi tecnici.


Un buon sito non si riduce a un punteggio

Le ottimizzazioni integrate in CentralApp sono progettate per consentire ai siti web di:

  • Caricarsi rapidamente

  • Mostrare rapidamente contenuti utili

  • Rimanere visivamente stabili

  • Rispondere rapidamente alle interazioni

  • Limitare il lavoro svolto dal browser

Tuttavia, nessun sistema può garantire un punteggio Lighthouse o PageSpeed identico per tutte le pagine e in tutte le condizioni.

Le prestazioni finali dipendono anche dai contenuti della pagina, dai servizi esterni, dal dispositivo e dalla connessione del visitatore e dalle condizioni in cui viene eseguito il test.
​

Un punteggio relativo alle prestazioni è quindi uno strumento diagnostico, non una misura assoluta della qualità di un sito.
​

L’obiettivo principale resta consentire ai visitatori di vedere rapidamente contenuti utili, comprendere la pagina e interagire con essa senza attese o spostamenti inutili.

CentralApp gestisce gran parte del lavoro tecnico necessario per rendere possibile questa esperienza.

Hai ricevuto la risposta alla tua domanda?