Demistificare i Core Web Vitals per WordPress

Core Web Vitals ora rappresenta un insieme di metriche obbligatorie per l'ottimizzazione del tuo sito, in particolare se la SEO e le prestazioni del sito sono importanti per la tua strategia digitale. Tuttavia, può essere difficile capire quali strumenti e strategie di WordPress siano più importanti quando si cerca di migliorare i Core Web Vitals del proprio sito.

Guarda questa sessione per uno sguardo approfondito alle migliori pratiche e agli strumenti per comprendere e migliorare i tuoi punteggi Core Web Vitals sul tuo sito WordPress.

Altoparlanti:

• Alex Zuniga, Product Manager di WP Engine
• Mark Davoli, Direttore, Sviluppo Web di Amsive Digital
• Matt Chase, direttore dello sviluppo presso Vital Design
• Sanjucta Ghose, sviluppatore web senior presso WP Engine
• Mike Crantea, direttore dell'ingegneria frontend presso XWP

Trascrizione:

ALEX ZUNIGA: Ciao e benvenuto a Demystifying Core Web Vitals per WordPress. Sono Alex Zuniga, Product Manager qui a WP Engine. E oggi discuteremo davvero i dettagli dei principali web vitals per il tuo sito Web WordPress. Core Web Vitals è una metrica obbligatoria da ottimizzare se ti interessa ottimizzare il tuo sito per la SEO, per le prestazioni del sito. Ma può essere difficile sapere quali strumenti e strategie di WordPress hanno il maggior impatto. Quindi unisciti a questa sessione per uno sguardo approfondito su come le migliori pratiche e gli strumenti possono aiutarti a migliorare i tuoi punteggi vitali web per WordPress.

Ora, senza ulteriori indugi, presenteremo i nostri relatori per questa sessione. E prima di tutto, lo consegnerò a Mike per fare una breve introduzione su se stesso.

MIKE CRANTEA: Ciao, sono Mike Crantea. Mi trovo nelle Isole Canarie, in Spagna. Sono il direttore dell'ingegneria di frontend presso XWP, dove ho prestato servizio negli ultimi 17 anni. Principalmente nello spazio della tecnologia frontend, adoro le prestazioni web. E sono felice di essere qui. EHI.

ALEX ZUNIGA: Grazie, Mike. Successivamente, abbiamo Matt Chase.

MATT CHASE: Sono il direttore dello sviluppo presso Vital Design a Portsmouth, nel New Hampshire. Forte attenzione al frontend sul mio lavoro. Quindi facciamo un sacco di spartiti Lighthouse e Core Web Vital.

ALEX ZUNIGA: Fantastico. Grazie, Matteo. E Marco.

MARK DAVOLI: Ciao, sono Mark Davoli, il direttore per lo sviluppo web di Amsive Digital. Mi sono specializzato nello spazio Core Web Vital per il nostro team poiché la SEO è molto importante per la nostra azienda. E quindi, lo sono anche i Core Web Vitals. Felice di essere qui.

ALEX ZUNIGA: Felice di averti, amico. E, ultimo ma non meno importante, Sanjucta.

SANJUCTA GHOSE: Salve. Vengo anche da WP Engine. Faccio parte del team responsabile della manutenzione dei siti Web di WP Engine. E questo include i siti che sono arrivati ​​con Delicious Brains quando WP Engine li ha acquisiti. E ho passato buona parte dell'ultimo anno a ottimizzare i siti Delicious Brain per Core Web Vitals. Quindi penso che questa dovrebbe essere una conversazione molto interessante. Felice di essere qui.

ALEX ZUNIGA: Grazie. Grazie. Bene, benvenuti a tutti i nostri relatori. E non vediamo l'ora di sentire cosa hai da dire. Quindi analizzeremo queste domande in base a misurazione, gestione, strumenti e aspettative dei clienti quando si tratta di Core Web Vitals. Quindi la nostra prima domanda che vogliamo porre a tutti voi, perché dovrei preoccuparmi di Core Web Vitals in primo luogo? E fino a che punto dovrei concentrarmi sull'ottimizzazione di Core Web Vital?

MARK DAVOLI: Posso parlarne se vuoi. Per me è davvero importante assicurarmi di avere una velocità di pagina elevata. E il motivo per cui è importante è nelle conversioni dei risultati finali. Giusto? Quindi, quando qualcuno arriva su un sito web, più ci vuole un carico, più è probabile che scenda. E se non hai una velocità di pagina elevata, sarai sfortunato e perderai potenzialmente molti affari. Soprattutto su un negozio di e-commerce.

SANJUCTA GHOSE: Quindi sì. Sono in qualche modo d'accordo con quello che hai detto perché, sebbene sia molto importante per la SEO, dobbiamo anche ricordare che i Core Web Vitals sono una misura delle prestazioni percepite del tuo sito. Come l'utente percepisce il tuo sito. E penso che sia molto importante mantenere l'attenzione che l'utente percepisce il tuo sito come reattivo, interattivo e stabile. Quali sono le cose che Core Web Vitals misura. Quindi penso che anche più dei punteggi SEO sia importante che la percezione dell'utente della tua performance sia importante. Ed è per questo che dovremmo concentrarci sui Core Web Vitals.

ALEX ZUNIGA: Assolutamente. Matt, avevi...

MATT CHASE: Sì, questo è, fondamentalmente, quello che stavo per dire, sì, l'aspetto SEO è fantastico. Ma alla fine, codifichiamo questi siti per le persone. E vogliamo che queste persone abbiano il sito più veloce e scattante possibile. Ma questo riguarda entrambi i mondi. Giusto? Quindi arriviamo a quando ci sintonizziamo per questi Core Web Vitals, stiamo facendo un'ottima UX. Ma in un modo che soddisfa i team SEO, che a volte non è sempre una battaglia facile da vincere. Quindi funziona per tutti.

ALEX ZUNIGA: Detto questo, sappiamo che è importante. Ma quali sono i modi migliori per misurare il nostro punteggio?

MARK DAVOLI: Quindi uno dei modi in cui misuriamo oltre all'utilizzo– beh, c'è lo strumento Page Speed ​​Insight di Google, che è fondamentale perché è lo strumento che usano per misurarlo. Bene, quindi se vuoi avere un impatto, usare quello strumento è vitale. C'è anche il tuo Lighthouse nel browser proprio in Chrome DevTools, che è estremamente importante. E Search Console ha un ottimo strumento per l'esperienza utente della pagina per monitorare le metriche degli utenti reali negli ultimi 28 giorni, il che è fondamentale per il monitoraggio a lungo termine.

SANJUCTA GHOSE: Sì. Quindi direi che Page Speed ​​Insights è un ottimo strumento perché ti fornisce entrambi i dati in tempo reale, nel senso che gli stessi Core Web Vitals si basano su dati utente reali negli ultimi 28 giorni. Ma poi puoi anche vedere il tuo Lighthouse Report, che si basa sui dati di laboratorio. E questo è ciò su cui puoi effettivamente migliorare immediatamente perché ci vuole del tempo prima che tu possa effettivamente vedere miglioramenti in Core Web Vitals perché è misurato in un arco di tempo.

Quindi, se stai cercando di migliorare i tuoi punteggi, penso che Lighthouse sia un ottimo strumento perché ti fornisce– ti dice quali sono le tue opportunità di miglioramento. Quindi puoi provare subito a implementare queste opportunità e vedere come migliora il tuo punteggio.

ALEX ZUNIGA: Fantastico. Sembrano grandi grida per Lighthouse lì. Eccellente. Eccellente.

MIKE CRANTEA: Vorrei aggiungere su questo argomento che il monitoraggio dei dati sulle prestazioni delle metriche degli utenti reali è stato migliore per essere in grado di reagire più rapidamente al degrado delle prestazioni che ha raggiunto la produzione. I test di laboratorio aiutano quando sei in scena. Come dire che c'è un degrado che non vogliamo propagare. Ma succederà sempre qualcosa in produzione che potrebbe sorprendere. E invece di aspettare diverse settimane prima che Search Console e le metriche degli utenti reali nel database crux vengano visualizzate, monitorandole tu stesso con una libreria Web Vitals, puoi stare al passo con i tempi.

ALEX ZUNIGA: Fantastico. Sì. Devo sempre stare al passo con quelle sorprese di produzione che a volte si presentano. Va bene. Bene, grazie per aver risposto a quelli sulla misurazione. Ora esaminando la gestione, quali sono una o due cose che puoi fare che hanno il maggiore impatto sui Core Web Vitals?

MATT CHASE: Quindi immagino che una cosa che mi salta fuori sia il carico pigro come tutto ciò che puoi. E rimandare il caricamento di tutto ciò che è possibile. Questo per me è una specie di soluzione chiavi in ​​mano che puoi semplicemente fare e vedere un miglioramento immediato. WP Rocket ha un sacco di caselle di controllo davvero molto semplici che puoi attivare per abilitare quel genere di cose.

MARCO DAVOLI: Sì. E per me, l'obiettivo principale è ciò che chiamiamo il rendering above the fold. Quindi assicurati che venga eseguito il rendering il più rapidamente possibile. E come accennato in precedenza, differire e caricare in modo pigro qualsiasi altra cosa che è fuori dallo schermo per assicurarti di ottenere il miglior punteggio possibile. Detto questo, WP Rocket è eccellente per la sua funzione di script di ritardo. Ma tendiamo a, come cerco di tendere a limitarlo al GTM, o agli script degli annunci di Google, o cose del genere. E concentrati davvero sul miglioramento dell'attuale architettura di base del tema che alimenta il sito Web per assicurarti che sia ottimizzato il più possibile. Quindi non ti affidi a un plug-in di terze parti per avere quel tipo di impatto sulle prestazioni.

MATT CHASE: Oh, assolutamente. Sì. Entrambe le estremità.

ALEX ZUNIGA: Preso. Preso. E giusto per chiarire, hai detto WP Rocket. E questa è la funzione degli script di ritardo?

MARCO DAVOLI: Sì.

ALEX ZUNIGA: Fantastico.

MIKE CRANTEA: Una cosa che non riceve abbastanza riflettori è il caching. Ma il tempo di risposta rapido del server non garantisce un'esperienza rapida. Ma se il tuo server risponde lentamente, stai garantendo un'esperienza lenta. Quindi utilizzare tutti i livelli di memorizzazione nella cache disponibili (memorizzazione nella cache del browser, memorizzazione nella cache degli oggetti, memorizzazione nella cache delle pagine) e averli attivati ​​e funzionali è un buon primo passo. Fai le tue basi. E poi puoi lavorare fino alle ottimizzazioni del frontend. Controllando cosa c'è nella tua testa. E così via e così via.

ALEX ZUNIGA: Eccellente

SANJUCTA GHOSE: Sì. E penso che non dovremmo anche dimenticare di ottimizzare le nostre immagini. Penso che sia molto importante perché molti siti web in questi giorni tendono ad essere ricchi di immagini. Quindi penso che sia importante comprimere le tue immagini, servirle attraverso un CDN e poi, come hai già detto, carica le tue immagini in modo pigro. Ancora più importante, offri immagini reattive. Così come puoi utilizzare l'attributo set di origine del tag immagine o il tag immagine per servire immagini reattive. Ho visto che questo porta davvero a molti miglioramenti perché i Core Web Vitals sono misurazioni mobile first. Quindi è molto importante che tu offra immagini reattive. È qualcosa che a volte dimentichiamo.

Quindi penso alle immagini. E anche alcune cose molto semplici come minimizzare il tuo JavaScript nel tuo CSS durante le fasi di compilazione. Penso che anche questo aiuti molto. È abbastanza semplice da fare.

MATT CHASE: Sì. A questo proposito, in realtà, dal momento che lo sollevi, WordPress distribuisce una sorta di sistema di creazione di pacchetti web in pacchetto. Lo chiamano semplicemente su WordPress Scripts. E la nostra agenzia ha lottato a lungo per cercare di mantenere il nostro sistema di webpack. E poi ogni otto mesi circa una dipendenza da nodo cambierebbe e spezzerebbe la nostra intera toolchain. Ma WordPress in qualche modo mantiene questo per noi. Ed è stato un enorme vantaggio.

E il webpack lì dentro abbiamo iniziato a utilizzare le importazioni dinamiche per creare il nostro pacchetto JavaScript principale. Quindi stiamo importando le dipendenze dei nostri nodi in fase di esecuzione invece di raggruppare tutto in un unico pacchetto JavaScript principale, che ci ha permesso di controllare davvero bene lo stesso tipo di caricamento dello script differito. Solo in casi specifici. Come quando il nostro blocco è sulla pagina.

MARCO DAVOLI: Sì. Trovo inoltre molto importante assicurarti di essere molto selettivo riguardo ai plug-in che utilizzi sul tuo sito web. È possibile ottenere un sacco di bloatware inaspettati dall'installazione di plug-in di terze parti. Quindi prova a limitarli a plugin molto affidabili e ben costruiti. E fai attenzione a cosa caricano quei plugin. Può davvero aiutare a controllare le prestazioni del sito. E sfortunatamente WordPress fa ancora molto affidamento su jQuery per l'uso back-end e quant'altro. Ma non è davvero necessario per il frontend. Quindi, se possibile, eliminare il supporto jQuery dal front-end del sito Web e attenersi a JavaScript nativo può davvero aiutare con le prestazioni.

ALEX ZUNIGA: Fantastico. Penso che ci stiamo già immergendo in quest'area. E ne hai citati alcuni. Ma attingiamo un po' di più a questo con gli strumenti. Quali sono alcuni degli strumenti preferiti che ti piace utilizzare per l'ottimizzazione di Core Web Vital? E per quale tipo di casi d'uso sono i migliori? O ci sono alcuni scenari in cui non sono adatti?

MATT CHASE: Voglio dire, è venuto fuori prima. Ma in realtà lo strumento nel browser Lighthouse è un po 'il mio preferito perché offre risultati immediati. Giusto. Il Core Web Vitals è fantastico, ma il suo potere sta nel fatto che è un aggregato che viene messo insieme nel tempo. Quindi non puoi davvero cambiare qualcosa e vedere il numero cambiare. Rispetto a Lighthouse, nel browser fai un aggiornamento. Vedi il tuo ambiente di sviluppo locale ed esegui un test Lighthouse. E posso immediatamente vedere, oh, la mia prestazione è aumentata di 15 punti. Freddo. Era la cosa giusta da fare. Spingilo in produzione.

ALEX ZUNIGA: Fantastico. Altri strumenti che ti piace usare?

MIKE CRANTEA: Vorrei ringraziare enormemente la funzione di override locale in Chrome. Ciò, in combinazione con la scheda Prestazioni, ti offre la capacità chirurgica di giocare cambiando anche l'ordine di caricamento degli elementi nel tuo sito web. E quanto o poco questo ha un impatto. Ti dà la supervisione necessaria per sapere se vale la pena impegnarsi per apportare un certo cambiamento, o semplicemente lasciar perdere e concentrarti su altre cose che hanno davvero un impatto.

MARK DAVOLI: E una cosa che penso sia anche fondamentale è il monitoraggio dell'architettura del server. Giusto. Quindi puoi avere i più grandi Core Web Vitals del mondo, ma se il tuo server è sottoposto a un carico insolitamente pesante e non ne sei consapevole, puoi improvvisamente scoprire che la tua prima vernice di contenuto diminuisce drasticamente, il che poi influisce praticamente su tutto il resto. Quindi tieni d'occhio strumenti come New Relic o qualsiasi altra cosa solo per monitorare le prestazioni. Tenere d'occhio solo per assicurarsi di disporre dell'infrastruttura adeguata per rendere il tuo sito Web il più velocemente possibile è fondamentale.

MIKE CRANTEA: Ed è qui che avere la cache attivata e pronta aiuta.

MARCO DAVOLI: E CDN.

MIKE CRANTEA: Sì. Evita alcuni potenziali disastri.

ALEX ZUNIGA: Eccellente. Bene, apprezzo quella chiarezza lì. Quindi una delle domande. Esistono molti plug-in di ottimizzazione per ottimizzare Core Web Vitals. Quali sono i limiti dei plugin di WordPress per dare una mano in questo? O stanno davvero ottimizzando il sito? O stanno solo cercando di ingannare le misurazioni di Google? E immagino che forse questa sia una domanda, è meglio - abbiamo detto che è meglio usare plugin o fare il lavoro invece di fare affidamento su un plugin lì?

SANJUCTA GHOSE: Quindi penso che i plugin siano fantastici. Ad esempio, WP Rocket, ad esempio, è fantastico. Utilizziamo molto EWWW Image Optimizer. E penso che anche questo sia fantastico. Ma come penso sia già stato detto. WP Rocket, devi usarlo con attenzione perché se attivi la funzione di differimento di JavaScript, ho visto casi in cui introduce strani bug. Bug una tantum. Quindi preferirei a volte forse lanciare la mia soluzione piuttosto che utilizzare un plug-in. A condizione che tu abbia l'esperienza di sviluppo.

Quindi la maggior parte delle ottimizzazioni che abbiamo fatto per i siti Delicious Brain le abbiamo implementate da sole piuttosto che utilizzare un plug-in. Detto questo, penso che i plugin siano un ottimo punto di partenza. Quindi, quando sei appena agli inizi, potresti voler, ad esempio, implementare la distribuzione di WP Rocket sul tuo sito di staging e giocare e vedere se rompe le cose o meno. O se apporta miglioramenti reali. Quindi penso che i plugin dovrebbero essere usati con attenzione. E devi sapere cosa sta succedendo in background cosa stanno facendo i plugin. E come potrebbe influenzare il tuo sito.

MATT CHASE: Sì. Per fortuna, penso che WP Rocket nelle versioni più recenti sia stato almeno bravo nell'etichettare molto chiaramente gli interruttori pericolosi che hanno. Perché sono stato scottato anche da questo un sacco di volte in cui gli script ritardati - e anche quelli che non ti aspetteresti come l'ottimizzazione CSS in qualche modo hanno rotto i modelli in cui non ha ottenuto la cosa che diceva che un nome di classe li avrebbe resi visibili . Quindi è stata una giornata emozionante.

Ma si. WP Rocket è sicuramente il mio punto di riferimento oltre a ovviamente un buon codice in entrata, un buon codice in uscita. Giusto. Fare il lavoro è sempre il modo migliore per affrontarlo. I plugin possono automatizzare le cose. Ma non c'è alcun sostituto per avere effettivamente il tuo codice snello e meschino.

MIKE CRANTEA: C'è un altro plugin contrassegnato come plugin di tipo lab. Questo è Performance Lab. È fatto dal Performance Core Team di WordPress. E anche se sembra qualcosa di spaventoso, ha fornito in tutti i miei test finora piena stabilità. E questo è stato davvero impressionante per quello che doveva essere e per la qualità del lavoro che è finito in quel plug-in Performance Lab. Quindi vale la pena provarlo. Un paio di caselle di controllo. E tutto quello che c'è dentro è al sicuro. Beh, non sono così sicuro del cambio di database. Questo è qualcosa di più controverso quando l'ho letto. Sì. Basta non toccare quel pulsante. Come se avessero aggiunto il supporto SQLite o qualcosa del genere all'interno del plug-in, che funziona sicuramente per alcuni siti Web più piccoli.

ALEX ZUNIGA: Interessante.

MARCO DAVOLI: Sì. E per me, WP Rocket è fantastico. Ne limitiamo l'uso sulla maggior parte dei nostri siti perché la maggior parte di ciò che facciamo è costruito in modo nativo. Ma ci sono molte altre funzionalità in Core WordPress che, se usate correttamente, possono davvero farti ottenere un sito ben ottimizzato. Come l'utilizzo del Block Editor invece di terze parti come Elementor o eccetera, può aggiungere molto peso a un sito. Quindi, se costruisci come il nuovo sistema di blocchi di tipo Gutenberg nativo e carichi davvero i file secondo necessità invece di caricare tutto in una volta su ogni singola pagina, ad esempio. Ora WordPress ha funzionalità di caricamento pigro integrate. Quindi monitorare come viene utilizzato e utilizzarlo in modo appropriato, eccetera. E poi aggiungendo uno strumento come WP Rocket per migliorare ciò che è già presente. Ma non basandosi solo su di esso.

Può essere utile per portarti lì, soprattutto se hai un sito che non funziona bene. Ma come accennato, come la generazione critica di CSS, queste cose possono avere molti problemi perché fanno molte supposizioni basate su ciò che il loro bot vede sulla tua pagina. Ma non può prevedere cose che non renderanno le visualizzazioni iniziali. Quindi se hai modelli, come detto, quelli che compaiono, non saprà che è una possibilità. Non genererà il CSS per esso e lo inlineerà correttamente. Quindi, come fare cose come precaricare i tuoi caratteri chiave o renderli above the fold. Di nuovo, questa è la chiave. Davvero la cosa più importante.

SANJUCTA GHOSE: Sul tema dei CSS critici, volevo solo entrare e menzionare che Addy Osmani ha questo fantastico strumento chiamato Critical. Puoi aggiungerlo al tuo processo di compilazione per generare il tuo CSS critico. È meraviglioso. Ed è molto affidabile. Quindi, dato che hai menzionato i CSS critici, ho pensato di aggiungerlo. Scusami per averti interrotto.

MIKE CRANTEA: Va bene. Sullo stesso argomento del CSS critico, c'è stato qualche sforzo da parte del team Jetpack per fare qualcosa con il plug-in Jetpack Boost. Questo fa un modo molto, molto interessante di generare il CSS critico rendendo le pagine in iframe o qualcosa del genere. Che forniscono quando funziona, è un'ottima soluzione. Quando non funziona, ti dice, ehi, qui non funziona. Basta andare avanti. Hai bisogno di qualcos'altro. Non è sempre facile arrivare al CSS critico. D'altra parte, 4 o 5 anni fa, i CSS critici erano molto grandi. Ha aiutato molto.

Negli ultimi due o tre anni con i progressi di HTTP/3, avere un CSS critico reso bloccante ha un impatto molto ridotto per avere 100 kilobyte o qualcosa di CSS inline. Sta facendo funzionare un sito Web velocemente come un sito Web che quattro o cinque anni fa aveva CSS critici. Quindi non aver paura di avere un CSS di dimensioni adeguate all'interno del tuo sito. Non devi sbarazzartene. E ho visto siti web che erano super ottimizzati.

Abbiamo in CSS critici come 100 kilobyte di CSS in linea. E rendere il blocco, jQuery e altri due script che non sono stati utilizzati. È come, yay. Stai vanificando lo scopo con quello. Può aiutarci a durare il tipo di approccio del 5%. Ma se inizi con quello, guarda il primo.

ALEX ZUNIGA: Fantastico. Eccezionale. Penso che tutti quegli strumenti. È bello sentire quelle urla. E bello sentire quei suggerimenti e raccomandazioni. E un sacco di quel tipo di turbinii intorno alla nostra prossima domanda. Quali sono gli aspetti unici del lavorare su WordPress in particolare con Core Web Vitals? È che devi farlo tramite plug-in invece di farlo con qualsiasi altro stack tecnologico? È più facile con WordPress? Ci sono più strumenti disponibili? Come abbiamo appena accennato, tutti voi avete appena sparato a molti strumenti. È più facile con WordPress? È più difficile con WordPress? Cosa prendete?

MATT CHASE: Penso che sia molto facile con WordPress. Quindi abbiamo parlato un po '- o ho menzionato il pacchetto del nodo degli script di WordPress che distribuiscono, che è solo un ottimo tipo di sistema di creazione di webpack in una scatola. Hanno anche il blocco WordPress Create, che è solo un modo davvero semplice e veloce per avviare un blocco personalizzato per il tuo sito basato su WordPress. Ma è costruito in modo tale che gran parte del codice della colla, per così dire, è scritto per te. Quindi è già intelligente riguardo a… Mark, hai menzionato quei copioni solo quando dovresti. Quindi sai se il tuo blocco lo sta facendo fin dall'inizio. Non devi nemmeno pensarci. Quindi WordPress rende questo genere di cose davvero facile.

MARK DAVOLI: Sì, assolutamente. Ed è open source. Giusto? Quindi puoi cambiare praticamente qualsiasi cosa. È molto più difficile quando lavori con un sistema chiuso per ottimizzare per Core Web Vitals rispetto a WordPress per questo motivo. E quando Core Web Vitals è stato annunciato per la prima volta, non era ancora arrivato. È stato molto più impegnativo. Hanno davvero fatto molta strada con l'aggiunta di molte di queste funzionalità, in particolare con l'editor di blocchi e la costruzione basata su blocchi, eccetera, per ottimizzare davvero quella capacità di caricare selettivamente risorse, file CSS, file di font, eccetera. Quindi sì. È stato fantastico.

ALEX ZUNIGA: Questo è probabilmente il richiamo del sistema chiuso rispetto all'open source. Vai avanti, Sanjucta.

SANJUCTA GHOSE: Sì. Sì. E penso perché ci sono molti provider di hosting dedicati a WordPress. E come hai detto tu. WordPress è open source. Quindi ci sono molte ottimizzazioni sull'hosting di siti WordPress. E quindi penso che ci sia già molto supporto disponibile lì se stai costruendo su WordPress, il che significa che non devi reinventare la ruota. Quindi penso che sia decisamente più facile se stai costruendo su WordPress per ottimizzare i tuoi Core Web Vitals.

ALEX ZUNIGA: Bello. Quindi abbiamo parlato di come misuriamo questi strumenti, cosa usiamo per migliorare effettivamente i nostri Core Web Vitals, alcuni degli strumenti. Ora, quando parliamo delle aspettative dei clienti, in quale fase di un nuovo progetto inizi a considerare Core Web Vitals come parte della tua build o della tua strategia? È giusto quando inizi come il tuo modello boilerplate di base? O è qualcosa che ottimizzi un po' più avanti nella storia? Cosa fate voi tutti?

MATT CHASE: Sì. Penso che per me sia più solo un modo di costruire cose con cui iniziare più di una cosa che fai su un sito web non ottimizzato. È fin dall'inizio. Ed è lì in ogni riga di codice che scrivi idealmente. Cerco di non farlo, non voglio creare un grande sito ottimizzato e poi tornare indietro più tardi e sistemarlo. Voglio provare a scrivere nel modo più pulito possibile fin dall'inizio. E poi di solito, trovo che farlo in quel modo, spremere l'ultimo po 'di succo di ottimizzazione alla fine sia un po' più facile.

MARCO DAVOLI: Sì. Ha assolutamente ragione. Iniziamo a costruirlo fin dall'inizio. Voglio dire, ci sono componenti che non si verificano più vicino alla fine. Non eseguiremo le immagini attraverso un'ottimizzazione delle immagini fino al momento del lancio. Ma non devi davvero nemmeno nella build stessa, ma anche nel processo di progettazione a volte, è importante pensare a come viene progettato il sito se stai prendendo in considerazione Core Web Vitals. Perché dal punto di vista dell'architettura, è più difficile implementare determinati progetti per essere veloci rispetto ad altri. Quindi capirlo ed educare i progettisti su ciò che potrebbe potenzialmente rendere un'implementazione più difficile rispetto a no è molto utile.

MIKE CRANTEA: E dettare i limiti. Ehi, puoi avere solo fino a x telefoni. Non dovresti portare 25 al tavolo con tutte le loro varianti. Questo aiuta dalla fase di progettazione. Inoltre è senza avere alcuni punti di contatto che si verificano per tutta la durata del progetto, a volte è facile portare a termine alcune cose. Come uno sprint sette richieste per l'aggiunta di un plug-in quiz al mix. Se non viene controllato, lo trovi un po 'alla fine. Quindi i miei consigli sono di elaborarlo ogni paio di sprint. Controlliamo le nostre misurazioni automatizzate della messa in scena di come le cose si evolvono. Cos'è successo con le ultime cose che sono state spinte a sparire? Le cose sono rallentate? Abbiamo bisogno di adottare misure correttive in anticipo piuttosto che essere reattivi alla fine di un progetto.

SANJUCTA GHOSE: Sì. Sono d'accordo. È molto importante iniziare dalla fase di progettazione perché piacciono le cose semplici come se ci debba essere un pop-up, un banner pubblicitario o qualcosa del genere. A volte fa un'enorme differenza forse per il tuo punteggio di layout cumulativo. Quindi è bene sapere in anticipo cosa succederà. Sia che tu abbia un pop-up o un banner in arrivo. E non vuoi sorprese verso la fine del tuo progetto. Quindi penso che sia molto importante coinvolgere il cliente o le parti interessate fin dalla fase di progettazione e dire loro che questo potrebbe avere un impatto sui tuoi Core Web Vitals in modo che possano prendere una decisione informata.

MARK DAVOLI: Questo è molto utile anche dopo il lancio perché non appena il tuo sito è fuori dalla porta a volte potrebbe essere come, lanciamo un widget di chat o qualsiasi altra cosa in seguito. Poi, all'improvviso, c'è un nodo. E poi devi pensare a come possiamo integrarlo e ottimizzarlo. Quindi la funzione degli script di ritardo può spingere la maggior parte dei pixel pubblicitari, che sono notoriamente dannosi per uccidere il tuo punteggio Core Web Vitals. Ma a volte non puoi ritardare qualcosa perché è importante per ciò che il cliente vuole veramente. Quindi bilancialo nel miglior modo possibile e assicurati di comunicare i potenziali impatti. E solo il risultato finale è ottenerlo il più velocemente possibile. A volte devi fare sacrifici per la funzionalità. A volte no. Ma prendilo il più velocemente possibile per aumentare quelle conversioni.

ALEX ZUNIGA: Eccellente. Eccellente. Quindi ho sentito dire che ingredienti migliori creano siti web migliori fin dall'inizio. Non che ci limiteremo a schiaffeggiare alcuni Core Web Vitals alla fine. È qualcosa che è davvero uno stile di vita se prima vuoi pensarci in quel modo. Bene, fantastico. Quindi solo la nostra ultima domanda. Hai mai avuto problemi a trasmettere ai tuoi clienti il ​​valore del tempo che dedichi a lavorare su Core Web Vitals? È qualcosa su cui hanno mai respinto? Non capiscono mai perché stai facendo quel lavoro?

MATT CHASE: Non credo di aver mai ricevuto alcun tipo di respingimento in realtà. Semmai, è un po' il contrario. Di solito, vogliamo la performance. Vogliamo i Core Web Vitals. Facciamolo accadere. Dirò che non riflettiamo sempre su– abbiamo parlato dei pixel di tracciamento e di come sono noti per aver abbassato quel punteggio. Ma a nessuno importa. Siamo proprio come pixel, pixel, pixel, pixel. Quindi le persone devono pensare a soppesare effettivamente quel vantaggio in termini di costi quando aggiungono il monitoraggio perché non è così semplice come lanciarlo e ottenere risultati. Perché c'è un costo.

ALEX ZUNIGA: Fantastico.

MIKE CRANTEA: Penso che con le prestazioni ci sia una mancanza di pazienza. Quindi, se stai pensando, oh, facciamo un lavoro di performance che durerà un paio di sprint, dopo il primo. Quando lo vedo? Quando lo vedo? Pianificare di rilasciarlo in modo iterativo, come aumentare una funzionalità, una funzionalità, una funzionalità aumenta la fiducia nell'impatto che questo lavoro ha. E più vedi che questo si traduce in conversioni e cambiamenti, più rapidamente il valore viene percepito senza dover dedicare molto tempo al lavoro educativo.

MARCO DAVOLI: Sì. E penso che una cosa che potrebbe essere difficile da capire per i clienti sia la differenza tra le metriche degli utenti reali rispetto ai dati di laboratorio. Perché molti di loro possono eseguire i propri test e quant'altro. E non comprendere appieno. Quindi, aiutarli a capire che la parte di riepilogo dell'origine della pagina, costituita dagli approfondimenti, è davvero quella che Google utilizza per ottenere risultati simili per il posizionamento SEO e cose del genere. Perché molti di loro cercano quel punteggio e lo ottimizzano. E aiutandoli a capire, ci vogliono 28 giorni per misurare qualsiasi modifica apportata in produzione prima di avere l'intera gamma di come la tua modifica ha influenzato le cose.

ALEX ZUNIGA: Questa è una grande chiamata. Ottimo richiamo.

MIKE CRANTEA: E dovrei indicare una delle metriche che è la più confusa di tutte. Le metriche di interattività. Quelli sono stati notoriamente volatili. E per alcuni tipi di persone che hanno più paura di qualsiasi variazione nel punteggio, è come se quella nuova funzionalità che abbiamo creato abbia rallentato in modo significativo il sito web? E poi come ripetere il test ed è come salire di 10 punti e poi scendere di 10 punti. Spiegare questa variazione richiede molto tempo. Perché non è solo un numero che è coerente? Bene, è qualcosa di difficile come nominare le cose e memorizzare nella cache.

ALEX ZUNIGA: Beh, fantastico. Sembra che apprezziamo davvero tutti i vostri input, tutti i vostri feedback su Core Web Vitals. Come usarli, cosa usare per misurarli, come impostare le aspettative del cliente per tutto ciò. È stata davvero una lezione di apprendimento. Ci auguriamo che i nostri relatori si siano divertiti qui. Ci fa sicuramente piacere ascoltare tutti i tuoi commenti. E speriamo che anche i partecipanti qui abbiano ricevuto un ottimo feedback.

Quindi tutti voi, grazie mille per il vostro tempo. Bene, quello era il nostro panel. Vogliamo davvero dire grazie mille a tutti i nostri relatori. Vogliamo ringraziarvi per aver partecipato a questo panel. E speriamo che tu ti diverta a guardare il resto delle nostre sessioni a DE{CODE}.