„Google PageSpeed Insights“ buvo radikaliai atnaujinta, kas pasikeis? „PageSpeed Insights“: įkėlimo greitis kaip reitingavimo veiksnys, įvertintas įvesties delsos laikas.
Sveiki, mieli tinklaraščio svetainės skaitytojai. Šiandien noriu pakalbėti su jumis tokia svarbia tema kaip svetainės įkėlimo greitis. Tikriausiai jau girdėjote, kad kartu su daugeliu kitų veiksnių, turinčių įtakos interneto projekto reklamai, paieškos sistemos pastaruoju metu pradėjo atsižvelgti ir į tai. O stabdžiai svetainėje lankytojus, ypač įpratusius, tikrai erzina.
Tačiau daugeliui žiniatinklio valdytojų įkėlimo greitis nėra ta tema, dėl kurios neturėtumėte pradėti sukti galvos; dažniausiai tai atidedama vėlesniam laikui ir kyla aktualių problemų, susijusių su resurso užpildymu unikaliomis medžiagomis ir jo tobulinimu vidiniu optimizavimu. priešakyje. , bet visas įtakojančių veiksnių rinkinys. Kaip sakoma, grandinė tiek stipri, kiek stipri jos silpniausia grandis...
Internetinės svetainės įkėlimo greičio matavimo paslaugosBet kokiu atveju dar visai neseniai taip jaučiausi bandydamas pagreitinti savo išteklius. Bet man pasirodė, kad geriau nelaukti nemalonių tendencijų (būtent srauto mažėjimo nuo , nes jis kritiškesnis pakrovimo greičiui), o jau dabar ištaisyti akivaizdų trūkumą.
Jums tereikia suvokti, kad jūsų svetainės, tinklaraščio ar forumo įkėlimo greitis yra labai svarbus rodiklis. Jei jūsų projektui nesiseka su šiuo rodikliu, tai gali sukelti gana nemalonių pasekmių. Ir svarbiausias iš jų yra tai, kad lankytojai gali atsisakyti dirbti su jūsų šaltiniu, nes... Puslapių įkėlimas užtrunka labai ilgai. Be to, paieškos sistemos, ypač Google, į tai atsižvelgia vertindamos bendrą konkretaus resurso naudingumą.
Norėdami suprasti, kaip greitai įkeliami jūsų šaltinio puslapiai, galite pasinaudoti, pavyzdžiui, jo galimybėmis, išsamiai aprašytomis straipsnyje, esančiame pateiktoje nuorodoje. Arba galite naudotis tam skirtomis paslaugomis. Žemiau pateiksiu keletą tokių pavyzdžių.
Dėl to bus pateikta atskirų tinklalapio objektų atsisiuntimo laiko diagrama, jų URL ir svoris. Kuo mažiau daiktų pakraunama ir kuo kiekvienas iš jų sveria, tuo geriau. Pavyzdžiui, šiuo tikslu aš:
Tiesą sakant, kai kurias problemas ir savo svetainės greičio matavimo istoriją galite sekti gretimuose viršutinio „Pingdom“ meniu skirtukuose.
Iššokančiajame lange būsite paraginti nukopijuoti nuolatinę nuorodą į atliktą testą, taip pat išsiųsti ją el. paštu arba Twitter. Taip pat galite užsiprenumeruoti prieinamumą lango apačioje. Jei jūsų ištekliai sumažės (tampa neprieinami lankytojams), jums bus išsiųsta žinutė el. paštu arba SMS į jūsų mobilųjį telefoną. Tačiau ši paslauga yra mokama, nors yra galimybė išbandyti nemokamą.
Savo svetainėje, taip pat norėdami peržiūrėti Traceroute, turėsite pasirinkti skirtuką „Ping and Traceroute“ pačiame puslapio viršuje. Į pateiktą formą įveskite URL be http, pažymėkite šios formos žymimąjį laukelį „Traceroute“ arba „Ping“ ir spustelėkite „Test now“.
Pirmoje diagramoje atkreipkite dėmesį į violetinės vertikalios linijos padėtį - tai bus svetainės pateikimo pabaigos laikas. Antroji vertikali linija (mėlyna) reikš pilno pakrovimo laikas. Gerai, jei pirmoji eilutė yra 1–1,5 sekundės nuo svetainės įkėlimo, o antroji eilutė yra prieš 4 sekundes. Tada šias pastraipas galima perskaityti „nuorodai“. Jei svetainė įkeliama ilgiau nei 4 sekundes, turite susirūpinti, kaip ištaisyti šią situaciją.
Kaip matote iš aukščiau esančios ekrano kopijos, „Google PageSpeed Insights“ pateikia išsamų įvertinimą – kompiuterio naršyklei ir mobiliajam. Be to, žemiau rasite įvertinimą, kaip paprasta naudoti savo išteklius įvairiose programėlėse. Jei dar nesivarginote, tada balas ten bus labai žemas (o jūsų svetainės ekrano kopijoje dešinėje išmaniojo telefono lange viskas bus aiškiai matoma).
Tačiau svarbiausia, kad Google PageSpeed Insights pateikia rekomendacijas, kaip padidinti savo svetainės balą, t.y. kaip tai paspartinti. Pradėti, žinoma, reikia nuo pačios viršaus, nes šios korekcijos labiausiai prisidės prie pagreitinimo.
Pavyzdžiui, turėjau problemų nustatydamas gzip glaudinimą ir statinių failų (vaizdų, css failų ir scenarijų) talpyklos laiką naudotojų naršyklėse, nes „Apache“ veikia kartu su „nginx“, bet nežinau, kaip su ja dirbti. tai. Teko rašyti į Infobox techninę pagalbą su prašymu viską sureguliuoti – jie tai padarė, o pinigų net nepaėmė (ačiū jiems!). Beje, iš pradžių jie nustatė talpyklos saugojimo laiką iki 1 valandos, tačiau „Google PageSpeed Insights“ vis tiek skundėsi:
Teko įsigilinti į šios internetinės paslaugos instrukcijas ir ten perskaityti, kad mažiausiai reikalinga 1 diena statikos saugojimo talpykloje. Paprašiau prieglobos techninės pagalbos suteikti 1 savaitės rezervo, ką jie padarė. Dabar reitingas šiek tiek padidėjo, o Google neturi didelių priekaištų dėl mano išteklių įkėlimo greičio atžvilgiu, o tai yra gerai.
Paprasta ir skoninga, kaip sakoma. Galite užsiprenumeruoti naujienlaiškį dėl pasikeitimų.
Apie tai jau rašiau gana išsamiai, todėl nesikartosiu, kad neapsunkinčiau ir taip sudėtingo straipsnio (jei perskaitysite iki galo, galite laikyti save herojumi).
Tačiau grįžkime nuo greičio matavimo prie ieškojimo galimybių jį padidinti. , anksčiau buvo eksperimentinis „Svetainės našumo“ skirtukas, kuriame buvo pateiktas svetainės įkėlimo greičio įvertinimas.
Apskritai ten nurodytame įkėlimo greityje nėra nieko kriminalinio, tačiau tai, kad mano tinklaraščio svetainė įkeliama lėčiau nei 84 procentai visų interneto išteklių internete, jau yra varpas, į kurį reikėjo reaguoti. Bet kadangi „Google“ mano, kad mano tinklaraštis yra pašalinis greičio atžvilgiu, verta rimtai žiūrėti į šią problemą ir rimtai spręsti klausimą, kaip ją padidinti.
Tiesą sakant, nieko ypatingo sugalvoti nereikėjo, nes pati Google siūlo optimaliausią sprendimą. Tiksliau, jis siūlo naudoti įrankį, kuris, savo ruožtu, padės suprasti, ką tiksliai reikia padaryti norint šiek tiek (arba labai) pagreitinti savo svetainę. Aš kalbu apie internetinę paslaugą „Page Speed “ (anksčiau taip pat buvo to paties pavadinimo naršyklės plėtiniai „FireFox“ ir „Chrome“, kuriuos daugiausia naudojau).
Leiskite iš karto padaryti išlygą, kad šis įrankis veikia gana sudėtingais ir paprastiems žiniatinklio valdytojams ne visai suprantamais dalykais, kurie daugiausia susiję su žiniatinklio serverio veikimo subtilybėmis ir niuansais. Jei niekada neadministravote serverio, tai bus sunku.
Yra išeitis – pabrėžkite savo prieglobos teikėją, kad jis atliktų veiksmus, kuriuos nurodo „Page Speed“. Ar jis sutinka, ar ne, yra kitas klausimas. Nedrįsau, nes nepatogu duoti prieigą prie serverio bet kam (toks aš nepasitikiu).
Pagrindiniame puslapyje „PageSpeed“ netgi siūlo įdiegti modulį jūsų serveryje, jei jame veikia „Apache“ arba „Nginx“ (mano atveju):
Bet aš vis dar nesuprantu, kaip tai daroma, nes visiškai nesuprantu serverio administravimo ir niekada nedirbau su Unix tipo sistemomis. Tai daug sunkiau nei įdiegti programą ar įkelti papildinį į „WordPress“. Kitas panardinimo lygis. Šeimininkas taip pat nedrįso jo dėl to jaudinti. Apskritai šio modulio neišbandžiau – gali būti, kad jau išbandėte ir turite ką pasakyti...
Apskritai pirmą kartą naudojau „Page Speed“ kaip naršyklės plėtinį (dabar, kaip suprantu, jis neveikia). Anksčiau jis buvo integruotas į kūrėjo įrankius „Firefox“ ir „Chrome“. Tiesa, iš pradžių (prieš keletą metų) tik trumpai pažiūrėjau, kokius patarimus jis man duoda, ir beveik nieko nesuprasdamas nusprendžiau, kad tai ne man, po to lengva širdimi ištryniau „PageSpeed“ įskiepis kaip nereikalingas ir svetimas elementas mano protui.
Faktas yra tas, kad net suprasdamas, kuo skundžiasi šis įskiepis, aš tikrai nežinojau, ką reikia padaryti, kad visa tai sutvarkyčiau ir kažkaip paspartinčiau savo tinklaraštį. Apskritai iškart radau daug svarbesnių reikalų, palyginus su tuo pelės šurmulys su žiniatinklio serverio nustatymais (juolab, kad aš jų nelabai suprantu) atrodė menkas ir nereikšmingas.
Tiesa, kažkada taip pat atidėjau saugumo problemos sprendimą ir dėl to sumokėjau už tai visų tų pinigų praradimu. Turėdamas omenyje tai, kas nutiko, kitą dieną nusprendžiau pasinerti į savo kulnus ir pabandyti judėti į priekį su svetainės įkėlimo greičio didinimo problema, nepaisant to, koks nesuprantamas ir sunkus šis klausimas man buvo.
Trumpai tariant, iš naujo įdiegiau „Page Speed“ Maziloje (dabar man to daryti nebereikia), pažiūrėjau, kuo ji labiausiai skundžiasi, ir man vis tiek pavyko kai kuriuos dalykus patobulinti ir, tikiuosi, bent šiek tiek padidinkite greitį.
P.S. Dabar „Page Speed“ galima naudoti tik internete ir jo nebereikia įdiegti naršyklėje (bet kuriuo atveju šis papildinys nesuderinamas su naujomis „Chrome“ versijomis), nors tai nekeičia esmės.
Taigi, anksčiau turėjote įdiegti papildinį savo naršyklėje, bet dabar tereikia eiti čia, įvesti puslapio, kurį norite analizuoti, URL (skirtingų tipų puslapiai gali turėti skirtingą įkėlimo greičio problemų, todėl tai prasminga norėdami patikrinti visas šio įrankio parinktis) ir spustelėkite mėlyną mygtuką „Analizuoti“.
Sulaukę patikrinimo rezultatų pamatysite langą, panašų į tą, kurį jau parodžiau aukščiau esančioje ekrano kopijoje tekste (internetinių paslaugų, skirtų svetainės įkėlimo greičiui tikrinti, aprašymų 3 pastraipoje). Tai. dėl to pamatysite visą sąrašą skundų, kuriuos ši internetinė paslauga turi dėl jūsų išteklių, būtent dėl jos įkėlimo greičio. Tuo pačiu metu jis pateiks keletą instrukcijų, kaip optimizuoti žiniatinklio serverio veikimą kartu su jūsų naudojamu varikliu.
Be to, pačiame puslapio greičio lango viršuje bus komentarai ir rekomendacijos, kurias pirmiausia norėsite peržiūrėti ir pakeisti („nepaprastai pataisykite“), nes tai duos didžiausią poveikį didinant įkėlimą. greičiu ir nereikės per daug pastangų. Pateiksiu vieno iš mano nedidelių projektų, kurių aš nelabai suprantu, analizės pavyzdį:
Tie. rekomendacijos ir aptiktos problemos, pažymėtos raudonu stačiakampiu su šauktuku ir esančios pačiame sąrašo viršuje, yra svarbiausios ir patartina nuo jų pradėti optimizavimą (kaip sakoma pigiai ir linksmai), taip pasiekiant didžiausias efektas.
Oranžine spalva pažymėtas problemas ištaisyti reikės daugiau pastangų, tačiau greitis gali labai nepadidėti. Deja ir ak, kol kas galite juos palikti ant nugaros ir tęsti prioritetines užduotis, kurios padės žymiai pagreitinti projektą.
Mano pradinė nuotrauka prieš kelerius metus (net naudojant papildinį – dabar tą patį galima pamatyti http://gtmetrix.com/, nes ji naudoja PageSpeed API) https://svetainėje buvo tokia:
Tada nusprendžiau pradėti nuo paties pirmo punkto „Panaudoti naršyklės talpyklą“ (dabar jis vadinasi „Naudoti naršyklės talpyklą“), nes pagal Page Speed logiką šios rekomendacijos turėtų lemti didžiausią mano tinklaraščio pagreitį.
Jei paspausite spoilerį, esantį šalia šio užrašo, atsiras sąrašas įvairių failų, kurie neatitinka optimalių statinių objektų (scenarijų, CSS failų, tinklalapyje naudojamų vaizdo failų) talpyklos reikalavimų vartotojų naršyklėse (t.y. skaitytuvuose) :
Tie. Norėdami padidinti įkėlimo greitį, „PageSpeed Insights“ pataria optimaliai sukonfigūruoti įvairių tinklalapių elementų talpyklą vartotojų naršyklėse, kad peržiūrint kitus, šie statiniai elementai nebūtų perkeliami iš serverio. Teoriškai visa tai skamba gana painiai, nes neturiu supratimo apie naršyklių naudojamus talpyklos mechanizmus (paskaitykite apie tai ir kaip jį išvalyti).
Be to, optimizuosime statinių objektų talpyklą naudodami paties jūsų hostingo serverio mechanizmus. Tai gana painu, bet aš jums pasiūlysiu paruoštus sprendimus, rastus rusiškame internete, o jūs juos išbandysite ir nuspręsite, kuris iš jų geriausiai tiks jūsų prieglobai.
Optimizuokite naršyklės talpyklą ir patikrinkite jos veikimąTiesa, tai neveikė mano dabartiniame hostinge, nes dabar turiu Apache ir nginx derinį (man reikia sukonfigūruoti pastarąjį, ką hosteris padarė man nežinomu būdu). Bet jei turite gryną „Apache“, toliau siūlomas metodas gali veikti.
Apskritai, mes stengsimės paveikti serverį, kuriame yra jūsų projektas, taip, kad jis pateiktų komandas naršyklėms, skirtas optimizuoti statinių elementų talpyklą. Tai darysime naudodami gana gerai žinomą nuotolinio serverio valdymo įrankį – .htaccess failą. Ar žinote apie tokio dalyko egzistavimą?
Paprastai jis gyvena šakniniame aplanke. Natūralu, kad viskas, kas aprašyta toliau, veiks tik serveriuose, kuriuose veikia „Apache“, tačiau paprastai jie yra dauguma. Prisijungę prie šaltinio per FTP (), atidarykite šakninį aplanką (dažniausiai PUBLIC_HTML arba HTDOCS) ir patikrinkite, ar jame nėra .htaccess failo.
Nuo šiol viską darote rizikuodami ir rizikuodami. Todėl būtinai atsisiųskite šio failo kopiją į savo kompiuterį, kad, jei kas nors atsitiktų, galėtumėte greitai grįžti atgal.
Jei .htaccess nematomas, pabandykite „FileZilla“ programoje viršutiniame meniu pasirinkite „Server“ - „Force hidden files“. Jei net ir po to jis nepasirodo šaknyje, sukurkite tuščią tekstinį failą savo kompiuteryje bet kuriame jums patogiame redaktoriuje (aš naudoju NotePad Plus Plus), pavadinkite jį kaip nors ir nukopijuokite į šaknį.
Po to pervardykite šį failą į .htaccess „FileZilla“. Dabar turėsite jį atidaryti, kad galėtumėte redaguoti, ir pridėti žemiau esantį kodą. Bet pirmiausia leiskite man šiek tiek paaiškinti.
Populiariausi būdai įjungti šią parinktį žiniatinklio serveryje, kuriame veikia „Apache“, yra modulių mod_headers arba mod_expires naudojimas. Toliau pateiktas kodas padės įjungti statinį talpyklą naršyklėje, jei internetinėje paslaugoje jūsų serveryje įdiegtas bent vienas iš šių „Apache“ modulių.
Pirmiausia pateiksiu modulio mod_headers kodą. Atminkite, kad jis naudoja patikrinimą, ar jūsų prieglobos serveris turi šį modulį. Jei jis nerastas, kodas nebus vykdomas ir nesukels jokių klaidų. Tačiau dar kartą primygtinai rekomenduoju pirmiausia nukopijuoti originalų (prieš įtraukiant žemiau esantį kodą) .htaccess failą į kompiuterį, kad išvengtumėte incidentų.
#cache html ir htm failus vienai dienai Antraštės rinkinys Cache-Control "max-age=43200" #cache css, javascript ir tekstiniai failai vienai savaitei Antraštės rinkinys Cache-Control "max-age=604800" #cache flash and images for mėnuo Antraštės rinkinys Cache-Control "max-age=2592000" #disable caching Antraštės nust. talpyklos valdymas
Galite ištrinti komentarus (jų eilutės prasideda maišos ženklu), tačiau jie niekaip neturės įtakos kodo veikimui.
Taip pat bus galima pridėti kodo bloką, skirtą moduliui mod_expires, kuris vėl naudoja patikrinimą, ar jis yra jūsų serveryje, o tai garantuoja šios kodo dalies naudojimo saugumą:
ExpiresActive #numatytoji talpykla yra 5 sekundės ExpiresNumatytoji "prieiga plius 5 sekundės" #cache Flash ir vaizdai mėnesiui ExpiresByType vaizdas/x-icon "prieiga plius 2592000 sekundžių" ExpiresByType vaizdas/jpeg "prieiga plius 25920 sekundės"ype" prieiga plius 2592000 sekundžių" ExpiresByType vaizdas/gif "prieiga plius 2592000 sekundžių" ExpiresByType programa/x-shockwave-flash "prieiga plius 2592000 sekundžių" #cache css, javascript ir tekstiniai failai vienai savaitei ExpiresByType tekstas/javascript "prieiga plius 604800 sekundžių" ExpiresByType programa/javascript "prieiga plius 604800 sekundžių" ExpiresByType programa/x-javascript "prieiga plius 604800 sekundžių" #cache html ir htm html ir htm tekstai plius 4Type2 sekundės " #cache xml failus dešimt minučių ExpiresByType application/xhtml+xml "prieiga plius 600 sekundžių"
Vėliau komentarus vėl galima ištrinti.
Jei nepavyksta, bet tikitės stebuklo, čia yra dar keli to paties kodo variantai, bet išbandykite juos po vieną, o ne visus iš karto:
Dabar, įdėję kodą į .htaccess, leidžiantį padidinti greitį optimizuojant talpyklą lankytojo pusėje esančioje naršyklėje, ir išsaugoję atliktus pakeitimus, dar kartą patikrinkite savo išteklių puslapį „PageSpeed Insights“ ir įsitikinkite, kad problema yra dingo:
Kaip matote, mano atveju „Naudokite naršyklės talpyklą“ nebėra kritinė klaida, lėtinanti įkėlimą, o šalia šio užrašo esanti piktograma pasikeitė į oranžinę, bet ne į žalią. Deja, negaliu paveikti trečiųjų šalių paslaugų, iš kurių mano svetainė įkelia statinį turinį (pvz., „Yandex“, „Google“, „Feedburner“ ir „Aptulaik“).
Q.E.D. Taigi, kaip tik taip, mes išsiaiškinome vieną iš svarbiausių ir reikšmingiausių problemų, aptiktų „Page Speed“.
Kaip įjungti statinių objektų glaudinimą serveryjeTaip pat labai dažna problema, kuria skundžiasi GTmetrix paslauga, yra failų suspaudimo trūkumas serveryje prieš perkeliant juos į vartotojų naršykles.
Jis naudojamas šiuo atveju, apie kurį jau rašiau. Jei analizuojate ne tiesiogiai naudodami „PageSpeed Insights“, o per GTmetrix, tada „PageSpeed“ srityje „Įgalinti glaudinimą“ vadinama „Įgalinti gzip glaudinimą“, o „YSlow“ - „Suspausti komponentus naudojant gzip“.
Norint įgalinti tą patį Gzip glaudinimą prieglobose, kuriose naudojamas Apache serveris, pakaks pridėti atitinkamą kodo dalį į .htaccess failą (tai yra nuotolinio serverio valdymo failas). „Apache“ turi du glaudinimo modulius ir vieną iš jų įdiegs jūsų priegloba (nors tai nėra faktas).
Dažniausias – pradėkime nuo jo. Prie kodo dar kartą pridedame šio modulio patikrinimą, kad negautume 500 klaidos visoje svetainėje.
AddOutputFilterByType DEFLATE tekstas/html tekstas/paprastas tekstas/xml programa/xml programa/xhtml+xml tekstas/css tekstas/javascript programa/javascript programa/x-javascript
Šiek tiek mažiau populiarus, reikiamų tipų failų Gzip glaudinimo įgalinimo kodas atrodys taip:
mod_gzip_on Taip modifikacija _exclude rspheader ^ Turinio kodavimas:.*gzip.*
Tiesą sakant, pabandykite ir patikrinkite puslapį „PageSpeed Insights“ įdiegę kodą. Jei problema išnyks, laikykite save laimingu. Dėl Apache buvimo su nginx visa tai man nepadėjo (prieglobos šeimininkas sakė, kad nginx yra atsakingas už statiką, šioje situacijoje reikia jį sukonfigūruoti - aš nežinau, kaip jis tai padarė).
Sėkmės tau! Greitai pasimatysime tinklaraščio svetainės puslapiuose
Jums gali būti įdomu
Svetainės greičio matavimas ir padidinimas naudojant GTmetrix, taip pat jQuery bibliotekos įkėlimo iš Google CDN nustatymas 
Gzip glaudinimas, siekiant pagreitinti svetainės įkėlimą – kaip jį įjungti Js, HTML ir Css naudojant .htaccess failą 
Kaip maksimaliai padidinti svetainės įkėlimo greitį ir optimizuoti serverio apkrovą 
Svetainės pagreitis – ką tai daro, kaip jį išmatuoti ir kaip patiems paspartinti interneto svetainės veikimą 
CSS sprite kūrimas „Sprites Me“ internetiniame generatoriuje, siekiant sumažinti serveriui siunčiamų užklausų skaičių 
CSS optimizavimas ir glaudinimas naudojant puslapio greitį – kaip išjungti išorinius stiliaus lapų failus ir sujungti juos į vieną, kad būtų pagreitintas įkėlimas 
Kaip gauti greitą svetainę - vaizdų ir scenarijų optimizavimas (glaudinimas), taip pat Http užklausų skaičiaus sumažinimas
„PageSpeed Insights“ (PSI) praneša apie puslapio našumą tiek mobiliuosiuose, tiek staliniuose įrenginiuose ir pateikia pasiūlymus, kaip tą puslapį galima patobulinti.
PSI pateikia tiek laboratorinius, tiek lauko duomenis apie puslapį. Laboratorijos duomenys naudingi derinant našumo problemas, nes jie renkami kontroliuojamoje aplinkoje. Tačiau jis gali neužfiksuoti realaus pasaulio kliūčių. Lauko duomenys yra naudingi norint užfiksuoti tikrą, realaus pasaulio naudotojo patirtį, tačiau turi ribotą metrikos rinkinį. Daugiau informacijos apie 2 duomenų tipus žr.
Spektaklio balasAtaskaitos viršuje PSI pateikia balą, apibendrinantį puslapio našumą. Šis balas nustatomas renkant ir analizuojant puslapį. 90 ar didesnis balas laikomas greitu, o nuo 50 iki 90 – vidutiniu. Mažiau nei 50 laikomas lėtu.
Realaus pasaulio lauko duomenysKai PSI bus suteiktas URL, jis jį ieškos (CrUX) duomenų rinkinyje. Jei yra, PSI praneša kilmės (FCP) ir (FID) metrikos duomenis ir galbūt konkretaus puslapio URL.
Klasifikavimas greitas, vidutinis, lėtasPSI taip pat suskirsto lauko duomenis į 3 segmentus, apibūdinančius patirtį, kuri laikoma greita, vidutine arba lėta. Remiantis mūsų CrUX duomenų rinkinio analize, PSI nustato šiuos greito / vidutinio / lėto slenksčius:
| FCP | (1000 ms, 2500 ms] | daugiau nei 2500 ms | |
| FID | (50 ms, 250 ms] | daugiau nei 250 ms |
Paprastai tariant, greiti puslapiai yra maždaug 10% viršuje, vidutiniai puslapiai yra 40%, o lėti puslapiai yra 50% apačioje. Kad būtų lengviau skaityti, skaičiai buvo suapvalinti. Šios ribos taikomos tiek mobiliesiems, tiek staliniams kompiuteriams ir buvo nustatytos atsižvelgiant į žmogaus suvokimo gebėjimus.
FCP ir FID pasiskirstymas ir pasirinkta vertėPSI pateikia šios metrikos paskirstymą, kad kūrėjai galėtų suprasti FCP ir FID reikšmių diapazoną tam puslapiui arba kilmei. Šis paskirstymas taip pat suskirstytas į tris kategorijas: greitas, vidutinis ir lėtas, pažymėtas žalia, oranžine ir raudona juostelėmis. Pavyzdžiui, 14 % FCP oranžinėje juostoje rodo, kad 14 % visų stebimų FCP verčių yra nuo 1 000 ms iki 2 500 ms. Šie duomenys yra bendras visų puslapių įkėlimų per pastarąsias 30 dienų vaizdas.
Virš paskirstymo juostų PSI praneša apie 90 procentilį First Contentful Paint ir 95 procentilį First Input Delay, pateikiamus sekundėmis ir milisekundėmis. Šie procentiliai skirti tam, kad kūrėjai galėtų suprasti labiausiai varginančius naudotojus savo svetainėje. Šios lauko metrikos vertės klasifikuojamos kaip greitos / vidutinės / lėtos, taikant tuos pačius aukščiau nurodytus slenksčius.
Lauko duomenų suvestinės etiketėBendra etiketė apskaičiuojama pagal lauko metrikos reikšmes:
- Greitas: jei ir FCP, ir FID yra greiti.
- Lėtas: jei FCP arba FID yra lėtas.
- Vidutinis: visi kiti atvejai.
Skirtumas tarp lauko duomenų PSI ir „Chrome“ naudotojo patirties ataskaitos „BigQuery“ yra tas, kad PSI duomenys atnaujinami kasdien paskesnį 30 dienų laikotarpį. „BigQuery“ duomenų rinkinys atnaujinamas tik kas mėnesį.
Laboratorijos duomenysPSI naudoja Lighthouse, kad analizuotų nurodytą URL, sugeneruodama našumo balą, įvertinantį puslapio našumą pagal įvairią metriką, įskaitant: ir .
Kodėl lauko ir laboratorijos duomenys prieštarauja vienas kitam? Lauko duomenys rodo, kad URL yra lėtas, bet laboratorijos duomenys rodo, kad URL yra greitas!
Lauko duomenys yra istorinė ataskaita apie tai, kaip buvo atliktas tam tikras URL, ir pateikia anoniminius našumo duomenis iš naudotojų realiame pasaulyje įvairiuose įrenginiuose ir tinklo sąlygomis. Laboratorijos duomenys pagrįsti modeliuojamu puslapio įkėlimu viename įrenginyje ir fiksuotu tinklo sąlygų rinkiniu. Dėl to vertės gali skirtis.
Kodėl FCP pasirenkamas 90 procentilis, o FID – 95 procentilis?
Mūsų tikslas yra užtikrinti, kad puslapiai gerai veiktų daugumai vartotojų. Sutelkiant dėmesį į mūsų metrikos 90 ir 95 procentilių vertes, tai užtikrina, kad puslapiai atitiktų minimalų našumo standartą sudėtingiausiomis įrenginio ir tinklo sąlygomis.
Kodėl FCP 4 ir 5 versijose turi skirtingas reikšmes?
V5 FCP žiūri į 90 procentilį, o v4 FCP praneša medianą (50 procentilį).
Koks yra geras laboratorijos duomenų balas?
Bet koks žalias balas (90+) laikomas geru.
Kodėl našumo balas keičiasi nuo bėgimo iki bėgimo? Aš nieko nepakeičiau savo puslapyje!
Veiklos matavimo kintamumas įvedamas per daugybę kanalų, turinčių skirtingą poveikio lygį. Keletas bendrų metrikos kintamumo šaltinių yra vietinio tinklo prieinamumas, kliento aparatinės įrangos prieinamumas ir kliento išteklių konkurencija.
Daugiau klausimų?Jei turite konkretų ir atsakingą klausimą apie „PageSpeed Insights“ naudojimą, užduokite klausimą anglų kalba „Stack Overflow“.
Jei turite bendrų atsiliepimų ar klausimų apie PageSpeed Insights arba norite pradėti bendrą diskusiją, pradėkite giją adresų sąraše .
Atsiliepimasar šis puslapis buvo naudingas?
Taip Puiku! Dėkojame už atsiliepimą. Jei turite konkretų atsakymą į klausimą apie „PageSpeed Insights“ naudojimą, užduokite klausimą anglų kalba „Stack Overflow“ adresų sąraše. Ne Atsiprašome tai girdėti. Jei turite konkretų atsakymą į klausimą apie „PageSpeed Insights“ naudojimą, užduokite klausimą anglų kalba „Stack Overflow“. Jei reikia bendrų klausimų, atsiliepimų ir diskusijų, pradėkite temą
Puslapio įkėlimo greitis dabar yra labai galingas signalas paieškos sistemoms. O vartotojams tai yra reikšmingas veiksnys, į kurį sunku nekreipti dėmesio, jei kyla problemų. Pagerindami svetainės greitį galite ne tik gauti reitingavimo pranašumų, bet ir įgyti daugiau pasitikėjimo bei konversijų rodiklių. Žemiau pateikiamas naudingiausių įrankių sąrašas, kuris padės analizuoti ir nustatyti silpniausias svetainės vietas greičio atžvilgiu.
1. Google PageSpeed Insights„Google“ puslapio įkėlimo greičio įrankis. Rodo reikšmę nuo 0 iki 100 ir staliniams kompiuteriams, ir mobiliesiems įrenginiams. Jis iš karto nurodo silpnąsias svetainės vietas ir pateikia rekomendacijas, kaip optimizuoti greitį.
2. Pingdom įrankiai
Pateikiamas greičio įvertinimas, rodomas skambučių į serverį skaičius ir vidutinis įkėlimo laikas. Suvestinėje lentelėje bus pateikti detalūs kiekvienos serverio užklausos duomenys (stiliai, scenarijai, vaizdai ir kt.). Nesunku įvertinti, kas tiksliai svetainėje lėtina įkėlimą.
3.WhichLoadFaster
Palyginimui įkelkite dvi svetaines (savo ir konkurento), vizualiai stebėkite, kurios kraunasi greičiau (patogu demonstruoti klientams). Atsisiuntimo pabaigoje rodoma informacija, kuri svetainė laimėjo ir kiek kartų greičiau buvo įkelta.
4. Tinklalapio našumo testas
Puslapį įkelia du kartus, palygina pataikymo skaičių – atskleidžia, kaip gerai sutvarkytas talpyklos kaupimas, rodo išsamią kiekvieno testo statistiką. Kiekvieną įkėlimo sekundę išsaugo ekrano kopijas, kaip svetainė atrodo. Taip pat patogia forma parodoma, kuri užklausų grupė užtruko daugiausiai laiko. Serveris yra Dalase (JAV).
5. GTmetrix
Kitas naudingas įrankis svetainės greičiui patikrinti. Rodo daug suvestinės informacijos, taip pat saugo istoriją, kad galėtumėte palyginti, kiek pagerėjo ar pablogėjo atsisiuntimo greitis. Įkelia Yahoo ir Google rekomendacijas dėl greičio optimizavimo, rūšiuojant jas pagal prioritetus. Bandymo serveris yra Vankuveryje (Kanada).
6. Apkrovos poveikis
Paslauga patikrina, kiek svetainė gali atlaikyti apkrovą (lengvas DDOS). Emuliuojama kelios dešimtys vartotojų ir daugiau nei šimtas aktyvių ryšių. Kadangi bandymas trunka keletą minučių, per šį įkėlimo laiką galima naudoti kitus įrankius, kad būtų galima įvertinti puslapio įkėlimo greitį piko metu. Testo pabaigoje galite pamatyti grafiką, kaip kinta atsisiuntimo greitis priklausomai nuo aktyvių vartotojų skaičiaus.
7. Monitis įrankiai
Analizuoja interneto svetainių įkėlimą iš skirtingų Žemės vietų – serverių JAV, Europoje ir Azijoje. Rodo kiekvieno testo suvestinę statistiką.
8.SiteSpeed.me
Siunčia užklausas į analizuojamą puslapį iš skirtingų duomenų centrų (apie 30 serverių) ir kiekvienam iš jų nustato greitį. Paryškina geriausią, prasčiausią ir vidutinį našumą laiko ir greičio atžvilgiu.
9. PR-CY
Masinis svetainės greičio tikrinimas. Galite nurodyti iki 10 adresų – taip palyginsite kiekvieno ištekliaus įkėlimo laiką ir dokumento dydį.
10. Tinklalapių analizatorius
Ataskaita apie puslapio įkėlimą ir visus papildomus scenarijus/stilius/vaizdus. Paprasta ir dažnai reikalinga priemonė.
Jei naudojate kitus nemokamus internetinius įrankius svetainės puslapio įkėlimo greičiui patikrinti, pasidalykite jais komentaruose.
Daugelis iš jūsų tikriausiai naudojosi nuostabia „Google“ paslauga: „PageSpeed Insights“? Ar norite gauti trokštamą 100 iš 100?
Nuotrauka, skirta pritraukti dėmesį
Bet tai priklauso nuo mažylio.
Taigi čia yra mano testo rezultatai. Paimkime bet kurią svetainę, pavyzdžiui, aš paėmiau nemokamą paruoštą adaptyvios svetainės šabloną ir perkėliau jį į savo prieglobą ir pradėjau testuoti: Pirmojo testavimo rezultatas (nuoroda į svetainę):- greitis mobiliesiems - 79/100;
- greitis kompiuteriui - 93/100;
Skundžiasi:
Būtinai pataisykite:Pašalinkite pateikimą blokuojančius „JavaScript“ ir CSS iš puslapio viršaus.
Blokuojančių CSS išteklių skaičius puslapyje: 3. Jie sulėtina turinio rodymą.
Visas puslapio viršuje esantis turinys rodomas tik įkėlus šiuos išteklius. Apsvarstykite galimybę atidėti šių išteklių įkėlimą, įkelti juos asinchroniškai arba įterpti svarbiausius jų komponentus tiesiai į HTML kodą.
Mes darome keletą mažų triukų. Perkeliame stilius iš failo į kodą:
Buvo:
Tapo:
straipsnis, nuošalyje, detalės, antraštė, figūra, poraštė, antraštė, hgroup, navigacija, sekcija ( display:block; ) /* ir kiti stiliai */
Ir – hurrau! - turime aukštesnių rezultatų (nuoroda į svetainę):
- greitis mobiliesiems - 99/100;
- greitis kompiuteriui - 99/100;
Sutrumpinkite HTML
Suspaudus HTML kodą (įskaitant įterptinį JavaScript arba CSS kodą), sumažėja duomenų kiekis, kad būtų galima greičiau įkelti ir apdoroti. Tačiau šią problemą galima išspręsti suglaudus kodą. Nesusijęs su šia tema.
Taip pat nepamirštame, kad vis dar neišsprendėme aukščiau aprašytos problemos:
Visas puslapio viršuje esantis turinys rodomas tik įkėlus šiuos išteklius. Apsvarstykite galimybę atidėti šių išteklių įkėlimą, įkelti juos asinchroniškai arba įterpti svarbiausius jų komponentus tiesiai į HTML kodą. Kiek jie svėrė faile, tiek ir kode sveria!
O dabar svarbiausias klausimas: klaida ar funkcija?
Ačiū!
