Ką patikrinti prieš atnaujinant „WordPress“ įskiepius?

Įskiepio naujinimo mygtukas atrodo paprastas, tačiau pats pakeitimas gali paliesti temą, duomenų bazę, kitus įskiepius ir išorines integracijas. Saugiai atnaujinant siekiama pašalinti žinomą riziką ar įdiegti reikalingą pataisą nesugadinant funkcijų, kuriomis naudojasi lankytojai ir darbuotojai.

1. Perskaitykite pakeitimų istoriją ir reikalavimus

Prieš naujinimą patikrinkite, ką konkreti versija keičia: saugumo spragą, klaidą, suderinamumą ar funkcionalumą. Peržiūrėkite reikalaujamą „WordPress“ bei PHP versiją ir kūrėjo pastabas apie duomenų migraciją. Jei įskiepis susietas su papildomu moduliu, mokama licencija ar išorine paslauga, patikrinkite ir jų suderinamumą.

Nuolatinė WordPress svetainės priežiūra padeda naujinimus vertinti kaip kontroliuojamus pakeitimus. „SeoRocket“ prižiūri „WordPress“ branduolį, temas, įskiepius, ACF blokus ir „WooCommerce“ sprendimus, prieš darbus tikrina suderinamumą, o po jų – svarbiausias svetainės funkcijas.

2. Turėkite kopiją ir aiškų grįžimo planą

Prieš keisdami gyvą svetainę sukurkite aktualią failų bei duomenų bazės kopiją. Patikrinkite jos laiką, saugojimo vietą ir prieigą. Kopija, kurios komanda negali pasiekti arba kuri laikoma tik tame pačiame serveryje, ne visais atvejais leis greitai atkurti veikimą.

Iš anksto nuspręskite, kada naujinimas bus laikomas nepavykusiu ir kas grąžins ankstesnę versiją. Jei įskiepis keičia duomenų bazę, vien senesnių jo failų įkėlimas gali negrąžinti buvusios būsenos. Dėl to atkūrimo planas turi apimti ne tik patį įskiepį.

3. Apsaugokite kampanijas ir rinkodaros matavimą

Prieš naujinimą pasižymėkite, kurios aktyvios kampanijos priklauso nuo svetainės. Formų įskiepis gali būti susietas su laiškų siuntimu ar klientų valdymo sistema, sutikimų įrankis – su analitikos ir reklamos žymomis, o puslapių kūrimo plėtinys – su specialiu kampanijos maketu. Patikros sąrašą sudarykite pagal šias priklausomybes. Jei atnaujinimas atliekamas prieš pat reklamos startą, palikite pakankamai laiko ne tik techniniam, bet ir rinkodaros komandos testui.

Kai vienas pakeitimas paliečia formą, dizainą, SEO elementus ar analitiką, naudinga iš anksto sutarti, kas atliks kiekvieną patikrą. Svetainės priežiūra, apimanti kelių specialistų koordinavimą, gali būti aktuali projektams, kuriuose techninio darbo neįmanoma vertinti atskirai nuo rinkodaros. „Media Partner“ tokioms užduotims pagal poreikį sutelkia techninę, SEO, dizaino ir rinkodaros kompetenciją, o papildomus darbus atskiria nuo periodinės priežiūros.

4. Pasirinkite saugų atnaujinimo laiką

Naujinimo langą derinkite ne tik su programuotojo grafiku. Patikrinkite, ar tuo metu nesiunčiamas naujienlaiškis, nevyksta registracija į renginį ir neplanuojamas reklamos biudžeto padidinimas. Jei svetainė generuoja užklausas visą parą, sutarkite, kas stebės formas bei pardavimus po pakeitimo ir kokia riba reikš grįžimą prie ankstesnės versijos. Sėkmingas atnaujinimas baigiasi tada, kai veikia vartotojo kelias, gaunami duomenys ir komanda gali palyginti rezultatą su būkle prieš darbą.

Po darbo rinkodaros specialistas turėtų pats atlikti trumpą kontrolinį veiksmą: pateikti bandomąją užklausą, užsiregistruoti ar, jei taikoma, pereiti bandomąjį pirkimą. Tada reikia patikrinti ne tik ekrane rodomą patvirtinimą, bet ir laišką, įrašą klientų valdymo sistemoje bei analitikos įvykį. Jei naudojami keli reklamos kanalai, bandymus pažymėkite taip, kad jie nepatektų į kampanijos rezultatų vertinimą. Šis patikrinimas padeda atskirti įskiepio konfliktą nuo vėliau pastebėto rinkodaros duomenų neatitikimo. Baigę išsaugokite ekrano kopiją ar trumpą testo pastabą naujinimų žurnale. Taip kitas naujinimas prasidės nuo aiškaus patikrinto scenarijaus, o ne nuo prisiminimų ar spėjimų.

5. Svarbius pakeitimus išbandykite testinėje aplinkoje

Testinė svetainės kopija ypač reikalinga elektroninei parduotuvei, narystės sistemai ar individualioms integracijoms. Ji turi pakankamai tiksliai atkartoti gyvą aplinką: tas pačias svarbių komponentų versijas, temą ir nustatymus. Pasenusi testinė kopija gali parodyti tariamą saugumą, nors tikroje svetainėje veikia kitoks derinys.

Testuokite ne vien administravimo skydelį. Jei naujinamas formos įskiepis, išsiųskite užklausą ir patikrinkite jos gavimą. Jei keičiamas „WooCommerce“ komponentas, pereikite prekės, krepšelio, pristatymo, mokėjimo ir laiškų grandinę. Patikrinkite ir mobiliąją versiją.

6. Atnaujinkite etapais

Vienu veiksmu atnaujinus branduolį, temą ir keliolika įskiepių, gedimo šaltinį nustatyti sunkiau. Susijusius pakeitimus grupuokite apgalvotai, tarp etapų atlikite trumpą svarbiausių funkcijų testą ir užrašykite įdiegtas versijas. Didelio pakeitimo neplanuokite prieš kampanijos pradžią ar tada, kai nėra kam reaguoti.

7. Užfiksuokite rezultatą ir pasiruoškite atkurti ankstesnę versiją

Nenaudojamą įskiepį verta pašalinti tik įsitikinus, kad jo blokai, trumpieji kodai ar duomenys nebereikalingi. Pirmiausia jį išjunkite testinėje aplinkoje ir peržiūrėkite susijusius puslapius. Po sėkmingo naujinimo išvalykite talpyklą, dar kartą patikrinkite vartotojo kelią ir įrašykite datą, versijas bei testo rezultatą. Toks žurnalas kitą kartą sutrumpins diagnostiką.

Jei naujinimu pašalinama kritinė saugumo spraga, jo nereikėtų neribotai atidėti vien todėl, kad patogus priežiūros laikas dar neatėjo. Tokiu atveju pasiruoškite per trumpesnį laiką, bet neatsisakykite kopijos, paveiktų funkcijų testo ir žmogaus, galinčio nedelsiant pradėti atkūrimą.

Parašykite komentarą

El. pašto adresas nebus skelbiamas. Būtini laukeliai pažymėti *