Kaip optimizuoti savo svetainę pagrindiniams žiniatinklio Vitals (Adsense)

Lenktynės siekiant pagerinti pagrindinius žiniatinklio vitalsus nėra lengvos. Pasidaro sunkiau, jei pasikliaujate reklamavimo programa, pvz., „Google AdSense“, kad gautumėte pajamų iš svetainės.

Svetainėse, kuriose veikia „Google AdSense“, yra 10 kartų didesnė tikimybė, kad pagrindinė žiniatinklio svarbos testo nepavyks, nei ta pati svetainė, kurioje nėra „Google AdSense“. Taip yra daugiausia dėl trečiųjų šalių užklausų ir išteklių, kuriuos „Google AdSense“ prideda prie jūsų svetainės, skaičiaus. Dauguma šių išteklių yra neoptimizuoti, dideli ir nepatogūs.

Be „AdSense“ ir reklamavimo platformų, jei turite daug neoptimizuotų vaizdų, „JavaScript“ ir CSS, ypač virš matomos ribos, taip pat labai tikėtina, kad nepavyks atlikti pagrindinių žiniatinklio gyvybinių savybių testo.

Jei jums sunkiai sekėsi išlaikyti „Core Web Vitals“ testą ir pagerinti paieškos variklio reitingavimo galimybes, šiame straipsnyje rasite praktinių sprendimų.

Kas yra pagrindiniai interneto gyvybiniai rodikliai?

„Core Web Vitals“ yra „Google Lighthouse“ sukurta metrika, kuri nustato, kaip svetainė teikia gerą puslapio patirtį. Nors atliekant testą yra daug metrikų, svarbiausios yra didžiausio turinio dažymas (LCP), pirmosios įvesties delsa (FID) ir kaupiamasis išdėstymo poslinkis (CLS).

„Google“ paskelbė kad nuo 2021 m. gegužės mėn. ši metrika taps jų reitingavimo signalų, naudojamų nustatant tinklalapių pozicijas paieškos rezultatuose, dalimi.

Apibendrinant galima pasakyti, kad „Core Web Vitals“ nebuvo skirtas žiniatinklio valdytojams gąsdinti, o priemonė pagerinti svetainių puslapių patirtį.

Didžiausi turiningi dažai (LCP): LCP matuoja laiką, per kurį įkeliamas didžiausias matomas vaizdas arba teksto blokas tinklalapyje. Jei didžiausias matomas tekstas ar vaizdas įkeliamas greitai, manoma, kad likę vaizdai ir tekstas bus įkeliami greitai. Reikalingas įkrovos laikas yra 2.5 sek..

Pirmojo įvesties vėlavimas (FID): FID matuoja tinklalapio interaktyvumą. Tai nustatoma pagal tai, kiek laiko užtrunka, kol naršyklė pradeda apdoroti įvykių tvarkykles po to, kai vartotojas spustelėjo jūsų svetainę. Tai plačiai vadinama pirmuoju jūsų svetainės įspūdžiu. Reikalingas laikas praleisti yra 100 milisekundžių.

Kaupiamasis išdėstymo poslinkis (CLS): CLS matuoja tinklalapyje vykstantį išdėstymo poslinkį. Kai tinklalapis įkeliamas ir staiga kažkas atsiranda arba dingsta ir puslapis turi prisitaikyti prie didesnio ar mažesnio dydžio, matuojamas tas poslinkis. Tai baisu vartotojo patirčiai ir aš sutinku. Balas, kurį turėtumėte išlaikyti, yra 0.1.

Kaip optimizuoti savo svetainę Core Web Vitals

Norėdami optimizuoti savo svetainę, atlikite šiuos veiksmus:

1. Pradėkite nuo greito žiniatinklio prieglobos

Jei turite žiniatinklio prieglobą su siaubingu atsako laiku, visi kiti dalykai, kuriuos čia išvardinsiu, gali neduoti norimų rezultatų. Kuo greičiau jūsų serveris atsakys į užklausas, tuo geriau.

Kodėl žiniatinklio priegloba su greitu laiko iki pirmojo baito (TTFB) funkcija yra svarbi? Kai kurie ginčys, kad TTFB nesvarbu, bet tai yra. Tai yra viso kito pagrindas. Jei turite vartotojų miestuose, kuriuose internetas lėtas, tai, kaip greitai gali reaguoti jūsų žiniatinklio priegloba, lems viską. Bet kuri žiniatinklio priegloba gali gerai veikti, jei turite vartotojų daugiausia iš miestų, kuriuose veikia itin spartus internetas.

Pabandykite išbandyti, kaip žiniatinklio priegloba reaguos į 3G arba 2G, o ne 4G. Nes jei daug vartotojų prisijungia per 3G arba 2G, tai padidina jūsų pagrindinio žiniatinklio gyvybingumo balą. Taigi, kiekviena milisekundė yra svarbi. Skirtumas tarp 100 ms FID ir 101 ms yra tas, kad su 100 ms jūs išlaikote, bet su 101 ms nepavyksta. Taigi, jei kas nors jums pasakys, kad 1 ms nesvarbu, tas asmuo gali tiesiog klysti.

Renkantis a interneto priegloba, visada užtikrinkite, kad duomenų centras būtų arčiau daugumos jūsų svetainės vartotojų. Jų vietas galite rasti peržiūrėję savo analizę. Iš kur kilę dauguma jūsų vartotojų? Pasirinkite duomenų centrą arčiau jų. Kuo arčiau tuo geriau.

Asmeniškai pastebėjau, kad pakeitus žiniatinklio prieglobą labai pasikeitė svetainės pagrindinių žiniatinklio gyvybinių parametrų lauko duomenys. Daugiau nieko nedariau.

Jei ieškote greito žiniatinklio prieglobos, yra daug rekomendacijų, kurias be nuoširdumo remia tik filialai. Jei naudojate „WordPress“ ir galite sau tai leisti, labai rekomenduoju Kinsta. Jie yra geriausi „WordPress“. Jei jums reikia kažko pigesnio arba nenaudojate „WordPress“, tada Cloudways taip pat labai veiksminga.

2. Naudokite lengvą ir greitį optimizuotą temą

Šis patarimas ypač naudingas nekoduojantiems ir net mažiau laiko turintiems programuotojams. Ypač jei naudojate „WordPress“, kur yra tiek daug galimybių, įsitikinkite, kad naudojate lengvą ir sparčiai optimizuotą temą.

Kadangi tema yra kaip jūsų svetainės skeletas, jei skeletas bus sulaužytas, kūnas bus sulaužytas. Tai tik tiek.

Yra ilgas sąrašas geriausių praktikos pavyzdžių, kurių turėtumėte ieškoti temoje. Kai kurios dažniausiai pasitaikančios blogos praktikos yra pernelyg priklausomos nuo JQuery, įkeliama per daug CSS / JS, kai to nereikia, didelis temos dydis ir kt. Visada galite naudoti tokį įrankį kaip Geltonos laboratorijos, norėdami išbandyti demonstracinę versiją.

Jei naudojate „WordPress“, galite peržiūrėti sąrašą greičiausios „WordPress“ temos.

3. Optimizuokite savo vaizdus

Vaizdai šaunūs. Jie daro turinį tokį patrauklų. Tačiau jie gali būti našta, jei jie nėra optimizuoti. Dideli vaizdai, pvz., 3 MB, tikrai turės įtakos jūsų greičiui. Ir jei šie vaizdai matomi apsilankius svetainėje prieš slenkant, jie tikrai turės įtakos jūsų LCP metrikai.

Tiesa ta, kad neoptimizuoti vaizdai padidina jūsų puslapio dydį. Kuo didesnis puslapio dydis, tuo ilgiau jis įkeliamas.

Aš asmeniškai norėčiau optimizuoti kiekvieną vaizdą prieš juos įkeliant. Vaizdo optimizavimui nenaudoju jokios išorinės paslaugos. Tačiau jei naudojate „WordPress“ ar panašią TVS, yra įskiepių ir sprendimų, leidžiančių automatiškai optimizuoti vaizdus. Taip pat yra debesų sprendimų, neatsižvelgiant į tai, ką naudojate.

4. Pašalinkite arba sumažinkite fono paveikslėlių dydį

Fono vaizdai paprastai yra labai dideli. Be to, tai gali sulėtinti įkėlimo laiką, nes jį pirmiausia reikia įkelti, kad būtų rodomas prasmingas turinys.

Galite visiškai pašalinti fono paveikslėlį, kad svetainė veiktų greičiau. Jei jie tokie svarbūs, apsvarstykite galimybę juos optimizuoti iki mažiausio dydžio arba naudoti raštus, o ne vaizdus.

5. Naudokite naršyklės talpyklą

Jei turite daug ištikimų skaitytojų, turėtumėte pagalvoti apie naršyklės talpyklą. Kai vartotojas apsilanko jūsų svetainėje pirmą kartą, naršyklė tą svetainę išsaugos talpykloje. Per kiekvieną kitą apsilankymą jis bus įkeltas akimirksniu. Tai gali labai pagerinti FID ir LCP nuo antrojo apsilankymo.

„WordPress“ naudotojams dauguma talpyklos papildinių gali padėti tai pasiekti.

6. Sumažinkite „JavaScript“ ir atidėkite nenaudojamą „JavaScript“.

Nors „JavaScript“ yra nuostabus, jis dažnai blokuoja pateikimą. Tai reiškia, kad tai gali paveikti jūsų įkėlimo laiką ir galiausiai jūsų FID.

Pabandykite sumažinti „JavaScript“ pašalindami tuščius tarpus ir komentarus, kad sumažintumėte failo dydį. Taip pat įsitikinkite, kad atidedate nekritinį „JavaScript“. Tai turėtų pagerinti jūsų FID.

„WordPress“ vartotojams yra tokie papildiniai kaip Autoptimize, WP raketų, ir kiti, kurie gali tai padaryti už jus.

7. Nustatykite „AdSense“ dydžio atributą

Jei savo svetainėje naudojate „AdSense“ ir susiduriate su CLS problema, tai gali išspręsti visas jūsų problemas. Tai padarė man ir turėtų jums.

Jei turite skelbimų rinkinį arti antraštės, kuri matoma vartotojui apsilankius, viena problema yra ta, kad skelbimas gali neįkelti iš karto. Jis gali būti įkeltas, kai puslapis jau yra įkeltas, o kai įkeliamas, išdėstymas pasikeičia. Tai labai įprasta interaktyviems skelbimų rinkiniams. Taip nutikus, neįmanoma išlaikyti CLS metrikos.

Geriausias būdas tai padaryti – šiek tiek redaguoti „AdSense“ kodą. Nesijaudinkite, tai labai teisėta. Tiesiog nurodykite skelbimo dydžio atributą, ypač aukštį. Tai padarę nebepastebėsite išdėstymo poslinkio, kai skelbimas bus įkeltas.

Toliau pateikiamas interaktyvių skelbimų rinkinio, kurį naudojau savo tinklaraštyje, po antrašte, pavyzdys. Pakeičiau savo leidėjo ID ir skelbimo sritį į XXXXXX. Pastebėjau, kad pridėjau aukščio atributą (min-height: 300px). Kai tai padariau, visos CLS problemos išnyko amžiams.

<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>

Tai leidžia rezervuoti tą dydį puslapyje. Taigi, kai tik rodomi skelbimai, išdėstymas nekeičiamas, nes jau nustatėte dydį.

8. Nustatykite savo vaizdų ir kitų laikmenų dydžio atributą

Kaip ir naudojant skelbimus, vaizdai ir kita medija gali pakeisti išdėstymą, kai jie įkeliami į jūsų svetainę. Gali būti, kad tiesiog ką nors skaitote, tada įkeliamas vaizdas ir staiga pasikeičia išdėstymas, o tai, ką skaitėte, nebematote ir matote tik ką nors kitą arba net per klaidą spustelite ką nors kita.

Viso to galite išvengti nustatydami dydžio atributą savo medijos failams. Jūsų CLS metrika džiaugsis, kad tai padarėte.

9. Tingus įkelti vaizdus.

Galbūt matėte patarimą apie PageSpeed ​​Insight atidėti vaizdus už ekrano ribų. Tai paprasčiausiai reiškia tingėti įkelti savo vaizdus.

Tingus įkėlimas sumažina puslapio dydį ir taip pat sumažina puslapio įkėlimo laiką, kai vartotojas jį aplanko. Kas tinka CWV metrikai.

Tai ypač padės pagerinti LCP.

10. Optimizuokite CSS sumažindami ir generuodami kritinį CSS

Dėl CSS svetainė atrodo šauniai, tačiau didelis CSS failas gali būti didelė problema, nes jis uždels puslapio pateikimą vartotojui.

Kai vartotojas apsilanko jūsų svetainėje, naršyklė įprastu elgesiu uždels jūsų tinklalapio pateikimą vartotojui, kol jis bus įkeltas, išanalizuotas ir vykdys visą CSS, nurodytą jūsų tinklalapio antraštėje. Jei turite didelį CSS failą, tai gali būti didelė problema. Tai sulėtins jūsų svetainę.

Kritinis CSS gali padėti įkeliant tik tą CSS, kuris reikalingas puslapiui įkelti. Nors likusią CSS dalį galima įkelti asinchroniškai.

Taip pat gali padėti CSS sumažinimas pašalinant tuščius tarpus ir komentarus, kad sumažintumėte failo dydį.

Taip pat galite pašalinti nenaudojamą CSS. Jei jūsų naudojama paslauga siunčia nenaudojamus CSS, saugu juos pašalinti.

Jei naudojate „WordPress“, yra įskiepių, pvz WP raketų, LiteSpeed ​​Cache, FlyingPress ir kiti, kurie gali padėti tai pasiekti.

11. Įdiekite „AdSense“ išmanųjį įkėlimą

Šis metodas gali beveik visiškai pašalinti visus iššūkius, jei „AdSense“ yra atsakinga už svetainės sulėtinimą.

Tai apie protingą „AdSense“ įkėlimą. „AdSense“ nebus įkelta tol, kol naudotojas neatliks veiksmo, pvz., slinks arba nepaspustelės. Tai labai pagerins įkėlimo laiką ir visus pagrindinius žiniatinklio duomenis, kuriems įtakos turi „AdSense“.

Yra daug „WordPress“ papildinių, kurie gali padėti tai padaryti, WP raketų ir Flying Scripts yra pavyzdys. Šis metodas, kiek žinau, nepažeidžia „Google AdSense“ politikos.

Pastaba: Nors šis metodas gali padėti pagerinti suvokiamą greitį ir puslapio balus, jis gali turėti įtakos jūsų „AdSense“ pajamoms. Rekomenduoju atlikti eksperimentą, kad įsitikintumėte, ar tai verta

12. Jei galite, naudokite „System Stack“ šriftą

Šriftai prideda papildomo įkėlimo laiko bet kurioje svetainėje. O tinklalapiuose be vaizdų už LCP įvertinimą gali būti atsakingas jūsų teksto blokas. Tokiu atveju jūsų LCP balas tiesiogiai priklausys nuo jūsų šrifto.

Nors „Google Font“ ir „Font Awesome“ ir toliau tobulėja, naudojant sistemos dėklo šriftą galima gerokai patobulinti. Nors ir ne toks išgalvotas, priklausomai nuo įrenginio.

13. Naudokite CDN

Jei turite vartotojų iš įvairių pasaulio šalių, CDN naudojimas gali padėti pagerinti greitį ir netiesiogiai pagerinti pagrindinio žiniatinklio gyvybingumo metriką.

Paprasto paaiškinimo CDN sukuria daugybę jūsų svetainės kopijų ir išsaugo jas įvairiose buvimo vietose (POP) įvairiose pasaulio vietose. Kai kas nors paprašo jūsų svetainės, ji aptarnauja jūsų svetainę iš artimiausios vietos.

Pavyzdžiui, jei jūsų svetainė yra priglobta Jungtinėse Amerikos Valstijose ir turite lankytoją iš Jungtinės Karalystės, užuot atsiuntę svetainę iš JAV, CDN pateiks jūsų svetainę iš Jungtinės Karalystės. To rezultatas bus greitas pristatymas. Greitis.

Galite patikrinti geriausi CDN ten.

14. Nustatykite išankstinį DNS gavimą

Jei savo svetainės pristatymui pasikliaujate išorine paslauga, pvz., CDN, jums gali prireikti nustatyti išankstinį DNS gavimą siekiant sumažinti delsą dėl DNS paieškos.

Išankstinis DNS gavimas iš anksto pateiks DNS prieš jį iškviečiant. Taip, kad pagaliau paskambinus įkeliama akimirksniu.

15. Optimizuokite trečiųjų šalių scenarijus

Patikrinkite, ar kai kurios paslaugos, kurias naudojate savo svetainėje, neprideda trečiųjų šalių scenarijų, kurie gali sulėtinti jūsų svetaines.

Sprendimą galite pakeisti trečiųjų šalių užklausomis, kurios sulėtins jūsų svetainę, naudodami geresnį sprendimą.

Kalbant apie „Google AdSense“, kitą trečiosios šalies scenarijų, jūs mažai ką galite padaryti. Geriausia praktika yra naudoti ne daugiau kaip 3 skelbimus, sujungtus viename puslapyje. Venkite atitikusio turinio, nes tai atneša mažas pajamas, bet prailgina įkėlimo laiką.

16. Pašalinkite „AdSense“ iš viršaus

Šis patarimas pagrįstas eksperimentais. Jei visos metrikos paieškos pulto ataskaitoje, išskyrus LCP, yra geros, pirmiausia įsitikinkite, kad jūsų vaizdai ir šriftai yra optimizuoti. Jei jie optimizuoti, o jums vis tiek nepavyksta LCP, „AdSense“ gali būti atsakinga.

Jei galite sau leisti, mėnesiui pašalinkite „AdSense“ iš matomos ribos ir pažiūrėkite, ar problema išnyks.

Jei nenorite jo pašalinti, galite atidėti rankiniu būdu arba naudodami papildinį, pvz., Flying Scripts.

17. Perjunkite į AMP

AMP reiškia „Accelerated Mobile Pages“. AMP idėja yra optimizuoti tinklalapius, kad jie būtų greičiau įkeliami mobiliuosiuose įrenginiuose. Ir, žinoma, AMP atviro kodo projektą pradėjo Google.

Nors AMP iš pradžių buvo skirtas paspartinti puslapius mobiliesiems, jis taip pat gali pagreitinti puslapius darbalaukyje.

AMP puslapiai yra nuolat greitesni nei puslapiai mobiliesiems ar staliniams kompiuteriams, kartais daugiau nei 100 %, remiantis mūsų pastebėjimais.

Jei vienintelė jūsų svetainės pajamų gavimo strategija yra „Google AdSense“, galite apsvarstyti galimybę pakeisti visą svetainę į AMP. Asmeniškai pastebėjau, kad man priklausančiame tinklaraštyje „AdSense“ AMP puslapiuose kartais konvertuoja daugiau nei mobiliuosiuose ir staliniuose kompiuteriuose!

Išvada

„Core Web Vitals“ gali padėti pagerinti svetainę ne tik „Google“ naudotojams. Labai dažnai yra geras laboratorinių duomenų tyrimo rezultatas, bet blogas lauko duomenų rezultatas.

Taip yra dėl jūsų vartotojų sudėties. Jei dauguma jūsų vartotojų yra iš vietų, kuriose lėtas internetas, galbūt atlikote gerą optimizavimo darbą, bet vis tiek nepavyko gauti lauko duomenų.