Kako održavati WordPress stranicu brzom, sigurnom i urednom? Mjesečni plan održavanja
4. DIO SERIJALA · WORDPRESS ODRŽAVANJE
U prethodnom dijelu serijala bavili smo se tehničkim čišćenjem: nepotrebnim pluginovima, velikim fotografijama, bazom, CSS-om, JavaScriptom, cacheom i drugim dijelovima WordPress stranice koji se tijekom godina mogu pretvoriti u tehnički teret.
Ali postoji jedan problem koji se često zanemari. Čak i kada danas napravimo odličnu optimizaciju, stranica neće zauvijek ostati u tom stanju. WordPress se razvija, pluginovi dobivaju nove verzije, sadržaj raste, novi korisnici dobivaju pristup, dodaju se fotografije, mijenjaju marketinški alati i pojavljuju se nove poslovne potrebe.
Zato kvalitetna web stranica nije samo projekt koji jednom završimo. Ona je poslovni sustav koji treba kontrolirano održavati. Ne zato da bismo svaki tjedan nešto mijenjali, nego upravo suprotno: da bismo spriječili nepotrebne promjene, tehnički dug, sigurnosne probleme i postupno pogoršavanje performansi.
U ovom četvrtom dijelu pokazat ćemo što ima smisla provjeravati tjedno, mjesečno, tromjesečno i godišnje, kako organizirati ažuriranja i backup, kako kontrolirati sigurnost i performanse, što napraviti s novim pluginovima i kako prepoznati problem prije nego što ga primijete posjetitelji ili kupci.
DOBAR REZULTAT TREBA SAČUVATI
Optimizacija WordPressa nije kraj posla
Zamislimo da ste upravo završili tehničko čišćenje stranice. Uklonili ste nekoliko dodataka koji više nisu bili potrebni, optimizirali fotografije, smanjili količinu nepotrebnog koda, pregledali bazu i pravilno konfigurirali cache.
Rezultat izgleda odlično. Stranica se učitava brže, administracija je preglednija, backup zauzima manje prostora, a cijeli sustav lakše je razumjeti.
Što se događa nakon toga?
Za dva mjeseca zatreba novi popup pa instaliramo plugin. Nekoliko tjedana kasnije treba novi slider. Nakon toga netko želi chat. Fotografije se počnu ponovno uploadati izravno s mobitela. Jedan plugin prestane biti potreban, ali ostane aktivan. Na web dođe novi administrator. Zatim se doda još jedan analytics kod jer nitko više nije siguran koristi li se stari.
Nakon godinu dana možemo ponovno imati vrlo sličan problem kao prije optimizacije.
Zato je održavanje zapravo sustav kojim štitimo rezultat prethodnog rada. Cilj nije stalno intervenirati u web. Dobar plan održavanja trebao bi upravo smanjiti količinu neplaniranih intervencija.
Ako još niste prošli fazu tehničkog čišćenja, preporučujemo da prvo pročitate 3. dio serijala o čišćenju i ubrzavanju WordPress stranice . Ovaj članak kreće od pretpostavke da želimo dobro stanje dugoročno zadržati.
PROBLEM NASTAJE POLAKO
Kako se tehnički dug ponovno vrati nakon optimizacije?
Tehnički dug rijetko nastaje zato što je netko jednog dana odlučio napraviti web sporim i kompliciranim. Najčešće nastaje postupno.
Svaka pojedinačna odluka izgleda opravdano. Treba nam dodatna funkcija pa instaliramo plugin. Treba nam velika fotografija za kampanju pa je uploadamo. Treba nam tracking kod za mjesec dana oglašavanja pa ga dodamo u header. Treba napraviti brzu izmjenu pa direktno promijenimo CSS.
Problem počinje kada nitko ne prati što je kasnije ostalo. Kampanja završi, ali skripta ostane. Funkcija se prestane koristiti, ali plugin ostane. Novi dizajn zamijeni staru fotografiju, ali deset starih verzija ostane na serveru.
Upravo smo u prvom dijelu serijala o Elementoru i velikom broju plugina detaljnije obradili zašto se takve male ovisnosti dugoročno zbrajaju.
Najbolja obrana nije zabrana svake promjene. Web mora evoluirati zajedno s poslovanjem. Bolji pristup je da svaka nova komponenta ima razlog postojanja, vlasnika, svrhu i trenutak u kojem ćemo ponovno provjeriti treba li nam još uvijek.
UPDATE NIJE SAMO CRVENA OBAVIJEST U DASHBOARDU
Kako pravilno raditi WordPress, plugin i theme ažuriranja?
Jedna od osnovnih obaveza održavanja je održavati WordPress, aktivnu temu i pluginove ažurnima. Nova verzija može sadržavati popravke grešaka, sigurnosne ispravke, poboljšanja kompatibilnosti i performance promjene.
To ipak ne znači da je najbolji proces otvoriti Dashboard jednom u šest mjeseci i kliknuti „Update all” na dvadeset zastarjelih komponenti.
Što dulje odgađamo nadogradnje, veći je skok između stare i nove konfiguracije. Ako nakon velikog broja istodobnih nadogradnji nešto prestane raditi, puno je teže utvrditi koja je promjena uzrokovala problem.
Mnogo zdraviji pristup je češća kontrola i manje, kontrolirane grupe promjena. Prije nadogradnje treba imati aktualnu sigurnosnu kopiju. Nakon updatea treba provjeriti barem ključne dijelove weba: naslovnicu, navigaciju, kontakt obrazac, ključne landing stranice i sve funkcije koje izravno utječu na kupca.
WordPress omogućuje automatska ažuriranja tema i plugina. To može biti korisno, ali nije svaka stranica jednaka. Kod jednostavnog poslovnog weba automatsko ažuriranje kvalitetnih dodataka može biti vrlo praktično. Kod kompleksnog WooCommerce projekta s mnogo integracija možda ćete određene veće nadogradnje željeti prvo provjeriti na stagingu.
Službene WordPress upute za automatsko ažuriranje tema i plugina također preporučuju da prije uključivanja automatskih nadogradnji imate sustav redovitih backup kopija.
BACKUP VRIJEDI ONOLIKO KOLIKO VRIJEDI RESTORE
Sigurnosna kopija nije samo datoteka koju negdje spremamo
Mnoge WordPress stranice „imaju backup”. Problem je što nitko ne zna kada je zadnji put napravljen, gdje se nalazi, sadrži li i datoteke i bazu te može li se iz njega web stvarno vratiti.
To nije pouzdana backup strategija.
Backup treba obuhvatiti ono što je potrebno za obnovu weba.
Za WordPress to tipično znači bazu podataka i relevantne datoteke,
uključujući sadržaj u wp-content, temu, pluginove,
uploadove i eventualne vlastite prilagodbe.
Koliko često kopiju treba raditi ovisi o tome koliko se web mijenja. Prezentacijska stranica koja dobije nekoliko izmjena mjesečno nema iste potrebe kao webshop koji svakodnevno prima narudžbe.
Za trgovinu backup star sedam dana može značiti gubitak sedam dana poslovnih podataka. Za mali statični web možda je takva frekvencija sasvim prihvatljiva.
Dobro je imati više generacija backupa, a barem dio kopija čuvati izvan iste lokacije na kojoj se nalazi produkcijska stranica. Ako problem zahvati cijeli hosting račun, backup koji postoji isključivo unutar tog istog računa možda neće biti dovoljan.
I najvažnije: povremeno napravite test povrata na staging ili zasebno okruženje. Tek tada znate da sigurnosna kopija nije samo teorijska zaštita.
WordPress vlastite smjernice za sigurnost uključuju redovite kopije cijele instalacije i baze kao važan sloj oporavka. Detalje možete pronaći u službenom WordPress vodiču za hardening .
SIGURNOST NIJE JEDAN PLUGIN
WordPress sigurnost treba promatrati kao stalni proces
Instaliranje sigurnosnog plugina ne znači da je posao sa sigurnošću završen. Sigurnost je kombinacija ažurnog softvera, kvalitetnog hostinga, jakih pristupnih podataka, pravilnih korisničkih ovlasti, backupa, nadzora i razumnog broja komponenti.
Svaki dodatni plugin povećava količinu koda koju treba pratiti. To ne znači da su pluginovi sami po sebi loši, nego da plugin koji više nije potreban nema razloga ostati na produkcijskoj stranici.
Redovito pregledajte korisnike koji imaju administratorski pristup. Bivši suradnik, marketinška agencija ili developer kojem više nije potreban pristup ne bi trebali neograničeno zadržati administratorski račun.
Koristite snažne i jedinstvene lozinke. Kada je moguće, uključite dodatni faktor autentikacije. Nemojte dijeliti jedan administratorski račun među više ljudi samo zato što je jednostavnije.
Obratite pažnju i na hosting te verzije server-side softvera. WordPress sigurnost nije izolirana od okruženja u kojem aplikacija radi.
Službeni WordPress Security Handbook kao osnovu sigurnosti navodi aktualan WordPress, aktivno održavane pluginove i teme te pravilno upravljanje okruženjem.
PRIJE INSTALACIJE POSTAVITE JEDNO PITANJE
Treba li nam za ovu funkciju zaista novi plugin?
Ovo je možda najjednostavnije pravilo kojim možete spriječiti ponovni rast tehničkog duga.
Prije instaliranja novog dodatka provjerite postoji li već funkcija koja rješava isti problem. Možda je omogućuje WordPress Core. Možda je već dio teme. Možda ju već imate u postojećem pluginu, samo je niste koristili.
Ako vam za jednu malu funkciju treba cijeli novi paket s desecima modula, vrijedi razmotriti jednostavniju alternativu.
U 2. dijelu serijala detaljnije smo govorili o Gutenbergu, custom blokovima i ciljano napisanom kodu kao alternativama kada univerzalni plugin donosi mnogo više funkcionalnosti nego što projekt zapravo treba.
Prije instalacije provjerite održava li se dodatak, kada je zadnji put ažuriran, ima li jasnu dokumentaciju i odgovara li vašem WordPress okruženju.
I uvedite jednostavno pravilo: ako plugin više nema poslovnu ili tehničku svrhu, prvo provjerite ovisi li nešto o njemu, napravite backup i zatim ga uklonite.
WORDPRESS VEĆ IMA KONTROLNU PLOČU ZDRAVLJA
Site Health nije alat koji treba otvoriti samo kada nešto pukne
Pod Alati → Zdravlje web-mjesta WordPress daje pregled različitih dijelova instalacije i može upozoriti na kritične ili preporučene promjene.
Site Health ne može zamijeniti detaljni tehnički audit, ali može vrlo brzo upozoriti na osnovne probleme s konfiguracijom, ažuriranjima, PHP-om, scheduled eventovima, REST API-jem, cacheom ili drugim elementima.
Zato ga ima smisla otvoriti periodično, čak i kada korisnici ne prijavljuju problem.
Upravo je to poanta preventivnog održavanja: pronaći problem prije nego što postane vidljiv kroz neispravan obrazac, sporu stranicu ili grešku u produkciji.
WordPress preporučuje redovitu provjeru Site Healtha, a zdravu stranicu opisuje kao ažurnu, održavanu i sigurnu. Više možete pročitati u službenoj dokumentaciji za Site Health .
DOBRA BRZINA DANAS NE JAMČI DOBRU BRZINU ZA GODINU DANA
Performanse treba pratiti kao trend, a ne samo kao jedan test
Ako danas PageSpeed pokaže odličan rezultat, to ne znači da ćete isti rezultat imati nakon šest mjeseci novih članaka, fotografija, marketinških skripti i promjena plugina.
Zato ima smisla jednom mjesečno ili nakon većih izmjena provjeriti nekoliko reprezentativnih URL-ova.
Ne trebate svaki dan loviti jednu bodovnu razliku. Cilj je primijetiti trend. Ako je glavna uslužna stranica mjesecima bila relativno lagana, a sada je veličina dvostruko veća, nešto se promijenilo.
Isto vrijedi za broj zahtjeva, LCP, INP i CLS. Ako se pojedina metrika počne pogoršavati, pokušajte utvrditi što je u međuvremenu dodano.
Google trenutno kao dobre vrijednosti Core Web Vitals navodi LCP unutar 2,5 sekunde, INP ispod 200 ms te CLS ispod 0,1. No te vrijednosti nisu jedina mjera kvalitete weba. Poslovna stranica također mora imati koristan sadržaj, jasnu ponudu, dobar mobilni prikaz i funkcionalan put do kontakta.
Aktualne definicije i pragove uvijek je najbolje provjeriti u Google Search Central dokumentaciji za Core Web Vitals .
MEDIA LIBRARY RASTE TIHO
Ne dopustite da velike fotografije ponovno postanu glavni teret weba
Jedna od najčešćih stvari koje se nakon optimizacije ponovno počnu pogoršavati su slike.
Na početku projekta svi paze na dimenzije i kompresiju. Nekoliko mjeseci kasnije netko mora brzo objaviti fotografiju i u Media Library završi original od šest ili osam megabajta.
Nakon toga to postane navika.
Uvedite pravilo za upload: fotografija se prije slanja na web priprema za stvarnu namjenu. Dimenzije trebaju odgovarati najvećem realnom prikazu, a format i kvaliteta trebaju održavati razumnu ravnotežu između vizualne kvalitete i veličine datoteke.
Povremeno pregledajte najveće datoteke i Media Library. Kod brisanja ipak budite oprezni – datoteka koja vam u biblioteci izgleda stara možda se još koristi na nekoj landing stranici, u blog članku ili Open Graph postavkama.
Kontrola procesa dodavanja novih medija puno je učinkovitija od velikog čišćenja jednom svake dvije godine.
BAZU TREBA NADZIRATI, NE OPSJESIVNO ČISTITI
Revizije, cron zadaci i privremeni podaci također se mijenjaju
Baza podataka prirodno raste kako web dobiva sadržaj i korisničke aktivnosti. Sam rast nije problem.
Problem je kada ne znamo zašto raste.
Povremeno ima smisla pregledati revizije, velike tablice, autoload podatke, transiente i scheduled zadatke ako postoji sumnja na problem.
Neki plugin nakon uklanjanja može ostaviti podatke. Drugi može stvarati log tablicu koja mjesecima raste. Treći može registrirati cron zadatak koji više nema svrhu.
Ali to nije poziv na mjesečno ručno brisanje SQL tablica. Preventivno održavanje znači praćenje i razumijevanje, a ne nasumično uklanjanje podataka.
Ako veličina baze odjednom znatno poraste, istražite uzrok. Ako nema problema i podaci su legitimni, nema potrebe „čistiti” bazu samo zato da broj megabajta bude manji.
NAJVAŽNIJI TEST ČESTO TRAJE 30 SEKUNDI
Pošaljite vlastiti kontakt obrazac barem jednom mjesečno
Web može imati odličan performance rezultat i istodobno gubiti svaki poslovni upit zato što obrazac više ne šalje e-mail.
To je puno ozbiljniji problem od razlike između PageSpeed rezultata 91 i 95.
Zato mjesečno testirajte ključne obrasce kao pravi korisnik. Ispunite sva polja, pošaljite poruku i provjerite je li stigla na očekivanu adresu.
Ako postoji automatska potvrda korisniku, provjerite i nju. Ako se leadovi spremaju u WordPress, Google Sheets ili CRM, provjerite je li zapis zaista nastao.
Isto vrijedi za telefonske linkove, WhatsApp CTA, gumbe, booking sustave i druge poslovno kritične funkcije.
Preventivno održavanje mora dati prednost funkcijama koje donose prihod ili upite, a ne samo tehničkim metrikama.
WEB JE MREŽA POVEZANIH STRANICA
Pokvareni interni i vanjski linkovi nisu samo estetski problem
Kako sadržaj raste, prirodno raste i broj poveznica. Članak vodi na drugi članak, uslužna stranica vodi na kontakt, stari tekst vodi na vanjski izvor, a navigacija povezuje najvažnije dijelove weba.
Tijekom vremena neke se stranice obrišu ili dobiju novu adresu. Vanjski izvor može nestati. Stari landing page možda više nije aktivan.
Zato povremeno treba provjeriti 404 greške i pokvarene poveznice. WordPress čak i u svojoj dokumentaciji o održavanju preporučuje periodično provjeravanje dead linkova.
Interni linkovi imaju i dodatnu vrijednost. Čitatelj ovog članka možda ne želi samo tehničku informaciju nego sljedeći korak. Zato ga relevantan link može odvesti prema paketima izrade web stranica, kalkulatoru cijene ili kontaktu.
Interno povezivanje zato treba redovito nadograđivati kada objavite novi kvalitetan sadržaj.
ODRŽAVANJE NIJE SAMO TEHNIKA
Stari sadržaj također može postati tehnički ispravan, ali poslovno zastario
Web stranica nije dokument koji jednom objavimo i više ne diramo. Cijene se promijene, usluge se prošire, neka ponuda nestane, promijeni se broj telefona ili način na koji kupac naručuje.
Blog članak napisan prije nekoliko godina može sadržavati zastarjele screenshotove, stare verzije alata ili linkove prema izvorima koji više nisu aktualni.
Zato mjesečni plan održavanja ne mora značiti da svaki mjesec prepisujete cijeli web. Dovoljno je periodično pregledavati stranice koje su poslovno najvažnije.
Provjerite je li ponuda još točna, jesu li CTA gumbi relevantni, postoji li bolji interni link i može li se sadržaj dopuniti novim informacijama.
Primjerice, ako članak govori o zastarjelom webu, logično je povezati ga s našim vodičem 7 znakova da vaša web stranica gubi upite umjesto da korisnik nakon čitanja nema kamo dalje.
Sadržaj koji se održava nije samo bolji za tražilice. Puno je važnije da korisnik dobiva aktualnu i korisnu informaciju.
ADMINISTRATORSKI PRISTUP JE PRIVILEGIJA
Povremeno provjerite tko sve može mijenjati vaš web
Poslovne WordPress stranice tijekom godina često dobiju više korisničkih računa: vlasnik, zaposlenik, SEO suradnik, fotograf, developer, marketinška agencija ili osoba koja je jednom trebala pristup radi kampanje.
Nakon završetka suradnje račun često ostane.
Jednom u nekoliko mjeseci otvorite popis korisnika i provjerite treba li svakoj osobi još uvijek pristup.
Još važnije, provjerite treba li joj baš administratorska uloga. Ako osoba samo piše članke, administrator je nepotrebno široka razina ovlasti.
Koristite individualne račune. Tako se pristup jednoj osobi može ukinuti bez promjene zajedničke lozinke, a aktivnosti su jasnije povezane s konkretnim korisnikom.
WORDPRESS NE ŽIVI SAM
Hosting, prostor na disku, SSL i server također treba pratiti
Možemo savršeno održavati WordPress aplikaciju, a da infrastruktura postupno postane problem.
Backupovi se mogu gomilati na serveru. Log datoteke mogu rasti. Media Library može zauzimati sve više prostora. E-mail sandučići mogu dosegnuti kvotu.
Zato povremeno provjerite iskorištenost hostinga i ostaje li dovoljno slobodnog prostora.
Pratite i SSL certifikat, iako mnogi moderni hosting sustavi njegovo obnavljanje automatiziraju. Ako automatika zakaže, posljedica može biti vrlo neugodna poruka preglednika korisniku.
Isto vrijedi za domenu. Web može biti savršeno održavan, ali ako domena istekne, posjetitelj neće vidjeti ništa od toga.
Ako planirate potpuno novi projekt, možete usporediti postojeće troškove i potrebe s paketima Web Studija Šime ili koristiti kalkulator cijene izrade.
WEB UPIT NE VRIJEDI AKO NIKADA NE STIGNE
Poslovni e-mail i WordPress dostava poruka također su dio održavanja
Kontakt obrazac može tehnički prikazati poruku „Hvala, vaš upit je poslan”, a da e-mail zbog problema s dostavom nikada ne završi u inboxu.
Zato samo vizualno testiranje forme nije dovoljno. Potrebno je provjeriti stvarni primitak poruke.
Ako koristite SMTP rješenje ili transakcijski e-mail servis, povremeno provjerite postoje li greške u logovima i je li autentikacija domene i dalje ispravno konfigurirana.
Kod promjene hostinga, DNS-a ili mail providera posebno treba provjeriti SPF, DKIM i ostale relevantne zapise prema uputama pružatelja usluge.
To možda nije najzanimljiviji dio dizajna web stranice, ali poslovno može biti jedan od najvažnijih dijelova cijelog sustava.
JEDNOSTAVAN PLAN JE BOLJI OD POVREMENE PANIKE
Mjesečni plan održavanja WordPress stranice
Većina malih poslovnih web stranica ne treba nekoliko sati administriranja svaki tjedan. Treba im kratak, ponovljiv i dokumentiran postupak.
Jednom mjesečno može se proći glavna kontrolna lista: postoje li nadogradnje, radi li backup, jesu li obrasci funkcionalni, postoje li sigurnosna upozorenja, je li performansama nešto značajno pogoršano i postoje li očite 404 greške.
Mjesečni WordPress pregled
Označite stavke koje ste provjerili. Rezultat ispod služi kao jednostavan organizacijski podsjetnik, a ne kao automatski sigurnosni ili tehnički audit.
Prođite stavku po stavku. Ne morate sve napraviti odjednom.
NE TREBA SVE RADITI SVAKI MJESEC
Različiti zadaci trebaju različitu učestalost
Jedna od pogrešaka u održavanju je napraviti ogromnu listu od pedeset zadataka i pokušavati je proći svakih trideset dana.
To vrlo brzo završi tako da se lista više uopće ne koristi.
Bolje je razlikovati česte operativne kontrole od dubljih tehničkih pregleda.
Kratka provjera onoga što ne smije dugo biti pokvareno
- Provjerite postoje li kritične nadogradnje ili sigurnosna upozorenja.
- Provjerite radi li automatski backup prema planu.
- Kod aktivnog web shopa provjerite narudžbe i ključne integracije.
- Ako se sadržaj često objavljuje, provjerite najnovije izmjene.
Glavna rutina preventivnog održavanja
- WordPress, tema i pluginovi.
- Test kontaktnih obrazaca i CTA funkcija.
- Site Health i osnovna sigurnosna provjera.
- Performance test nekoliko reprezentativnih URL-ova.
- Provjera 404 grešaka, prostora i poslovno važnog sadržaja.
Pogledajte arhitekturu, a ne samo update obavijesti
- Pregled svih aktivnih i neaktivnih plugina.
- Pregled administratorskih korisnika i ovlasti.
- Provjera većih Media Library datoteka.
- Pregled baze, logova i neuobičajenog rasta podataka.
- Provjera tracking skripti, integracija i alata koji više nisu potrebni.
Je li trenutna arhitektura još uvijek dobra za posao?
- Detaljniji audit performansi i tehničkog duga.
- Pregled hostinga i realnih potreba projekta.
- Pregled strukture sadržaja, SEO-a i internih linkova.
- Procjena sigurnosti i backup strategije.
- Odluka treba li optimizacija, parcijalni redizajn ili veća rekonstrukcija.
JEDNOM GODIŠNJE POGLEDAJTE ŠIRU SLIKU
Godišnji audit odgovara na pitanje: služi li web još uvijek vašem poslovanju?
Mjesečno održavanje drži sustav urednim, ali jednom godišnje vrijedi prestati gledati samo update obavijesti i postaviti nekoliko većih pitanja.
Je li struktura stranice još uvijek usklađena s poslovanjem? Jesu li glavne usluge iste? Jesu li CTA elementi na pravim mjestima? Koristite li i dalje sve integracije?
Je li web tehnički stabilan, ali vizualno zastario? Jesu li ključni članci još uvijek relevantni? Postoje li nove stranice koje bi trebale biti interno povezane?
Godišnji audit također je dobar trenutak za usporedbu performansi s prethodnom godinom i provjeru raste li tehnički dug.
Ako web počinje gubiti upite ili više ne odgovara načinu na koji poslovanje danas funkcionira, može vam pomoći vodič 7 znakova da vaša web stranica gubi upite .
Ponekad će zaključak biti da ne treba ništa veliko mijenjati. To je zapravo odličan rezultat održavanja.
ODRŽAVANJE MOŽE I SAMO STVORITI PROBLEM
Najčešće pogreške kod održavanja WordPress stranice
Prva pogreška je ne raditi ništa dok web ne prestane raditi. Tada preventivno održavanje postaje hitna intervencija.
Druga je suprotnost: stalno intervenirati u web samo zato što postoji nova mogućnost optimizacije. Ako je stranica stabilna, brza i funkcionalna, nije potrebno svaki tjedan mijenjati cache strategiju, plugin ili verziju dizajna.
Treća pogreška je raditi nadogradnje bez backupa.
Četvrta je instalirati dodatni plugin za svaki mali problem. Na taj način maintenance proces sam postaje uzrok novog tehničkog duga.
Peta je gledati samo naslovnicu. Kontakt, landing stranice, blog, webshop i administracija mogu imati potpuno različito ponašanje.
Šesta je smatrati da je zeleni PageSpeed rezultat dokaz da je cijeli web zdrav. Korisnik koji ne može poslati obrazac neće biti impresioniran ocjenom 100.
Sedma je nikada ne testirati restore backupa.
I osma je ne dokumentirati promjene. Kod ozbiljnijeg weba korisno je imati jednostavan zapis kada je uveden novi plugin, promijenjena važna konfiguracija ili izvršena veća optimizacija.
ČESTA PITANJA
Održavanje WordPress web stranice
Koliko često treba održavati WordPress stranicu?
Ovisi o vrsti stranice i količini promjena. Za mali poslovni web mjesečni organizirani pregled često je dobar temelj, dok webshop ili vrlo aktivna stranica zahtijevaju češći nadzor kritičnih funkcija.
Treba li odmah instalirati svaku novu verziju plugina?
Sigurnosne i važne nadogradnje ne treba nepotrebno odgađati, ali kod kompleksnih stranica veće promjene ima smisla prvo provjeriti uz aktualan backup ili staging. Najgora strategija je mjesecima ignorirati sve nadogradnje.
Jesu li automatska ažuriranja dobra ideja?
Mogu biti vrlo korisna, osobito za kvalitetne i redovito održavane komponente. Kod kompleksnih integracija odluka može ovisiti o riziku, mogućnosti automatskog backupa i staging procesu.
Koliko često treba napraviti backup?
Frekvencija ovisi o tome koliko novih podataka web generira. Stranica s dnevnim narudžbama treba znatno češće kopije od weba koji se mijenja samo nekoliko puta godišnje.
Je li hosting backup dovoljan?
Hosting backup može biti važan sloj zaštite, ali treba znati njegovu učestalost, retention, što točno obuhvaća i kako se radi povrat. Za važan poslovni web razumno je imati strategiju koja nije potpuno ovisna o jednoj kopiji na jednoj lokaciji.
Moram li svaki mjesec čistiti WordPress bazu?
Ne. Bazu ne treba čistiti samo zato što alat nudi gumb „Optimize”. Važnije je pratiti neuobičajeni rast i utvrditi uzrok prije brisanja.
Treba li brisati neaktivne pluginove?
Ako sigurno znate da više nisu potrebni i postoji backup, nema puno razloga dugoročno držati nepotreban softver instaliran. Prije brisanja provjerite postoji li podatak ili funkcija koju trebate zadržati.
Koliko često treba testirati kontakt obrazac?
Za poslovnu stranicu mjesečni test traje vrlo kratko i može otkriti problem koji izravno utječe na leadove. Nakon promjena e-maila, DNS-a, hostinga ili form plugina treba ga provjeriti odmah.
Je li PageSpeed 100 dokaz da održavanje radimo dobro?
Ne. Performance je samo jedan dio zdravlja weba. Stranica također treba biti sigurna, funkcionalna, sadržajno aktualna, prilagođena mobilnim uređajima i sposobna ostvariti poslovni cilj.
Kako spriječiti da se ponovno nakupi puno plugina?
Prije svake instalacije provjerite postoji li ista funkcija već u WordPressu, temi ili postojećem dodatku. Zatim periodično pregledajte koristi li se svaki instalirani plugin još uvijek.
Kada održavanje više nije dovoljno?
Ako je osnovna arhitektura zastarjela, ključne komponente više nisu podržane, dizajn i struktura ne odgovaraju poslovanju ili svaka mala izmjena zahtijeva veliku intervenciju, može imati više smisla razmotriti novu izradu ili veći redizajn.
Mogu li održavanje WordPressa raditi sam?
Osnovne provjere i sadržajne izmjene mnogi vlasnici mogu raditi sami. Za bazu, sigurnosne incidente, kompleksne integracije, migracije i probleme nakon nadogradnje bolje je uključiti osobu koja razumije tehničku strukturu projekta.
TEHNIČKI IZVORI I DALJNJE ČITANJE
Službena dokumentacija za održavanje, sigurnost i performanse
Tehničke preporuke u članku temelje se prvenstveno na službenoj dokumentaciji WordPressa i Googlea. Pravila treba prilagoditi konkretnom projektu – webshop i mali prezentacijski web nemaju isti rizik niti istu potrebu za učestalošću održavanja.
DOBAR WEB NIJE WEB KOJI NIKADA NE MIJENJAMO
Zaključak: cilj održavanja je stabilan web koji ne zahtijeva stalno spašavanje
Održavanje WordPress stranice ne bi trebalo biti niz hitnih intervencija. Ako se svaki update pretvara u stres, svaki backup radi tek kada nešto pođe po zlu, a pluginovi se pregledavaju tek kada web postane spor, tada zapravo nemamo plan održavanja.
Dobar sustav je jednostavniji.
Redovito pratimo nadogradnje. Imamo backup iz kojeg znamo napraviti povrat. Povremeno otvorimo Site Health. Testiramo kontakt obrazac. Provjeravamo tko ima administratorski pristup. Ne instaliramo novi plugin bez razloga.
Nakon većih izmjena ponovno testiramo performanse. Fotografije pripremamo prije uploada, a ne nakon što se na serveru skupi nekoliko gigabajta originala.
Jednom mjesečno provjerimo operativno stanje. Jednom u nekoliko mjeseci pogledamo malo dublje. Jednom godišnje postavimo veće pitanje: je li ova web stranica još uvijek dobra za ono što naše poslovanje danas pokušava postići?
Ako jest, nastavljamo je održavati.
Ako nije, ne pokušavamo beskonačno popravljati arhitekturu koja je odavno prerasla svoju prvotnu namjenu.
Upravo je u tome razlika između održavanja i tehničkog duga. Održavanje je kontrolirana odluka da web ostane stabilan. Tehnički dug nastaje kada niz malih odluka nitko više ne kontrolira.
Ako želite provjeriti stanje postojeće WordPress stranice, možete nam poslati upit za procjenu. Ako razmišljate o novoj stranici, pogledajte pakete ili sami napravite okvirni izračun putem kalkulatora cijene.
Web stranica treba raditi za vaše poslovanje – ne postati još jedna briga.
Ako vaš WordPress traži previše intervencija, sporo radi ili više niste sigurni što treba ažurirati, ukloniti ili sačuvati, pošaljite nam postojeću stranicu i opišite problem.