Demistificarea principalelor elemente vitale web pentru WordPress

Core Web Vitals reprezintă acum un set de valori obligatorii pentru optimizarea site-ului dvs., mai ales dacă SEO și performanța site-ului sunt importante pentru strategia dvs. digitală. Cu toate acestea, poate fi dificil să vă dați seama care instrumente și strategii WordPress sunt cele mai importante atunci când încercați să îmbunătățiți Core Web Vitals pe site-ul dvs.

Urmărește această sesiune pentru o privire aprofundată asupra celor mai bune practici și instrumente pentru înțelegerea și îmbunătățirea scorurilor tale Core Web Vitals pe site-ul tău WordPress.

Difuzoare:

• Alex Zuniga, Product Manager la WP Engine
• Mark Davoli, Director, Dezvoltare Web la Amsive Digital
• Matt Chase, director de dezvoltare la Vital Design
• Sanjucta Ghose, Senior Web Developer la WP Engine
• Mike Crantea, Director de Inginerie Frontend la XWP

Transcriere:

ALEX ZUNIGA: Bună, și bun venit la Demystifying Core Web Vitals pentru WordPress. Sunt Alex Zuniga, manager de produs aici la WP Engine. Și astăzi, vom discuta cu adevărat dezavantajele elementelor vitale web de bază pentru site-ul dvs. WordPress. Core Web Vitals este o măsură obligatorie de optimizat dacă vă interesează optimizarea site-ului dvs. pentru SEO, pentru performanța site-ului. Dar poate fi dificil să știi care instrumente și strategii WordPress au cel mai mare impact. Așadar, alăturați-vă acestei sesiuni pentru o privire aprofundată asupra modului în care cele mai bune practici și instrumente vă pot ajuta să vă îmbunătățiți scorurile vitale web pentru WordPress.

Acum, fără alte prelungiri, vom prezenta paneliştii noştri pentru această sesiune. Și, mai întâi, îi voi preda lui Mike pentru a face o scurtă prezentare despre el însuși.

MIKE CRANTEA: Bună, sunt Mike Crantea. Sunt situat în Insulele Canare, Spania. Sunt Director de Inginerie Frontend la XWP, unde am lucrat în ultimii 17 ani. Mai ales în spațiul tehnologiei frontend, îmi place performanța web. Și mă bucur că sunt aici. Hei.

ALEX ZUNIGA: Mulțumesc, Mike. Apoi, îl avem pe Matt Chase.

MATT CHASE: Sunt director de dezvoltare la Vital Design din Portsmouth, New Hampshire. Focalizare puternică pe front-end la munca mea. Așa că facem o mulțime de scoruri Lighthouse și Core Web Vital.

ALEX ZUNIGA: Minunat. Mulțumesc, Matt. Și Mark.

MARK DAVOLI: Bună, sunt Mark Davoli, Director pentru Dezvoltare Web la Amsive Digital. Am fost specializat în spațiul Core Web Vital pentru echipa noastră, deoarece SEO este foarte important pentru compania noastră. Și, prin urmare, la fel și Core Web Vitals. Fericit să fiu aici.

ALEX ZUNIGA: Mă bucur să te am, omule. Și nu în ultimul rând, Sanjucta.

SANJUCTA GHOSE: Bună. Sunt și de la WP Engine. Fac parte din echipa care este responsabilă de întreținerea site-urilor web ale WP Engine. Și acestea includ site-urile care au venit cu Delicious Brains când WP Engine le-a achiziționat. Și am petrecut o bună parte din ultimul an optimizând site-urile Delicious Brain pentru Core Web Vitals. Deci cred că aceasta ar trebui să fie o conversație foarte interesantă. Fericit să fiu aici.

ALEX ZUNIGA: Mulțumesc. Mulțumesc. Ei bine, bun venit la toți participanții noștri. Și abia așteptăm să auzim ce ai de spus. Deci, vom defalca aceste întrebări în funcție de măsurare, management, instrumente și așteptări ale clienților când vine vorba de Core Web Vitals. Deci, prima noastră întrebare pe care vrem să vă punem tuturor, de ce ar trebui să-mi pese chiar de Core Web Vitals în primul rând? Și în ce măsură ar trebui să mă concentrez pe optimizarea Core Web Vital?

MARK DAVOLI: Pot vorbi despre asta dacă vrei. Pentru mine este foarte important să mă asigur că ai o viteză rapidă a paginii. Și motivul care este important este conversia rezultatului final. Dreapta? Așadar, atunci când cineva ajunge pe un site web, cu atât este nevoie de mai mult timp, cu atât este mai probabil să coboare. Și dacă nu aveți o viteză mare a paginii, atunci veți avea ghinion și veți pierde potențial o mulțime de afaceri. Mai ales pe un magazin de comerț electronic.

SANJUCTA GHOSE: Deci da. Sunt oarecum de acord cu ceea ce ai spus pentru că, deși este foarte important pentru SEO, trebuie să ne amintim și că Core Web Vitals reprezintă o măsură a performanței percepute de site-ul tău. Cum percepe utilizatorul site-ul dvs. Și cred că este foarte important să rețineți că utilizatorul vă percepe site-ul ca fiind receptiv, interactiv și stabil. Care sunt lucrurile pe care Core Web Vitals le măsoară. Deci, cred că chiar mai mult decât scorurile SEO este important ca percepția utilizatorului asupra performanței tale să fie importantă. Și de aceea ar trebui să ne concentrăm pe Core Web Vitals.

ALEX ZUNIGA: Absolut. Matt, ai avut...

MATT CHASE: Da, asta e ceea ce voiam să spun, da, aspectul SEO este grozav. Dar, în cele din urmă, codificăm aceste site-uri pentru oameni. Și dorim ca acești oameni să aibă cel mai rapid și mai rapid site posibil. Dar acest lucru afectează ambele lumi. Dreapta? Așa că ajungem la un fel de – când ne acordăm aceste elemente vitale de bază ale web, facem UX grozav. Dar într-un mod care să satisfacă echipele SEO, ceea ce uneori nu este întotdeauna o bătălie ușor de câștigat. Deci funcționează pentru toată lumea.

ALEX ZUNIGA: Deci, cu toate acestea spuse, știm că este important. Dar care sunt cele mai bune modalități de a ne măsura scorul?

MARK DAVOLI: Deci, una dintre modalitățile prin care măsurăm, pe lângă utilizarea – ei bine, există Instrumentul Google Page Speed ​​Insight, care este esențial, deoarece acesta este instrumentul pe care îl folosesc pentru a o măsura. Corect, deci dacă vrei să ai un impact, folosirea acelui instrument este vitală. Există și Lighthouse în browser chiar în Chrome DevTools, ceea ce este foarte important. Și Search Console are un instrument excelent pentru experiența utilizatorului paginii pentru monitorizarea valorilor reale ale utilizatorilor din ultimele 28 de zile, ceea ce este esențial pentru monitorizarea de lungă durată.

SANJUCTA GHOSE: Da. Deci, aș spune că Page Speed ​​Insights este un instrument foarte bun, deoarece vă oferă ambele date în timp real, în sensul că Core Web Vitals în sine se bazează pe datele reale ale utilizatorilor din ultimele 28 de zile. Dar apoi puteți vedea și Raportul Lighthouse, care se bazează pe datele de laborator. Și asta este ceea ce vă puteți îmbunătăți imediat, deoarece durează ceva timp până când puteți vedea îmbunătățiri în Core Web Vitals, deoarece este măsurat pe o perioadă de timp.

Deci, dacă încerci să-ți îmbunătățești scorurile, cred că Lighthouse este un instrument grozav, deoarece îți oferă – îți spune care sunt oportunitățile tale de a te îmbunătăți. Deci, puteți încerca imediat să implementați acele oportunități și să vedeți cum vă îmbunătățește scorul.

ALEX ZUNIGA: Minunat. Sună ca strigăte mari pentru Lighthouse acolo. Excelent. Excelent.

MIKE CRANTEA: Aș dori să adaug pe acest subiect că urmărirea datelor reale de performanță a valorilor utilizatorilor a fost mai bună pentru a putea reacționa mai rapid la degradările de performanță care au ajuns la producție. Testele de laborator ajută atunci când sunteți în scenă. Ca să spunem că există o degradare pe care nu vrem să o propagam. Dar întotdeauna se va întâmpla ceva în producție care ar putea fi o surpriză. Și, în loc să așteptați câteva săptămâni până când Search Console și valorile reale ale utilizatorilor din baza de date crucială să apară, urmărindu-le singur cu o bibliotecă Web Vitals, puteți rămâne în fruntea curbei.

ALEX ZUNIGA: Minunat. Da. Trebuie să rămân mereu înaintea acelor surprize de producție care apar uneori. În regulă. Ei bine, mulțumesc că ai răspuns celor de la măsurare. Acum privind managementul, care sunt unul sau două lucruri pe care le puteți face și care au cel mai mare impact asupra Core Web Vitals?

MATT CHASE: Așa că cred că un lucru care îmi iese în minte este încărcătura leneșă, ca tot ce poți. Și amânați încărcarea a tot ce puteți. Asta pentru mine este o soluție la cheie pe care o poți face și să vezi o îmbunătățire imediată. WP Rocket are o grămadă de casete de selectare foarte simple pe care le puteți transforma pentru a activa astfel de lucruri.

MARK DAVOLI: Da. Și pentru mine, accentul cheie este ceea ce numim randamentul de mai sus. Așa că asigurându-vă că se redă cât mai repede posibil. Și, așa cum am menționat anterior, amânarea și încărcarea leneșă a oricărui alt lucru care este în afara ecranului pentru a vă asigura că obțineți cel mai bun scor posibil. Acestea fiind spuse, WP Rocket este excelent pentru funcția de scripturi de întârziere. Dar avem tendința să – așa cum încerc eu să tind să limităm asta la GTM, sau la scripturile de anunțuri Google sau la lucruri de genul acesta. Și concentrați-vă cu adevărat pe îmbunătățirea arhitecturii de bază actuale a temei care alimentează site-ul web pentru a vă asigura că este optimizat pe cât posibil. Deci nu vă bazați pe un plugin terță parte pentru a avea un asemenea impact asupra performanței.

MATT CHASE: Oh, absolut. Da. Ambele capete.

ALEX ZUNIGA: Am înțeles. Am inteles. Și doar pentru a clarifica, ai spus WP Rocket. Și asta este caracteristica scripturilor de întârziere?

MARK DAVOLI: Da.

ALEX ZUNIGA: Minunat.

MIKE CRANTEA: Un lucru care nu este suficient de atent este memorarea în cache. Dar timpul de răspuns rapid al serverului nu garantează o experiență rapidă. Dar dacă serverul tău răspunde lent, garantezi o experiență lentă. Prin urmare, folosirea tuturor straturilor de stocare în cache disponibile – memorarea în cache a browserului, stocarea în cache a obiectelor, stocarea în cache a paginii – și a le activa și funcțional este un prim pas bun. Fă-ți lucrurile de bază. Și apoi poți să lucrezi până la – să lucrezi până la optimizările de front-end. Verifică ce ai în cap. Și așa mai departe și așa mai departe.

ALEX ZUNIGA: Excelent

SANJUCTA GHOSE: Da. Și cred că, de asemenea, nu ar trebui să uităm să ne optimizăm imaginile. Cred că este foarte important, deoarece multe site-uri web în zilele noastre tind să fie grele de imagine. Deci, cred că este important să vă comprimați imaginile, să le serviți printr-un CDN și apoi, așa cum ați menționat deja, să vă încărcați leneș imaginile. Mai important, difuzați imagini receptive. Așadar, puteți utiliza atributul set sursă al etichetei imagine sau etichetei imagine pentru a difuza imagini receptive. Am văzut că acest lucru duce într-adevăr la o mulțime de îmbunătățiri, deoarece Core Web Vitals sunt măsurători mobile mai întâi. Prin urmare, este foarte important să difuzați imagini receptive. Este ceva ce cam uităm uneori.

Deci cred că imagini. Și, de asemenea, câteva lucruri foarte simple, cum ar fi minimizarea JavaScript în CSS în timpul pașilor de construire. Cred că și asta ajută foarte mult. Este destul de simplu de făcut.

MATT CHASE: Da. Pe acest subiect, de fapt, din moment ce ați adus în discuție acest lucru, WordPress distribuie un fel de sistem de compilare pachet web. Îl numesc doar la WordPress Scripts. Și agenția noastră ne-am luptat mult timp să încercăm să ne menținem propriul sistem webpack. Și apoi, la fiecare opt luni sau cam așa ceva, o dependență de nod s-ar schimba și s-ar rupe întregul nostru lanț de instrumente. Dar WordPress oarecum menține acest lucru pentru noi. Și a fost un beneficiu imens.

Și pachetul web de acolo am început să folosim importuri dinamice pentru a construi pachetul principal JavaScript. Așadar, importăm dependențele nodurilor noastre în timpul execuției, în loc să le grupăm pe toate într-un singur pachet JavaScript principal, ceea ce ne-a permis într-un fel un control foarte fin asupra aceluiași tip de încărcare amânată a scriptului. Doar în cazuri specifice. Ca atunci când blocul nostru este pe pagină.

MARK DAVOLI: Da. De asemenea, consider că este foarte important să vă asigurați că sunteți foarte selectiv în privința pluginurilor pe care le utilizați pe site-ul dvs. Puteți obține o mulțime de bloatware neașteptat din instalarea pluginurilor terțelor părți. Așa că încercați să le limitați la pluginuri foarte bine reputate, bine construite. Și fiți atenți la ce încarcă acele pluginuri. Într-adevăr, poate ajuta la controlul performanței site-ului. Și, din păcate, WordPress încă se bazează foarte mult pe jQuery pentru utilizarea backend și altele. Dar nu este chiar necesar pentru frontend. Deci, dacă este posibil, renunțarea la suportul jQuery de pe front-end-ul site-ului web și respectarea JavaScript-ului nativ poate ajuta cu adevărat la performanță.

ALEX ZUNIGA: Minunat. Cred că deja intrăm în această zonă. Și ai menționat câteva. Dar haideți să mai atingem asta cu instrumentele. Care sunt unele dintre instrumentele preferate pe care doriți să le utilizați pentru optimizarea Core Web Vital? Și pentru ce fel de cazuri de utilizare sunt cele mai bune? Sau există unele scenarii în care nu se potrivesc?

MATT CHASE: Adică, a apărut înainte. Dar, într-adevăr, instrumentul din browser Lighthouse este un fel de a merge cu adevărat pentru că acestea sunt rezultate imediate. Dreapta. Core Web Vitals este grozav, dar puterea sa constă în faptul că este un agregat care se adună în timp. Deci nu poți schimba ceva și să vezi cum se schimbă numărul. În comparație cu Lighthouse, în browser, faci o actualizare. Vedeți mediul dvs. de dezvoltare local și rulați un test Lighthouse. Și pot vedea imediat, oh, performanța mea a crescut cu 15 puncte. Misto. Acesta a fost lucrul corect de făcut. Împingeți asta la producție.

ALEX ZUNIGA: Minunat. Alte instrumente pe care îți place să le folosești?

MIKE CRANTEA: Aș dori să apreciez funcția de înlocuire locală din Chrome. Aceasta, în combinație cu fila Performanță, vă oferă o capacitate chirurgicală de a juca cu schimbarea chiar și a ordinii de încărcare a articolelor de pe site-ul dvs. Și cât de mult sau de puțin influențează asta. Îți oferă supravegherea necesară pentru a ști dacă merită să depui efortul pentru a face o anumită schimbare sau doar îți place să o lași acolo și să te concentrezi pe alte lucruri care au cu adevărat un impact.

MARK DAVOLI: Și un lucru cred că este, de asemenea, critic este monitorizarea arhitecturii serverului. Dreapta. Deci, puteți avea cele mai mari valori vitale Core Web din lume, dar dacă serverul dvs. se află sub o sarcină neobișnuit de grea și nu sunteți conștient, puteți constata brusc că prima vopsea plină de conținut scade dramatic, ceea ce apoi afectează aproape orice altceva. Prin urmare, urmăriți cu atenție instrumente precum New Relic sau orice altceva pentru doar monitorizarea performanței. Este esențial să urmăriți cu atenție doar pentru a vă asigura că aveți infrastructura adecvată pentru redarea site-ului dvs. cât mai rapid posibil.

MIKE CRANTEA: Și aici este de ajutor să aveți cache-ul activat și pregătit.

MARK DAVOLI: Și CDN.

MIKE CRANTEA: Da. Evitați unele potențiale dezastre.

ALEX ZUNIGA: Excelent. Ei bine, apreciez claritatea de acolo. Deci una dintre întrebări. Există multe plugin-uri de optimizare pentru a optimiza Core Web Vitals. Care sunt limitările pluginurilor WordPress pentru a ajuta cu asta? Sau optimizează cu adevărat site-ul? Sau pot păcăli măsurătorile Google? Și bănuiesc că poate asta este o întrebare de, este mai bine să-am menționat că este mai bine să folosim pluginuri sau să facem treaba în loc să ne bazam pe un plugin acolo?

SANJUCTA GHOSE: Deci cred că pluginurile sunt grozave. Ca, de exemplu, WP Rocket, de exemplu, este grozav. Folosim mult EWWW Image Optimizer. Și cred că este grozav. Dar așa cum cred că s-a spus deja. WP Rocket, trebuie să-l folosești cu atenție pentru că dacă pornești funcția de amânare JavaScript, am văzut cazuri în care introduce erori ciudate. Un singur bug. Așa că aș prefera să îmi rulez uneori propria soluție decât să folosesc un plugin. Cu condiția să aveți expertiză în dezvoltare.

Deci, majoritatea optimizărilor pe care le-am făcut pentru site-urile Delicious Brain le-am rulat pe propriile noastre, în loc să folosim un plugin. Dar acestea fiind spuse, cred că pluginurile sunt un punct de plecare excelent. Așa că, atunci când sunteți la început, s-ar putea să doriți, de exemplu, să implementați WP Rocket pe site-ul dvs. de organizare și să vă jucați și să vedeți dacă strica lucrurile sau nu. Sau dacă aduce îmbunătățiri reale. Așa că cred că pluginurile ar trebui folosite cu atenție. Și trebuie să știi ce se întâmplă în fundal ce fac pluginurile. Și cum ar putea afecta site-ul dvs.

MATT CHASE: Da. Din fericire, WP Rocket cred că în versiunile mai recente a fost cel puțin bun în a eticheta foarte clar comutatoarele periculoase pe care le au. Pentru că și eu am fost ars de atâtea ori în care scripturile întârziate – și chiar și cele la care nu te-ai aștepta, cum ar fi optimizarea CSS, au rupt cumva modele în care nu a primit lucrul care spunea că un nume de clasă le-ar face vizibile . Deci a fost o zi interesantă.

Dar da. WP Rocket este cu siguranță drumul meu spre altele decât codul evident bun, codul bun. Dreapta. A face munca este întotdeauna cel mai bun mod de a o aborda. Pluginurile pot automatiza lucrurile. Dar nu există nici un substitut pentru ca codul tău să fie slab și răutăcios.

MIKE CRANTEA: Mai există un plugin care este marcat ca un tip de plugin de laborator. Acesta este Performance Lab. Este realizat de echipa WordPress Performance Core. Și chiar dacă pare ceva înfricoșător, a oferit în toate testele mele de până acum stabilitate deplină. Și asta a fost foarte impresionant pentru ceea ce trebuia să fie și pentru calitatea muncii care a ajuns în acel plugin Performance Lab. Deci merită să-l încerci. Câteva casete de selectare. Și tot ce este acolo este în siguranță. Ei bine, nu sunt atât de sigur de schimbarea bazei de date. Este ceva mai controversat când citesc despre asta. Da. Doar nu atinge butonul acela. Ca și cum au adăugat suport SQLite sau ceva de genul în interiorul pluginului, care funcționează cu siguranță pentru unele site-uri web mai mici.

ALEX ZUNIGA: Interesant.

MARK DAVOLI: Da. Și pentru mine, WP Rocket este fantastic. Limităm utilizarea acestuia pe majoritatea site-urilor noastre, deoarece majoritatea a ceea ce facem este construit nativ. Dar există o mulțime de alte caracteristici în Core WordPress care, dacă sunt utilizate corect, vă pot aduce cu adevărat un site bine optimizat. Cum ar fi utilizarea Editorului de blocuri în loc de terțe părți, cum ar fi Elementor sau etc., poate adăuga multă umflare unui site. Deci, dacă construiți ca noul sistem nativ de blocuri de tip Gutenberg și încărcați într-adevăr fișierele după cum este necesar, în loc să încărcați totul dintr-o dată pe fiecare pagină, de exemplu. Există funcții de încărcare leneșă încorporate în WordPress acum. Așadar, monitorizarea modului în care este utilizat și utilizarea în mod corespunzător, etc. Și apoi adăugați un instrument precum WP Rocket pentru a îmbunătăți ceea ce există deja. Dar nu doar să te bazezi pe ea.

Poate fi benefic pentru a ajunge acolo, mai ales dacă aveți un site care nu funcționează bine. Dar, așa cum am menționat, la fel ca generația critică CSS, acele lucruri pot avea o mulțime de probleme, deoarece fac o mulțime de presupuneri bazate pe ceea ce vede botul lor pe pagina ta. Dar nu poate prezice lucruri care nu vor reda vederi inițiale. Deci, dacă aveți modele, așa cum am menționat, acelea care apar, nu va ști că aceasta este o posibilitate. Nu va genera CSS-ul pentru acesta și îl va alinia corect. Deci, cum ar fi să faci lucruri precum preîncărcarea fonturilor cheie sau redarea acestora deasupra pliului. Din nou, asta este cheia. Intr-adevar cel mai important lucru.

SANJUCTA GHOSE: Pe tema CSS-ului critic, am vrut doar să intru și să menționez că Addy Osmani are acest instrument minunat numit Critical. Puteți adăuga asta la procesul dvs. de compilare pentru a genera CSS critic. Este minunat. Și este foarte de încredere. Deci, deoarece ați menționat CSS critic, m-am gândit să adaug asta. Scuze că te-am întrerupt.

MIKE CRANTEA: În regulă. Pe același subiect al CSS-ului critic, echipa Jetpack a făcut ceva efort cu pluginul Jetpack Boost. Aceasta face o modalitate foarte, foarte interesantă de a genera CSS-ul critic prin redarea paginilor în iframe sau ceva de genul acesta. Acestea oferă atunci când funcționează, este o soluție grozavă. Când nu funcționează, îți spune, hei, aici nu funcționează. Doar mișcă-te. Ai nevoie de altceva. Nu este întotdeauna ușor să ajungeți la CSS critic. Pe de altă parte, acum 4 sau 5 ani, CSS-urile critice erau super mari. A ajutat foarte mult.

În ultimii doi sau trei ani, odată cu progresele HTTP/3, a avea un singur CSS critic care este blocat are un impact foarte mic pentru a avea 100 de kiloocteți sau ceva de CSS inline. Faceți ca un site să funcționeze la fel de rapid ca un site care avea CSS critic în urmă cu patru sau cinci ani. Deci, nu vă fie teamă să aveți un CSS de dimensiuni decente în interiorul site-ului dvs. Nu trebuie să scapi de el. Și am văzut site-uri care erau ca super optimizate.

Avem în CSS critic, cum ar fi 100 kilobytes de CSS inline. Și blocarea randării, jQuery și alte două scripturi care nu au fost folosite. Este ca, da. Învingeți scopul cu asta. Ne poate ajuta să duram 5% tip de abordare. Dar dacă începi cu asta, uită-te la primul.

ALEX ZUNIGA: Minunat. Minunat. Cred că toate aceste instrumente. E grozav să aud acele strigăte. Și mă bucur să aud aceste sugestii și recomandări. Și o mulțime de astfel de vârtejuri în jurul următoarei noastre întrebări. Care sunt aspectele unice ale lucrului pe WordPress în special cu Core Web Vitals? Trebuie să faceți acest lucru prin pluginuri, comparativ cu orice altă stivă tehnologică? Este mai ușor cu WordPress? Există mai multe instrumente disponibile? După cum tocmai am menționat, ați scos cu toții o mulțime de instrumente. Este mai ușor cu WordPress? Este mai dificil cu WordPress? Ce luați?

MATT CHASE: Cred că este foarte ușor cu WordPress. Așa că am vorbit puțin despre – sau am menționat pachetul de noduri de scripturi WordPress pe care îl distribuie, care este doar un tip grozav de sistem de construire a pachetului web într-o cutie. De asemenea, au blocul WordPress Create, care este doar o modalitate foarte rapidă și ușoară de a porni un bloc personalizat pentru site-ul dvs. bazat pe WordPress. Dar este construit în așa fel încât o mare parte din codul lipici, ca să spunem așa, este oarecum scris pentru tine. Așa că este deja inteligent despre... Mark, ai menționat doar în tac acele scripturi când ar trebui să faci asta. Deci știi dacă blocul tău face asta chiar din poartă. Nici nu trebuie să te gândești la asta. Prin urmare, WordPress face astfel de lucruri foarte ușor.

MARK DAVOLI: Da, absolut. Și este open source. Dreapta? Deci poți schimba aproape orice. Este mult mai greu atunci când lucrați cu un sistem închis pentru a optimiza pentru Core Web Vitals față de WordPress din acest motiv. Și când Core Web Vitals a fost anunțat pentru prima dată, nu a fost încă acolo. A fost mult mai provocator. Ei au parcurs cu adevărat un drum lung prin adăugarea multor dintre aceste caracteristici, în special cu editorul de blocuri și construcția bazată pe blocuri, etc., pentru a optimiza cu adevărat abilitatea de a încărca selectiv active, fișiere CSS, fișiere cu fonturi etc. Deci da. A fost grozav.

ALEX ZUNIGA: Acesta este probabil apelul dintre sistem închis și sursă deschisă. Haide, Sanjucta.

SANJUCTA GHOSE: Da. Da. Și cred că pentru că există o mulțime de furnizori de găzduire dedicati WordPress. Și așa cum ai spus. WordPress este open source. Deci, există o mulțime de optimizări în ceea ce privește găzduirea site-urilor WordPress. Și așa că cred că există deja o mulțime de asistență disponibilă acolo dacă construiți pe WordPress, ceea ce înseamnă că nu trebuie să reinventați roata. Deci, cred că este cu siguranță mai ușor dacă construiți pe WordPress pentru a vă optimiza Core Web Vitals.

ALEX ZUNIGA: Frumos. Așa că am vorbit despre cum măsurăm aceste instrumente, ce folosim pentru a ne îmbunătăți de fapt Core Web Vitals, unele dintre instrumente. Acum, când vorbim despre așteptările clienților, în ce etapă a unui nou proiect începeți să considerați Core Web Vitals ca parte a construcției sau strategiei dvs.? Este exact atunci când începeți ca șablonul de bază? Sau este ceva pe care îl optimizați puțin mai departe în poveste? Ce faceți cu toții?

MATT CHASE: Da. Cred că pentru mine este mai mult un mod de a construi lucruri pentru a începe cu mai mult decât un lucru pe care îl faci unui site web neoptimizat. Este de la bun început. Și este acolo în fiecare linie de cod pe care o scrii în mod ideal. Încerc să nu fac – nu vreau să construiesc un site mare optimizat, apoi să mă întorc mai târziu și să-l repar. Vreau să încerc să scriu cât de curat pot de la început. Și apoi, de obicei, găsesc că procedând astfel, stoarcerea ultimului pic de suc de optimizare la sfârșit este puțin mai ușor.

MARK DAVOLI: Da. Are perfectă dreptate. Începem să-l construim chiar de la început. Adică, există componente care nu se întâmplă ca mai aproape de sfârșit. Nu vom rula imagini printr-o optimizare a imaginii până nu mai aproape de lansare. Dar chiar nu trebuie să faci nici măcar în construcția în sine, dar chiar și în procesul de proiectare, uneori, este important să te gândești la modul în care este proiectat site-ul dacă iei în considerare Core Web Vitals. Pentru că din punct de vedere arhitectural, este mai dificil să implementezi anumite proiecte pentru a fi rapid față de altele. Așa că înțelegerea acestui lucru și educarea designerilor despre ceea ce ar putea face o implementare mai dificilă față de nu este de mare ajutor.

MIKE CRANTEA: Și dictarea limitelor. Hei, poți avea doar până la x telefoane. Nu ar trebui să aduci 25 la masă cu toate variantele lor. Asta ajută încă din faza de proiectare. De asemenea, fără a avea anumite puncte de contact care se întâmplă pe durata proiectului, uneori este ușor să treci prin anumite lucruri. Ca un sprint, șapte solicitări pentru adăugarea unui plugin de test la mix. Dacă nu se bifează, îl găsești puțin la sfârșit. Așa că recomandările mele se procesează la fiecare două sprinturi. Verificăm măsurătorile noastre automate ale punerii în scenă a modului în care evoluează lucrurile. Ce s-a întâmplat cu ultimele lucruri care au fost împinse să meargă Lucrurile au încetinit? Trebuie să luăm vreo măsură corectivă înainte de timp, mai degrabă decât să fim reactivi la sfârșitul unui proiect.

SANJUCTA GHOSE: Da. Sunt de acord. Este foarte important să începeți din faza de proiectare pentru că vă plac lucruri simple, cum ar fi dacă ar trebui să existe un pop-up, un banner publicitar sau ceva de genul ăsta. Uneori, poate face o diferență uriașă pentru scorul dvs. de aspect cumulat. Așa că este bine să știi din timp ce se va întâmpla. Indiferent dacă veți avea un pop-up sau un banner. Și nu doriți surprize spre finalul proiectului. Așadar, cred că este foarte important să implicați clientul sau părțile interesate încă din faza de proiectare și să le spuneți că acest lucru ar putea avea un impact asupra Core Web Vitals, astfel încât să poată lua o decizie în cunoștință de cauză.

MARK DAVOLI: Este foarte util și după lansare, deoarece, de îndată ce site-ul tău iese pe ușă, uneori poate fi de genul, să lansăm un widget de chat sau ceva de genul mai târziu. Apoi, dintr-o dată, apare o îndoială. Și apoi trebuie să vă gândiți cum putem integra și optimiza acest lucru. Deci, funcția de scripturi de întârziere poate împinge majoritatea pixelilor publicitari, care sunt notoriu dăunători pentru a vă distruge scorul Core Web Vitals. Dar uneori nu poți amâna ceva pentru că este oarecum important pentru ceea ce își dorește cu adevărat clientul. Așa că echilibrați-l cât mai bine puteți și asigurați-vă că comunicați impacturile potențiale. Și doar rezultatul final este să-l obțineți cât de repede puteți. Uneori trebuie să faci sacrificii pentru funcționalitate. Uneori nu o faci. Dar obțineți-l cât de repede puteți pentru a crește aceste conversii.

ALEX ZUNIGA: Excelent. Excelent. Așa că aud așa ceva, cum că ingredientele mai bune fac site-uri web mai bune de la început. Nu că doar vom pălmui niște Core Web Vitals la sfârșit. Este ceva care este într-adevăr un mod de viață dacă vrei să te gândești mai întâi la asta. Ei bine, minunat. Deci, doar ultima noastră întrebare. Ați avut vreodată probleme în a transmite clienților dvs. valoarea timpului pe care îl petreceți lucrând la Core Web Vitals? Este ceva pe care ei împing vreodată înapoi? Nu înțeleg ei vreodată de ce faci acea treabă?

MATT CHASE: De fapt, nu cred că am primit vreun fel de respingere. Dacă ceva, este cam invers. De obicei, ne dorim performanța. Vrem Core Web Vitals. Să facem să se întâmple. Voi spune că nu reflectăm întotdeauna la – am vorbit despre pixelii de urmărire și despre cum sunt renumiti pentru scăderea acestui scor. Dar nimănui nu-i pasă. Suntem la fel ca pixelii, pixelii, pixelii, pixelii. Așa că oamenii trebuie să se gândească la cântărirea efectivă a acelui beneficiu din punct de vedere al costurilor atunci când adaugă urmărire, deoarece nu este atât de simplu decât să-l arunce și să obțină rezultate. Pentru că există un cost.

ALEX ZUNIGA: Minunat.

MIKE CRANTEA: Cred că cu performanța e lipsă de răbdare. Deci, dacă te gândești, oh, hai să facem niște performanțe care vor dura câteva sprinturi, după primul. Când îl văd? Când îl văd? Planificarea lansării acestuia în mod iterativ, cum ar fi creșterea unei caracteristici, a unei caracteristici, a unei caracteristici crește încrederea în impactul pe care îl are această lucrare. Și cu cât vedeți că acest lucru se traduce mai mult în conversii și schimbare, cu atât mai repede este percepută valoarea, fără a fi nevoie să petreceți mult timp pentru a face munca de educație.

MARK DAVOLI: Da. Și cred că un lucru care ar putea fi dificil de înțeles de către clienți este diferența dintre valorile reale ale utilizatorilor și datele de laborator. Pentru că mulți dintre ei își pot face propriile teste și altele. Și nu înțeleg pe deplin. Așadar, ajutându-i să înțeleagă că partea rezumată a originii a paginii este o perspectivă este într-adevăr cea pe care Google o folosește pentru a face ca pentru clasarea SEO și lucruri de genul. Pentru că mulți dintre ei vin să caute acel scor și să-l optimizeze. Ajutându-i să înțeleagă, este nevoie de 28 de zile pentru a măsura orice modificare făcută în producție înainte de a obține întreaga gamă a modului în care schimbarea dvs. a afectat lucrurile.

ALEX ZUNIGA: Este o chemare grozavă. Grozav apel.

MIKE CRANTEA: Și ar trebui să menționez una dintre valorile care este cea mai confuză dintre toate. Măsurile de interactivitate. Acestea au fost notoriu de volatile. Și pentru unii tip de oameni cărora le este mai frică de orice variații ale scorului, este ca și cum acea nouă funcție pe care am creat-o a încetinit semnificativ site-ul? Și apoi ca să dai din nou testul și este ca și cum ai crește cu 10 puncte și apoi a coborî cu 10 puncte. Explicarea acestei variații necesită atât de mult timp. De ce nu este un singur număr care este consecvent? Ei bine, asta e ceva la fel de greu ca denumirea lucrurilor și stocarea în cache.

ALEX ZUNIGA: Ei bine, minunat. Se pare că apreciem cu adevărat toate contribuțiile voastre, toate feedback-urile dumneavoastră despre Core Web Vitals. Cum să le folosiți, ce să folosiți pentru a le măsura, cum să stabiliți așteptările clienților pentru toate acestea. Chiar a fost o lecție de învățare. Sperăm că paneliştii noştri s-au bucurat de timpul dumneavoastră aici. Cu siguranță ne face plăcere să auzim toate feedback-urile dvs. Și sperăm că și participanții de aici au primit feedback grozav.

Deci, tuturor, vă mulțumesc foarte mult pentru timpul acordat. Ei bine, acesta a fost panelul nostru. Chiar vrem să le mulțumim tuturor participanților noștri. Vrem să vă mulțumim pentru participarea la acest panel. Și sperăm să vă distrați de minune urmărind restul sesiunilor noastre un DE{CODE}.