Kā optimizēt savu vietni Core Web Vitals (Adsense)

Cīņa par Core Web Vitals uzlabošanu nav viegla. Tas kļūst grūtāk, ja paļaujaties uz reklamēšanas programmu, piemēram, Google AdSense, lai gūtu peļņu no vietnes.

Vietnēm, kurās darbojas Google AdSense, pastāv 10 reizes lielāka iespējamība, ka galvenā Web Vitals pārbaude neizdosies, nekā tā pati vietne, kurā nav Google AdSense. Tas galvenokārt ir saistīts ar trešo pušu pieprasījumu un līdzekļu skaitu, ko Google AdSense pievieno jūsu vietnei. Lielākā daļa šo līdzekļu ir neoptimizēti, lieli un nav lietotājam draudzīgi.

Ārpus AdSense un reklamēšanas platformām, ja jums ir daudz neoptimizētu attēlu, JavaScript un CSS, jo īpaši pirmajā ekrānā, pastāv liela iespējamība, ka jūs arī neizdosies veikt Core Web Vitals testu.

Ja jums ir grūtības nokārtot Core Web Vitals testu un uzlabot savu meklētājprogrammu ranžēšanas potenciālu, šajā rakstā atradīsit praktiskus risinājumus.

Kas ir pamata tīmekļa Vitals?

Galvenās tīmekļa Vitals ir Google Lighthouse nodrošināti rādītāji, kas nosaka, kā vietne nodrošina labu lapas lietošanas pieredzi. Lai gan, veicot testu, ir daudz metrikas, vissvarīgākie rādītāji ir lielākā satura krāsa (LCP), pirmās ievades aizkave (FID) un kumulatīvā izkārtojuma maiņa (CLS).

Google ir paziņojusi ka no 2021. gada maija šie rādītāji kļūs par daļu no to ranžēšanas signāliem, ko izmantos, lai noteiktu tīmekļa lapu pozīcijas meklēšanas rezultātos.

Rezumējot, varat teikt, ka Core Web Vitals nebija paredzēts tīmekļa pārziņiem, bet gan līdzeklis, lai uzlabotu vietņu lapu lietošanas pieredzi.

Lielākā saturīgā krāsa (LCP): LCP mēra laiku, kas nepieciešams tīmekļa lapas lielākā redzamā attēla vai teksta bloka ielādei. Ja lielākais redzamais teksts vai attēls tiek ielādēts ātri, tiek uzskatīts, ka pārējie attēli un teksts tiks ielādēti ātri. Nepieciešamais ielādes laiks ir 2.5 sekundes.

Pirmās ievades aizkave (FID): FID mēra tīmekļa lapu interaktivitāti. To nosaka pēc tam, kad pārlūkprogramma sāk apstrādāt notikumu apstrādātājus pēc tam, kad lietotājs ir noklikšķinājis uz jūsu vietnes. To plaši sauc par pirmo iespaidu par jūsu vietni. Nepieciešamais laiks, kas jāpavada, ir 100 milisekundes.

Kumulatīvā izkārtojuma maiņa (CLS): CLS mēra izkārtojuma maiņu, kas notiek tīmekļa lapā. Kad tīmekļa lapa tiek ielādēta un tad pēkšņi kaut kas parādās vai pazūd, un lapai ir jāpielāgojas lielākai vai mazākai, šī nobīde tiek mērīta. Tas ir briesmīgi lietotāju pieredzei, un es piekrītu. Rezultāts, kas jums ir jānokārto, ir 0.1.

Kā optimizēt savu vietni Core Web Vitals

Veiciet šīs darbības, lai optimizētu savu vietni:

1. Sāciet ar ātru tīmekļa mitinātāju

Ja jums ir tīmekļa mitinātājs ar šausmīgu reakcijas laiku, tad visas pārējās lietas, kuras es šeit uzskaitīšu, var nedot vēlamos rezultātus. Jo ātrāk serveris atbild uz pieprasījumiem, jo ​​labāk.

Kāpēc tīmekļa mitinātājs ar ātru laiku līdz pirmajam baitam (TTFB) ir svarīgs? Daži iebildīs, ka TTFB nav nozīmes, bet tā ir. Tas ir visa pārējā pamats. Ja jums ir lietotāji pilsētās ar lēnu internetu, tas, cik ātri jūsu tīmekļa mitinātājs var reaģēt, nozīmē visu. Jebkurš tīmekļa mitinātājs var darboties labi, ja jums ir lietotāji galvenokārt no pilsētām ar īpaši ātru internetu.

Mēģiniet pārbaudīt, kā jūsu tīmekļa mitinātājs reaģēs uz 3G vai 2G, nevis 4G. Jo, ja daudz lietotāju pievienojas, izmantojot 3G vai 2G, tas palielina jūsu Core Web Vitals rādītāju. Tātad katra milisekunde ir svarīga. Atšķirība starp 100 ms iegūšanu jūsu FID un 101 ms ir tāda, ka ar 100 ms jūs izturat, bet ar 101 ms jums neizdodas. Tātad, ja kāds jums saka, ka 1 ms nav nozīmes, šī persona var vienkārši kļūdīties.

Izvēloties a interneta uzņēmējas, vienmēr nodrošiniet, lai datu centrs būtu tuvāk lielākajai daļai jūsu vietnes lietotāju. To atrašanās vietas varat atrast, apskatot savu analīzi. No kurienes nāk lielākā daļa jūsu lietotāju? Izvēlieties datu centru tuvāk viņiem. Jo tuvāk, jo labāk.

Pēc tīmekļa mitinātāja maiņas esmu personīgi pamanījis būtiskas izmaiņas tīmekļa vietnes Core Web Vitals lauka datos. Es neko citu nedarīju.

Ja meklējat ātru tīmekļa mitinātāju, ir daudz ieteikumu, kurus bez sirsnības virza tikai saistītie uzņēmumi. Ja izmantojat WordPress un varat to atļauties, es ļoti iesaku Kinsta. Tie ir vislabākie WordPress. Ja jums ir nepieciešams kaut kas lētāks vai jūs neizmantojat WordPress, tad Mākoņi ir arī ļoti efektīvs.

2. Izmantojiet vieglu un ātrumam optimizētu motīvu

Šis padoms ir īpaši noderīgs tiem, kas nav kodēti, un pat tiem, kam ir mazāk laika. Īpaši, ja izmantojat WordPress, kur ir tik daudz iespēju, izmantojiet vieglu un ātrumam optimizētu motīvu.

Tā kā tēma ir kā jūsu vietnes skelets, ja skelets ir salauzts, ķermenis tiks salauzts. Tas ir tikai tas.

Ir garš paraugprakses saraksts, kas jums jāmeklē motīvā. Dažas no visbiežāk sastopamajām sliktajām praksēm ir pārāk atkarīgas no JQuery, pārāk daudz CSS/JS ielādes, kad tas nav nepieciešams, liela motīva izmērs un daudz kas cits. Jūs vienmēr varat izmantot tādu rīku kā Dzeltenās laboratorijas, lai pārbaudītu demonstrāciju.

Ja izmantojat WordPress, varat apskatīt sarakstu ar ātrākie WordPress motīvi.

3. Optimizējiet savus attēlus

Attēli ir forši. Tie padara saturu tik pievilcīgu. Bet tie var būt apgrūtinājums, ja tie nav optimizēti. Lieli attēli, piemēram, 3 MB, noteikti ietekmēs jūsu ātrumu. Un, ja šie attēli ir redzami, kad jūsu vietne tiek apmeklēta pirms ritināšanas, tie noteikti ietekmēs jūsu LCP metriku.

Patiesība ir tāda, ka neoptimizēti attēli palielina jūsu lapas izmēru. Jo lielāks ir lapas izmērs, jo ilgāks laiks nepieciešams tās ielādei.

Es personīgi dodu priekšroku katra attēla optimizēšanai pirms to augšupielādes. Attēlu optimizēšanai neizmantoju nekādus ārējos pakalpojumus. Tomēr, ja izmantojat WordPress vai līdzīgu CMS, ir pieejami spraudņi un risinājumi attēlu automātiskai optimizēšanai. Ir arī mākoņa risinājumi neatkarīgi no tā, ko izmantojat.

4. Noņemiet vai samaziniet fona attēlu izmērus

Fona attēli parasti ir ļoti lieli. Un tas var palēnināt ielādes laiku, jo tas vispirms ir jāielādē, pirms tiek parādīts jēgpilns saturs.

Varat pilnībā noņemt fona attēlu, lai tīmekļa vietne darbotos ātrāk. Ja tie ir tik svarīgi, apsveriet iespēju tos optimizēt līdz mazākajam izmēram vai attēlu vietā izmantot rakstus.

5. Izmantojiet pārlūkprogrammas kešatmiņu

Ja jums ir daudz lojālu lasītāju, jums vajadzētu apsvērt iespēju pārlūkprogrammas saglabāt kešatmiņu. Kad lietotājs apmeklē jūsu vietni pirmo reizi, pārlūkprogramma saglabās šo vietni kešatmiņā. Katram otrajam apmeklējumam tas tiks ielādēts vienā mirklī. Tas var ievērojami uzlabot FID un LCP, sākot ar otro apmeklējumu.

WordPress lietotājiem lielākā daļa kešatmiņas spraudņa var palīdzēt to sasniegt.

6. Samaziniet JavaScript un atlikiet neizmantoto JavaScript

Lai gan JavaScript ir pārsteidzošs, tas bieži vien bloķē renderēšanu. Tas nozīmē, ka tas var ietekmēt jūsu ielādes laiku un galu galā arī jūsu FID.

Mēģiniet samazināt JavaScript, noņemot atstarpes un komentārus, lai samazinātu faila lielumu. Pārliecinieties arī, ka atliekat nekritisku JavaScript. Tam vajadzētu uzlabot jūsu FID.

WordPress lietotājiem ir tādi spraudņi kā Autoptimizēt, WP Rocket, un citi, kas to var izdarīt jūsu vietā.

7. Iestatiet AdSense izmēra atribūtu

Ja savā vietnē izmantojat programmu AdSense un jums ir problēmas ar CLS, tas var atrisināt visas jūsu problēmas. Tas bija man un tā vajadzētu jums.

Ja jums ir reklāmu vienība netālu no galvenes, kas ir redzama, kad lietotājs apmeklē, viena problēma ir tā, ka reklāma var netikt ielādēta uzreiz. Tā var tikt ielādēta pēc tam, kad lapa jau ir ielādēta, un, kad tā notiek, izkārtojumā notiek izmaiņas. Tas ir ļoti izplatīts adaptīvajām reklāmu vienībām. Tā kā tas notiek, nav iespējams nokārtot CLS metriku.

Labākais veids, kā to izdarīt, ir nedaudz rediģēt savu AdSense kodu. Neuztraucieties, tas ir ļoti likumīgi. Vienkārši norādiet reklāmas izmēra atribūtu, jo īpaši augstumu. Kad tas būs izdarīts, jūs vairs nepamanīsit izkārtojuma maiņu, kad reklāma tiek ielādēta.

Tālāk ir parādīts adaptīvās reklāmu vienības piemērs, ko izmantoju savā emuārā tieši zem galvenes. Esmu aizstājis savu izdevēja ID un reklāmas vietu ar XXXXXX. Ievēroju, ka pievienoju augstuma atribūtu (min-height: 300px). Brīdī, kad es to izdarīju, visas CLS problēmas bija pazudušas uz visiem laikiem.

<script async src="https://pagead2.googlesyndication.com/pagead/js/adsbygoogle.js"></script>
<!-- Header ad -->
<ins class="adsbygoogle"
     style="display:block; min-height: 300px"
     data-ad-client="ca-pub-xxxxxxxxxxxxxx"
     data-ad-slot="xxxxxxxxxx"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>
<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

Tas nozīmē, ka lapā tiek rezervēts šis izmērs. Tāpēc ikreiz, kad tiek rādītas reklāmas, izkārtojums netiek mainīts, jo jūs jau esat iestatījis izmēru.

8. Iestatiet izmēru atribūtu saviem attēliem un citiem datu nesējiem

Tāpat kā ar reklāmām, attēli un citi multivides līdzekļi var izraisīt izkārtojuma izmaiņas, kad tie tiek ielādēti jūsu vietnē. Iespējams, jūs vienkārši kaut ko lasāt, pēc tam tiek ielādēts attēls un pēkšņi notiek izkārtojuma maiņa, tas, ko lasījāt, nav redzams, un jūs redzat tikai kaut ko citu vai pat nejauši noklikšķināt uz kaut kā cita.

Varat izvairīties no tā visa, iestatot lieluma atribūtu saviem multivides failiem. Jūsu CLS metrika būs priecīga, ka to izdarījāt.

9. Lazy Load attēlus.

Iespējams, esat redzējis ieteikumus par PageSpeed ​​Insight atlikt attēlus ārpus ekrāna. Tas vienkārši nozīmē slinku attēlu ielādi.

Slinka ielāde samazina lapas izmēru, kā arī samazina lapas ielādes laiku, kad lietotājs to apmeklē. Kas ir piemērots CWV metrikai.

Tas jo īpaši palīdzēs uzlabot LCP.

10. Optimizējiet CSS, samazinot un ģenerējot kritisko CSS

CSS padara vietni foršu izskatu, taču liels CSS fails var būt liela problēma, jo tas aizkavēs lapas atveidi lietotājam.

Kad lietotājs apmeklē jūsu vietni, pārlūkprogramma parastajā darbībā aizkavēs jūsu tīmekļa lapas atveidi lietotājam, līdz tā ir ielādējusi, parsējusi un izpildīs visu CSS, uz kuru ir atsauce jūsu tīmekļa lapas galvenē. Ja jums ir liels CSS fails, tā var būt liela problēma. Tas palēninās jūsu vietnes darbību.

Kritiskais CSS var palīdzēt, ielādējot tikai to CSS, kas ir nepieciešams lapas ielādei. Kamēr pārējo CSS var ielādēt asinhroni.

Var palīdzēt arī CSS samazināšana, noņemot atstarpes un komentārus, lai samazinātu faila lielumu.

Jūs varat arī noņemiet neizmantoto CSS. Ja jūsu izmantotais pakalpojums spiež CSS, kas netiek izmantots, tos var droši noņemt.

Ja izmantojat WordPress, ir tādi spraudņi kā WP Rocket, LiteSpeed ​​Cache, FlyingPress un citi, kas var palīdzēt jums to sasniegt.

11. Ieviesiet AdSense viedo ielādi

Šī metode var gandrīz pilnībā novērst visas problēmas, ja AdSense ir atbildīga par vietnes darbības palēnināšanu.

Šeit ir runa par AdSense gudru ielādi. Programma AdSense netiks ielādēta, kamēr lietotājs neveiks kādu darbību, piemēram, ritinās vai noklikšķinās. Tas ievērojami uzlabos ielādes laiku un visus tīmekļa pamatelementus, ko ietekmē AdSense.

Ir daudzi WordPress spraudņi, kas var palīdzēt to izdarīt, WP Rocket un Flying Scripts ir piemērs. Šī metode, cik man zināms, nepārkāpj Google AdSense politiku.

Piezīme: Lai gan šī metode var palīdzēt uzlabot uztverto ātrumu un lapu rezultātus, tā var ietekmēt jūsu AdSense ieņēmumus. Iesaku veikt eksperimentu, lai pārliecinātos, vai tas ir tā vērts

12. Ja iespējams, izmantojiet System Stack fontu

Fonti palielina ielādes laiku jebkurā vietnē. Un tīmekļa lapās bez attēliem jūsu teksta bloks var būt atbildīgs par jūsu LCP vērtējumu. Tādā gadījumā jūsu LCP rezultātu tieši ietekmēs jūsu fonts.

Lai gan Google Font un Font Awesome turpina uzlaboties, sistēmas steka fonta izmantošana sniedz ievērojamus uzlabojumus. Lai gan tas nav tik izdomāts atkarībā no ierīces.

13. Izmantojiet CDN

Ja jums ir lietotāji no dažādām pasaules daļām, CDN izmantošana var palīdzēt uzlabot jūsu ātrumu un netieši uzlabot jūsu pamata tīmekļa Vitals metriku.

CDN vienkāršā skaidrojumā veido daudzas jūsu vietnes kopijas un saglabā tās dažādās vietās (POP) dažādās pasaules daļās. Kad kāds pieprasa jūsu vietni, tā apkalpo jūsu vietni no tuvākās atrašanās vietas.

Piemēram, ja jūsu vietne tiek mitināta Amerikas Savienotajās Valstīs un jums ir apmeklētājs no Apvienotās Karalistes, nevis ienesīsiet vietni no Amerikas Savienotajām Valstīm, CDN apkalpos jūsu vietni no Apvienotās Karalistes. Tā rezultāts būs ātra piegāde. Ātrums.

Jūs varat pārbaudīt labākie CDN tur ārā.

14. Iestatiet DNS sākotnējo ielādi

Ja vietnes piegādei paļaujaties uz ārēju pakalpojumu, piemēram, CDN, iespējams, tas būs nepieciešams iestatiet DNS sākotnējo ielādi lai samazinātu DNS uzmeklēšanas radīto aizkavi.

DNS sākotnējā ielāde veiks DNS sākotnējo ielādi pirms tā izsaukšanas. Lai tas vienā mirklī ielādējas, kad beidzot tiks izsaukts.

15. Optimizējiet trešās puses skriptus

Pārbaudiet, vai daži pakalpojumi, ko izmantojat savā vietnē, nepievieno trešo pušu skriptus, kas var palēnināt jūsu vietņu darbību.

Varat aizstāt risinājumu ar trešās puses pieprasījumiem, kas palēnina vietnes darbību, ar labāku risinājumu.

Runājot par Google AdSense, citu trešās puses skriptu, jūs varat darīt maz. Labākā prakse ir vienā lapā izmantot ne vairāk kā 3 reklāmas. Izvairieties no atbilstoša satura, jo tas nodrošina zemus ienākumus, bet palielina ielādes laiku.

16. Noņemiet programmu AdSense no pirmā ekrāna

Šis padoms ir balstīts uz eksperimentiem. Ja meklēšanas konsoles pārskatā visi rādītāji ir labi, izņemot LCP, vispirms pārliecinieties, vai attēli un fonti ir optimizēti. Ja tie ir optimizēti un jums joprojām neizdodas LCP, AdSense var būt atbildīgs.

Ja varat atļauties, uz mēnesi noņemiet programmu AdSense no pirmā ekrāna un pārbaudiet, vai problēma ir novērsta.

Ja nevēlaties to noņemt, varat to aizkavēt manuāli vai ar spraudņa, piemēram, Flying Scripts, palīdzību.

17. Pārslēgties uz AMP

AMP nozīmē paātrinātās mobilās lapas. AMP ideja ir optimizēt tīmekļa lapas, lai tās mobilajās ierīcēs ielādētu ātrāk. Un, protams, AMP atvērtā koda projektu uzsāka Google.

Lai gan sākotnēji AMP bija paredzēts mobilajām ierīcēm paredzēto lapu paātrināšanai, tas var arī paātrināt darbvirsmas lapas.

AMP lapas vienmēr ir ātrākas nekā lapas mobilajām ierīcēm vai galddatoriem, dažkārt pat par 100%, saskaņā ar mūsu novērojumiem.

Ja jūsu vietnes vienīgā monetizācijas stratēģija ir Google AdSense, varat apsvērt visas savas vietnes pārslēgšanu uz AMP. Esmu personīgi ievērojis, ka man piederošā emuārā programma AdSense AMP lapās dažkārt nodrošina vairāk reklāmguvumu nekā mobilajās ierīcēs un galddatoros.

Secinājumi

Tīmekļa pamatelementi var palīdzēt uzlabot vietni ne tikai Google lietotājiem, bet arī lietotājiem. Ļoti bieži ir labs laboratorijas datu pārbaudes rezultāts, bet slikts lauka datu rezultāts.

Tas ir saistīts ar jūsu lietotāju sastāvu. Ja lielākā daļa jūsu lietotāju ir no vietām, kur internets ir lēns, iespējams, esat paveicis labu optimizācijas darbu, taču joprojām neizdevās iegūt lauka datus.