Kako proveriti brzinu učitavanja sajta i popraviti je - Zephyra Studio

Brzina sajta se proverava u dva sloja: podaci od stvarnih posetilaca i laboratorijski test. Prvi pokazuju kako se sajt ponaša na telefonima u realnim uslovima i njih Google koristi za Core Web Vitals. Drugi služe za dijagnostiku, jer pokazuju šta tačno usporava stranicu. Merenje se radi na istoj stranici i istom uređaju pre i posle izmene, jer se drugačije ne zna šta je pomoglo. Najveći dobitak obično dolazi od keširanja, slika i broja skripti, a redosled popravki prati ono što se u podacima vidi kao najveći problem, a ne ono što je najlakše uraditi.

Gde se meri i šta se gleda

Terenski podaci dolaze od stvarnih posetilaca i predstavljaju ono što Google koristi. U PageSpeed Insights-u su prikazani na vrhu, a ako za stranicu nema dovoljno podataka, to znači da je posećena premalo da bi se izveo zaključak.

Laboratorijski test je simulacija na fiksnoj brzini i služi za dijagnostiku. On pokazuje redosled učitavanja i koliko košta pojedinacni resurs, ali ne govori kako se sajt ponaša na tuđem telefonu sa slabom vezom.

Za dublju analizu koristi se alat koji omogućava test sa različitih lokacija i uređaja i prikazuje vremensku liniju učitavanja. Kod sajtova sa više stranica testira se tri do pet ključnih: početna, stranica usluge, stranica sa najviše slika i, kod prodavnica, stranica proizvoda i korpa.

Tri mere koje se prate su najveći element sadržaja, pomeranje rasporeda i odziv na dodir. Prva govori kada se pojavi glavni sadržaj, druga koliko se stranica pomera dok se učitava, a treća koliko brzo reaguje na prvi klik.

Kako se čita izveštaj bez tehničkog znanja

Najveći element sadržaja je obično glavna slika ili veliki naslov. Ako je njegovo vreme visoko, a odziv servera nizak, problem je u resursu: slika je prevelika, u sporom formatu ili se ne učitava rano. Ako je i odziv servera visok, problem je iznad svega toga, u hostingu i bazi.

Pomeranje rasporeda nastaje kada se sadržaj pojavi i pomeri ono što je već bilo na ekranu. Najčešći krivci su slike bez zadatih dimenzija, baneri koji se učitavaju posle teksta i slovni oblici koji stignu kasnije od prvog iscrtavanja.

Odziv na dodir meri koliko brzo stranica reaguje kada neko klikne ili otkuca. Visoka vrednost obično znači da se na svakom kliku izvršava previše skripti, najčešće od dodataka koji nisu potrebni na toj stranici.

Laboratorijski skor nije faktor rangiranja i ne treba ga juriti po cenu funkcionalnosti. Korisnije je pogledati listu predloga i pored poređati po veličini dobitka, pa popravljati prvo ono što nosi najviše sekundi.

Kako izgleda dnevnik promena u praksi

Dnevnik može da bude obična tabela sa datumom, opisom izmene i brojem koji je izmeren pre i posle. Dovoljne su tri kolone, a vodi se u istom dokumentu u kojem stoji i spisak stranica koje se prate.

Korisniji je nego što izgleda, jer se posle mesec dana ne pamti šta je urađeno. Kada brojevi pokažu poboljšanje ili pogoršanje, dnevnik je jedini način da se uzrok pronađe bez ponovnog testiranja svake izmene pojedinačno.

Popravke po redu isplativosti

Redosled nije proizvoljan. Prve dve stavke se rade u jednom danu i donose najviše, dok se ostale rade postepeno i sa proverom posle svake.

• Keširanje celih stranica, sa isključenim kešom za korpu, naplatu i administraciju
• Slike smanjene na stvarnu veličinu prikaza, kompresovane i u formatu kao što je WebP ili AVIF
• Odloženo učitavanje slika ispod prvog ekrana, ali ne i glavne slike
• Uklanjanje dodataka i skripti koje se učitavaju na svakoj stranici, a koriste se na jednoj
• Slovni oblici: manje težina, domaći hosting slova i pravilo koje omogućava prikaz odmah
• Keš na nivou servera i novija verzija PHP-a, jer to skraćuje odziv pre nego što se stranica uopšte počne crtati
• Skripte trećih strana, kao što su prozor za razgovor, mape i pikseli za oglašavanje, da se učitavaju na klik ili posle sadržaja

Kako da izmerite da li je popravka uspela

Laboratorijski rezultat se vidi odmah, a terenski kasni, jer se računa iz prozora od dvadeset osam dana. Zato se prve nedelje ne donosi zaključak na osnovu terenskih podataka, nego se prati laboratorijski i proverava da se ništa nije pokvarilo.

Merenje se radi na istoj stranici, istom uređaju i istoj vrsti veze. Ako se testira jednom na računaru pre promene i jednom na telefonu posle, razlika se pripisuje brzini, a u stvari dolazi od uređaja.

Uz brzinu se prati i ponašanje posetilaca, jer se time proverava da popravka nije naškodila. Ako se posle optimizacije slika povećao broj ljudi koji odmah odlaze, verovatno je nešto uklonjeno što je nosilo sadržaj ili je lazy učitavanje postavljeno i na glavnu sliku.

Vredi voditi kratak dnevnik promena, sa datumom i opisom. Bez toga se posle mesec dana ne zna šta je uzrokovalo poboljšanje, pa se ista greška ponavlja pri sledećoj izmeni.

Kada je vreme za veći zahvat

Ako je odziv servera stalno visok i ako hosting ne nudi noviju verziju PHP-a ni keš na nivou servera, podešavanja unutar sajta ne mogu mnogo da pomognu. Tada je promena hostinga jeftinija od niza dodataka za optimizaciju, a efekat se vidi odmah.

Kod sajtova sa graditeljem stranica problem je često u samom graditelju, jer se njegove skripte učitavaju svuda. Tu se pomaže delimično, a potpuno rešenje je izlazak iz graditelja pri prvom većem redizajnu, kada se brzina rešava u temelju.

Pre svake veće odluke vredi proveriti gde ste tačno, jer se time izbegava plaćanje nečega što nije usko grlo. Besplatna provera brzine i osnovni skor iz Website Grader-a daju sliku u nekoliko minuta, a detaljnije o merama koje Google koristi pisali smo u tekstu o Core Web Vitals optimizaciji, dok usluga PageSpeed optimizacije pokriva tehničke popravke od keša do slika.

Izvor

Ključni zaključci

• Brzina se meri u dva sloja: podaci stvarnih posetilaca za ocenu i laboratorijski test za dijagnostiku.
• Terenski podaci kasne do dvadeset osam dana, pa se zaključak ne donosi prvog dana posle promene.
• Keširanje, slike i broj skripti donose najveći deo dobitka i rade se prve.
• Laboratorijski skor nije faktor rangiranja i ne treba ga juriti po cenu funkcionalnosti.
• Kada je odziv servera stalno visok, promena hostinga pomaže više od skupljanja dodataka.

Zaključak

Provera brzine ima smisla samo ako se meri pre i posle, na istom mestu i istom uređaju, jer je jedini dokaz razlika u broju. Ako ne znate odakle da počnete, počnite od odziva servera, jer on postavlja granicu za sve ostalo, pa tek onda pređite na slike i skripte. Ako je sajt spor i istovremeno zastareo, redizajn je prilika da se brzina reši u temelju, a ne da se posle dodaje kroz niz dodataka koji jedan drugom smetaju.