Kupac otvori stranicu s mobitela, želi provjeriti uslugu i poslati upit. Ako se naslov dugo ne pojavi, a gumb se pomakne baš kad ga pokuša dodirnuti, problem nije samo u „sporom internetu”. Posjetitelj ne zna čeka li se stranica, je li obrazac ispravan i može li se na nju osloniti. Zato brzinu promatramo kao dio upotrebljivosti poslovne stranice, a ne kao natjecanje za savršen rezultat u alatu.
Što zapravo treba mjeriti?
Jedan broj iz testa ne opisuje cijelo iskustvo. Googleove metrike Core Web Vitals prate tri različita trenutka: LCP pokazuje kada se prikaže najveći vidljivi dio sadržaja, INP koliko brzo stranica odgovara na interakciju, a CLS koliko se sadržaj neočekivano pomiče. Za dobru ocjenu pri 75. percentilu posjeta preporučene su vrijednosti LCP do 2,5 sekundi, INP do 200 milisekundi i CLS do 0,1. To su smjernice za dijagnostiku, a ne jamstvo da će svaki pojedini posjet biti jednako brz. Googleovo objašnjenje metrika Core Web Vitals detaljnije opisuje što svaka mjeri.
U PageSpeed Insightsu najprije pogledajte postoje li podaci stvarnih korisnika. Oni pokazuju što se događalo tijekom prethodnih 28 dana, ako stranica ima dovoljno posjeta za takav prikaz. Zatim pogledajte laboratorijsku analizu: ona pomaže pronaći uzrok, ali je jedno kontrolirano mjerenje, a ne zapis svih korisničkih iskustava. Kod nove ili slabo posjećene stranice podaci stvarnih korisnika možda još nisu dostupni. Tada rezultate laboratorijskog testa treba čitati kao tragove koje ćete provjeriti nakon izmjena, ne kao konačnu ocjenu stranice. Googleov vodič za alate za mjerenje objašnjava tu razliku.
Zašto spora stranica može narušiti povjerenje?
Na poslovnoj stranici posjetitelj obično želi brzo doći do cijene, uvjeta usluge, telefona ili obrasca. Ako se glavni sadržaj dugo ne prikazuje, osoba ne može odmah procijeniti je li na pravome mjestu. Ako gumb reagira kasno ili se sadržaj pomiče tijekom čitanja, može pogrešno zaključiti da klik nije uspio. Takve prepreke osobito smetaju pri narudžbi i slanju upita.
Iz samog mjerenja brzine ne možemo zaključiti koliko je upita izgubljeno. Za takvu tvrdnju trebalo bi pratiti ponašanje posjetitelja prije i poslije promjene, uz dovoljno podataka i usporedivo razdoblje. Brzinu zato popravljamo radi jasnijeg i pouzdanijeg korištenja, a poslovni učinak provjeravamo zasebno.
Primjer: što smo provjeravali na ČuBraD stranici
Na naslovnici ove stranice nalazi se pozadinski video. Pri početnoj provjeri vidjelo se da je datoteka velika, pa smo pripremili i postavili komprimiranu verziju. Međutim, video nije bio jedini mogući uzrok sporog prikaza glavnog dijela stranice. Dodatna provjera pokazala je da treba pogledati i vrijeme odgovora poslužitelja te način na koji se učitava font glavnog naslova.
Zato smo posao razdvojili u nekoliko provjerljivih koraka: smanjili smo prijenos videa, prilagodili učitavanje fonta, uključili predmemoriju stranica te postavili pravila predmemorije za statičke datoteke. Nakon svake promjene ima smisla ponovno izmjeriti istu stranicu na mobilnom i stolnom prikazu te provjeriti koji je element stvarni LCP. Bez usporednog mjerenja ne bismo pošteno mogli pripisati poboljšanje samo videu, fontu ili predmemoriji.
Odakle krenuti na vlastitoj stranici?
- Odaberite važnu stranicu. Počnite s onom na kojoj ljudi šalju upit, kupuju ili najčešće traže informacije. Početna stranica nije uvijek najbolji predstavnik cijelog sajta.
- Provjerite što se sporo prikazuje. Je li LCP slika, naslov ili drugi blok? Pogledajte vrijeme odgovora poslužitelja i resurse koje preglednik čeka prije prikaza.
- Promijenite jedan uzrok koji ste potvrdili. To može biti prevelika slika ili video, nepotreban skript, font koji odgađa tekst ili stranica koja se svaki put iznova generira.
- Ponovite mjerenje. Uspoređujte isti URL i slične uvjete. Provjerite i funkcioniraju li obrazac, izbornik te narudžba nakon optimizacije.
Primjerice, ako je LCP naslov koji čeka font, smanjivanje slike u podnožju neće riješiti glavni problem. Ako poslužitelj kasno pošalje prvi odgovor, sama kompresija slike također ima ograničen učinak. Redoslijed zahvata treba proizlaziti iz mjerenja, a ne iz općeg popisa trikova.
A što je sa SEO-om?
Google uzima Core Web Vitals u obzir kao dio iskustva stranice, ali izričito navodi da dobar rezultat ne jamči visoku poziciju. Relevantan i koristan sadržaj i dalje je presudan. Zato se optimizacija brzine ne svodi na lov za ocjenom 100: cilj je da se važan sadržaj brzo vidi, da stranica odgovara na radnje i da je stabilna dok je osoba koristi.
Mjerenje počinje stvarnom stranicom i stvarnim zadatkom
Početna stranica često dobije najviše pažnje, ali kupac može prvi put doći iz tražilice na opis usluge ili članak. Zato odaberite nekoliko URL-ova koji predstavljaju različite vrste sadržaja: početnu, važnu uslugu, kontakt i stranicu s obrascem ili narudžbom. Testirajte ih na mobitelu i računalu, bez administratorske prijave. Nije dovoljno da se stranica „otvori”; provjerite kada se vidi odgovor na korisnikovo pitanje i može li se odmah poduzeti sljedeći korak.
Zapišite datum, URL, način mjerenja i početni rezultat. Nakon zahvata ponovno mjerite pod usporedivim uvjetima. Promjena sadržaja, drukčiji uređaj ili privremeno spor poslužitelj mogu zamagliti učinak optimizacije. Jedan laboratorijski test nije prosjek svih posjetitelja, pa zaključak treba donositi iz ponovljenih mjerenja i, kad ih ima dovoljno, podataka stvarnih korisnika.
Velika slika i font često usporavaju prvi dojam
Ako je najveći vidljivi element naslovna slika, provjerite njezine dimenzije, format i treba li preglednik najprije preuzeti druge resurse. Slika koja se prikazuje u širini od nekoliko stotina piksela ne treba se svakom mobitelu slati kao izvorna datoteka od više megabajta. Pripremite odgovarajuće veličine i dopustite pregledniku da odabere prikladnu. Kod pozadinskog videa posebno odmjerite koristi li animacija posjetitelju ili samo prenosi velik broj bajtova prije nego što pročita naslov.
Ako je LCP tekst, slika može biti sporedna. Naslov možda čeka datoteku fonta ili stilove koji se učitavaju kasno. U tom slučaju provjerite font koji se zaista koristi, način njegova prikaza i postoje li duplicirane definicije. Ne vrijedi „optimizirati slike” zato što je to uobičajen savjet ako mjerenje pokazuje da je tekst usko grlo. Vizualna dosljednost može se sačuvati i uz razumnije učitavanje fonta.
Predmemorija pomaže samo kada odgovara vrsti stranice
Stranica s istim javnim sadržajem za sve posjetitelje može se isporučiti iz predmemorije i tako izbjeći ponovljeno generiranje cijelog HTML-a. Međutim, obrazac, košarica ili korisnički sažetak mogu sadržavati podatke koji pripadaju određenoj sesiji. Tu pravila moraju biti svjesno odabrana. Pogrešno keširanje može prikazati zastarjelu cijenu ili tuđu poruku, što je ozbiljnije od nekoliko dodatnih stotinki sekunde. Nakon uključivanja cachea testirajte anonimnog i prijavljenog posjetitelja te radnje koje mijenjaju stanje.
Za slike, stilove i skripte korisna su pravila pregledničke predmemorije, uz promjenu naziva datoteke ili verzije kada se sadržaj izmijeni. Inače će korisnik nakon objave dobiti stari CSS iz svog preglednika i nova stranica može izgledati pokvareno. Optimizacija se zato završava provjerom ispravnosti nakon objave, ne samom promjenom konfiguracije.
Brza stranica mora ostati upotrebljiva
Neka optimizacija može uljepšati broj u testu, a pokvariti funkciju. Odgođeni JavaScript može spriječiti otvaranje izbornika ili validaciju obrasca; agresivno učitavanje slike na zahtjev može ostaviti prazan prostor baš ondje gdje je slika odmah vidljiva. Nakon svake promjene prođite zadatke zbog kojih stranica postoji: otvorite mobilni izbornik, ispunite obrazac, provjerite poruku o pogrešci i završite probnu narudžbu ako je imate. Brzina je dio iskustva, a ne zaseban cilj izvan korisničkog puta.
Na kraju objasnite rezultat jednostavno: koji je problem bio vidljiv, što je promijenjeno i što se nakon toga izmjerilo. Ako se poslovni učinak ne može pouzdano pripisati promjeni, recite to. Takav zapis pomaže pri sljedećoj optimizaciji i štiti od ponavljanja zahvata koji nije riješio stvarni uzrok.
Ako želite utvrditi što usporava vašu stranicu, pogledajte kako pristupamo optimizaciji web stranica. Prvi korak je mjerenje stvarnog problema; tek nakon toga ima smisla odabrati zahvat.
