Mnogi su opsjednuti poboljšanjem svojih rezultata / ocjena na alatima poput Google PageSpeed Insightsa, GTmetrix i sličnih.

Međutim, ljudi su skloni usredotočiti se na pogrešne metrike dok ne nauče što je doista važno.  Iako biste definitivno trebali pokušati postići najbolja moguća vremena učitavanja, nije ključno postići savršenu ocjenu ovih alata za brzinu. Samo je brzina vaše web stranice zaista važna.

Imamo stotine primjera web stranica koje su manje od sekunde i imaju ocjene “C”. Ali, koga je briga za to? Nikog. Kad kupci posjete Vašu web stranicu, sve što vide je koliko brzo (ili sporo) se učitava.

Kao što smo spomenuli na početku ovog članka, vidimo mnogo vlasnika web stranica i programera opsjednutih postizanjem savršenog PageSpeed Insights rezultata. Nažalost, ti ljudi često ignoriraju najvažniji dio testa: preporuke.  Kada koristite alate za testiranje brzine, važno je razumjeti da cilj nije postići najvišu moguću ocjenu. Cilj je identificirati probleme kako biste ih mogli riješiti i povećati brzinu učitavanja  web stranice. 

Također je važno shvatiti da je svaka web stranica različita. Neće se sve preporuke iz ispita brzine moći primjeniti na vašu specifičnu web stranicu. Nije uvijek moguće i potrebno popravljati svako upozorenje. Load Time vs PageSpeed je prosječno vrijeme potrebno za učitavanje stranice za korisnika. Rezultat se ne izračunava. To je koliko traje učitavanje stranice, u milisekundama ili sekundama, od početka do kraja postupka učitavanja. “PageSpeed” i “brzina stranice” dvije su različite stvari.

Previše ljudi poistovjećuje PageSpeed Insights (alat za testiranje) sa brzinom stranice (stvarno vrijeme učitavanja stranice). Važna je brzina stranice (vrijeme učitavanja). Vaš Pagespeed (Insights) rezultat  za Google je neavažan. Nikada nisu tvrdili da je rezultat koji imate faktor rangiranja. Nijedan SEO članak nr tvrdi da je Vaš rezultat faktor rangiranja (a ako je, trebali biste ga prestati čitati).

To je lijepa isprazna metrika s kojom se možete hvaliti. Ali, rezultat od 98 ne znači da imate web stranicu koja se brzo učitava. Taj 98 ne govori ništa o vremenu učitavanja. Naganjanje rezultata / ocjena je aberacija. Brzina stranice mjeri se u sekundama ili m/s, a ne A | B | C | 85 | 90 | 100. Vrijeme određuje brzinu, a ne ocjena. Iako možda nećete dobiti najviši rezultat, još uvijek možete imati brzu web stranicu, jer sam PageSpeed nije izravan pokazatelj vremena učitavanja. Usredotočite se na stvarnu brzinu web stranice – u sekundama, to je najbolje.

Metrike koje su važnije od rezultata / ocjena ubrzavanja

Largest Contentful Paint (LCP):mjeri učitavanje performansi. LCP je metrika koja mjeri kada je web stranica vidljiva i upotrebljiva posjetitelju web stranice. Web stranicama trebaju ciljati na postizanje LCP-a od 2,5 sekunde od početka učitavanja stranice kako bi se pružilo dobro korisničko iskustvo.

First Input Delay (FID):  (FID): mjeri interaktivnost. Kada korisnik komunicira s web stranicom, FID mjeri koliko je potrebno da web stranica odgovori. FID web stranice trebao bi biti manji od 100 millisekundi za dobro korisničko iskustvo.

Total Blocking Time (TBT): to je vrijeme za koje se unos korisnika odgađa zbog procesa preglednika u pozadini, kao što je JavaScript obrada ili raščlanjivanje CSS-a. Mjeri koliko preglednik treba biti opterećen za učitavanje vaše web stranice.

Cumulative Layout Shift (CLS):  vizualna stabilnost mjeri se CLS metrikom, koja pomaže u mjerenju stupnja do kojeg korisnici doživljavaju neočekivane promjene u izgledu – nizak CLS jamči ugodno iskustvo.

Time To First Byte (TTFB): većina web stranica koje rangiraju na stranici 1 za konkurentne ključne riječi visoke namjere imaju ovo vrijeme ispod 200 m/s. Mjeri količinu vremena koje vaš poslužitelj treba da vrati prvi bajt podataka. Ove dvije mjere ukazuju na kašnjenje vaše korisničke mreže i vrijeme obrade potrebno na vašem poslužitelju za generiranje dokumenta.

ČINJENICA: Najčešći krivac za visoki TTFB NIJE vaš domaćin, već dinamično stvaranje sadržaja. To se odnosi na količinu vremena koje PHP i upiti u bazu podataka trebaju za generiranje vaših web stranica. Glavni čimbenici koji doprinose niskoj dinamičkoj brzini stvaranja sadržaja su:

• velike datoteke
• pretjerani ili spori upiti baze podataka
• autoload data.

Time to Interactive (TTI): Ovo je Chrome Lighthouse mjerenje koje pokazuje koliko je potrebno da se stranica učita u cijelosti, uključujući sve tekstove, slike, JavaScript i pozadinske zadatke. TTI uključuje nekoliko različitih pozadinskih mjerača vremena obrade, uključujući the Largest Contentful Paint, the First Input Delay, i druge. TTI koji Google preporučuje za stranice s brzim učitavanjem je manje od 3,8 sekundi. Bilo koja web lokacija koja traje duže od 7,3 sekunde ima ozbiljne probleme s performansama.

The First Contentful Paint (FCP): mjeri vrijeme potrebno za učitavanje stranice i za pojavljivanje nekih sadržaja na ekranu. Za ovu metriku “sadržaj” uključuje tekstove, slike (uključujući pozadinske slike)

Važnosti

1. Optimizirajte svoje slike Zapamtite da postoje 2 dijela optimizacije slike: Veličina slike u dimenzijama, npr. 1200px x 600px i težina u MB. Neki dodaci za kompresiju slike obrađuju samo težinu, ali ne i dimenzije.
2. Usredotočite se na stvaranje izvještaja za vaše najvažnije stranice, a ne samo za početnu stranicu.
3. 
4. Vrijednosti vaše početne stranice obično se razlikuju od vaših unutarnjih stranica, a želite da vaše unutarnje stranice budu super brze, tako da se bolje rangiraju.
5. Usredotočite se na utvrđivanje preporuka, a ne samo na rezultate / ocjene (lakše je dobiti visoku ocjenu nego brze TTFB-a i Critical Render staze).
6. Smanjite stvari koje ste stavili u svoju datoteku .htaccess jer je vaša web lokacija spuštena ovim usporavanjima.
7. Pronađite domaćine koji većinu svojih optimizacija rade na strani poslužitelja i dodatke koji ne stavljaju pravila i kôd u svoj.htacess, poput dodatka Redirection koji ne stavlja 301 preusmjeravanje u vaš pristup. Radite s pružateljem usluga domaćina na boljoj optimizaciji vašeg poslužitelja s pravilima performansi i sigurnosti jer će to poboljšati vaš TTFB
8. Nabavite CDN (opći ili slikovni CDN) za međunarodne posjetitelje i pravilno ga konfigurirajte. Ako koristite CDN, izbjegavajte suvišnost tako da ne omogućite ono što je već omogućeno na vašem poslužitelju u CDN-u. Morate provesti sate i dane optimizirajući da biste vidjeli kako se TTFB poboljšava, a ne samo vaš rezultat / ocjena.
9. Ako koristite GTmetrix, Pingdom, Page Speed Insights ili gf.dev, usredotočite se na mjesto gdje piše Waining ili TTFB ili First To Byte. Radite na tome da ovo dobijete ispod 200 ms. Također radite na brzini DOM-a.
10. Bez obzira na preporuke koje pokušate, budite sigurni da provjerite radi li na vašoj web stranici. Postoje neke stvari koje se mogu učiniti na HTTP 1 koje nisu najbolja praksa za HTTP 2, a to će naštetiti vašim naporima.

Poštujemo svačije mišljenje, ali tijekom godina vidjeli smo u skupinama poput WP Speed Up i drugim Facebook grupama da ljudi počinju opsesirati SAMO s ubrzavanjem rezultata / ocjena, bez obzira imaju li zaista brzu web stranicu. Naš je cilj izbjeći zabunu za novorođenče o besmislenom ubrzanju poboljšanja rezultata / razreda i pomoći ljudima da optimiziraju svoje web stranice za stvarnu brzinu.

Mi smo u stvarnom životu, pa bismo se trebali usredotočiti na stvarne životne performanse. Nismo u školskim jurnjavama. Ironično je da čak i u školi dobre ocjene ne odgovaraju uvijek uspjehu.  Zato ne želimo da se razgovori u Facebook skupinama fokusiraju na poboljšanje brzine za postizanje rezultata / ocjena. Te rasprave obično idu u pogrešnom smjeru.