Veebilehe üleandmiseks uuele spetsialistile koostage teenuste ja ligipääsude nimekiri, tehke taastamiseks sobiv varukoopia, kirjeldage olulisi funktsioone ning leppige kokku vastutus. Seejärel kontrollige, et uus teenusepakkuja saab kokkulepitud töid teha ning kontroll veebilehe ja selle eest tasumise üle jääb teile.
Ainult sisuhaldussüsteemi kasutajakontost tavaliselt ei piisa: päringute saatmine võib sõltuda eraldi e-posti teenusest, domeeni pikendamine toimuda teise konto kaudu ja lähtekood olla eelmise arendaja käes. See kontrollnimekiri aitab vajaliku info ühte dokumenti koondada. See sobib nii eri sisuhaldussüsteemidele, veebilehe koostamise platvormidele kui ka erilahendustele; täpne üleandmise viis sõltub platvormist.
Määrake kõigepealt üleandmise ulatus
Hooldaja vahetamine, teise veebimajutusse kolimine ja domeeni omaniku vahetamine on eri ülesanded. Uus teenusepakkuja ei tähenda automaatselt uut serverit ega veebilehe ümbertegemist. Pange esmalt kirja eesmärk: näiteks päringute tõrgeteta vastuvõtmine, info uuendamine ja vigade parandamine kokkulepitud mahus.
Koostage veebilehe lühikirjeldus:
- Milleks veebileht on loodud: päringud, müük, broneeringud või sisu avaldamine.
- Millised funktsioonid on kriitilised: vorm, kasutajakonto, ostukorv, maksed, otsing ja keeleversioonid.
- Mis praegu ei tööta ja millised muudatused on pooleli.
- Kes teeb otsuseid ja kes kinnitab töö tulemuse.
Kui veebileht on juba maas, alustage tõrke põhjuse väljaselgitamisest ja olemasolevate andmete säilitamisest. Täieliku üleandmise saab lõpetada pärast põhifunktsioonide taastamist. Kui tõrge tekkis just pärast WordPressi uuendamist, vaadake eraldi esmase kontrolli juhendit vene keeles.
Mida küsida seniselt teenusepakkujalt
Kohandage tabel oma veebilehele. Eemaldage mittevajalikud read ja märkige teadmata andmed sõnadega „vajab kontrollimist“. Ärge asendage kinnitatud infot konto omaniku kohta oletusega.
| Osa | Mida peab üleandmisel teadma |
|---|---|
| Domeen ja DNS | Kus domeen on registreeritud, kes haldab kontot ja DNS-kirjeid ning kellele saabuvad pikendamise teated. |
| Veebimajutus või platvorm | Kus veebileht töötab, kes teenuse eest tasub ja kuidas uus spetsialist vajaliku ligipääsu saab. |
| Sisuhaldus, kood ja failid | Sisselogimise aadress ja kasutajarollid; erilahenduse puhul koodihoidla ning käivitamise või paigaldamise juhend. |
| Varukoopiad | Kuupäev, sisu, asukoht, kättesaamise viis ja taastamise kontrolli tulemus. |
| Vormid ja e-post | Kuhu peavad päringud jõudma, milline teenus kirju saadab ja kes seda haldab. |
| Liidestused | CRM, maksed, tarne ja muud ühendused: otstarve, vastutajad ning ligipääsude haldamise koht. |
| Litsentsid ja tellimused | Mille eest tasutakse eraldi, kelle nimel need on ja kas kasutamist saab pärast teenusepakkuja vahetust jätkata. |
| Analüütika ja tööde ajalugu | Millised süsteemid on ühendatud, kellel on ligipääs ning kus asuvad ülesanded, muudatuste kirjeldused ja teadaolevad piirangud. |
Küsige eraldi käsitsi tehtud seadistuste ja lõpetamata tööde nimekirja. „Kõik on halduspaneelis“ ei selgita, kust varukoopia tuleb või miks teavitused sõltuvad endise töötaja isiklikust kontost.
Säilitage kontroll kontode üle
Ettevõtte omanikul peab säilima ligipääs olulistele teenustele ja võimalus see taastada ilma ühest kindlast teenusepakkujast sõltumata. Kontrollige kontaktmeili, taastamisvõimalusi ja pikendamise teadete kättesaamist. Domeeni puhul on abiks ICANN-i soovitused registripidaja konto kaitsmiseks inglise keeles.
Kui teenus võimaldab eraldi kasutajaid, looge teenusepakkujale oma konto ülesandele sobivate õigustega. Ühele veebilehele ligipääsu andmiseks ei ole vaja üle anda kogu isiklikku e-posti kontot. Hoidke paroolid, taastekoodid ja API-võtmed ühisest üleandmisdokumendist eraldi ning leppige ligipääsu andmise viis eelnevalt kokku.
Kasutage oluliste kontode kaitsmiseks teenuse pakutavaid võimalusi: pääsuvõtit või unikaalset parooli koos kaheastmelise kinnitamisega. Pärast üleandmist vaadake üle seniste teenusepakkujate ligipääsud. Need meetmed lähtuvad NCSC soovitustest töökontode kaitsmiseks inglise keeles.
Kui veebileht kasutab ühiseid sisselogimisandmeid või liidestuse võtit, peab spetsialist esmalt välja selgitama, millised protsessid neist sõltuvad. Vahetus tuleb kooskõlastada ja selle tulemust kontrollida: muidu võib vana ligipääsu sulgemine katkestada ka päringute saatmise. Domeeni või konto omaniku vahetamisel järgige vastava teenuse reegleid.
Kontrollige, et varukoopiast saab taastada
Märge „varukoopia on olemas“ ei ütle veel, mida saab taastada. Eraldi andmebaasiga veebilehe puhul kontrollige, kas koopias on andmebaas, failid ja üles laaditud materjalid. Veebilehe koostamise platvormi või pilveteenuse puhul uurige taastamisvõimalusi ja ekspordipiiranguid: need võivad tavapärase veebimajutuse varundamisest erineda.
Paluge kirja panna koopia kuupäev, sisu ja eraldi keskkonnas tehtud taastamise kontrolli tulemus, kui platvorm sellist kontrolli võimaldab. NCSC soovitab lisaks oluliste andmete kopeerimisele selgeks teha, kuidas neid taastada ja täielikkust kontrollida. Vaadake varundamise juhendit inglise keeles.
E-poe või päringuid koguva veebilehe puhul arutage eraldi pärast viimast varukoopiat lisandunud andmeid. Hoolduse üleandmine ei tohiks märkamatult muutuda vanema seisu taastamiseks, mille käigus kaovad uued tellimused. Varukoopiad võivad sisaldada klientide andmeid, seega andke neile ligipääs ainult kokkulepitud tööks vajalikele inimestele.
Leppige kokku, kes mille eest vastutab
Määrake iga korduva ülesande jaoks tegija, tähtaeg või käivitav tingimus ja tulemuse kontrollimise viis. Näiteks:
- Domeeni ja veebimajutuse pikendamine: kes saab teateid, tasub arved ja kontrollib tulemust.
- Varukoopiad: kes jälgib nende loomist, säilitamist ja taastamise kontrollimist.
- Uuendused ja arendustööd: kes kiidab muudatused heaks, teeb need ära ja kontrollib olulisi funktsioone.
- Vead: kuhu neist teatada, kes pöördumise vastu võtab ja kuidas kiireloomulised tööd kokku lepitakse.
- Sisu: kes annab faktid, toimetab ja avaldab materjalid.
Ärge eeldage, et „veebilehe tugi“ hõlmab automaatselt ööpäevaringset vastamist, uusi lehti, litsentsitasusid või kõiki liidestusi. Pange tingimused selgelt kirja, et kumbki pool ei peaks oletama.
Üleandmise dokumendi näidis
Kopeerige see plokk töödokumenti. Lisage iga ülaltoodud tabeli osa jaoks eraldi kirje. Saladuses hoitavaid väärtusi siia lisada ei tohi.
Veebileht: Üleandmise eesmärk: Kuupäev ja omaniku kontaktisik: Uus teenusepakkuja ja kokkulepitud tööde maht: Osa või teenus: Teenuse aadress / dokumentatsiooni asukoht: Konto omanik: Tasumise eest vastutaja ja järgmine pikendamine: Ligipääsu andmise viis ja vajalik roll: Mis on üle antud: Mis veel puudub: Kuidas ja kes kontrollis: Staatus: alustamata / pooleli / kontrollitud Varukoopia: kuupäev, sisu ja asukoht: Taastamise kontrolli tulemus: Teadaolevad vead ja pooleliolevad muudatused: Olulised funktsioonid vastuvõtukontrolliks: Kes kinnitab üleandmise lõpetamise:
Kui info puudub, lisage konkreetne ülesanne ja vastutaja: „Selgitada välja, kes tasub e-kirjade saatmise teenuse eest.“ Nii ei kao lahendamata küsimus üldise märke „ligipääsud saadud“ taha.
Kuidas veenduda, et üleandmine on lõpetatud
Kontrollige kasutaja teekonda, mille jaoks veebileht on loodud. Teenuseid pakkuval veebilehel võib see tähendada selgelt testiks märgitud päringu saatmist ja veendumist, et õige inimene saab selle kätte. E-poes leppige kokku tellimuse, tarnevalikute ja makse kontrollimine selleks ette nähtud testirežiimis.
Enne üleandmise lõpetamist kinnitage, et:
- Omanik kontrollib olulisi kontosid ja saab tähtsad teated kätte.
- Uuel teenusepakkujal on vajalikud õigused ja dokumentatsioon.
- Kriitilised funktsioonid on kontrollitud ja leitud vead kirjas.
- Varukoopiate sisu ja kättesaadavus on teada; taastamise kontrolli tulemus on kirjas või kontrolli puudumine selgelt märgitud.
- Pooleliolevatel ülesannetel ja pikendamistel on vastutajad ning toe ulatus on kokku lepitud.
- Mittevajalikud ligipääsud on üle vaadatud ning ühiste võtmete vahetamisel on kontrollitud neist sõltuvaid funktsioone.
Näidisjuhtum. Ettevõte annab üle väikese teenuste veebilehe. Uus spetsialist saab sisuhaldusse sisse, kuid testpäring ei jõua kohale. Selgub, et e-kirjade saatmine sõltub eraldi teenusest, mida haldas eelmine teenusepakkuja. Üleandmine jääb lõpetamata, kuni vajalik ligipääs on antud ja kirjade kohalejõudmine kontrollitud. See on õppenäide, mitte tegeliku kliendiprojekti kirjeldus.
Korduma kippuvad küsimused
Kas teenusepakkuja vahetamisel peab vahetama ka veebimajutust?
Mitte tingimata. Kõigepealt selgitage välja, kas uus teenusepakkuja saab olemasoleva majutusega töötada ja kas see vastab veebilehe vajadustele. Kolimist tuleks hinnata eraldi tööna, millel on oma põhjused, etapid ja kontrollid.
Mida teha, kui eelmine arendaja ei vasta?
Koguge kokku ettevõttel juba olemas olev info: arved, teenuste kontaktid, ettevõtte enda kontod ja projekti dokumentatsioon. Arutage ligipääsu taastamist vastava teenuse klienditoega. Uus teenusepakkuja ei saa tagada ligipääsu kellegi teise kontole ega puuduva lähtekoodi kättesaamist. Märkige kättesaamatud osad piirangute nimekirja.
Kas veebilehe arhiivi üleandmisest piisab?
Arhiiv võib olla ainult üks osa üleandmisest. Tuleb teada selle sisu, kuupäeva, veebilehe käivitamise viisi ja sõltuvusi välistest teenustest. Mõnel platvormil on kontole õige rolli andmine ja dokumentatsioon olulisemad kui failide kogum.
Kui palju maksab veebilehe üleandmine hooldusse?
Töö maht sõltub dokumentatsioonist, ligipääsudest, liidestuste arvust ja veebilehe seisukorrast. Hinnangu saamiseks valmistage ette veebilehe aadress, üleandmise eesmärk ja teadaolevate piirangute nimekiri. Kui vajate abi, saatke veebilehe aadress ja kirjeldage soovitud tuge.