Svetainių priežiūra apima sutartus veikiančių svetainių bei elektroninių parduotuvių atnaujinimus, klaidų taisymą ir reikalingus patobulinimus. Perėmimą pradedame nuo techninės būklės, prieigų ir atsarginių kopijų patikros. Darbų planas aiškiai parodo, kas atliekama periodiškai, kas tvirtinama atskirai ir kaip patikrinamas rezultatas.Aptarti svetainės priežiūrąPeržiūrėti paslaugos informaciją
IŠSAMI PASLAUGOS PATIKRA
Įvertinkite esamos svetainės atnaujinimų, atkūrimo, veikimo ir darbų valdymo pasirengimą. Atsakymais pagrįstas vertinimas nepatvirtina, kad svetainėje nėra pažeidžiamumų.
Įmonėms, kurioms reikia prižiūrėti veikiančią svetainę ar parduotuvę ir tvarkingai įgyvendinti patvirtintus jos pakeitimus.
Pateikite technologijų, svarbiausių funkcijų, žinomų problemų ir licencijų informaciją, kad galėtume įvertinti projekto perėmimą.
Gaunate aiškų priežiūros darbų planą, patikrintus pakeitimus ir suvestinę su rezultatais bei tolesniais prioritetais.
Svetainės priežiūra – tęstiniai darbai, palaikantys sutartų svetainės funkcijų veikimą. Ji gali apimti atnaujinimus, kopijų patikrą ir smulkius pakeitimus. Naujas didelis modulis, išsamus saugumo auditas ar esminis dizaino pakeitimas turi būti apibrėžtas atskirai.
Perėmimo metu surenkame informaciją apie turinio valdymo sistemą, naudojamą temą, įskiepius, individualų kodą ir talpinimą. Patikriname, kam priklauso domenas, kas valdo serverį ir kurios licencijos galioja. Svarbu žinoti ne vien administratoriaus prisijungimą, bet ir tai, kaip svetainė sukurta bei kas gali atkurti jos veikimą.
Jūsų komanda pateikia pagrindinių funkcijų sąrašą, žinomas problemas ir ankstesnių pakeitimų informaciją. Rezultatas – būklės apžvalga bei pradinio sutvarkymo prioritetai. Pasenusių komponentų keitimas, trūkstamų prieigų atkūrimas ar didesnio gedimo taisymas įvertinamas atskirai nuo įprastų periodinių darbų. Taip priežiūros planas remiasi faktine projekto būkle.
Periodinių darbų sąrašą sudarome pagal svetainės svarbą ir naudojamas funkcijas. Jame gali būti komponentų atnaujinimai, pasiekiamumo kontrolė, formų arba pirkimo scenarijų patikra ir kopijų būklės peržiūra. Kiekvienam darbui numatome rezultatą bei dažnį, o ne apsiribojame bendru pažadu prižiūrėti svetainę.
Kopijos sukūrimo įrašas ir sėkmingas atkūrimas yra skirtingi patikrinimai. Todėl aprašome, kas kopijuojama, kur saugoma ir ar plane numatytas atkūrimo bandymas. Veikimo stebėjimas taip pat turi ribas: atsidarantis pradinis puslapis dar nepatvirtina, kad klientas gali pateikti formą. Svarbius naudotojo veiksmus įtraukiame į konkrečią patikrų apimtį.
| Darbas | Dažnis | Patikrinamas rezultatas | Įtraukimo sąlyga |
|---|---|---|---|
| Atnaujinimai | Plane nustatytais darbų langais ir pagal komponentų poreikį | Užfiksuotos versijos ir svarbių funkcijų patikros rezultatas | Įvardyti komponentai, galiojančios licencijos ir paruoštas grįžimo planas |
| Pasiekiamumo kontrolė | Pagal pasirinktos stebėsenos nustatymus | Matoma tikrintų adresų būsena ir užregistruoti sutrikimai | Nurodyti adresai, pranešimų gavėjai ir reagavimo atsakomybė |
| Funkcijų patikra | Plane numatytais atvejais ir po susijusių pakeitimų | Patikrintas numatytas formos arba pirkimo scenarijus | Suderintas scenarijų sąrašas ir saugios bandymo sąlygos |
| Kopijų būklės peržiūra | Plane nustatyta patikrų eiga | Patikrinta užduoties būsena ir reikalingo atkūrimo taško buvimas | Įvardyti duomenys bei saugykla; atkūrimo bandymas numatomas atskirai |
WordPress projekte vertiname branduolio, temos, įskiepių ir individualių papildymų suderinamumą. Prieš reikšmingus atnaujinimus paruošiame aktualią kopiją, testavimo aplinką ir grįžimo planą. Testinėje versijoje tikriname svarbiausius veiksmus, o į darbinę aplinką perkeliame įvertintą pakeitimų rinkinį.
WooCommerce parduotuvėje patikra apima prekę, krepšelį, pirkimą, mokėjimo būseną ir reikiamus pranešimus. Jei atnaujinimas keičia duomenų bazę ar susijusią integraciją, suplanuojame papildomą patikrą. Klientas nurodo prekybai jautrius laikotarpius ir atsakingą kontaktą. Baigus darbą pateikiame informaciją apie pakeistus komponentus, patikrintą veikimą ir neišspręstas priklausomybes.
WooCommerce atnaujinimo rekomendacijose aptariamas bandymas testinėje aplinkoje ir atsarginės kopijos; konkretus patikros planas priklauso nuo parduotuvės funkcijų.
Svetainės greičio optimizavimą pradedame nuo svarbiausių puslapių ir lankytojo veiksmų: turinio peržiūros, meniu, formos ar pirkimo. Pagal matavimus nustatome, kiek prie laukimo prisideda serverio atsakas, vaizdai, šriftai, skriptai ir svetainės komponentai. Pagal jų poveikį sudarome darbų prioritetus ir sutariame dėl optimizavimo apimties.
Išsaugome pradinį matavimą, pakeitimus tikriname testinėje aplinkoje ir bandymus pakartojame palyginamomis sąlygomis. Kartu patikriname susijusias funkcijas: formas, kalbų perjungimą ar pirkimo eigą. Darbų suvestinėje pateikiame atliktus pakeitimus, matavimų rezultatus ir likusius ribojimus. PageSpeed balas padeda diagnozuoti problemas, tačiau negarantuoja vienodos spartos visiems lankytojams ar konkrečių paieškos pozicijų.
Klaidos užduočiai naudinga nurodyti puslapį, atliktus veiksmus, matytą rezultatą ir tai, ko tikėjotės. Pagal šiuos duomenis atkuriame problemą, nustatome jos priežastį ir siūlome pataisymą. Jei problema priklauso nuo išorinio tiekėjo, atskiriame mūsų pakeitimus nuo jam perduodamo klausimo.
Papildomai funkcijai pirmiausia aprašome tikslą, veikimo scenarijų ir priėmimo sąlygą. Darbas gali būti įgyvendinamas naudojant sutartas programavimo valandas arba atskiru projektu. Prieš pradėdami patvirtiname apimtį, o pabaigoje parodome, kaip išbandyti rezultatą. Didesnis dizaino pakeitimas ar naujas prekybos modulis turi savo vertinimą, kad nenustelbtų būtinų priežiūros užduočių.
Komponentų atnaujinimai, prieigų tvarkymas ir veikimo kontrolė yra kasdienės priežiūros dalys. Išsami saugumo patikra turi atskirą tikslą, leidžiamų veiksmų ribas, metodus ir radinių ataskaitą. Vien sėkmingai įdiegtas atnaujinimas neįrodo, kad buvo patikrintos visos svetainės saugumo problemos.
Pastebėjus nepažįstamus administratoriaus įrašus, netikėtus nukreipimus ar įtartinus failus, pirmiausia išsiaiškiname situaciją ir suderiname reagavimo veiksmus. Platesnis tyrimas bei spragų šalinimas planuojamas kaip svetainės saugumo paslauga. Reikalingas savininko leidimas ir aiški patikros apimtis; viešai pateiktas svetainės adresas savaime nesuteikia leidimo atlikti aktyvių saugumo bandymų.
Kiekviename etape apibrėžiame darbus, jūsų indėlį ir patikrinamą rezultatą.
01
Peržiūrime technologiją, prieigas, licencijas ir turimas kopijas. Jūs pateikiate funkcijų bei žinomų problemų sąrašą, o rezultatas yra pradinė būklės apžvalga.
02
Atskiriame būtiną perėmimo sutvarkymą nuo periodinių darbų. Jūs patvirtinate prioritetus ir apimtį, todėl priežiūros planas turi aiškias įtraukimo sąlygas.
03
Paruošiame kopijavimo, testavimo ir grįžimo tvarką. Jūsų komanda patvirtina svarbius naudotojo scenarijus, o juos galime patikrinti prieš reikšmingą pakeitimą.
04
Atliekame plane numatytus darbus ir atskirai patvirtintus pakeitimus. Jūs pateikiate konkrečias užduotis, o atlikimą patvirtina sutarto scenarijaus patikra.
05
Pateikiame darbų suvestinę ir likusių klausimų prioritetus. Kartu aptariame svetainės poreikių pokyčius ir nusprendžiame, ką verta atlikti kitame etape.
Planą sudarome pagal technologiją, techninę būklę, svarbias funkcijas ir norimą aptarnavimo apimtį. Pasiūlyme atskiriame periodinius darbus, programavimo laiką ir papildomai vertinamus pakeitimus. Jeigu numatomos valandos, iš anksto aprašome jų apskaitą, užduočių tvirtinimą ir nepanaudoto likučio sąlygas.
Taip pat įvardijame kontaktą problemoms registruoti, aptarnavimo laiką ir skubių darbų derinimą. Talpinimas, domenas, mokami įskiepiai ir kitų tiekėjų paslaugos išskiriami kaip atskiros išlaidų dalys. Reagavimo tikslą nustatome įvertinę svetainės svarbą ir reikalingą aptarnavimo apimtį. Jūsų komandai aišku, kur registruoti problemą, kas nustato prioritetą ir kas tvirtina papildomą darbą.
Ataskaita turi padėti suprasti svetainės būklę ir priimti kitą sprendimą. Joje nurodome atliktą užduotį, pakeistą komponentą, patikrintą scenarijų ir rezultatą. Atskirai pažymime atidėtus darbus, jų priežastis ir klausimus, kuriems reikia kliento arba tiekėjo sprendimo.
Jei vertinamas greitis, prie matavimo pateikiame puslapį, datą, įrankį ir sąlygas, kad vėlesni bandymai būtų palyginami. Prioritetus peržiūrime pagal poveikį lankytojui ir verslo funkcijai, todėl kitų darbų sąrašas išlieka pagrįstas.
Tai iliustracinis priežiūros įrašo pavyzdys. Užduotis – atnaujinti parduotuvės komponentą; svarbi rizika – mokėjimo suderinamumas. Testinėje aplinkoje atliekamas bandomas pirkimas, patikrinama užsakymo būsena ir pranešimai. Tik patikrinus šį scenarijų planuojamas pakeitimas veikiančioje parduotuvėje.
Ataskaitoje lieka atnaujinta versija, patikros baigtis ir grįžimo plano nuoroda komandos dokumentacijoje. Jei scenarijus nepraeina, įrašoma priežastis ir tolesnis veiksmas. Jūsų komanda gali matyti, kodėl atnaujinimas atliktas arba atidėtas ir koks sprendimas reikalingas toliau.
| Veiksnys | Kodėl svarbu | Kokios informacijos reikės |
|---|---|---|
| Projekto būklė | Technologija, licencijos ir pradinės problemos lemia perėmimą. | Adresas, platforma ir dabartinės problemos. |
| Periodiniai ir programavimo darbai | Įtrauktos valandos ir papildomos funkcijos turi skirtingą apimtį. | Pageidaujamas darbų sąrašas ir prioritetai. |
| Aptarnavimas ir išorinės išlaidos | Skubūs darbai, talpinimas ir įskiepiai vertinami atskirai. | Pagalbos langas, hostingas ir mokamos licencijos. |
Pasirinkite paslaugą pagal konkretaus darbo apimtį.
Patikrinti konkrečią svetainę ir pašalinti sutartus patvirtintus pažeidžiamumus.
APTARKIME
Pateikite svetainės adresą, platformą, svarbias funkcijas ir dabartinius sunkumus. Įvertinsime perėmimo darbus bei periodinės priežiūros ir tobulinimo poreikį.
