Zašto brzina stranice nije jedino za što treba optimizirati?

Čekajte… mislio sam na savršenu CWV ocjenu 100, zar ne?

Kao što sam rekao u svoja dva prethodna članka o stvarnoj cijeni spore web stranice i analizi revizije spore WordPress stranice, taj je cilj moguće postići. No to je uglavnom besmisleno, jer web tada može početi izgledati i djelovati ogoljeno i prazno, kao da je napravljen za robote, a ne za ljude. Više o tome kasnije.

U čemu je problem s optimizacijom za “brzinu stranice” i što zapravo mjeri PSI ocjena?

Možda je bolje pitanje kako mi, kao ljudi, zapravo mjerimo brzinu stranice. Vrijeme do prvog bajta, ukupno vrijeme učitavanja, Lighthouse ocjena, prolazak CWV-a i slične metrike korisni su, ali i dalje su to samo metrike. Često ih optimiziramo za strojeve i algoritme, u nadi da će nas gurnuti više u rezultatima pretraživanja, a sada i u AI sažetke (AI overviews), kad netko pretraži nešto makar i udaljeno povezano s poslovanjem koje stranica predstavlja.

Druga je zabluda tretirati PageSpeed Insights kao pravu “sjevernjaču” za korisničko iskustvo. Da, on uključuje i stvarne podatke o korisničkom iskustvu i laboratorijske podatke, ali ozbiljno… je li stvarno potrebno juriti za savršenstvom po cijenu ugrađenih značajki koje potiču konverzije, samo da bismo postigli 100/100 umjesto 95/100? Iskreno, u smislu rangiranja, ta razlika obično uopće nema smislen utjecaj.

U većini slučajeva, najvidljivija “sjevernjača” u PageSpeed Insightsu i dalje su laboratorijski podaci, koji mogu varirati ovisno o vremenu odgovora poslužitelja, ponašanju CPU-a i drugim uvjetima testiranja. Zato uzastopni testovi mogu davati različite rezultate, zbog čega su ti brojevi nešto manje pouzdani kao mjerilo performansi ili kao zamjena za signal rangiranja.

Laboratorijski podaci naspram terenskih podataka: zašto je ta razlika bitna za SEO

Kao što je već spomenuto, laboratorijski podaci koriste testove u kontroliranom okruženju pod umjetnim uvjetima. Terenski podaci dolaze od stvarnih Chrome korisnika — tisuća, ako ne i milijuna, stvarnih posjeta stranici zabilježenih kroz širok raspon mrežnih uvjeta, mogućnosti uređaja i lokacija koje čine vašu stvarnu publiku. Ti se podaci pohranjuju u Chrome User Experience Reportu (CrUX). Ova dva izvora podataka koriste potpuno različite metodologije mjerenja, pa mogu ispričati vrlo različite priče o istom URL-u.

Kada je riječ o rangiranju, toliko je toga što treba uzeti u obzir, a opsesivna usredotočenost isključivo na performanse stranice obično nije ono što je potrebno da biste nadmašili konkurenciju.

Core Web Vitals doista imaju značaj kada se web-stranice natječu s istom ili sličnom kvalitetom sadržaja. No čak i tada nisu samostalna poluga rangiranja. Naravno, svaka web-stranica trebala bi biti razumno brza, ali samo do točke u kojoj daljnja optimizacija još uvijek donosi stvarnu korist.

Zašto savršena ocjena 100 zapravo može naštetiti vašoj stranici?

Prije svega morate razmišljati o stvarnim korisnicima za koje gradite web-stranicu. Značajke poput widgeta za chat uživo, alata za A/B testiranje, alata za analitiku i sličnih dodataka mogu sniziti tu idealnu ocjenu, ali vam istovremeno pomažu razumjeti i unaprijediti iskustvo na stranici.

Drugim riječima, ne letite naslijepo. Imate radar po kojem se možete navigirati. Da, on dodaje malo težine avionu, ali vam istodobno pomaže brže i sigurnije stići do odredišta.

Kako čitati stvarne podatke o performansama u Search Consoleu i CrUX-u

Izvještaj o Core Web Vitalsima u Google Search Consoleu vjerojatno je najbolje mjesto za početak ako želite razumjeti kako Google vidi stvarne performanse vaše stranice. Koristi CrUX terenske podatke grupirane prema klasterima URL-ova i prikazuje kako se te stranice ponašaju na 75. percentilu, što je isti tip podataka koji Google koristi pri ocjenjivanju Core Web Vitalsa. Dakle, ako je skupina URL-ova označena kao “Loše” ili “Potrebno poboljšanje”, to je obično signal kojem prvo treba posvetiti pažnju. Visoka Lighthouse ocjena u PSI-ju i dalje je korisna, ali zapravo ne poništava ono što vam Search Console pokazuje na temelju stvarnih korisnika.

PageSpeed Insights također uključuje CrUX terenske podatke, iako je lako previdjeti ih jer većina ljudi prirodno odmah skoči na laboratorijsku ocjenu. Za potrebe SEO-a, terenski podaci na vrhu PSI izvještaja obično su smisleniji dio. Ako Search Console pokazuje probleme s Core Web Vitalsima dok laboratorijska ocjena u PSI-ju i dalje izgleda zdravo, to nije nužno pogreška — obično to samo znači da laboratorijski test i podaci stvarnih korisnika pričaju različite priče. U tom je slučaju bolje prvo se usredotočiti na terenske podatke. Također imajte na umu da CrUX koristi pomični prozor od 28 dana i zahtijeva dovoljno prometa da bi prikazao rezultate, pa noviji URL-ovi ili oni s manjim prometom mogu jednostavno prikazivati “nedovoljno podataka”, što znači da za te stranice još ne postoji pouzdan terenski signal.

Praktična hijerarhija optimizacije: na čemu raditi prvo

O ovome sam detaljno pisao u analizi revizije web-stranice, ali ukratko: krenite od CWV izvještaja u Google Search Consoleu. To je najrelevantniji izvor istine o statusu optimizacije vaše web-stranice.

Za probleme s LCP-om, provjeravajte ovim redoslijedom: TTFB, format i veličinu slike za LCP element te je li LCP resurs unaprijed učitan (preload). Za probleme s INP-om otvorite panel Performance u Chrome DevToolsu i profilirajte stvarne interakcije — dugotrajni JavaScript zadaci i teško izvršavanje skripti trećih strana najčešći su uzroci. Za probleme s CLS-om dodajte eksplicitne atribute širine i visine svim slikama i ugrađenim sadržajima, rezervirajte prostor za oglasne pozicije pomoću CSS min-height svojstva te provjerite svoju strategiju učitavanja fontova zbog pomaka izazvanih renderiranjem. Tek nakon što terenski podaci zadovolje pragove, vratite se poboljšanjima laboratorijske ocjene — i to samo ako ta poboljšanja odražavaju stvarne promjene na stranici koju korisnici vide.

Kada je PageSpeed Insights ocjena i dalje korisna

Odjeljci Prilike (Opportunities) i Dijagnostika (Diagnostics) u PSI-ju korisniji su za djelovanje od same ocjene. Oni ukazuju na konkretne, rješive probleme — nekorišteni JavaScript, neoptimizirane slike, resurse koji blokiraju renderiranje — koji se često povezuju sa stvarnim LCP ili INP problemima u terenskim podacima. Ocjenu koristite orijentacijski, u odnosu na vaše prijašnje rezultate, a ne kao apsolutni cilj ili KPI koji predstavljate dionicima. Ako vas netko pita zašto je ocjena pala s 87 na 79, iskren je odgovor: vjerojatno nije bitno, sve dok terenski CWV podaci i dalje zadovoljavaju pragove.

Na kraju, cilj nije da web-stranica izgleda savršeno unutar alata za testiranje. Cilj je učiniti je dovoljno brzom, dovoljno stabilnom i dovoljno korisnom da je stvarni ljudi zaista uživaju koristiti. Ako su vaši Core Web Vitals zdravi, a stranica i dalje podržava značajke koje vaš posao treba, to je obično mnogo bolja pobjeda od jurnjave za posljednjih nekoliko bodova u laboratorijskoj ocjeni.