Ottimizza Core Web Vitals per i responsabili delle decisioni aziendali

Scopri come i responsabili delle decisioni aziendali e i non sviluppatori possono migliorare i Core Web Vitals.

Introduzione

È stato dimostrato che l'esperienza utente sul sito web ha un impatto diretto sui risultati aziendali. Offrire un'esperienza migliore, in cui i siti web si caricano e rispondono più rapidamente agli utenti, porta spesso a un aumento del coinvolgimento e delle conversioni. Core Web Vitals è un'iniziativa volta a quantificare l'esperienza utente dei siti web al fine di identificare le aree di miglioramento.

Tuttavia, gran parte della documentazione di Core Web Vitals è rivolta agli sviluppatori web, che hanno una profonda conoscenza tecnica e il pieno controllo del loro codice. Molti siti web vengono creati da non sviluppatori utilizzando una piattaforma di "creazione di siti" come WordPress, Shopify, Wix o altre soluzioni simili, spesso senza un team di sviluppo web.

Anche se esiste un team dedicato o degli sviluppatori web, non sono gli unici responsabili delle prestazioni web. I responsabili delle decisioni aziendali hanno un'enorme influenza sul rendimento del sito web, dalla scelta dei contenuti e dei design allo sviluppo di strategie pubblicitarie nel tentativo di indirizzare più traffico ai loro siti web. Queste decisioni hanno spesso un impatto significativo sul rendimento del sito web.

Questa guida ha lo scopo di fornire alcune informazioni pertinenti ai creatori e ai proprietari di siti per comprendere e migliorare il più possibile l'esperienza utente, senza richiedere una conoscenza tecnica approfondita dello sviluppo web.

Allo stesso tempo, molti problemi di prestazioni richiedono agli sviluppatori di implementare correzioni tecniche e le nostre guide incentrate sugli sviluppatori possono aiutarli in questo senso. Questa non vuole essere una guida completa, ma piuttosto un'introduzione all'iniziativa Core Web Vitals per i responsabili delle decisioni aziendali, con alcune cause principali comuni di scarso rendimento delle pagine non legate allo sviluppo. Oltre a questi, è probabile che sia necessario l'intervento di uno sviluppatore web per fare ulteriori progressi.

Cosa sono i Core Web Vitals?

I Core Web Vitals sono un insieme di tre metriche progettate per misurare l'esperienza utente di una pagina e, in particolare, la velocità della pagina percepita dagli utenti. Ognuno di questi ha un'abbreviazione di tre lettere:

  • Largest Contentful Paint (LCP) misura le prestazioni di caricamento: il tempo, in secondi, necessario per la visualizzazione dei contenuti più importanti della pagina dopo l'inizio del caricamento.
  • Cumulative Layout Shift (CLS) misura la stabilità visiva di una pagina, ovvero quanto si spostano i contenuti durante il caricamento.
  • Interaction to Next Paint (INP): la velocità con cui la pagina risponde a clic, tocchi e interazioni da tastiera.

Ogni metrica misura un aspetto diverso dell'esperienza utente. Google fornisce anche soglie consigliate per ogni metrica. Le esperienze utente inferiori alla soglia inferiore sono considerate buone, mentre quelle superiori alla soglia superiore sono considerate scadenti. Tra queste soglie, una pagina è considerata nell'intervallo Da migliorare. Tieni presente che, con queste metriche, i numeri più bassi sono migliori.

Come vengono misurati i Core Web Vitals?

I Core Web Vitals vengono misurati dagli utenti reali del tuo sito web e utenti diversi otterranno risultati diversi. Non sono "ciò che pensa Google" né "ciò che pensa Googlebot", ma ciò che hanno sperimentato gli utenti effettivi del tuo sito web.

Alcuni utenti utilizzeranno dispositivi e reti più veloci. Alcuni utilizzeranno dispositivi o reti più lenti. Alcuni utenti visiteranno pagine più semplici e veloci del tuo sito, altri pagine più complesse e lente. I risultati di tutte queste esperienze utente vengono poi aggregati per fornire una misura complessiva dell'intero sito web.

Google rende disponibili i dati degli utenti di Chrome che hanno eseguito l'opt-in nel Chrome User Experience Report (CrUX), che alimenta molti strumenti Google come PageSpeed Insights e Google Search Console.

CrUX è disponibile su milioni di siti web popolari, ma non tutti i siti web sono inclusi in CrUX. Anche altri strumenti di monitoraggio degli utenti reali (RUM) possono raccogliere queste metriche per il tuo sito.

Come faccio a trovare i Core Web Vitals del mio sito?

Esistono molti strumenti che mostrano le metriche di Core Web Vitals fornite da Google e da terze parti. Questo post presenta due strumenti che ti consentono di visualizzare rapidamente i Core Web Vitals del tuo sito. Per un'analisi più approfondita degli altri strumenti Google, incluso un flusso di lavoro per utilizzarli per risolvere i problemi relativi a Core Web Vitals, consulta il post Flussi di lavoro di Core Web Vitals con gli strumenti Google.

Se la tua piattaforma fornisce una soluzione RUM integrata, può fornire informazioni molto più dettagliate per le pagine del tuo sito o consentirti di visualizzare in dettaglio pagine specifiche o segmentare gli utenti per comprendere e identificare i problemi.

PageSpeed Insights

Per una visualizzazione rapida che non richiede alcuna configurazione, puoi utilizzare PageSpeed Insights (PSI). Digita l'URL e fai clic su Analizza. Se il tuo sito è incluso in CrUX, dovresti visualizzare rapidamente la sezione "Scopri l'esperienza dei tuoi utenti reali":

In che modo PageSpeed Insights mostra i dati CrUX per i Core Web Vitals di un URL. Ogni Core Web Vital viene visualizzato separatamente, raggruppando ogni Core Web Vital nelle soglie "Buono", "Migliorabile" e "Scarso" per gli ultimi 28 giorni.
PageSpeed Insights mostra i Core Web Vitals riscontrati dagli utenti reali.

In questo modo, puoi vedere l'esperienza degli utenti reali di Chrome sul tuo sito web negli ultimi 28 giorni. Vedrai i tre Core Web Vitals in alto, insieme ad altre metriche di supporto di seguito (tra cui la metrica INP in attesa). Solo i Core Web Vitals vengono conteggiati nella valutazione complessiva di superamento o mancato superamento nella parte superiore della pagina, ma le altre metriche possono essere utili per risolvere i problemi relativi ai Core Web Vitals, come verrà mostrato nella sezione successiva.

Puoi passare dalla visualizzazione per dispositivi mobili a quella per computer e viceversa utilizzando i pulsanti nella parte superiore di questa sezione. Puoi anche passare da Questo URL a tutti i dati per l'origine utilizzando l'opzione di attivazione/disattivazione in alto a destra, dove sono presenti i dati per entrambi.

Questi dati dovrebbero fornire un'indicazione generale del rendimento del tuo sito e di quali metriche potrebbero essere migliorate e su quali tipi di dispositivi.

Google Search Console

Google Search Console (GSC) è riservato ai proprietari di siti, pertanto per utilizzarlo è necessario registrarsi e verificare la proprietà del sito. Fornisce dettagli su come la Ricerca Google visualizza il tuo sito.

A differenza di PageSpeed Insights, GSC elenca tutte le pagine del tuo sito di cui la Ricerca Google è a conoscenza e fornisce i dettagli di Core Web Vitals per tutte:

Il report Core Web Vitals in Search Console. Il report è suddiviso nelle categorie Desktop e Dispositivo mobile, con grafici a linee che mostrano nel tempo la distribuzione delle pagine con Core Web Vitals nelle categorie "Buono", "Migliorabile" e "Scarso".
Report Core Web Vitals di Google Search Console.

Le pagine vengono raggruppate in gruppi di URL per consentirti di vedere se determinate categorie di pagine (ad esempio pagine dei dettagli del prodotto, pagine del blog e così via) presentano problemi relativi a Core Web Vitals. Poiché queste pagine sono solitamente basate su tecnologie o modelli simili, potrebbe esserci una causa comune per eventuali problemi.

Problemi comuni relativi a Core Web Vitals per i creatori di siti

Molti problemi di prestazioni richiedono agli sviluppatori di implementare correzioni tecniche e le nostre guide incentrate sugli sviluppatori possono aiutarli in questo senso. In questa sezione, parleremo di alcuni dei problemi comuni non legati allo sviluppo che i responsabili delle decisioni aziendali possono contribuire a risolvere per migliorare queste metriche.

Quando diciamo "non sviluppatori", ci riferiamo a coloro che utilizzano piattaforme di creazione di siti in cui hanno un controllo limitato sul modo in cui il sito viene effettivamente codificato o ai responsabili delle decisioni aziendali che possono decidere sul design del sito o aiutare a stabilire le priorità dei budget.

Problemi relativi a Largest Contentful Paint (LCP)

LCP mira a misurare la velocità di caricamento delle pagine web misurando il tempo che intercorre tra il clic su un link e la visualizzazione dell'elemento di contenuti più grande (in genere un'immagine del banner o un titolo) nel browser.

Una pagina web con l'elemento LCP evidenziato in verde.
L'LCP è l'elemento più grande quando la pagina viene caricata ed è evidenziato in verde in questo esempio.

Per una buona esperienza sulle pagine, lo scopo di una pagina web è mostrare questi contenuti entro 2,5 secondi dal clic sul link. Se l'operazione dura più di 4 secondi, l'esperienza è considerata scadente.

Nelle sezioni successive sono riportati alcuni dei problemi comuni che influiscono sull'LCP e che i responsabili delle decisioni aziendali possono influenzare.

Ritardi nell'avvio del caricamento della pagina

Spesso pensiamo a migliorare il tempo di caricamento della pagina stessa, ma spesso si verifica un ritardo prima ancora di iniziare. È impossibile avere un LCP inferiore alla soglia di 2,5 secondi se il sito web non viene nemmeno scaricato per alcuni secondi.

Il Time to First Byte (TTFB) è il tempo necessario per scaricare la prima parte della pagina web. Se PageSpeed Insights mostra una metrica di diagnostica TTFB elevata in rosso o giallo, è fondamentale intervenire e questo dovrebbe avere un effetto diretto sull'LCP.

Impara a conoscere il tuo pubblico

Per i problemi relativi al TTFB, è importante comprendere il tuo pubblico. Se il tuo sito web è ospitato in un paese, ma serve un pubblico globale, la vicinanza geografica tra gli utenti del tuo sito web e il tuo server web diventa un fattore determinante per il TTFB di una pagina. Una rete CDN (Content Delivery Network) consente di memorizzare nella cache copie del tuo sito in tutto il mondo e, di conseguenza, più vicino ai tuoi utenti. Molti provider host includono una CDN nei loro servizi e se ne occupano automaticamente. Controlla se questo è il caso del servizio di hosting del tuo sito. Alcune piattaforme offrono diversi livelli di servizio con più località CDN per i livelli a pagamento più elevati. In questi casi, le aziende globali dovrebbero prendere in considerazione livelli più elevati.

Riduci al minimo i reindirizzamenti

I reindirizzamenti sono un'altra causa comune di TTFB lenti. Quando pubblichi campagne pubblicitarie o invii comunicazioni via email, cerca di ridurre al minimo il numero di reindirizzamenti evitando di utilizzare più abbreviatori di link o di includere URL che devono essere reindirizzati. Ad esempio, l'utilizzo di example.com/blog in una campagna che deve reindirizzare a www.example.com/blog, che a sua volta reindirizza a https://www.example.com/blog, aumenta il TTFB di una pagina. Assicurati che le tue campagne di marketing utilizzino il minor numero possibile di reindirizzamenti.

Assicurati che le campagne pubblicitarie siano rivolte al pubblico corretto

Assicurati inoltre che le tue campagne pubblicitarie abbiano come target il tuo pubblico in modo efficace. Ricevere molto nuovo traffico da utenti che si trovano dall'altra parte del mondo, ma ai quali non puoi consegnare il tuo prodotto, è uno spreco di spesa pubblicitaria e influisce negativamente sul rendimento del tuo sito web.

I parametri URL possono influire sulle prestazioni del web

I parametri URL, come i parametri UTM, vengono spesso utilizzati per le campagne di marketing. Questi parametri possono ridurre l'efficacia della memorizzazione nella cache sulla tua infrastruttura, poiché ogni URL può sembrare una pagina univoca, anche se ogni volta viene pubblicata la stessa pagina. Se utilizzi i parametri UTM, rivolgiti al tuo fornitore di CDN o ai team dell'infrastruttura per assicurarti che questi parametri URL vengano ignorati dalla loro infrastruttura di memorizzazione nella cache, in modo che le campagne possano trarre vantaggio dalle pagine già memorizzate nella cache.

I contenuti multimediali possono incidere negativamente sulle prestazioni

Considera l'impatto dei contenuti multimediali sulle tue pagine. I contenuti multimediali come immagini e video sono in genere molto più grandi e quindi richiedono più tempo per il download rispetto al testo. Questo può anche rallentare il resto del caricamento della pagina. Questo è particolarmente importante quando l'elemento LCP è un contenuto multimediale anziché un testo. L'elemento LCP è un'immagine su circa l'80% delle pagine web, quindi è importante considerare l'impatto dei contenuti multimediali sul tuo sito.

Allo stesso tempo, gli asset multimediali possono contribuire a un'esperienza visiva ricca per l'utente, molto più coinvolgente di un sito con molto testo. Pertanto, la rimozione dei contenuti multimediali è raramente un'opzione, ma essere consapevoli del costo dei contenuti multimediali e di come ridurlo può ridurre al minimo eventuali problemi di prestazioni.

Evita i caroselli

I caroselli composti da più immagini possono influire sul tempo di caricamento complessivo di una pagina, in quanto potrebbero richiedere il download di più immagini contemporaneamente se non implementati in modo ottimale. Inoltre, nonostante la loro ubiquità, i caroselli spesso non offrono un'esperienza utente ottimale, quindi valuta attentamente se utilizzarli sul tuo sito.

Utilizza immagini ottimizzate per il web

Poi ci sono le dimensioni degli asset multimediali. Molte immagini sul web vengono pubblicate con una risoluzione troppo elevata. Assicurati che tutti i partner per i media o le agenzie di design forniscano immagini ottimizzate per il web anziché le immagini nelle dimensioni originali e con qualità di stampa che spesso forniscono. Puoi utilizzare un servizio come TinyJPG per rimuovere rapidamente i dati non necessari dalle immagini prima di caricarle. Molte piattaforme web tentano di ottimizzare automaticamente le immagini al momento del caricamento, ma poiché non conoscono le dimensioni con cui verranno visualizzate sul dispositivo dell'utente, fornire immagini più piccole fin dall'inizio può portare a vantaggi significativi.

Presta particolare attenzione ai video

Presta particolare attenzione quando utilizzi i video. I video sono tra i contenuti più grandi, e quindi più lenti, da scaricare e visualizzare per un sito web, quindi cerca di non abusarne. Evita di usarli nella parte superiore delle pagine web e riservali per una parte più in basso della pagina. In questo modo, i contenuti meno costosi possono essere caricati rapidamente per offrire agli utenti un'esperienza di caricamento migliore e garantire che l'LCP non venga influenzato.

Test A/B

Molte attività eseguono test A/B per sperimentare le modifiche al proprio sito web. Il modo in cui vengono implementati può avere un impatto significativo sull'LCP.

Molte soluzioni di test A/B ritardano la prima visualizzazione di un sito web all'utente fino a quando non vengono applicate le modifiche di eventuali test. In questo modo, si evita di mostrare la versione originale del sito web, ma si ritarda la visibilità di un sito web per l'utente. Altre soluzioni vengono applicate lato server per evitare questo ritardo. Prenditi il tempo necessario per capire come vengono eseguiti i test A/B e se sono soggetti a questi ritardi. Inoltre, se possibile, valuta l'utilizzo di soluzioni di test A/B lato server.

I test A/B possono fornire un feedback prezioso prima di lanciare nuove modifiche, ma il costo per le prestazioni della pagina deve essere valutato rispetto ai potenziali vantaggi che apportano.

Indipendentemente dalla tua infrastruttura, chiunque esegua test A/B dovrebbe sempre tenere a mente le seguenti best practice:

  • Limita gli strumenti di test A/B solo alle pagine che fanno parte del test, anziché ritardare tutte le pagine, quando la maggior parte delle pagine potrebbe non eseguire un test A/B in un determinato momento.
  • Limita i test A/B a un sottoinsieme di utenti per evitare di influire sulla maggior parte degli utenti.
  • Limita i test A/B al tempo minimo necessario per fornire risultati definitivi. Più a lungo vengono eseguiti i test A/B, più a lungo gli utenti potrebbero riscontrare prestazioni scadenti della pagina.
  • La cosa più importante è non dimenticare di rimuovere gli esperimenti di test A/B quando non sono più necessari.

Problemi di Cumulative Layout Shift (CLS)

Il CLS misura la stabilità visiva di una pagina, ovvero quanto i contenuti della pagina si spostano durante il caricamento. Questo può distrarre l'utente che ha iniziato a leggere una pagina web, ma poi perde il segno man mano che vengono inseriti altri contenuti o annunci. Inoltre, se il layout della pagina cambia eccessivamente, gli utenti potrebbero fare clic involontariamente sui contenuti sbagliati. Presta molta attenzione ai contenuti dinamici che vengono caricati in un secondo momento e che possono spostare alcuni dei contenuti della pagina iniziale.

Uno screencast che mostra in che modo l'instabilità del layout può incidere negativamente sugli utenti.

Questo valore viene misurato con una formula matematica che calcola la quantità di contenuti spostati e l'entità dello spostamento. Viene espresso come una frazione senza unità di misura, con un valore pari o inferiore a 0,1 considerato buono e un valore pari o superiore a 0,25 considerato scarso.

Nelle sezioni successive sono riportati alcuni dei problemi comuni che influiscono sul CLS e che i responsabili delle decisioni aziendali possono influenzare.

Controlla come vengono caricate le immagini mentre scorri una pagina

Molti modelli evitano di caricare le immagini più in basso nella pagina per dare più risorse alle immagini visualizzate sullo schermo durante il caricamento iniziale della pagina. Le immagini vengono quindi caricate man mano che l'utente scorre verso il basso. Questa tecnica di caricamento delle immagini è nota come caricamento lento.

I modelli di pagina devono riservare spazio per le immagini con caricamento lento in modo che, se un utente scorre molto velocemente prima che l'immagine venga caricata, i contenuti circostanti non si spostino. Se il tuo modello o la tua piattaforma non lo fanno, valuta la possibilità di passare a un modello o a una piattaforma che lo fanno.

Fai attenzione agli annunci posizionati al centro dei contenuti

Gli annunci inseriti al centro dei contenuti rischiano di spingerli verso il basso, poiché spesso richiedono un po' più di tempo per essere caricati, spesso più delle immagini descritte nella sezione precedente. Inserirli a lato dei contenuti principali della pagina è un approccio comune che riduce questo rischio. Il modo in cui ciò viene ottenuto in pratica dipende dalla tua piattaforma specifica e dai modelli che utilizzi per creare il tuo sito.

Evita di aggiungere contenuti dinamici nella parte superiore delle pagine

Evita di aggiungere avvisi e banner nella parte superiore della pagina dopo il caricamento pagina, ad esempio banner dei cookie o offerte speciali. Se invece scegli di sovrapporre avvisi e banner ai contenuti principali, i contenuti della pagina non si sposteranno. Come nella sezione precedente, le opzioni disponibili dipendono dalla piattaforma e dai modelli utilizzati per le tue pagine.

Problemi di Interaction to Next Paint (INP)

L'INP misura la reattività di una pagina, ovvero valuta se le pagine rispondono rapidamente a interazioni come clic, tocchi e input da tastiera. Le pagine che non rispondono rapidamente all'input utente spesso sembrano lente e possono essere frustranti per gli utenti.

Un esempio di reattività scarsa e buona. A sinistra, le attività lunghe impediscono l'apertura della sezione a scomparsa. Questo induce l'utente a fare clic più volte, pensando che l'esperienza sia interrotta. Quando il thread principale si aggiorna, elabora gli input ritardati, causando l'apertura e la chiusura impreviste della sezione.

INP misura l'intera durata di ogni singola interazione idonea durante la vita di una pagina e segnala l'interazione peggiore. L'INP ha una soglia Buono di 200 millisecondi e una soglia Scadente di 500 millisecondi.

Le metriche di reattività, in particolare INP, sono difficili da ottimizzare. Quando queste metriche si trovano nella soglia Scadente, di solito è perché le interazioni sono ritardate dalla pagina web che tenta di eseguire troppe operazioni, quindi le soluzioni principali in questo caso prevedono la rimozione del codice non necessario per rendere le pagine più leggere.

Nelle sezioni successive sono riportati alcuni dei problemi comuni che influiscono su INP e che i responsabili delle decisioni aziendali possono influenzare.

Fai le pulizie di primavera!

Esamina i plug-in e i widget aggiunti al tuo sito e rimuovili se non vengono più utilizzati. Spesso è più facile aggiungere plug-in per provare qualcosa che ricordarsi di rimuoverli in un secondo momento se non li trovi utili. Questa è una delle cause delle interazioni lente, ma è un'ottimizzazione relativamente più semplice rispetto a molte altre.

Analogamente, se utilizzi un Tag Manager per le campagne di marketing, assicurati che le campagne precedenti vengano rimosse. Anche se non vengono più attivati, il codice delle campagne di marketing scadute deve comunque essere scaricato e compilato su ogni pagina, il che può rallentare le interazioni degli utenti durante il caricamento iniziale della pagina.

Evita widget e plug-in costosi

I widget e i plug-in che richiedono un'elevata potenza di calcolo possono sembrare utili, ma migliorano l'esperienza utente o la peggiorano? Il report Diagnostica i problemi di prestazioni in PageSpeed Insights è fornito da Lighthouse e può aiutarti a identificare il codice JavaScript che ha un impatto notevole sulle prestazioni del tuo sito web.

Idealmente, limita i widget solo alle pagine in cui sono necessari: se utilizzi un'incorporazione di Google Maps solo nella pagina Contattaci, non è necessario caricarla su ogni pagina, dove può causare problemi di reattività.

Considera il numero di annunci, soprattutto sui dispositivi mobili

Gli annunci sono una buona strategia di monetizzazione per molte attività, ma spesso sono complessi e richiedono molte risorse. Più annunci hai, più risorse richiedono, il che può interferire con la Page Speed. Questo è particolarmente vero sui dispositivi mobili, dove la memoria di elaborazione spesso non è così elevata come sui computer desktop o laptop.

L'equilibrio tra monetizzazione e prestazioni.

Valuta l'equilibrio tra monetizzazione e rendimento. Se gli utenti abbandonano prima a causa di un'esperienza scadente, questi annunci aggiuntivi potrebbero costarti più entrate di quelle che aggiungono.

Evita dimensioni eccessive delle pagine

Le pagine grandi e complesse richiedono più tempo di elaborazione per essere visualizzate. Ad esempio, se hai una galleria di prodotti con 1000 prodotti diversi, la visualizzazione nella finestra del browser dell'utente richiederà un po' di tempo. Valuta quando impaginare le pagine per ridurre questo tempo.

Come posso ricevere ulteriore assistenza?

Questo post elenca alcune delle considerazioni generali che i proprietari di attività possono fare e che potrebbero influire sul rendimento. Inoltre, potresti dover consultare degli sviluppatori web per ottenere maggiori informazioni su cosa puoi fare per migliorare il rendimento del tuo sito web.

Informazioni specifiche per la piattaforma

La maggior parte delle piattaforme si preoccupa molto delle proprie prestazioni web e potrebbe avere consigli dedicati e specifici per la piattaforma su come migliorarle. Inoltre, se utilizzi questa piattaforma, potresti avere accesso a team dedicati alle prestazioni web che possono darti ulteriori consigli su come migliorare il tuo sito.

Lighthouse mostra anche informazioni specifiche per la piattaforma utilizzando la funzionalità Stack Pack, che può indirizzare gli utenti delle piattaforme supportate ai consigli appropriati.

Le piattaforme migliorano continuamente nel tempo e molte si stanno concentrando sulle prestazioni e sui Core Web Vitals proprio in questo momento. Assicurati che la tua piattaforma sia aggiornata per usufruire degli ultimi miglioramenti apportati dagli sviluppatori della piattaforma.

Questo è più semplice quando utilizzi una piattaforma in hosting in cui il fornitore gestisce automaticamente la piattaforma, inclusi gli aggiornamenti. Se ospiti tu la piattaforma, ad esempio un'installazione locale di WordPress sul tuo server, assicurati che la piattaforma venga aggiornata regolarmente per consentire al tuo sito di beneficiare di eventuali miglioramenti implementati dagli sviluppatori della piattaforma. Le aziende dovrebbero dare la priorità a questa manutenzione o scegliere un servizio che la gestisca per loro.

Rivolgiti a uno sviluppatore web

Uno sviluppatore web con esperienza nelle prestazioni web sarà probabilmente in grado di risolvere molti più problemi rispetto a un proprietario dell'attività. Potresti aver già assunto uno sviluppatore web per creare il tuo sito inizialmente o per apportare modifiche periodiche, oppure potresti avere un team di sviluppo dedicato o dover trovare uno sviluppatore da assumere (idealmente uno con esperienza in prestazioni web).

Rivolgiti agli sviluppatori se i suggerimenti forniti qui non sono sufficienti per risolvere i problemi di prestazioni del tuo sito web, ma spero che gli esempi precedenti mostrino anche che è importante collaborare con gli sviluppatori per bilanciare le priorità aziendali con le decisioni di sviluppo per raggiungere la soluzione giusta per il tuo sito web.

Tieni presente che le prestazioni web raramente sono un lavoro una tantum. Per mantenere un buon rendimento del sito web, spesso sono necessari un monitoraggio e una manutenzione regolari per garantire che il sito web non regredisca dopo l'implementazione dei miglioramenti.

Conclusione

Un sito web è spesso il primo punto di contatto tra un'attività e i suoi clienti e vuoi che sia un'esperienza fantastica per loro. Questo vale sia per i visitatori alla prima visita che si fanno una prima impressione della tua attività, sia per i visitatori di ritorno e i clienti fedeli, ai quali deve essere offerta un'esperienza il più possibile fluida, idealmente priva di frustrazioni che potrebbero lasciare un'impressione negativa. I Core Web Vitals sono una misura dell'esperienza utente che Google consiglia ai siti di prendere in considerazione. Con tutto ciò che il web offre, gli utenti possono (e lo faranno!) provare altri siti web se si sentono frustrati dal tuo.

Allo stesso tempo, i Core Web Vitals sono solo una misura del tuo sito web. Le attività devono decidere autonomamente quanto investire nei propri siti web e quale ritorno otterranno da questo investimento.