Kako optimizirati spletno stran: kaj je pri štirih straneh res pomagalo
Optimizacija spletne strani pomeni, da je stran hitra, tehnično urejena in razumljiva za Google, tako da jo ljudje najdejo, ko iščejo vaše storitve. Oktobra 2026 smo prenovili tri spletne strani (dve za stranke in svojo), postavili eno novo in vse skupaj izmerili. Največ sta prinesla hitrejši odziv strežnika in manjše slike, novo stran pa je Google indeksiral v nekaj dneh. Spodaj opisujemo, kaj smo naredili, in navajamo izmerjene številke.
Strani strank ne imenujemo, ampak jih le na kratko opišemo:
- Stran A: stran lokalnega storitvenega podjetja na Gorenjskem,
- Stran B: osebna stran avtorja in svetovalca z veliko fotogalerijo,
- Stran C: nova predstavitvena stran manjšega podjetja, objavljena konec oktobra.
Ista načela uporabljamo pri vsaki optimizaciji spletnih strani, ki jo opravimo za stranke.
Povzetek: ukrepi in rezultati
| Ukrep | Izmerjen rezultat |
|---|---|
| Hitrejši odziv strežnika (brez posrednika) | z 0,4–2,6 s na približno 0,05 s |
| Slike v formatu AVIF in v pravih velikostih | 28–65 % manj podatkov; fotografija v galeriji na telefonu s ~640 kB na ~160 kB |
| Manjša datoteka pisave | 55 % manj |
| Lažji glavni element na vrhu strani | na počasnem mobilnem omrežju prikazan 33 % hitreje |
| Prenova (vsi ukrepi skupaj) | stran B: povprečna pozicija v Googlu s 24 na 12 v desetih dneh |
| Zemljevid strani in Search Console od prvega dne | stran C: vseh sedem strani v Googlovem indeksu v štirih dneh |
1. Najprej izmerite odziv strežnika
Preden se lotite slik ali besedil, preverite, koliko časa strežnik potrebuje, da začne pošiljati stran (time to first byte). Če ta čas znaša več sekund, vse druge izboljšave komaj kaj spremenijo, saj obiskovalec ves ta čas gleda prazen zaslon.
Pri vseh treh prenovljenih straneh je bil odzivni čas med 0,4 in 2,6 sekunde. Strani so delovale prek posredniškega strežnika (proxy) Cloudflare, ki naj bi jih pospešil. Ko smo ga izklopili in obiskovalce povezali neposredno z našim strežnikom, se je odzivni čas skrajšal na približno 0,05 sekunde, kar je do 50-krat hitreje.
To ne pomeni, da je Cloudflare slab. Pomaga pri straneh z obiskovalci po vsem svetu, majhna stran z obiskovalci iz Slovenije pa ga ne potrebuje. Pri nas je pomenil le dodaten ovinek. Nauk: ne verjemite, da je nekaj hitrejše, dokler tega ne izmerite.
Na strežniku smo vklopili še HTTP/2 in stiskanje Brotli. Datoteke CSS in JavaScript stisnemo že ob objavi in z največjo stopnjo stiskanja, zato strežniku tega ni treba delati ob vsakem obisku.
2. Slike in pisave: največ podatkov na strani
Na večini strani so slike največji del podatkov. Zato smo:
- slike pretvorili v format AVIF, ki da pri enaki kakovosti precej manjše datoteke kot JPG in PNG,
- pripravili več velikosti vsake slike, da telefon prenese manjšo različico kot velik zaslon,
- vnaprej naložili samo eno pisavo, tisto, ki je vidna takoj na vrhu strani,
- zmanjšali datoteko pisave.
Na naši strani je to pomenilo 28 do 65 % manj podatkov za slike. Na strani B se je fotografija v galeriji na telefonu zmanjšala s približno 640 kB na 160 kB, pisava pa za 55 %. Na strani A se je glavni element na vrhu strani na počasnem mobilnem omrežju prikazal 33 % hitreje. Ta čas (Largest Contentful Paint) je eno od meril, ki jih Google uporablja v okviru Core Web Vitals (odpre se v novem zavihku).
Nasvet za vašo stran: odprite domačo stran na telefonu in poiščite največjo sliko na vrhu. Če je večja od 200 kB, ste našli prvo stvar, ki jo je treba popraviti.
3. Prenova brez izgube obiska: stari spletni naslovi
Vse tri prenovljene strani so prej delovale na WordPressu, zdaj pa so preproste, lahke strani brez sistema za urejanje vsebin. Pri prenovi se spletni naslovi (URL-ji) strani navadno spremenijo, Google pa stare naslove pozna in jih še naprej obiskuje.
Zato smo se za vsak star spletni naslov odločili posebej:
- če vsebina obstaja na novem naslovu, stari naslov trajno preusmeri na novega (koda 301), da se ohranijo obiski in povezave,
- če vsebine ni več, naslov vrne kodo 410 (»ni več«) in ne 404 (»ni najdeno«).
Google obe kodi obravnava podobno (odpre se v novem zavihku): strani s takim naslovom odstrani iz rezultatov. Koda 410 pa je jasnejši odgovor, saj pove, da je stran odstranjena namenoma, in Google jo po izkušnjah odstrani nekoliko hitreje. S kodo 410 smo na strani B označili 58 strani s fotografijami, ki jih v galeriji ni več.
V prvih desetih dneh, za katere imamo podatke, se je povprečna pozicija strani B v Googlu izboljšala s 24 na 12. Pošteno povedano: Googlovi podatki za to stran so na voljo šele od konca oktobra, zato to ni primerjava pred prenovo in po njej, temveč napredek v prvih tednih po njej. Pripisati ga ne moremo enemu samemu ukrepu, ampak vsem skupaj.
4. Naslovi strani in kaj Google res pokaže
Ni vse šlo po načrtu. Na strani A sta imeli domača stran in ena od storitvenih strani enak naslov (<title>), zato Google ni vedel, katera od njiju bolje odgovarja na glavno iskanje. Domači strani smo spremenili naslov in glavni naslov (H1), da se oba začneta z glavnim iskalnim pojmom.
Kmalu zatem je Google za to iskanje začel kazati dve drugi strani, stran za kontakt in storitveno stran, obe precej nižje. Domača stran se je za to iskanje doslej prikazala le nekajkrat, a takrat na prvem mestu.
Nauka sta dva. Učinek spremembe naslova se pokaže šele po nekaj tednih, saj mora Google stran najprej znova obiskati in oceniti. Poleg tega se Google sam odloči, katera stran odgovarja na iskanje. Pomagate mu lahko z notranjimi povezavami: ko druge strani na domačo stran povezujejo z besedilom, ki vsebuje glavni iskalni pojem, Google lažje razume, katera stran je mišljena.
5. Kako nova stran pride v Google
Stran C je bila povsem nova. Da bi jo Google našel čim prej, smo poskrbeli za:
- zemljevid strani (
sitemap.xml) z vsemi sedmimi stranmi, naveden tudi v datotekirobots.txt, - lastnost v Google Search Console za celotno domeno, da vidimo vsa iskanja in napake,
- en spletni naslov za vsako stran: naslovi z »www« trajno preusmerijo na naslove brez njega, da Google ne vidi dveh kopij strani.
V štirih dneh po objavi je bilo vseh sedem strani v Googlovem indeksu, prvi obisk iz Googla pa je prišel že dva dni po objavi. Za novo stran brez zgodovine in brez povezav z drugih strani je to dober začetek, ne pa še visoka pozicija. Ta pride s časom, z vsebino in s povezavami.
6. Merjenje brez piškotkov
Optimizacija brez merjenja je ugibanje. Za spremljanje iskanj uporabljamo Google Search Console, ki pove, pri katerih iskanjih se stran prikaže, na kateri poziciji in kolikokrat nanjo kdo klikne. Obiske štejemo z orodjem GoatCounter, ki ne uporablja piškotkov in ne zbira osebnih podatkov, zato strani ne potrebujejo pasice o piškotkih.
Vsako spremembo na strani zapišemo skupaj z datumom. Ko se v podatkih kaj premakne, tako vemo, kaj je bil vzrok. Brez tega je težko ločiti, ali je stran napredovala zaradi novega naslova, hitrejšega strežnika ali le zato, ker jo je Google ponovno obiskal.
Kaj bi naredili najprej na vaši strani
Če bi danes začeli optimizirati vašo spletno stran, bi se dela lotili v tem vrstnem redu:
- Odziv strežnika: če se stran začne nalagati šele po več kot pol sekunde, je to prvo opravilo.
- Največja slika: pretvorba v AVIF ali WebP in prava velikost za telefon.
- Stari spletni naslovi: preusmeritve 301 za premaknjene strani in koda 410 za odstranjene.
- Naslovi strani: vsaka stran naj ima svoj naslov, ki se začne s tem, kar ljudje iščejo.
- Search Console in zemljevid strani: da vidite, kaj Google ve o vaši strani, in lahko merite napredek.
Ne veste, kje je vaša stran najšibkejša? Pišite nam in pripravili bomo analizo vaše spletne strani z izmerjenimi podatki, kakršni so ti zgoraj. Več o tem, kako delamo, najdete na strani SEO optimizacija in med našimi referencami.