Pospešite WordPress – korak za korakom.

Zakaj je hitrost pomembna

Obiskovalci ne čakajo. Vsaka dodatna sekunda nalaganja poveča delež tistih, ki odidejo, še preden sploh kaj vidijo – zlasti na telefonu s slabim signalom.

Google to prav tako meri in strani med drugim ocenjuje po Core Web Vitals: kako hitro se prikaže najpomembnejša vsebina (LCP), kako hitro se stran odzove na vnose (INP) in ali se med nalaganjem kaj premakne (CLS). Hitra stran torej ni le prijetnejša, temveč jo tudi lažje najdejo.

Najprej izmerite, nato spreminjajte

Preden kaj predelate, potrebujete izhodiščno vrednost. Brezplačen in zgovoren je Googlov PageSpeed Insights: vnesite naslov in bodite pozorni na vrednosti za mobilne naprave – te so skoraj vedno slabše in za Google odločilne.

• Merite večkrat in ne le domače strani. Podstran z velikimi slikami ali obrazcem se pogosto obnaša povsem drugače.
• Bodite pozorni na odzivni čas strežnika (Time to First Byte). Če je visok, je vzrok strežnik ali vtičnik, ki pri vsakem klicu veliko računa – takrat ne pomaga noben optimizator slik.
• Vedno spremenite le eno stvar in nato znova izmerite. Sicer ne veste, kaj je pomagalo.

Osnova: gostovanje

Najboljši vtičnik ne pospeši preobremenjenega strežnika. Odločajo tri stvari:

• Aktualen PHP. PHP 8 obdeluje WordPress občutno hitreje kot stari PHP 7. Veliko strani iz udobnosti še vedno deluje na zastareli različici.
• Dovolj pomnilnika in časa izvajanja. Graditelji strani in trgovine potrebujejo več kot skope privzete nastavitve nekaterih ponudnikov; ko postane tesno, se klic prekine ali postane počasen.
• Kratke poti. Če sta strežnik in obiskovalec v isti državi, vsaka zahteva prispe hitreje.

Pri nas spletne strani delujejo na diskih NVMe SSD v Nemčiji, z do 1.024 MB pomnilnika PHP na klic, različico PHP pa za vsako domeno nastavite sami v Uporabniškem portalu.

Slike: najpogostejša zavora

Fotografija neposredno iz fotoaparata ima hitro 5 MB – prikazana pa je v ploščici širine 600 slikovnih pik. Prav takšne slike upočasnijo večino počasnih strani.

• Pomanjšajte pred nalaganjem. Za spletno stran redko potrebujete več kot 2000 slikovnih pik širine.
• Uporabljajte sodobne formate. WordPress podpira WebP; datoteke so pri enaki kakovosti občutno manjše od JPEG.
• Leno nalaganje (lazy loading) naloži slike šele, ko se pomaknejo v vidno polje. WordPress to nastavi sam – razen pri prvi veliki sliki čisto na vrhu, ki naj se prikaže takoj.

Predpomnilnik: strani ne sestavljajte vsakič znova

Brez predpomnilnika WordPress vsako stran pri vsakem klicu znova sestavi iz podatkovne baze. Vtičnik za predpomnjenje shrani končni rezultat in ga dostavi neposredno – pogosto največja posamezna pridobitev.

Pomembno: en vtičnik za predpomnjenje, ne trije. Več jih drug na drugem si medsebojno otežuje delo in povzroča prav tiste napake, ki jih potem iščete ure. Po večjih spremembah predpomnilnik izpraznite, sicer obiskovalci še vidijo staro stanje.

Pri nas namestitev z enim klikom na željo hkrati nastavi predpomnilnik strani, v Uporabniškem portalu pa ga izpraznite, vklopite ali izklopite – brez prijave v WordPress. Pri trgovinah ga namenoma izpustimo: predpomnilnik strani, ki ne pozna košarice, bi obiskovalcem sicer prikazal tuje košarice.

Počistite vtičnike in teme

Ne upočasnjuje število vtičnikov, temveč posamezni težki. Drsnik na vsaki strani, trije vtičniki za statistiko, graditelj strani, ki za vsako stran naloži na stotine kilobajtov skript – to se sešteje.

• Poskusno deaktivirajte vtičnik za vtičnikom in merite. Kdo zavira, hitro opazite.
• Brezplačni vtičnik Query Monitor pokaže, koliko poizvedb v podatkovno bazo ustvari kateri vtičnik.
• Kar ne potrebujete več, izbrišite – deaktivirano ostane na strežniku in ga je še vedno treba posodabljati.

Počistite podatkovno bazo

Z leti se marsikaj nabere: na stotine revizij vsakega prispevka, ostanki izbrisanih vtičnikov, potekli začasni pomnilniki. Vtičnik za čiščenje to odstrani z nekaj kliki. Prej ustvarite varnostno kopijo – kar je izbrisano iz podatkovne baze, se vrne le prek varnostne kopije.