Kezdjük egy valós történettel, ami sajnos egyáltalán nem ritka.
Az egyik ügyfelünknek eddig csak a marketingjét vittük. Már az együttműködés elején jeleztük, hogy a honlap motorháztetője alatt komoly hibák és hiányosságok vannak. A tulajdonos úgy döntött, erre most nem költ: majd ő frissítget, amikor belép az adminba, a többit pedig elintézik az automatikus frissítések.
A helyzeten nem segített, hogy egy „örökölt” webshopról volt szó, amit egy korábbi oldalról klónoztak át. Ez ritkán jó ötlet, mert a régi rendszer minden rejtett hibája és technikai adóssága átköltözik az újba is. Évek alatt felgyűlt bővítmények, amelyek egy része már felesleges, más része pedig ütközik egymással.
Aztán megtörtént, amire számítani lehetett: éjszaka lefutott egy automatikus frissítés, és reggelre a webshop egyszerűen nem működött.
Ez most egy webáruházzal esett meg, de ugyanez bármelyik oldallal megtörténhet, amelyik pénzt hoz a vállalkozásodnak: szolgáltatói oldallal, időpontfoglaló rendszerrel vagy egy kampányhoz készült céloldallal.
Mikor fér bele egy leállás, és mikor nem?
Egy hobbioldalnál vagy egy online névjegykártyánál egy félnapos leállás bosszantó, de túléled. Egy olyan weboldalnál viszont, amely folyamatosan gyűjti az érdeklődőket, vagy naponta bonyolít vásárlásokat, a leállás közvetlen bevételkiesés.
Ha közben fizetett hirdetések (Facebook, Google Ads) is futnak az oldalra, a helyzet még rosszabb: a hirdetés tovább viszi a látogatókat egy működésképtelen oldalra, vagyis fizetsz azért, hogy az érdeklődők csalódjanak a márkádban.
Ilyenkor az első lépés mindig a tűzoltás: rendbe kell tenni az oldalt. Utána viszont az egyetlen felelős döntés az, hogy az üzemeltetést olyan szakember vegye át, aki ezt rendszeresen és módszeresen csinálja.
Miért nem működik a „majd az automata megoldja” hozzáállás?
A WordPress remek rendszer, de sok darabból áll össze. Az alaprendszert, a témát, az oldalépítőt (például Divi vagy Elementor) és a bővítményeket jellemzően egymástól független fejlesztőcsapatok készítik. Ha ezek nem egyszerre vagy nem jó sorrendben frissülnek, egymás működését is felboríthatják. A legrosszabb esetben fehér képernyő vagy „kritikus hiba” üzenet fogadja a látogatót.
A legnagyobb kockázatot a nagyobb verzióváltások jelentik, például amikor a WordPress 6.4-ről 6.5-re lép. Ezek mélyebb változásokat hoznak a kódban. Ha a megjelenés napján frissítesz, jó eséllyel a hozzá kapcsolódó kiegészítők még nincsenek felkészülve rá: az ajánlatkérő űrlap, a foglalási rendszer vagy webshopoknál a magyar fizetési kapuk.
Az eredmény: szétesik a dizájn, nem érkeznek meg az e-mailek, vagy lefagy a pénztár. Az érdeklődő pedig nem vár, hanem a konkurenciánál vásárol.
A profik titka: az okos várakozás
A szakszerű karbantartás nem azt jelenti, hogy gyorsabban kattintunk a „Frissítés” gombra, mint te. Pont fordítva. A webfejlesztők egyik íratlan szabálya: sosem mi akarunk lenni a bétatesztelők.
Amikor megjelenik egy jelentős frissítés, így dolgozunk:
- Nem frissítünk azonnal. Adunk 1-2 hetet, megvárjuk, hogyan reagálnak a bővítmények fejlesztői, és gyakran az első javítócsomagot (például a 6.5.1-et) is kivárjuk.
- Figyeljük a szakmai közösséget. Követjük a hazai és nemzetközi WordPress-fórumokat, és azt, milyen tapasztalatokról számolnak be más fejlesztők a frissítés után. Akkor lépünk, amikor a visszajelzések alapján a frissítés már biztonságos.
- Előbb tesztoldalon próbáljuk ki. Az éles oldalad előtt egy klónozott tesztkörnyezetben (staging) futtatjuk le a frissítéseket. Kipróbáljuk az űrlapokat, a gombokat és a vásárlási folyamatot, és csak akkor élesítünk, ha ott minden hibátlanul működik.
Saját kezű frissítés vagy szakértői karbantartás?
| Szempont | Saját kezű vagy automatikus frissítés | Szakértői karbantartás |
| Hol történik a frissítés? | Rögtön az éles oldalon, a látogatók szeme előtt. | Előbb egy klónozott tesztoldalon, és csak akkor élesben, ha ott minden rendben van. |
| Ki ellenőrzi utána? | Senki, hacsak nem kattintod végig magad az aloldalakat. A hiba akár hetekig rejtve maradhat. | Frissítés után végignézzük az oldalt, és kipróbáljuk, ami pénzt hoz: űrlapok, kosár, fizetés. |
| Van mentés? | Jó esetben a tárhelyszolgáltató tegnapi mentése, amelyből hiányoznak a mai rendelések és módosítások. | Közvetlenül a frissítés előtt friss mentés készül, így gond esetén gyorsan visszaállítható az oldal. |
| Mikor derül ki a leállás? | Amikor véletlenül ránézel, vagy amikor egy ügyfél szól. | Folyamatos elérhetőség-figyelés fut, leálláskor azonnal riasztást kapunk, és beavatkozunk, mielőtt az ügyfeleid észrevennék. |
Mikor érdemes karbantartót megbízni?
Egy jó karbantartó nem csak rákattint a frissítés gombra, hanem egy kialakult biztonsági rend szerint dolgozik. Érdemes kiszervezned a feladatot, ha az alábbiak közül akár egy is igaz rád:
- az oldalad közvetlenül bevételt hoz (vásárlás, foglalás, ajánlatkérés),
- fizetett hirdetések futnak rá,
- nincs időd minden frissítés után végigkattintani az oldalt,
- az oldalt több bővítmény vagy egy korábbi rendszerből átvett webshop hajtja.
Ha szeretnéd tudni, most mekkora kockázatot hordoz a weboldalad, kérj tőlünk állapotfelmérést. Megnézzük a bővítményeket, a frissítési helyzetet és a mentéseket, és őszintén megmondjuk, mit kell rendbe tenni, és mit nem.
Gyakori kérdések a WordPress karbantartásról
Bekapcsolhatom az automatikus frissítést a WordPressben?
Egy egyszerű bemutatkozó oldalnál ez elfogadható kockázat lehet. Webshopnál vagy bevételt hozó oldalnál viszont nem ajánlott, mert senki nem ellenőrzi, hogy a frissítés után is működik-e minden.
Mennyi ideig érdemes várni egy nagyobb WordPress-frissítéssel?
Általában 1-2 hetet, vagy az első javítóverzió megjelenéséig. Addigra kiderül, melyik bővítménnyel van gond, és a fejlesztők is kiadják a javításokat.
Mi az a staging, vagyis tesztkörnyezet?
A weboldal egy pontos másolata, amelyet a látogatók nem látnak. Itt lehet biztonságosan kipróbálni a frissítéseket, mielőtt az éles oldalhoz nyúlnánk.
Mi a teendő, ha már összeomlott az oldal?
Először a legutóbbi működő mentésből kell visszaállítani, utána megkeresni a hibát okozó frissítést vagy bővítményt. Ha nincs friss mentés, a helyreállítás jóval hosszabb és drágább.
Köss biztosítást a weboldaladra
A lakásodra, az autódra már kötöttél biztosítást, pedig nem arra számítasz, hogy baj lesz. A weboldalad ugyanígy működik: nem az a kérdés, hogy egyszer elromlik-e valami, hanem az, hogy ki veszi észre, és milyen gyorsan hozza rendbe.
Van egy karbantartási csomagunk, amely pont ezt a biztonságot adja meg. Nem biztosítási szerződés, hanem egy folyamatos szolgáltatás, amely megelőzi a bajt, és ha mégis megtörténik, gyorsan helyreállítja az oldalt:
- frissítés előtt friss mentés, frissítés tesztoldalon,
- ellenőrzés utána, különösen az űrlapokon és a fizetésnél,
- folyamatos elérhetőség-figyelés és azonnali beavatkozás leálláskor,
- egy személyes kapcsolattartó, akit hívhatsz, ha kérdésed van.
Te a vállalkozásoddal foglalkozol, mi pedig azzal, hogy a weboldalad reggel is ugyanúgy működjön, mint előző este.
A honlapod az online marketing rendszered legfontosabb bástyája. Ne hagyd őrizetlenül.
0 hozzászólás