Page speed: metrike, testiranje i savjeti za optimizaciju

Što je Page speed?

Page speed opisuje koliko brzo resursi web-stranice učitavaju i postaju upotrebljivi za posjetitelja. Promatra se u dva konteksta testiranja: lab (sintetički) testovi koji simuliraju uređaj i mrežu te field (real-user) mjerenja prikupljena iz stvarnih preglednika. Page speed se izražava putem metrika koje hvataju različite faze usredotočene na korisnika, poput učitavanja, first painta, interaktivnosti i vizualne stabilnosti.

Zašto je Page speed važan za SEO

Brže stranice poboljšavaju korisničko iskustvo: smanjuju vrijeme čekanja, smanjuju napuštanje i omogućuju posjetiteljima raniju interakciju sa sadržajem.Tražilice koriste signale brzine stranice kao dio šireg sustava rangiranja—Core Web Vitals su jedan skup signala koji doprinose page experience signalu—ali rangiranje je višefaktorsko i ne određuje se samo brzinom. Također imajte na umu da Google od July 2024 zadano pretražuje stranice koristeći Googlebot Smartphone; mjerite mobile Page speed jer je mobilno renderiranje i skup resursa primarna osnova za pretraživanje i indeksiranje.

Kako Page speed funkcionira

Page speed proizlazi iz interakcija između servera/mreže, veličine resursa i client-side renderiranja. Ključne faze su: DNS lookup i TCP/TLS handshake, početni HTML odgovor, preuzimanje i parsiranje CSS/JS/images, renderiranje prvog smislenog sadržaja te izvršavanje skripti koje omogućuju interaktivnost. Potrebni su i lab alati (koji kontroliraju uređaj i mrežu) i field podaci (real-user metrike) da biste razumjeli performanse u različitim publikama i uvjetima.

Vrste Page speed

Razlikujte sljedeće uobičajene kategorije:

- Lab testing — kontrolirani, ponovljivi auditi pomoću alata poput Lighthouse ili WebPageTest. Prednosti: reproducibilno, izolira regresije. Nedostaci: možda ne odražava sve uvjete stvarnih korisnika.
- Field (real-user) data — RUM prikupljen od stvarnih posjetitelja (Chrome UX Report / PageSpeed Insights field data, i Core Web Vitals izvješće u Google Search Console za vaše vlasništvo). Prednosti: prikazuje stvarno iskustvo. Nedostaci: šumovito je i pod utjecajem omjera uređaja/mreže vaše publike.
- Perceived vs. technical speed — perceived speed fokusira se na trenutak kada korisnici smatraju da je stranica korisna (First Contentful Paint, Largest Contentful Paint), dok tehnička brzina uključuje metrike poput ukupnog vremena preuzimanja ili broja zahtjeva.

Kako započeti s Page speed

Započnite kombiniranjem laboratorijskih i field mjerenja. Za svoju stranicu, provjerite Core Web Vitals izvješće u Google Search Console i usporedite ga s rezultatima PageSpeed Insights i Lighthouse za reprezentativne stranice. Prioriteti: smanjite velike resurse koji blokiraju renderiranje, optimizirajte slike i fontove, koristite učinkovit caching i odgovarajuće server response zaglavlja te revidirajte third-party skripte. Mjerite prije i poslije svake promjene kako biste potvrdili utjecaj.

Kako provjeriti i otkloniti probleme s Page speed

Poljski podaci: PageSpeed Insights i Core Web Vitals

Koristite PageSpeed Insights (koji prikazuje CrUX field data kad su dostupni) za pregled raspodjela real-user LCP, FCP i INP. Za vlasnička svojstva koristite izvješća Core Web Vitals i Page Experience u Google Search Console za trendove na razini sajta i URL-level. Zapamtite: field data odražava stvarni miks publike i treba voditi prioritetizaciju.

Lab testing: Lighthouse, Chrome DevTools, WebPageTest

Pokrenite Lighthouse (u Chrome DevTools ili preko naredbenog retka) i WebPageTest kako biste reproducirali uvjete i analizirali waterfall grafove. U DevTools koristite Performance i Network panele za pronalaženje skripti koje blokiraju renderiranje i long tasks. Lab testovi omogućuju kontrolu uređaja i throttlinga kako biste dosljedno uspoređivali promjene.

Provjere servera i mreže (curl i headeri)

Koristite curl za brze površinske provjere. Za pregled samo zaglavlja odgovora: curl -I https://example.com/page (vraća zaglavlja, ne tijelo). Za dohvat HTML-a koji određeni user-agent prima: curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page. Provjerite Cache-Control, Content-Encoding i server timing zaglavlja kako biste potvrdili caching i kompresiju.

Praktični kontrolni popis: provjere Page speed

**Field Core Web Vitals** — gdje provjeriti: PageSpeed Insights / Search Console Core Web Vitals — prolazi kada su field LCP, INP i CLS distribucije unutar prihvatljivih opsega za vašu publiku.

**Lab Lighthouse audit** — gdje provjeriti: Chrome DevTools Lighthouse ili WebPageTest — prolazi kada Lighthouse ne pokazuje kritične resurse koji blokiraju renderiranje i kada je total blocking time smanjen.

**Server response time & caching** — gdje provjeriti: curl -I i server logs — prolazi kada odgovori uključuju odgovarajuća Cache-Control zaglavlja i kada su odgovori dosljedno brzi pod normalnim opterećenjem.

**Compression & payload size** — gdje provjeriti: Network panel u DevTools ili curl s --compressed — prolazi kada su resursi komprimirani i kada su ukupni preneseni bajtovi minimalni.

**Third-party scripts** — gdje provjeriti: DevTools Performance + Coverage — prolazi kada je nebitan third-party kod odgođen ili uklonjen i kada su eliminated long tasks.

**Mobile rendering parity** — gdje provjeriti: Chrome DevTools device emulation + curl s mobile UA — prolazi kada mobilni HTML/CSS/JS isporučuju ekvivalentan sadržaj i performanse predviđene za mobilne korisnike.

Uobičajene pogreške vezane uz Page speed

- Oslanjanje isključivo na lab rezultate: tretiranje jedne Lighthouse izvedbe kao konačne bez konzultiranja field podataka.
- Velike neoptimizirane slike i fontovi koji blokiraju renderiranje.
- Prekomjerni sinkroni JavaScript ili dugi zadaci koji odgađaju interaktivnost.
- Nedostatak ili pogrešna zaglavlja za caching i kompresiju.
- Teške third-party skripte koje ubacuju rad na main thread.
- Mjerenje desktop performansi kada Google primarno crawla i indeksira pomoću Googlebot Smartphone; mobile metrike moraju biti prioritet.
- Posluživanje drugačijeg sadržaja crawlerima nego korisnicima (izbjegavajte cloaking); optimizirajte mobile/desktop iskustvo po klasi uređaja bez skrivanja sadržaja od tražilica.

Pročitajte Technical SEO Guide

Često postavljana pitanja

P: Utječe li Page speed izravno na rangiranje?
O: Page speed doprinosi signalima korisničkog iskustva i Core Web Vitals, koji su ulazni podaci u sustave pretraživanja. Odluke o rangiranju su višefaktorske; poboljšanje brzine smanjuje trenje i može neizravno podržati bolje metrike angažmana koje tražilice promatraju.

P: Koje metrike trebam prioritizirati?
O: Prioritetne su metrike usmjerene na korisnika: Largest Contentful Paint (LCP) za učitavanje, Interaction to Next Paint (INP) za interaktivnost i Cumulative Layout Shift (CLS) za vizualnu stabilnost. Koristite lab testove za validaciju popravaka i field data za potvrdu utjecaja na stvarne korisnike.

P: Trebam li optimizirati samo za mobilno?
O: Budući da Google prema zadanoj postavci koristi mobilnu verziju za crawling i indeksiranje (Googlebot Smartphone se koristi za crawling), mobilne performanse su ključne. Ipak, optimizirajte i za desktop kada su publike različite.

P: Kako testirati utjecaj third-party skripti?
O: Koristite Chrome DevTools Performance za snimanje učitavanja stranice i identificiranje long tasks i trigera third-party skripti. Razmislite o odgodi (defer), async učitavanju ili postavljanju performance budgeta za third-party kod.