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, buona parte della documentazione relativa a Core Web Vitals è rivolta agli sviluppatori web, che dispongono di una profonda conoscenza tecnica e di un controllo completo sul loro codice. Molti siti web sono creati da non sviluppatori utilizzando uno strumento per la creazione di siti come WordPress, Shopify, Wix o altre soluzioni simili spesso senza un team di sviluppo web.

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

Lo scopo di questa guida è fornire alcune informazioni pertinenti che consentano agli strumenti per la creazione di siti e ai proprietari di siti di comprendere e migliorare il più possibile la loro esperienza utente, senza richiedere una profonda conoscenza tecnica dello sviluppo web.

Allo stesso tempo, molti problemi di prestazioni richiedono agli sviluppatori di implementare correzioni tecniche. Le nostre guide incentrate sugli sviluppatori possono essere utili in tal senso. Non si tratta di una guida esaustiva, ma piuttosto di un'introduzione all'iniziativa Core Web Vitals per i responsabili delle decisioni aziendali che hanno alcune cause comuni non legate allo sviluppo, che causano scarse prestazioni delle pagine. Oltre a questi, uno sviluppatore web probabilmente dovrà essere coinvolto per fare ulteriori progressi.

Cosa sono i Core Web Vitals?

Le metriche Core Web Vitals sono un insieme di tre metriche progettate per misurare l'esperienza utente di una pagina, in particolare la velocità con cui la pagina si percepisce. Ognuna ha un'abbreviazione di tre lettere:

  • La metrica Largest Contentful Paint (LCP) misura il rendimento del caricamento, ovvero il tempo (espresso in secondi) necessario per la visualizzazione dei contenuti più in evidenza della pagina dopo l'avvio del caricamento.
  • La metrica Cumulative Layout Shift (CLS) misura la stabilità visiva di una pagina, ovvero la quantità di movimento dei contenuti durante il caricamento.
  • Interazione con Next Paint (INP): velocità di risposta della pagina a clic, tocchi e interazioni da tastiera.

Ogni metrica misura un aspetto diverso dell'esperienza utente. Google fornisce inoltre soglie consigliate per ogni metrica. Le esperienze utente inferiori alla soglia inferiore sono considerate buone, mentre quelle superiori alla soglia superiore sono considerate scarse. Tra queste soglie, una pagina è considerata compresa nell'intervallo delle esigenze di miglioramento. 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 avranno risultati diversi. Non sono "quello che pensa Google" né "cosa pensa googlebot", ma su ciò che gli utenti effettivi del tuo sito web hanno sperimentato.

Alcuni utenti useranno dispositivi più veloci e reti più veloci. Alcune saranno su dispositivi più lenti o su reti più lente. Alcuni utenti visiteranno pagine più semplici e veloci del tuo sito, altre più complesse e più lente. I risultati di tutte queste esperienze utente vengono quindi aggregati per fornire una valutazione complessiva dell'intero sito web.

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

CrUX è disponibile su milioni di siti web popolari, ma non tutti i siti web lo sono. Anche altri strumenti di Real User Monitoring (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 introduce due strumenti che consentono di visualizzare rapidamente i Core Web Vitals per il tuo sito. Per un'analisi più approfondita degli altri strumenti Google, incluso un flusso di lavoro che consente di utilizzarli per gestire 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 il messaggio "Scopri cosa stanno vivendo i tuoi utenti reali". sezione:

In che modo PageSpeed Insights mostra i dati CrUX per i Core Web Vitals di un URL. Ciascun Segnali web essenziali viene visualizzato separatamente, raggruppando ogni Segnale web essenziale in "Buono", "Richiede miglioramenti" e "Scadente" le soglie degli ultimi 28 giorni.
. PageSpeed Insights mostra le metriche di Core Web Vitals sperimentate dagli utenti reali.

Questa immagine mostra come utenti reali di Chrome hanno visitato il tuo sito web negli ultimi 28 giorni. I tre Core Web Vitals vengono visualizzati in alto, insieme ad altre metriche di supporto sotto (compresa la metrica INP in attesa). Solo i Core Web Vitals vengono conteggiati nella valutazione complessiva superata o non riuscita nella parte superiore della pagina, ma le altre metriche possono essere utili per la risoluzione dei problemi relativi a Core Web Vitals, come verrà mostrato nella sezione successiva.

Puoi passare dalla visualizzazione Mobile a quella Desktop e viceversa utilizzando i pulsanti nella parte superiore di questa sezione. Puoi anche spostarti tra Questo URL e tutti i dati relativi a quell'origine utilizzando il pulsante di attivazione/disattivazione in alto a destra, dove esistono dati per entrambi.

Queste cifre dovrebbero fornire un ampio indicatore del rendimento del tuo sito, di quali metriche potrebbero essere migliorate e del tipo di dispositivo.

Google Search Console

Google Search Console (GSC) è destinato esclusivamente ai proprietari dei siti, pertanto per utilizzare il sito richiede la registrazione e la verifica della proprietà del sito. Fornisce dettagli su come la Ricerca Google vede 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 relativi a Core Web Vitals:

Il report Core Web Vitals in Search Console. Il report è suddiviso in categorie Desktop e Dispositivi mobili, con grafici a linee che illustrano in dettaglio la distribuzione delle pagine con Core Web Vitals in "Buono", "Richiede miglioramenti" e "Scadente" categorie nel tempo.
. Report Core Web Vitals di Google Search Console.

Le pagine vengono raccolte in gruppi di URL per consentirti di verificare se alcune categorie di pagine (ad esempio, Pagine dei dettagli dei prodotti, Pagine dei blog e così via) presentano problemi di Core Web Vitals. Poiché generalmente queste pagine si basano su tecnologie o modelli simili, la causa di eventuali problemi in queste pagine potrebbe essere una causa comune.

Problemi comuni dei Core Web Vitals per gli strumenti per la creazione di siti

Molti problemi di prestazioni richiedono agli sviluppatori di implementare correzioni tecniche. Le nostre guide incentrate sugli sviluppatori possono essere d'aiuto agli sviluppatori. In questa sezione illustreremo alcuni dei problemi comuni non correlati agli sviluppatori, a cui i responsabili delle decisioni aziendali possono aiutare a migliorare queste metriche.

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

Problemi relativi a Largest Contentful Paint (LCP)

L'obiettivo della metrica LCP è misurare la velocità di caricamento delle pagine web misurando il tempo che intercorre tra il clic su un link e la visualizzazione del contenuto più grande (in genere un'immagine 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 è considerata un'esperienza scarsa.

Nelle sezioni successive vengono descritti alcuni problemi comuni relativi all'LCP che i responsabili delle decisioni aziendali possono influenzare.

Ritardi nell'avvio del caricamento della pagina

Spesso pensiamo di migliorare il tempo di caricamento della pagina stessa, ma spesso c'è un ritardo prima ancora di iniziare. È impossibile avere un LCP al di sotto della soglia dei 2,5 secondi buona se il sito web non viene scaricato per pochi secondi.

Time to First Byte (TTFB) è il tempo necessario per il download della prima parte della pagina web. Se PageSpeed Insights mostra una metrica diagnostica TTFB di grandi dimensioni in rosso o ambra, risolvere questo problema è fondamentale e dovrebbe avere un effetto diretto su LCP.

Impara a conoscere il tuo pubblico

Per problemi relativi a TTFB, è importante comprendere il proprio pubblico. Se il tuo sito web è ospitato in un paese, ma serve un pubblico globale, la vicinanza geografica tra gli utenti del sito web e il server web diventa un fattore nella 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 rete CDN nei propri servizi e se ne occuperanno automaticamente. Verifica se questo è il caso per il luogo in cui è ospitato il tuo sito. Alcune piattaforme offrono diversi livelli di servizio con più località CDN per livelli a pagamento più elevati. Le aziende globali dovrebbero prendere in considerazione livelli più alti in questi casi.

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 includendo URL che devono essere reindirizzati. Ad esempio, l'utilizzo di example.com/blog in una campagna che deve reindirizzare a www.example.com/blog e poi a https://www.example.com/blog aumenta il tempo per la TTFB di una pagina. Assicurati che le tue campagne di marketing utilizzino il numero minimo di reindirizzamenti possibile.

Assicurati che le campagne pubblicitarie siano indirizzate al pubblico corretto

Inoltre, assicurati che le tue campagne pubblicitarie abbiano come target il tuo pubblico in modo efficace. Ottenere molto nuovo traffico da utenti che si trovano a metà mondo, ma ai quali non puoi inviare il tuo prodotto, rappresenta uno spreco di spesa pubblicitaria e influisce negativamente sul rendimento del tuo sito web.

I parametri URL possono influire sul rendimento web

I parametri URL come i parametri UTM vengono spesso utilizzati per le campagne di marketing. Ciò può ridurre l'efficacia della memorizzazione nella cache nell'infrastruttura, poiché ogni URL può apparire come una pagina unica, anche se la stessa pagina viene pubblicata ogni volta. Se utilizzi i parametri UTM, rivolgiti al tuo provider CDN o ai team dell'infrastruttura per assicurarti che questi parametri URL vengano ignorati dall'infrastruttura di memorizzazione nella cache per consentire alle campagne di trarre vantaggio dalle pagine già memorizzate nella cache.

I media possono essere costosi per le prestazioni

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

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

Evita caroselli

I caroselli composti da più immagini possono influire sul tempo di caricamento complessivo di una pagina poiché 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 rifletti attentamente prima di utilizzarli sul tuo sito.

Utilizza immagini ottimizzate per il web

Poi c'è la dimensione degli asset multimediali. Molte immagini sul Web vengono pubblicate a una risoluzione troppo alta. Assicurati che tutti i partner per i media o le agenzie di design forniscano immagini ottimizzate per il web anziché immagini a grandezza originale e in 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 tenteranno di ottimizzare automaticamente le immagini al momento del caricamento, ma poiché non conoscono le dimensioni delle immagini visualizzate sul dispositivo dell'utente, fornire immagini più piccole con cui iniziare può generare guadagni significativi.

Presta particolare attenzione ai video

Presta particolare attenzione quando utilizzi i video. I video sono tra i contenuti di maggiori dimensioni e, di conseguenza, più lenti per il download e la visualizzazione di un sito web, quindi cerca di non abusarne. Evita di usarli nella parte superiore delle pagine web e conservali per una parte più in basso della pagina. Ciò può quindi consentire un caricamento rapido dei contenuti meno costosi per offrire una migliore esperienza di caricamento agli utenti e garantire che l'LCP non venga influenzato.

Test A/B

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

Molte soluzioni per i test A/B ritardano la visualizzazione di un sito web all'utente fino all'applicazione delle modifiche in qualsiasi test. In questo modo non verrà mostrata la versione originale del sito web, ma l'operazione potrebbe comportare ritardi nella visibilità di un sito web per gli utenti. Altre soluzioni vengono applicate lato server per evitare questo ritardo. Prenditi il tempo necessario per capire come viene eseguito il test A/B e se è soggetto a questi ritardi. Inoltre, se possibile, prendi in considerazione soluzioni per i test A/B lato server.

I test A/B possono fornire un feedback inestimabile prima di introdurre nuove modifiche, ma il costo del rendimento delle pagine deve essere valutato rispetto ai potenziali vantaggi che apportano.

Indipendentemente dall'infrastruttura, chiunque esegua test A/B deve sempre tenere presenti 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 il test A/B potrebbe non essere eseguito per la maggior parte delle pagine in un determinato momento.
  • Limita i test A/B a un sottoinsieme di utenti per evitare di colpire la 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 uno scarso rendimento delle pagine.
  • Ma soprattutto, non dimenticare di rimuovere gli esperimenti dei test A/B quando non sono più necessari.

Problemi relativi a Cumulative Layout Shift (CLS)

La metrica CLS misura la stabilità visiva di una pagina, ovvero in che misura i contenuti della pagina si alternano man mano che vengono caricati. Questo può essere fonte di distrazione se un utente ha iniziato a leggere una pagina web, ma poi perde la posizione poiché vengono inseriti altri contenuti o annunci. Può anche portare gli utenti a fare clic involontariamente sui contenuti sbagliati se il layout della pagina cambia eccessivamente. Fai molta attenzione ai contenuti dinamici che vengono caricati in un secondo momento; potresti spostare alcuni dei contenuti iniziali della pagina.

Uno screencast che mostra come l'instabilità del layout può influire negativamente sugli utenti.

Questo valore viene misurato con una formula matematica che calcola quanti contenuti e in che misura vengono spostati. È espresso come frazione senza unità con un valore pari o inferiore a 0,1 considerato buono e un valore pari o superiore a 0,25 come scarso.

Nelle sezioni successive vengono descritti alcuni problemi comuni della metrica CLS 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 fornire più risorse alle immagini che appaiono sullo schermo durante il caricamento iniziale della pagina. Le immagini vengono quindi caricate mentre l'utente scorre verso il basso. Questa tecnica di caricamento delle immagini è nota come caricamento lento.

I modelli di pagina dovrebbero riservare spazio per le immagini caricate tramite caricamento lento in modo che, se un utente scorre molto velocemente prima che l'immagine abbia la possibilità di caricarsi, i contenuti circostanti non si spostino. Se il tuo modello o la tua piattaforma non supporta questa operazione, valuta la possibilità di passare a una soluzione che le supporta.

Fai attenzione agli annunci posizionati in mezzo ai contenuti

Gli annunci inseriti in mezzo ai contenuti corrono il rischio di spingerli verso il basso, in quanto il caricamento degli annunci richiede spesso un po' più di tempo, spesso più lungo delle immagini descritte nella sezione precedente. La presenza di questi elementi a lato dei contenuti della pagina principale è uno schema comune che riduce questo rischio. Il modo in cui ottenere questo risultato nella pratica dipende dalla 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 della pagina, ad esempio banner di cookie oppure offerte speciali. Se invece scegli di sovrapporre avvisi e banner sopra i contenuti principali, impedisci che i contenuti della pagina cambino. Analogamente alla sezione precedente, le opzioni a tua disposizione dipendono dalla piattaforma e dai modelli utilizzati per le tue pagine.

Problemi di interazione con Next Paint (INP)

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

Esempio di reattività scadente o buona. A sinistra, alcune attività lunghe impediscono l'apertura dell'accordion. Questo fa sì che l'utente faccia clic più volte pensando che l'esperienza non sia funzionante. Quando il thread principale raggiunge il ritardo, elabora gli input ritardati, determinando l'apertura e la chiusura inaspettata dell'accordion.

L'INP misura la totalità di ogni singola interazione idonea durante la vita di una pagina e segnala l'interazione peggiore. INP ha una soglia buona di 200 millisecondi e una soglia scarsa di 500 millisecondi.

Le metriche di reattività, in particolare INP, sono metriche difficili da ottimizzare. Quando queste metriche sono nella soglia scarsa, in genere il motivo è che le interazioni sono ritardate a causa del tentativo eccessivo della pagina web di fare le cose, quindi le soluzioni principali in questo caso prevedono la rimozione di codice non necessario per rendere le pagine più leggere.

Alcuni dei problemi comuni relativi all'INP che i responsabili delle decisioni aziendali possono influenzare sono descritti nelle prossime sezioni.

Fai pulizie di primavera!

Controlla 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, piuttosto che ricordarsi di rimuoverli in un secondo momento se non si ritiene utili. Questa è una delle cause alla base delle interazioni lente, ma è un'ottimizzazione relativamente più semplice di molte altre.

Analogamente, se utilizzi un gestore di tag per le campagne di marketing, accertati che le campagne precedenti vengano rimosse. Anche se non si attivano più, 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

Widget e plug-in costosi dal punto di vista del calcolo possono sembrare accattivanti, ma migliorano l'esperienza utente o la peggiorano? Il report Diagnostica i problemi di rendimento in PageSpeed Insights viene fornito da Lighthouse per identificare il codice JavaScript che sta avendo un impatto notevole sul rendimento del tuo sito web.

Idealmente, limita i widget solo alle pagine su cui sono necessari. Se utilizzi solo un incorporamento di Google Maps nella pagina Contattaci, non è necessario caricarlo in ogni pagina in cui può causare problemi di reattività.

Considera il numero di annunci, soprattutto sui dispositivi mobili

Gli annunci rappresentano una buona strategia di monetizzazione per molte attività, ma spesso sono complessi e richiedono molte risorse. Maggiore è il numero di annunci, maggiore sarà l'utilizzo di risorse, che possono interferire con la velocità della pagina. Questo vale soprattutto per i dispositivi mobili, dove la memoria con potenza di elaborazione spesso non è così elevata come quella dei computer desktop o dei laptop.

L'equilibrio tra monetizzazione e rendimento.

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

Evitare dimensioni della pagina eccessive

La visualizzazione delle pagine grandi e complesse richiede un tempo di elaborazione maggiore. Ad esempio, se hai una galleria di prodotti con 1000 prodotti diversi, ci vorrà un po' di tempo prima che venga visualizzata nella finestra del browser dell'utente. Valuta quando impaginare le pagine per ridurre questo tempo.

Come posso ricevere ulteriore assistenza?

In questo post sono elencate alcune considerazioni generali che i proprietari di attività possono prendere e che potrebbero influire sul rendimento. Oltre a questo, potresti dover consultare gli sviluppatori web per ottenere maggiori informazioni su ciò che puoi fare per migliorare il rendimento del tuo sito web.

Informazioni specifiche della piattaforma

La maggior parte delle piattaforme tiene molto al proprio rendimento web e potrebbe avere consigli dedicati e specifici per la piattaforma su come migliorarlo. Nell'ambito dell'utilizzo della piattaforma, potresti anche avere accesso a team dedicati al rendimento sul web che possono fornirti ulteriori consigli su come migliorare il tuo sito.

Lighthouse mostra inoltre informazioni specifiche della piattaforma utilizzando la funzionalità Stack Pack, che può indirizzare gli utenti delle piattaforme supportate verso i consigli appropriati.

Nel tempo le piattaforme migliorano continuamente e, in questo momento, molte si stanno concentrando sulle prestazioni e su Core Web Vitals. Assicurati che la tua piattaforma sia sempre aggiornata per sfruttare gli ultimi miglioramenti apportati dagli sviluppatori della piattaforma.

Questo è più facile se utilizzi una piattaforma ospitata in cui il fornitore della piattaforma gestisce automaticamente la piattaforma, inclusi gli aggiornamenti della piattaforma. Se ospiti la piattaforma personalmente, ad esempio un'installazione WordPress locale sul tuo server, assicurati che la piattaforma venga aggiornata regolarmente consentirà al tuo sito di trarre vantaggio dagli eventuali miglioramenti implementati dalla piattaforma. Le attività devono dare la priorità a questa gestione o scegliere un servizio che lo gestisca per loro.

Coinvolgi uno sviluppatore web

Uno sviluppatore web con esperienza nel rendimento web sarà probabilmente in grado di risolvere molti più problemi rispetto al proprietario di un'attività. Potresti aver già incaricato uno sviluppatore web di creare il tuo sito inizialmente o per modifiche periodiche, oppure potresti avere un team di sviluppo dedicato oppure potresti dover trovare uno sviluppatore da coinvolgere (preferibilmente uno con esperienza in termini di prestazioni web).

Se i suggerimenti forniti qui non sono sufficienti per risolvere i problemi di prestazioni che stai riscontrando con il tuo sito web, rivolgiti agli sviluppatori, ma speriamo che gli esempi precedenti mostrino anche che è importante collaborare con gli sviluppatori per bilanciare le priorità aziendali e le decisioni di sviluppo al fine di trovare la soluzione giusta per il tuo sito web.

Tieni presente che il rendimento sul web raramente è un compito una tantum. Mantenere un buon rendimento del sito web spesso richiede un monitoraggio e una manutenzione regolari per garantire che il sito web non regoli dopo l'applicazione dei miglioramenti.

Conclusione

Un sito web è spesso il primo punto di accesso di un'attività ai suoi clienti e vuoi che offra loro un'esperienza ottimale. Questo vale sia per i visitatori alla prima visita che fanno una prima impressione dell'attività, sia per i visitatori abituali e per i clienti fedeli, ai quali dovrebbe essere offerta un'esperienza il più semplice possibile, idealmente priva di frustrazioni che potrebbero lasciare un'impressione negativa. I Core Web Vitals rappresentano una misura dell'esperienza utente che Google consiglia ai siti di prendere in considerazione. Con tutto ciò che offre il web, 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 aziende devono decidere autonomamente quanto investire nei propri siti web e quale ritorno sugli investimenti.

Ringraziamenti

Immagine in miniatura di Carlos Muza su Unsplash