Introduzione

La velocità di un negozio PrestaShop non si misura solo con un punteggio Lighthouse elevato. Le prestazioni, in realtà, dipendono dalla rapidità con cui l'utente può accedere ai contenuti principali, interagire con i prodotti e i campi del modulo di pagamento e navigare nella pagina senza intoppi.

È qui che entra in gioco PrestaShop Core Web Vitals Optimization.

I Core Web Vitals si concentrano su tre aspetti dell'esperienza utente reale di una pagina web: velocità di caricamento, reattività e stabilità visiva. Secondo le raccomandazioni di Google, un tempo di caricamento ideale dovrebbe essere inferiore a 2.5 secondi, un tempo di interazione inferiore a 200 millisecondi e un CLS (Core Linked Search) inferiore a 0.1.

Tuttavia, quando si tratta di negozi PrestaShop, raggiungere questi standard non è così semplice perché non si tratta solo di comprimere le immagini e configurare la cache.

Diversi elementi, tra cui il tema utilizzato, i moduli, gli script, le informazioni sul prodotto e la configurazione del server, influenzano le prestazioni del sito web e rendono difficile il raggiungimento degli standard stabiliti da Google.

L'articolo descrive il processo di ottimizzazione dei Core Web Vitals per PrestaShop.

Cosa sono i principali parametri vitali del web?

I Core Web Vitals sono metriche create da Google per misurare l'efficacia di un design dal punto di vista dell'esperienza utente.

Le tre metriche attuali sono

Largest Contentful Paint (LCP): Misura le prestazioni di caricamento. 
Obiettivo ideale: ≤ 2.5 secondi.
Interazione con Next Paint (INP): Misura la reattività dell'interazione. 
Obiettivo ideale: < 200 millisecondi.
Cumulative Layout Shift (CLS): Misura la stabilità visiva. 
Obiettivo valido: < 0.1.

Questi parametri non devono essere considerati come semplici indicatori SEO isolati. Descrivono aspetti concreti dell'esperienza utente su una pagina. Un buon posizionamento nei Core Web Vitals non garantisce le prime posizioni nei risultati di ricerca; l'esperienza utente su una pagina è un concetto più ampio di questi tre parametri.

Per un negozio online, questa distinzione è importante. La homepage può caricarsi velocemente, mentre le pagine dei prodotti rimangono lente. Una pagina prodotto può apparire rapidamente, ma non rispondere ai comandi quando i clienti cambiano le combinazioni. Allo stesso modo, una pagina può apparire veloce, ma subire un rallentamento drastico quando viene caricato un banner promozionale o un widget per le recensioni.

Perché i negozi PrestaShop presentano spesso problemi di prestazioni

PrestaShop di per sé raramente è l'unica causa del rallentamento di un negozio online. Il vero collo di bottiglia è spesso la combinazione di piattaforma, tema, moduli, server, database, risorse e servizi di terze parti.

Le cause tipiche di un sito web lento sono:

• Banner e immagini di prodotto di grandi dimensioni
• Uso eccessivo di JavaScript
• I moduli caricano le risorse in tutto il sito.
• Avere troppi script di analisi di marketing
• Funzionalità del tema avanzate
• Il CSS causa il blocco del rendering.
• La cache è configurata in modo errato.
• Elaborazione PHP lenta
• Richieste costose al database
• Richieste esterne alle API
• Qualità dell'hosting scadente
• Troppi elementi DOM
• Il caricamento differito (lazy loading) viene eseguito in modo errato.
• I contenuti vengono aggiunti dinamicamente con ottimizzazione delle prestazioni. 

Per ottenere un risultato efficace, l'ottimizzazione delle prestazioni deve essere effettuata misurando e identificando i problemi, apportando le modifiche necessarie e testando e misurando nuovamente prima di procedere con la fase successiva.

Come migliorare i Core Web Vitals in PrestaShop

Il primo passo per migliorare i Core Web Vitals in PrestaShop è testare pagine rappresentative.

Ciò dovrebbe assolutamente includere:

• Pagina iniziale
• Pagina di categoria
• Scheda prodotto
• Pagina di ricerca
• Carrello
• Concludi ordine
• Pagine di destinazione essenziali

Le prestazioni delle pagine prodotto possono essere diverse da quelle della homepage. Ad esempio, il banner principale può essere l'elemento LCP nella homepage, mentre nella pagina prodotto il suo posto può essere occupato dall'immagine principale del prodotto, mentre una pagina di categoria con filtri potrebbe essere sovraccaricata di JavaScript e utilizzo del DOM.

Per monitorare accuratamente il processo, utilizza i seguenti strumenti: Google PageSpeed ​​Insights, Lighthouse, Chrome DevTools, Google Search Console e strumenti di monitoraggio degli utenti.

Non dimenticate che affidarsi esclusivamente a una sessione Lighthouse non è sufficiente. I risultati del test possono variare a seconda del dispositivo, della rete, della cache, ecc.

Come migliorare il LCP su PrestaShop

 

Il Largest Contentful Paint (LCP) è una misura del momento in cui l'elemento di contenuto principale e rilevante appare sullo schermo.

Su PrestaShop, l'elemento LCP (Local Content Profile) è solitamente l'immagine del prodotto più importante, l'immagine principale della homepage, il banner della categoria o il grande blocco di intestazione/contenuto. È fondamentale non dare per scontato quale sia esattamente l'elemento LCP; è necessario scoprirlo utilizzando strumenti di test delle prestazioni.

Trova l'elemento LCP effettivo

Se una pagina prodotto genera un punteggio LCP di 4.2 secondi, si potrebbe essere tentati di chiedersi immediatamente: "Qual è il modo migliore per ottimizzare l'immagine?". Tuttavia, è necessario innanzitutto verificare che il componente LCP si riferisca all'immagine del prodotto. Oltre a ciò, è opportuno considerare anche i seguenti aspetti: 

1. La tempistica dell'arrivo dell'HTML.
2. Il momento preciso in cui il browser identifica l'immagine.
3. Indica se i blocchi CSS vengono visualizzati o meno.
4. La dimensione dell'immagine.
5. La velocità con cui l'immagine viene scaricata.
6. L'effetto di JavaScript sul processo di rendering.
7. La velocità di risposta del server.

Ciò sarebbe molto più vantaggioso rispetto al semplice utilizzo di una comune tecnica di compressione.

Ottimizza l'immagine LCP

Nei casi in cui l'elemento LCP sia l'immagine principale del prodotto, assicurarsi che il browser non scarichi una risorsa di dimensioni eccessivamente maggiori rispetto al necessario.

Per raggiungere questo obiettivo:

• Le immagini devono avere dimensioni adeguate.
• Utilizzare metodi di visualizzazione delle immagini responsivi.
• Le immagini devono essere compresse in modo efficiente.
• Se possibile, utilizzare WebP o AVIF.
• Scegli la qualità dell'immagine più adatta.
• Genera correttamente le miniature.

Visualizzare immagini di prodotto di 700 × 700 pixel con la risoluzione necessaria garantirà che non vi siano download inutili di immagini di grandi dimensioni.

Idealmente, il caricamento differito delle immagini può essere applicato alle immagini che compaiono al di sotto della parte visibile della pagina del prodotto.

Sii selettivo con il precarico

Il precaricamento di un'immagine chiave può aiutare il browser a individuarla in anticipo. Tuttavia, l'applicazione di istruzioni di precaricamento per più immagini, font, file CSS e script può portare al risultato contrario, poiché questi elementi competono per la larghezza di banda.

Precarica solo le risorse che sono effettivamente di grande importanza per il rendering iniziale; allo stesso modo, fetchpriority="high" dovrebbe essere utilizzato in modo selettivo, non indiscriminato.

Riduci il tempo di risposta del server

Per visualizzare contenuti utili, un browser deve prima ottenere la risposta corrispondente.

Esistono diversi motivi che possono causare ritardi nei tempi di risposta, tra cui:

 – Problemi con i tempi di esecuzione di PHP

 – Query di database costose

 – Mancanza di capacità del server

 – Memorizzazione nella cache inefficace

 – Efficienza dell'elaborazione dei moduli

 – Utilizzo di API esterne

 – Elevato lavoro di back-end svolto per generare una pagina

Pertanto, la necessità di ridurre il tempo di risposta è correlata all'ottimizzazione LCP.

Come ridurre il CLS in PrestaShop

Il Cumulative Layout Shift (CLS) misura gli spostamenti imprevisti dei contenuti durante il caricamento della pagina.

Un esempio tipico è un banner promozionale che si carica dopo che le informazioni sul prodotto sono già apparse e si posiziona sopra di esse. Tutto ciò che si trova al di sotto si sposta verso il basso, il che può compromettere l'esperienza utente.

Le cause più comuni di PrestaShop sono le seguenti:

• Immagini senza dimensioni predefinite.
• Gallerie di prodotti.
• Slider.
• Banner.
• Banner sui cookie.
• Newsletter.
• Recensioni.
• Raccomandazioni caricate dinamicamente.
• Caratteri web.
• Contenuti AJAX.
• Widget di terze parti.

Riservare spazio per le immagini

Le immagini devono avere dimensioni note o essere contenute in un contenitore con un rapporto d'aspetto adeguato. Ad esempio:

Le modalità specifiche di implementazione variano a seconda del tema PrestaShop e del sistema di gestione delle immagini responsive, ma il principio di base rimane lo stesso: il browser deve sapere quanto spazio occupa l'immagine prima che il download sia completato. 

Stabilizzare i moduli dinamici

Se il modulo inserisce contenuti in modo dinamico, valutate la possibilità di creare un segnaposto prima che i contenuti vengano visualizzati.

Anziché permettere a un widget di recensioni di spingere in modo evidente la descrizione del prodotto verso il basso, assicurati di riservargli uno spazio apposito o di posizionare il widget in modo che il processo di caricamento non interferisca con i contenuti importanti.

L'obiettivo dell'eliminazione del CLS non è impedire ogni cambiamento visivo, bensì bloccare gli spostamenti imprevedibili che influiscono negativamente sul lavoro dell'utente.

Come migliorare l'INP

La funzione INP è particolarmente importante quando si ha a che fare con pagine web di e-commerce. Gli utenti devono scegliere le opzioni del prodotto, modificare la quantità, visualizzare le immagini, applicare filtri, cercare prodotti, aggiungere articoli al carrello, aprire menu a tendina, utilizzare buoni sconto e modificare le opzioni di consegna.

Quando JavaScript monopolizza il browser dell'utente, tali operazioni possono risultare lente.

Perché INP può essere difficile su PrestaShop

Un tipico negozio PrestaShop può contenere codice JavaScript derivante da funzionalità del tema, moduli prodotto, moduli di ricerca, strumenti di analisi, gestori di tag, sistemi di recensioni, applicazioni di chat, strumenti di personalizzazione, piattaforme di gestione del consenso e integrazioni di pagamento.

Ciascuno script singolarmente potrebbe sembrare innocuo. Tuttavia, il costo di esecuzione complessivo può diventare significativo.

Utilizza gli Strumenti per sviluppatori di Chrome per analizzare prestazioni e copertura del codice, al fine di individuare attività di lunga durata, codice JavaScript inutilizzato, listener di eventi, esecuzioni di script onerose e ridisposizioni/ridisegni dovuti a manipolazioni del DOM.

Riduci il JavaScript non necessario

Quando si minimizza il codice JavaScript, le dimensioni del file si riducono, tuttavia ciò non significa che non ci sarà un'elaborazione complessa in fase di esecuzione.

Anche se i file JS sono minimizzati e di dimensioni molto ridotte, un gestore di eventi click può comunque rallentare il browser.

Se possibile, è opportuno cercare di eliminare il codice superfluo, introdurre funzionalità solo se essenziali, ridurre al minimo le operazioni lunghe e rivalutare il codice scritto da terzi.

Carica le funzionalità solo dove necessario

Un modo pratico per ottimizzare PrestaShop sarebbe quello di evitare di caricare le risorse dei moduli nelle pagine in cui tale funzionalità non è necessaria.

Ad esempio, un modulo che gestisce la galleria prodotti non dovrebbe aver bisogno di caricare tutto il suo pacchetto JavaScript nelle pagine del CMS in cui questa funzionalità non viene utilizzata.

Come ottimizzare le immagini per prestazioni migliori

Le immagini sono necessarie per l'e-commerce, ma spesso contribuiscono in modo significativo al peso della pagina.

Utilizzare dimensioni appropriate, formati efficienti come WebP o AVIF laddove supportati, una compressione adeguata, una distribuzione delle immagini responsiva e il caricamento differito (lazy loading) per le immagini al di sotto della parte visibile della pagina.

L'obiettivo non è semplicemente avere immagini più piccole. L'obiettivo è avere l'immagine giusta, con le dimensioni giuste, consegnata al momento giusto.

Come risolvere il problema delle risorse che bloccano il rendering

CSS e JavaScript possono ritardare la capacità del browser di visualizzare la pagina. Un negozio PrestaShop può accumulare risorse provenienti da file di tema, funzionalità principali, moduli, sviluppi personalizzati e integrazioni di terze parti.

Consulta la scheda Rete degli Strumenti per sviluppatori di Chrome per individuare file CSS e JavaScript di grandi dimensioni, librerie ridondanti, risorse dei moduli caricate a livello globale, script di terze parti, font e richieste bloccanti.

Individua gli stili necessari per la prima viewport e rimuovi il CSS superfluo, rimanda le funzionalità non essenziali ed evita di caricare globalmente il CSS dei moduli non utilizzati.

Non combinare tutti i fogli di stile alla cieca. Potrebbero esserci delle dipendenze tra il tema e i moduli di PrestaShop, che potrebbero essere pericolose in caso di gestione aggressiva delle risorse.

Moduli PrestaShop: il costo nascosto in termini di prestazioni

I moduli possono aggiungere elaborazione PHP, query di database, CSS, JavaScript, chiamate AJAX, richieste esterne, HTML e codice di tracciamento.

La questione pratica non è se i moduli siano un male, ma se un modulo debba essere eseguito su una determinata pagina.

Un modulo di recensioni potrebbe dover funzionare solo sulle pagine dei prodotti, mentre un widget di spedizione potrebbe essere rilevante solo nella fase di checkout. Se un modulo carica risorse a livello globale, è necessario verificare se la sua implementazione può essere modificata in modo sicuro.

Caching e prestazioni di PrestaShop

Tuttavia, è importante ricordare che la memorizzazione nella cache può essere utilizzata per evitare attività ridondanti a livello di server, ma questo strumento deve essere compreso, non semplicemente attivato alla cieca.

In base all'ambiente di sistema, si consiglia di utilizzare la cache di PrestaShop, la cache dell'applicazione/pagina, la cache degli opcode, la cache HTTP, la cache CDN e la cache del browser.

La natura dinamica delle operazioni di e-commerce rende più complessa la configurazione della cache rispetto a un sito statico. Alcuni dati, come i contenuti personali dei clienti, il contenuto del carrello, lo stato di autenticazione, le informazioni sui prezzi, i livelli di inventario e la personalizzazione, possono avere esigenze di caching specifiche.

Verifica le pagine dopo averle memorizzate nella cache.

Come ridurre il tempo di risposta del server

1. Creare una baseline: raccogliere i dettagli di LCP, INP, CLS, TTFB, peso, numero di richieste, esecuzione JavaScript e tempistiche delle risorse importanti.
2. Testa i modelli rappresentativi: prodotto, categoria, ricerca, carrello, completamento e pagine di destinazione CMS/altre.
3. Individuare i punti critici: capire se il problema è legato alla risposta del server, alla distribuzione delle immagini, ai file CSS, ai file JavaScript o a qualsiasi servizio fornito da terze parti.
4. Effettua un audit: individua i moduli elencati che funzionano a livello globale, impongono JavaScript/CSS, effettuano richieste esterne o conducono operazioni di backend dispendiose.
5. Migliorare gradualmente il sistema: sistemi di passaggio delle immagini, passaggio dei CSS, passaggio dei JavaScript, risposta del server, ecc.
6. Verifica la funzionalità: diverse possibilità di utilizzo del prodotto in modalità avanzata, ricerca, gestione del carrello, pagamento e utilizzo da dispositivi mobili.
7. Effettua le misurazioni e confrontale con i valori di riferimento iniziali.

Come migliorare la velocità di caricamento delle pagine su dispositivi mobili

Le prestazioni dei dispositivi mobili sono un argomento a sé stante. I dispositivi mobili possono essere dotati di processori meno performanti e di una connessione di rete cellulare inaffidabile, il che rende l'esecuzione di JavaScript e il download di immagini ancora più cruciali.

Presta attenzione a:

• Immagini compatte e reattive
• JavaScript minimo
• Script di terze parti minimi
• CSS efficiente
• Disposizione stabile
• Tempo di risposta rapido del server
• DOM minimo
• Caricamento differito corretto
• Navigazione leggera

Non date per scontato che buone prestazioni su desktop equivalgano a buone prestazioni su dispositivi mobili: testatele!

Un flusso di lavoro pratico per l'ottimizzazione dei parametri Web Vitals di PrestaShop Core

1. Creare una baseline: raccogliere i dettagli di LCP, INP, CLS, TTFB, peso, numero di richieste, esecuzione JavaScript e tempistiche delle risorse importanti.
2. Testa i modelli rappresentativi: prodotto, categoria, ricerca, carrello, completamento e pagine di destinazione CMS/altre.
3. Individuare i punti critici: capire se il problema è legato alla risposta del server, alla distribuzione delle immagini, ai file CSS, ai file JavaScript o a qualsiasi servizio fornito da terze parti.
4. Effettua un audit: individua i moduli elencati che funzionano a livello globale, impongono JavaScript/CSS, effettuano richieste esterne o conducono operazioni di backend dispendiose.
5. Migliorare gradualmente il sistema: sistemi di passaggio delle immagini, passaggio dei CSS, passaggio dei JavaScript, risposta del server, ecc.
6. Verifica la funzionalità: diverse possibilità di utilizzo del prodotto in modalità avanzata, ricerca, gestione del carrello, pagamento e utilizzo da dispositivi mobili.
7. Effettua le misurazioni e confrontale con i valori di riferimento iniziali.

Esempio reale di PrestaShop: Pagina prodotto lenta LCP

Supponiamo che una pagina prodotto abbia un LCP (Lifetime Click) di 4.5 secondi. La pagina contiene un'immagine di grandi dimensioni del prodotto.

Si potrebbe concludere che l'immagine sia sovradimensionata. Tuttavia, indagando, si scopre che la risposta del server richiede 1.5 secondi, il CSS inibisce il rendering, l'immagine del prodotto viene utilizzata con dimensioni eccessive per la pagina, l'inizializzazione della galleria è ritardata da un modulo JavaScript non necessario e l'immagine viene trattata come un'immagine a caricamento differito (lazy loading).

Va notato che la semplice verifica della presenza di problemi di ottimizzazione non deve essere considerata una pratica efficace per migliorare la velocità della pagina.

Esempio concreto: INP scadente da più moduli

Immagina una pagina prodotto con funzionalità quali logica per le varianti di prodotto, strumento per le recensioni, chat, analisi, gestione dei tag e motore di suggerimenti.

Quando un cliente clicca su una taglia, il browser può eseguire il gestore delle varianti, aggiornare i dettagli del prodotto, ricalcolare parte del DOM, avviare l'analisi, eseguire un altro gestore di eventi e aggiornare l'interfaccia utente.

Tuttavia, l'opzione migliore non è sempre quella di rimuovere ogni modulo dal processo. È necessario analizzare l'interazione e determinare quale gestore di eventi specifico sia oneroso e quale script esegua operazioni di lunga durata, nonché verificare se è incluso codice di terze parti, se viene svolto lavoro non necessario nel DOM e se è possibile semplificare o posticipare determinate funzionalità.

Esempio concreto: CLS da un banner promozionale

Ipotizziamo che un rivenditore inserisca un banner pubblicitario dopo il caricamento della pagina del prodotto. Di conseguenza, il banner occupa uno spazio sopra il nome del prodotto, influenzando così il titolo, l'immagine del prodotto, il prezzo e la posizione del pulsante "Aggiungi al carrello". 

Un'idea migliore potrebbe essere quella di preassegnare lo spazio per il banner o di posizionarlo in modo tale da non interferire con il contenuto principale della pagina. 

Pertanto, la risposta sta nel comprendere i fattori responsabili dello spostamento degli oggetti, le ragioni di tale spostamento e il momento in cui questi raggiungono la loro destinazione.

Errori nell'ottimizzazione dei parametri vitali del Common Core

1. Puntare a un punteggio PageSpeed ​​ideale. L'obiettivo aziendale è creare un'esperienza migliore per l'utente, non solo raggiungere un determinato punteggio.
2. L'impiego di numerosi moduli di ottimizzazione. Un utilizzo eccessivo di molteplici soluzioni di ottimizzazione e di ritardo può portare a complicazioni indesiderate.
3. Utilizzo del lazy loading per tutti gli elementi. Tuttavia, ciò potrebbe causare un ritardo nel caricamento di informazioni importanti.
4. Precaricamento di tutto. Nel caso in cui molti elementi siano considerati importanti, si verificherà una competizione per la larghezza di banda limitata.
5. Le ottimizzazioni non sono compatibili con la home page. Allo stesso modo, le ottimizzazioni applicate alle landing page non possono essere utilizzate con i modelli di categorie e prodotti.
6. Omissione di JavaScript di terze parti. Un utilizzo efficace di analisi e marketing può comportare costi di esecuzione molto elevati.

Misurazione del risultato

L'ottimizzazione delle prestazioni dovrebbe essere considerata un impegno continuo. Dopo l'installazione di un nuovo modulo, l'aggiornamento a un nuovo tema, l'implementazione di uno strumento di marketing o il caricamento di immagini ad alta risoluzione, un negozio online potrebbe subire un calo delle prestazioni.

Pertanto, qualsiasi modifica significativa relativa al tema, ai moduli, al layout o all'infrastruttura deve essere considerata come una possibile causa di deterioramento delle prestazioni.

I parametri vitali del sito Web dovrebbero essere un processo continuo

L'ottimizzazione delle prestazioni non è un'operazione da eseguire una sola volta. Un negozio può rallentare dopo l'installazione di un nuovo modulo, l'aggiornamento di un tema, l'aggiunta di uno strumento di marketing, il caricamento di immagini di grandi dimensioni, l'aggiunta di script di tracciamento, il cambio di hosting, la modifica dei modelli di prodotto o l'implementazione di nuove funzionalità.

Pertanto, ogni modifica importante a temi, moduli, infrastrutture o interfacce utente dovrebbe essere considerata come una potenziale modifica delle prestazioni.

Raccomandazioni finali

Risolvere i problemi relativi ai Web Vitals di PrestaShop Core non si riduce alla combinazione massima di tecniche. Per quanto riguarda LCP, è necessario esaminare il server, le risorse critiche, le immagini, i CSS e l'individuazione delle risorse.

Per quanto riguarda CLS, l'obiettivo è identificare gli elementi in movimento e risparmiare lo spazio di cui necessitano.

Considerando INP, sarà necessario effettuare una profilazione delle interazioni effettive e configurare il JavaScript e gli eventi necessari per operare sul thread principale.

L'ottimizzazione complessiva delle prestazioni di un sito web implica la verifica dei moduli, degli script di terze parti, della cache, delle immagini, del funzionamento del database e delle risorse del server.

Il processo di performance PrestaShop più efficace è

Misurare → Diagnosticare → Ottimizzare → Testare → Misurare di nuovo.

Questo approccio produce miglioramenti duraturi senza sacrificare la funzionalità che rende utile un negozio online.

Domande frequenti

Qual è il miglior LCP per un sito PrestaShop?

Secondo le raccomandazioni di Google, un punteggio LCP pari o inferiore a 2.5 secondi è perfetto.

Come posso migliorare il LCP (Layout Lookaside) delle pagine prodotto di PrestaShop?

Innanzitutto, scopri qual è l'elemento LCP. Se si tratta dell'immagine principale del prodotto, prova a ottimizzarla in termini di dimensioni e tempo di caricamento, assicurandoti che venga rilevata rapidamente e non caricata in modo differito.

Come posso ridurre il CLS su PrestaShop?
Identifica gli elementi che si spostano. Le cause più comuni includono immagini senza dimensioni riservate, banner dinamici, pop-up, slider e widget di terze parti. Riserva lo spazio necessario prima di caricare i contenuti dinamici.

Come migliorare INP?

È necessario esaminare le prestazioni reali dell'utente e individuare le attività JavaScript che richiedono un elevato consumo di risorse. Il passo successivo consiste nell'eliminare l'utilizzo superfluo di JavaScript, ridurre al minimo la manipolazione del DOM e verificare l'implementazione di strumenti e moduli di terze parti.

L'attivazione della cache risolverà automaticamente i problemi relativi a Core Web Vitals?

No, la memorizzazione nella cache riduce il carico di elaborazione lato server e migliora la reattività, ma non risolve i problemi relativi a immagini di grandi dimensioni, CSS che bloccano il rendering, JavaScript eccessivo, CLS e rallentamenti.

Per migliorare le prestazioni del sito web è necessario disinstallare tutti i moduli di PrestaShop?

No, perché i moduli sono fondamentali per soddisfare le esigenze aziendali. L'obiettivo è individuare le elaborazioni inutili, non disinstallare il software senza pensarci.

È obbligatorio ottenere un punteggio PageSpeed ​​di 100?

No, perché non è questo l'obiettivo. L'unica cosa importante è offrire la migliore esperienza utente possibile.

Cosa dovrei ottimizzare per prima cosa?

Prima misura. Individua i modelli di pagina con le prestazioni peggiori e scopri qual è il principale collo di bottiglia: LCP, INP, CLS, TTFB, immagini, JavaScript, CSS, moduli o lato server.