Stranka vam pove, da se »spletno mesto nalaga predolgo«, PageSpeed Insights prikazuje 30/100 ali pa vidite, da se stran nalaga v 5 sekundah. Prvi nagon: kupite večji paket gostovanja. Toda v 80 % primerov težava ni v gostovanju – gre za specifične stvari na samem spletnem mestu, ki jih lahko brezplačno odpravite v nekaj urah. Ta objava je diagnostični potek, ki vas vodi skozi 10 korakov, preden porabite denar.
1. korak (5 min): Izmerite dejansko stanje
Subjektivno "počasno je" ni dovolj - potrebujete številko. Zaženite:
- PageSpeed Insights (Google) – Core Web Vitals + rezultati za mobilne naprave/namizne računalnike
- GTmetrix — podroben slap, odzivni čas strežnika
- WebPageTest — testiranje na več lokacijah, video snemanje nalaganja
Opomba:
- TTFB (čas do prvega bajta): < 200 ms je dober čas, > 600 ms je počasen čas
- FCP (prvo slikanje vsebine): < 1,8 s
- LCP (največje vsebinsko slikanje): < 2,5 s
- CLS (kumulativni premik postavitve): < 0,1
- INP (Interakcija z naslednjim barvanjem): < 200 ms
- Skupna teža strani: < 2 MB je razumno
- Število zahtev HTTP: < 80 je razumno
Zdaj točno veste, kje je težava – težava TTFB (strežnik) v primerjavi s težavo LCP (slike/pisave) v primerjavi s težavo CLS (premik postavitve).
2. korak (5 min): TTFB – težava na strani strežnika
Če je TTFB > 600 ms, strežnik stran ustvarja počasi. Možni vzroki:
2.1 Spletno mesto ni shranjeno v predpomnilniku
Najpogostejši razlog je en. Vsaka zahteva gre skozi PHP in bazo podatkov, pri čemer se vsakič ustvari HTML. Popravek:
- Aktivirajte vtičnik AccelerateWP (WMD) ali LiteSpeed Cache
- Aktiviranje predpomnjenja strani
- Ponovno preizkusite – TTFB bi moral pasti na < 100 ms
2.2 Napihnjenost tabele wp_options
Spletna mesta WordPress s starejšimi namestitvami vtičnikov kopičijo samodejno naložene možnosti. Vsaka stran naloži VSE samodejno naložene možnosti iz baze podatkov. To se zlahka napihne za več kot 50 MB.
Preverjanje prek phpMyAdmin:
- Izberite podatkovno zbirko
- Zaženi poizvedbo:
SELECT option_name, LENGTH(option_value) AS size FROM wp_options WHERE autoload='yes' ORDER BY size DESC LIMIT 20; - Vidite 20 največjih samodejno naloženih možnosti
- Če vidite star vtičnik, ki ga ne uporabljate, izbrišite njegove možnosti.
2.3 Počasno poizvedovanje v zbirki podatkov
Neki vtičnik ali koda po meri izvaja počasno združevanje. Aktivirajte vtičnik Query Monitor v WordPressu – vidite lahko, katera poizvedba na posamezni strani traja najdlje.
3. korak (10 min): Slike – največja očitna zmaga
Slike predstavljajo 60–80 % teže strani tipičnega spletnega mesta. Če niso optimizirane, je spletno mesto počasno.
3.1 Oblika
- Pretvori vse datoteke JPEG/PNG v WebP – 30–50 % manjša datoteka
- Za grafiko s prosojnostjo: AVIF, kjer je podprto
- Vtičnik: AccelerateWP samodejno pretvori ali Imagify/ShortPixel/Smush
3.2 Velikost
Tipična težava: slika, ki je v brskalniku prikazana s širino 800 slikovnih pik, se naloži s širino 4000 slikovnih pik. Popravek:
- Aktivirajte odzivne slike (WP to stori samodejno z
srcset) - Pred nalaganjem spremenite velikost slik – ne nalagajte slik velikosti 5000 x 3000, če prikazujete slike velikosti 1200 x 800
3.3 Počasno nalaganje
- Slike pod pregibom se naložijo le, ko se uporabnik pomakne blizu strani.
- WP 5.5+ to naredi samodejno (atribut
loading="lazy") - Preverite, ali ni onemogočeno prek vtičnika
4. korak (5 min): Viri za blokiranje upodabljanja
CSS in JavaScript, naložena v blokirata upodabljanje strani, dokler se ne naložita. Preverite, kako deluje blokiranje upodabljanja v GTmetrix waterfallu.
Popravi:
- Odloži nekritični JavaScript —
- Asinhrono nalaganje za neinteraktivne skripte —
- Kritični CSS v vrstici
, drugo leno nalaganje - Vtičnik: AccelerateWP ali WP Rocket to naredita samodejno
5. korak (5 min): Pisave
Pisave Google po meri ali spletne pisave lahko dodajo 200–500 ms zakasnitve. Popravek:
- Gostujte pisave lokalno namesto v storitvi Google Fonts CDN (zmanjšajte število zunanjih zahtev)
- Uporabite
font-display: swapv CSS-ju – besedilo se prikaže z rezervno pisavo, medtem ko se spletna pisava nalaga - Prednalaganje ključnih pisav:
- Zmanjšajte število družin pisav + debelin pisav (npr. ne naložite 9 debelin, če uporabljate 3)
6. korak (10 min): Vtičniki – revizija
Vsak vtičnik WP doda obremenitev. Revizija:
- Namestitev nadzornika poizvedb
- Odprite stran vmesnika kot skrbnik
- Kliknite spodnji del orodne vrstice Nadzornik poizvedb → zavihek Vtičniki
- Vidite lahko, kateri vtičniki porabljajo koliko časa.
Običajno: 2-3 vtičniki porabijo 60-80 % časa. Upoštevajte:
- Deaktivirajte vtičnike, ki jih ne uporabljate.
- Zamenjajte težek vtičnik z lažjim (npr. Yoast → SEOPress ali RankMath Lite)
- Preverite, da ni podvojenih funkcij (več vtičnikov za predpomnjenje, več vtičnikov za SEO)
7. korak (5 min): Optimizacija baze podatkov
Podatkovna baza z milijonom vrstic tabele post_meta = počasno. popravek:
- cPanel → phpMyAdmin → izberite WP bazo podatkov
- Preverite velikost tabele (razvrstite po velikosti)
- Če je wp_options > 50MB → čiščenje samodejno naloženih možnosti
- Če je wp_postmeta > 200MB → za čiščenje uporabite vtičnik WP-Optimize
- Optimizacija tabel: SELECT all → Operations → Optimizacija tabele
Vtičniki WP-Optimize ali Advanced Database Cleaner avtomatizirajo:
- Brisanje zastarelih prehodnih pojavov
- Brisanje zastarelih revizij objav (privzeto WP ohrani vse)
- Brisanje neželenih komentarjev, zavržene strani
- Optimizirajte tabele
8. korak (10 min): CDN
Cloudflare CDN je brezplačen in zmanjša TTFB za 30–50 % za obiskovalce z vsega sveta:
- Registrirajte se na cloudflare.com
- Dodajte svojo domeno
- Spremenite imenske strežnike pri registrarju v Cloudflare.
- Aktivirajte »Samodejno pomanjšanje« za HTML, CSS, JS
- Aktivirajte kompresijo »Brotli«
- Aktivirajte »Rocket Loader« (s preizkusom – nekatera spletna mesta ga ne podpirajo)
Tipičen rezultat: 30 % manjša pasovna širina, 50 % hitrejši TTFB za obiskovalce z vsega sveta.
9. korak (5 min): Zunanji viri
Google Tag Manager, Facebook Pixel, Hotjar, analitika, pripomoček za klepet ... vsak od njih dodaja obremenitev. Revizija:
- Odprite orodja za razvijalce → zavihek Omrežje → filter »Tretja oseba«
- Oglejte si, katere zunanje vire nalagate
- Upoštevajte: GTM je 1 zahteva, vendar lahko imate v GTM 20 sledilnikov.
- Razmislite o sledenju na strani strežnika (Plausible, GTM na strani strežnika namesto na strani odjemalca)
10. korak (5 min): Preverjanje delovanja gostovanja
Šele po prvih 9 korakih – če je še vedno počasno, preverite svoje gostovanje:
- cPanel → Metrike → Poraba virov – ali ste v območju »Napake«?
- Če ste nenehno — potrebujete večji paket
- Če ne – težava je v kodi/vtičnikih, ne v gostovanju
Dodatno preverjanje: zaženite test TTFB na strani strežnika brez spletnega mesta. Ustvarite prazno datoteko PHP, ki vrne »Pozdravljeni«:
<?php echo "Hello"; ?>Odprite to datoteko v brskalniku in izmerite TTFB. Če je < 100 ms – strežnik je hiter, težava je v vaši kodi. Če je > 500 ms – težava je v strežniku.
Kaj storiti PO diagnostiki
Če je TTFB > 600 ms in uporabljate skupni paket z več kot 1000 spletnimi mesti
To je realen razlog za nadgradnjo:
- Premium deljeni paket z manj sosedi
- Upravljani VPS
- Namenski strežnik
Če je TTFB < 200 ms, vendar LCP > 4 s
Strežnik je hiter, vendar je sprednji del problematičen. Ne nadgradite paketa. Investirajte v:
- Optimizacija slik (WebP, leno nalaganje)
- Optimizacija CSS/JS (odlog, asinhronizacija, minimizacija)
- Preoblikovanje teme po meri (morda je Elementor pretežek)
Če je spletno mesto občasno počasno (deluje dobro, nato pa počasno)
Verjetno opravilo cron ali postopek varnostnega kopiranja porablja procesor. Preverite:
- cPanel → Cron Jobs – ali imate nekaj, kar se izvaja vsako minuto?
- JetBackup → Načrtovano — kdaj se začne varnostno kopiranje?
- WP-Cron — morda ima kakšen vtičnik nalogo cron, ki se izvaja prepogosto
Realističen računovodski primer
Stranka, ki je želela plačati 50 % več za večji paket:
- Stari paket: 15 EUR/mesec
- Večji paket (priporočeno): 30 EUR/mesec = +180 EUR/leto
- Počasno spletno mesto: PageSpeed 35/100
Kaj smo naredili:
- Aktivirano pospeševanjeWP → Čas do cilja 800 ms → 80 ms
- Pretvorba slik WebP → teža strani 4,2 MB → 1,8 MB
- Odstranjenih je bilo 6 neuporabljenih vtičnikov
- čiščenje wp_options → osnovna velikost 95 MB → 22 MB
Rezultat:
- Hitrost uvajanja strani 35 → 88
- Stranka je ostala pri istem paketu.
- Prihranek: 180 EUR/leto + spletna stran je opazno boljša, kot bi bila pri večjem paketu
Revizija uspešnosti orožja za množično uničevanje
Če želite, da vam izvedemo diagnostiko:
- Pošljite nam URL in opis
- 10-stopenjski postopek opravimo v 1-2 urah
- Pošiljamo poročilo s konkretnimi ukrepi
- Izvajamo hitre popravke (AccelerateWP, WebP, čiščenje vtičnikov) – vključeno v upravljani paket
- Večje optimizacije (predelava teme, koda po meri) – ponudba
Običajno je spletno mesto v 1-2 dneh 2-3x hitrejše. Brez nakupa novega paketa gostovanja. Pošljite e-pošto na hello@wmd.hr .