Vzdrževanje WordPress strani vključuje redne posodobitve jedra, teme in vtičnikov, varnostne kopije, ki jih je mogoče tudi obnoviti, varnostne nastavitve, spremljanje delovanja in občasno preverjanje hitrosti, obrazcev ter strežniškega okolja. Brez tega stran sprva deluje normalno, nato pa se počasi kopičijo ranljivosti, nezdružljivi vtičniki in napake, ki jih nihče ne opazi, dokler ne izgubite povpraševanj ali stran ne preneha delovati. V nadaljevanju razložimo, kaj vzdrževanje vsebuje, kako pogosto in zakaj je posamezno opravilo pomembno.
Na kratko
- WordPress, tema in vtičniki prejemajo posodobitve, med njimi tudi varnostne popravke. Neposodobljena stran je lažja tarča.
- Posodobitve je varneje najprej preizkusiti na testni kopiji, ne neposredno na živi strani.
- Varnostna kopija je uporabna samo, če je shranjena izven strežnika in je obnova preizkušena.
- Pokvarjen kontaktni obrazec pogosto opazite šele, ko se vprašate, zakaj ni povpraševanj.
- Vzdrževanje ni enkratno opravilo, ampak reden ritem preverjanj.
Zakaj WordPress stran potrebuje vzdrževanje
WordPress stran ni statična datoteka. Sestavljajo jo jedro WordPressa, tema, vtičniki, podatkovna baza in strežnik s svojo različico PHP. Vsak od teh delov se razvija neodvisno. Razvijalci vtičnikov odpravljajo napake in varnostne luknje, gostitelji opuščajo stare različice PHP, brskalniki spreminjajo pravila. Stran, ki je bila ob objavi v redu, se tako brez kakršnegakoli posega vašega podjetja postopoma oddaljuje od okolja, v katerem deluje.
Vzdrževanje skrbi, da ta razkorak ostane majhen. Ne gre za dodajanje novih funkcij, ampak za to, da obstoječa stran ostane varna, hitra in delujoča.
Kaj vključuje vzdrževanje
| Opravilo | Pogostost | Zakaj |
|---|---|---|
| Posodobitve jedra, teme in vtičnikov | redno, varnostne čim prej | odprava ranljivosti in napak |
| Varnostna kopija datotek in baze | dnevno ali tedensko, glede na pogostost sprememb | obnova po napaki, okužbi ali izgubi podatkov |
| Preizkus obnove varnostne kopije | občasno | potrditev, da kopija res deluje |
| Spremljanje dosegljivosti | samodejno, neprestano | hitro odkritje izpada |
| Preizkus kontaktnih obrazcev | mesečno in po vsaki posodobitvi | povpraševanja ne smejo izginiti |
| Pregled uporabnikov in vtičnikov | občasno | manj vstopnih točk za napad |
| Preverjanje hitrosti in čiščenje baze | občasno | hitrost in uporabniška izkušnja |
| SSL certifikat in različica PHP | spremljanje, ob spremembah | varna povezava in podprto okolje |
Posodobitve jedra, teme in vtičnikov
Posodobitve odpravljajo napake in pogosto tudi varnostne ranljivosti. Ko je ranljivost javno objavljena, jo napadalci lahko začnejo izkoriščati na vseh straneh, ki je še niso odpravile. Zato je varnostne posodobitve smiselno namestiti čim prej.
Posodobitev pa lahko tudi kaj pokvari: vtičnik, ki ni združljiv z novo različico WordPressa, ali tema, ki ne deluje z novo različico vtičnika. Zato posodobitve na pomembnejših straneh najprej preizkusimo na testni kopiji (staging), šele nato jih namestimo na živo stran. Samodejno posodabljanje vsega brez preverjanja je hitro, a tvegano.
Varnostne kopije, ki jih je mogoče obnoviti
Varnostna kopija mora vključevati datoteke in podatkovno bazo ter biti shranjena izven strežnika, na katerem teče stran. Kopija na istem strežniku ne pomaga, če je strežnik nedosegljiv ali okužen. Pogostost je odvisna od tega, kako pogosto se stran spreminja: spletna trgovina z naročili potrebuje pogostejše kopije kot predstavitvena stran.
Najpogostejša napaka je, da kopija obstaja, nihče pa je nikoli ni poskusil obnoviti. Zato obnovo občasno preizkusimo na testni kopiji, da vemo, da v nujnem primeru deluje.
Varnost
- Močna, edinstvena gesla za vse administratorske račune in dvostopenjsko preverjanje (2FA).
- Omejitev števila poskusov prijave, ki ustavi samodejno ugibanje gesel.
- Pregled uporabnikov: odstranitev računov nekdanjih sodelavcev in izvajalcev.
- Odstranitev neuporabljenih vtičnikov in tem. Tudi izklopljen vtičnik ostane na strežniku in je lahko ranljiv.
- Vtičniki samo iz zanesljivih virov, nikoli “brezplačne” kopije plačljivih vtičnikov.
Spremljanje delovanja
Samodejno spremljanje dosegljivosti vas obvesti, ko stran ne deluje, namesto da izpad opazi stranka. Smiselno je spremljati tudi napake v dnevnikih strežnika in poteke certifikata ter domene.
Hitrost in podatkovna baza
S časom se v bazi naberejo revizije prispevkov, začasni podatki in ostanki odstranjenih vtičnikov. Slike se nalagajo brez stiskanja, novi vtičniki dodajajo skripte. Stran postane počasnejša, ne da bi kdo to opazil čez noč. Občasno preverjanje s PageSpeed Insights in Core Web Vitals pokaže, ali se stran slabša. Več o meritvah v članku Core Web Vitals.
Obrazci, SSL in različica PHP
Kontaktni obrazec lahko preneha pošiljati e-pošto po posodobitvi vtičnika, spremembi gostovanja ali nastavitev e-pošte. Stran deluje, obiskovalec vidi sporočilo “poslano”, povpraševanje pa nikoli ne pride. Zato obrazce redno preizkušamo s testnim sporočilom.
SSL certifikat se mora pravočasno obnavljati, sicer brskalnik obiskovalce opozori, da stran ni varna. Različica PHP na strežniku mora biti podprta; starejše različice ne prejemajo več varnostnih popravkov, novejše pa lahko zahtevajo posodobitev teme ali vtičnikov.
Kako poteka varna posodobitev
Pri straneh, ki prinašajo povpraševanja ali prodajo, posodobitev ni en klik, ampak kratek postopek:
- Varnostna kopija žive strani tik pred posodobitvijo.
- Posodobitev na testni kopiji: jedro, tema in vtičniki, v tem vrstnem redu ali po skupinah.
- Preverjanje: domača stran, ključne podstrani, obrazci, na trgovini pa še košarica in blagajna.
- Posodobitev žive strani, ko testna kopija deluje brez napak.
- Ponovno preverjanje žive strani in praznjenje predpomnilnika.
Če posodobitev na testni kopiji kaj pokvari, živa stran ostane nedotaknjena, mi pa imamo čas, da težavo odpravimo ali počakamo na popravek vtičnika.
Vzdrževanje spletne trgovine
Spletna trgovina na WooCommerce potrebuje vse, kar velja za predstavitveno stran, in še nekaj več. Vsebuje osebne podatke kupcev in naročila, povezana je s plačilnimi sistemi, dostavnimi službami in pogosto z ERP-jem. Napaka v blagajni pomeni izgubljeno prodajo, ki je v statistiki ne vidite, ker naročilo nikoli ne nastane.
- Varnostne kopije morajo biti pogostejše, ker se baza spreminja z vsakim naročilom.
- Po posodobitvi je treba preizkusiti celotno nakupno pot, vključno s plačilom in potrditveno e-pošto.
- Plačilni in dostavni vtičniki se morajo posodabljati skupaj s spremembami pri ponudnikih.
- Pri povezavah z zunanjimi sistemi je smiselno spremljati dnevnike napak.
Gostovanje je del vzdrževanja
Tudi dobro vzdrževana stran je odvisna od strežnika. Pomembno je, da gostitelj ponuja podprto različico PHP, samodejne varnostne kopije kot dodatno plast zaščite, SSL certifikat in dostop do dnevnikov napak. Prepočasen ali preobremenjen strežnik upočasni stran ne glede na to, kako je narejena. Ob menjavi gostitelja je treba preveriti tudi pošiljanje e-pošte iz obrazcev, ki se pri selitvi pogosto pokvari.
Kaj naj vsebuje dogovor o vzdrževanju
Ne glede na to, ali vzdrževanje izvajate sami, ga zaupate zaposlenemu ali zunanjemu izvajalcu, naj bodo zapisane naslednje točke:
- katera opravila se izvajajo in kako pogosto,
- kje so shranjene varnostne kopije in kako dolgo se hranijo,
- kdo ima administratorske dostope in kje so shranjeni,
- kako hitro se odzovete ob izpadu ali okužbi,
- kaj je vključeno in kaj je nadaljnji razvoj, na primer nova podstran ali funkcija.
Dostopi do domene, gostovanja in WordPressa naj bodo vedno v lasti podjetja, ne izvajalca. Tako lahko izvajalca kadarkoli zamenjate brez tveganja, da izgubite stran.
Kaj se zgodi brez vzdrževanja
Posledice redko pridejo naenkrat. Najpogosteje jih srečamo v tem vrstnem redu:
- Kopičijo se ranljivosti: vtičniki z znanimi varnostnimi luknjami ostanejo nameščeni mesece ali leta.
- Nekaj se tiho pokvari: obrazec ne pošilja več, galerija se ne prikaže, stran je na telefonu počasna.
- Posodobitev postane tvegana: po letih brez posodobitev je razlika med različicami tako velika, da posodobitev naenkrat pokvari stran.
- Okužba ali izpad: stran preusmerja na tuje strani, pošilja nezaželeno pošto ali jo gostitelj izklopi. Google lahko obiskovalce opozori, da stran ni varna.
Popravilo okužene ali močno zastarele strani je praviloma zahtevnejše od rednega vzdrževanja, včasih pa je ceneje stran zgraditi znova.
Znaki, da stran potrebuje pozornost
Nekatere težave se pokažejo, preden postanejo resne. Če opazite katerega od teh znakov, je čas za pregled:
- V administraciji je veliko čakajočih posodobitev, nekatere stare več mesecev.
- Stran se nalaga opazno počasneje kot ob objavi, posebej na telefonu.
- Povpraševanj prek obrazca je nenadoma manj, čeprav se obisk ni spremenil.
- V administraciji se pojavljajo opozorila o zastareli različici PHP ali nezdružljivih vtičnikih.
- Med uporabniki so računi, ki jih ne poznate, ali računi nekdanjih sodelavcev z administratorskimi pravicami.
- Google Search Console poroča o varnostnih težavah ali o nenadnem porastu strani z napako.
- Nihče ne ve, kje so varnostne kopije ali kdaj je bila zadnja narejena.
Noben od teh znakov ne pomeni nujno, da je stran ogrožena. Pomeni pa, da je razkorak med vašo stranjo in okoljem, v katerem deluje, večji, kot bi moral biti, in da bo vsaka naslednja posodobitev bolj tvegana.
Vzdrževanje in vidnost v iskalnikih
Vzdrževanje vpliva tudi na to, kako stran vidijo iskalniki. Počasna stran, strani z napako 404 po odstranjenih vsebinah, potekel certifikat ali okužba z zlonamerno kodo lahko poslabšajo uvrstitve ali povzročijo, da Google obiskovalce opozori pred obiskom. Redno vzdrževanje teh težav ne odpravi samo, ko se pojavijo, ampak jih pogosto prepreči. Smiselno je, da ima nekdo, ki stran vzdržuje, tudi dostop do Google Search Console in občasno pregleda poročila o indeksiranju in varnosti.
Kaj lahko naredite sami in kdaj potrebujete pomoč
Pri preprosti predstavitveni strani z malo vtičniki lahko marsikaj naredite sami: posodobitve, pregled uporabnikov, preizkus obrazca. Pomoč je smiselna, ko je stran del prodaje ali vir povpraševanj, ko ima veliko vtičnikov ali lastno kodo, ko gre za spletno trgovino ali ko nimate časa za reden ritem preverjanj.
Ne glede na to, kdo vzdržuje stran, naj bo jasno dogovorjeno, kaj se preverja, kako pogosto, kje so varnostne kopije in kdo ima dostope. Pri straneh, ki jih izdelamo, podporo po objavi dogovorimo že ob izdelavi spletne strani.
Pogosta vprašanja
Kako pogosto je treba posodobiti WordPress?
Varnostne posodobitve čim prej, ostale redno, na primer enkrat do dvakrat mesečno. Pomembnejše strani je dobro najprej posodobiti na testni kopiji.
Ali je samodejno posodabljanje dovolj?
Za manjše varnostne popravke jedra je samodejno posodabljanje koristno. Pri vtičnikih in temah pa lahko posodobitev brez preverjanja pokvari del strani, zato je pri pomembnejših straneh varneje posodobitve preveriti.
Kje naj bodo shranjene varnostne kopije?
Izven strežnika, na katerem teče stran, na primer v ločeni oblačni shrambi. Kopija na istem strežniku ne pomaga, če je strežnik nedosegljiv ali okužen.
Kako vem, da kontaktni obrazec deluje?
Pošljite testno sporočilo in preverite, ali je prispelo v vaš poštni predal. To naredite redno in po vsaki posodobitvi ali spremembi gostovanja.
Ali izklopljeni vtičniki predstavljajo tveganje?
Da. Izklopljen vtičnik ostane na strežniku in je lahko dostopen napadalcu, če ima ranljivost. Vtičnike, ki jih ne uporabljate, odstranite.
Kaj storiti, če je stran okužena?
Stran začasno zaščitite, obnovite čisto varnostno kopijo, zamenjajte vsa gesla in posodobite vse komponente. Nato poiščite, kako je do okužbe prišlo, sicer se lahko ponovi.
Če potrebujete pomoč pri vzdrževanju ali prenovi WordPress strani, nam predstavite projekt.