Hver á vefsíðuna? Lén, aðgangar og afhending

Greiddur reikningur er ekki fullkomin afhending

Fyrirtæki getur borgað fyrir nýjan vef, birt hann undir eigin vörumerki og samt verið háð einum einstaklingi til að breyta DNS, sækja gögn eða setja vefinn upp annars staðar. Vandinn kemur oft ekki í ljós fyrr en starfsmaður hættir, samstarfi lýkur eða vefurinn þarf að flytja.

Spurningin „hver á vefsíðuna?“ hefur því ekki eitt einfalt svar. Lén, hýsing, kóði, hönnun, textar, myndir, viðskiptavinagögn og mælingareikningar geta fylgt ólíkum samningum og aðgöngum. Að hafa lykilorð að ritstjórnarkerfi segir heldur ekki hvort fyrirtækið megi eða geti flutt lausnina.

Stutta svarið: sundurliðaðu vefinn í eignir og þjónustur. Staðfestu fyrir hvert lag hver er skráður rétthafi, hvað samningurinn heimilar, hver hefur stjórnendaaðgang, hvort gögn og skrár eru útflutningshæf og hvað gerist þegar samstarfi lýkur. Fyrirtækið þarf ekki að reka allt sjálft, en það á ekki að vera ómögulegt að skipta um þjónustuaðila án óvæntrar endurbyggingar.

Þessi grein fjallar um eignarhald, stjórn og afhendingu á veflausn. Hún er ekki almenn leið um undirbúning vefverkefnis og ekki áætlun um viðhald eftir birtingu. Hún tekur við þar sem þarf að sannreyna hvað fyrirtækið fær í hendur og hvort vefurinn sé raunverulega rekstrarhæfur án núverandi samstarfsaðila.

Eignarhald, aðgangur og stjórn eru þrír ólíkir hlutir

Orðin blandast auðveldlega saman í tilboðum og samtölum. Betra er að spyrja þriggja aðskildra spurninga.

Hver hefur réttinn?

Samningur, leyfisskilmálar og gildandi réttur ráða meðal annars hver má nota, breyta, afrita eða framselja kóða, hönnun, texta og myndir. Greiðsla ein og sér svarar ekki alltaf öllum þessum atriðum. Sérsmíðaður hluti, keypt þema, opinn hugbúnaður og mynd úr myndabanka geta hvert fylgt ólíkum heimildum.

Ekki reyna að leysa þetta með almennri setningu á borð við „viðskiptavinur á vefinn“. Nefndu afurðirnar, notkunarréttinn, það sem er háð leyfi þriðja aðila og hvað verður afhent við verklok. Ef réttindastaðan skiptir miklu í tilteknu verkefni þarf lögfræðingur að fara yfir samninginn; þessi grein er rekstrarlegur gátlisti, ekki lögfræðiálit.

Hver getur stjórnað?

Stjórn snýst um virka aðganga. Hver getur endurnýjað lénið, breytt DNS, boðið nýjum stjórnanda inn í CMS, sótt gagnagrunn, breytt hýsingu eða fjarlægt gamlan þjónustuaðila?

Fyrirtæki getur haft rétt samkvæmt samningi en samt ekki komist inn. Það getur líka haft stjórnendalykilorð en engan rétt til að taka með sér sérhæft kerfi. Þess vegna þarf bæði samningsleg og tæknileg staðfesting.

Hvað er hægt að flytja?

Flytjanleiki er hagnýta prófið. Getur annar hæfur aðili tekið við vefnum með eðlilegri fyrirhöfn, eða þarf að endurbyggja hann frá grunni?

Lokuð vefsíðulausn getur verið fullkomlega skynsamleg ef fyrirtækið þekkir takmörkin, kostnaðinn og útflutningsmöguleikana. Vandinn er ekki að vefkerfið sé leigt. Vandinn er þegar afhendingin var seld eins og fullkomlega flytjanleg eign en samningur eða tækni segir annað.

Byrjaðu á léninu, ekki litunum

Lénið tengir saman vef, netföng og ýmsar staðfestingar. Röng breyting á DNS getur því haft áhrif langt út fyrir vefsíðuna.

Fyrir .is-lén er gagnlegt að skilja hlutverkin hjá ISNIC. Samkvæmt reglum ISNIC um lénaskráningu er rétthafi sá einstaklingur eða lögaðili sem er skráður fyrir léninu. Tengiliður rétthafa hefur víðtækt umboð til breytinga á skráningunni en tæknilegur tengiliður sér um tæknilega uppsetningu. Skráning veitir rétthafa einkaafnotarétt samkvæmt reglunum, ekki beinan eignarrétt að léninu.

Staðfestu því ekki aðeins að lén „sé hjá vefstofunni“. Skráðu:

• hvaða fyrirtæki eða einstaklingur er rétthafi
• hver er tengiliður rétthafa og hvaða netfang tekur við mikilvægum tilkynningum
• hver greiðir endurnýjun og hvenær hún fellur í gjalddaga
• hver getur breytt DNS og hvaða þjónusta hýsir færslurnar
• hvort tveggja, vefur og tölvupóstur, reiði sig á núverandi uppsetningu
• hvernig aðgangur verður endurheimtur ef lykilstarfsmaður verður ófáanlegur

Markmiðið er ekki að eigandi fyrirtækisins framkvæmi allar DNS-breytingar. Fyrirtækið getur falið sérfræðingi tæknilega umsýslu en þarf að vita hver rétthafinn er og geta veitt eða afturkallað umboð án þess að missa yfirsýn.

Gerðu eignaskrá yfir vefinn

Ekki geyma þetta í einu skjali með öllum lykilorðum. Búðu til stutta eignaskrá sem segir hvað er til, hvar það býr, hver ber ábyrgð og hvernig aðgangur er veittur. Lykilorð eiga heima í viðurkenndum lykilorðastjóra, ekki í verkefnaskjalinu.

1. Lén og DNS

Skráðu rétthafa, tengiliði, skráningaraðila eða þjónustuaðila, endurnýjun, nafnaþjóna og þann sem má samþykkja breytingar. Geymdu einnig núverandi DNS-export eða skjáskot af færslum fyrir stærri flutning. Það hjálpar að vernda póst, staðfestingar og aðrar þjónustur sem sjást ekki á vefnum sjálfum.

2. Hýsing og birting

Skráðu hvar vefurinn í raunkeyrslu keyrir, hver greiðir, hver hefur stjórnendaaðgang og hvort fyrirtækið geti bætt við nýjum tæknilegum aðila. Taktu fram hvort reikningurinn geymi marga óskylda viðskiptavini og hvort vefurinn þurfi að flytja á nýjan reikning við afhendingu.

Afrit er ekki sama og flytjanleg afhending. Tilgreindu hvað afritið inniheldur, hvernig það er endurheimt og hvort það nægir til að setja vefinn upp í öðru umhverfi.

3. Kóði, CMS og gagnagrunnur

Skráðu kóðageymslu, sjálfvirkt birtingarferli, umhverfisstillingar, CMS, gagnagrunn og tæknileg skjöl. Greindu milli leynilegra lykla sem þarf að endurnýja og stillinga sem þarf að afhenda örugglega.

Fyrirtækið þarf ekki endilega fullan aðgang að öllum innviðum meðan verkefni er í vinnslu. Við lok verkefnis á þó að vera ljóst hvaða aðgang það fær, hvaða hugbúnaður er leyfisbundinn og hvað annar aðili þarf til að halda kerfinu gangandi.

4. Efni og hönnun

Skráðu frumtexta, ljósmyndir, myndbönd, letur, íkon, hönnunarskrár og önnur vörumerkjagögn. Fyrir hvert keypt atriði þarf að vita hver keypti leyfið, fyrir hvaða notkun og hvort það megi afhenda eða flytja.

Útflutt JPG-mynd er ekki það sama og breytanleg hönnunarskrá. Fullbúin vefsíða er heldur ekki sjálfkrafa afhending á öllum vinnuskrám. Samningurinn þarf að segja hvað er hluti af afurðinni.

5. Mælingar og markaðskerfi

Kortleggðu Analytics, Tag Manager, Search Console, auglýsingapixla, consent-kerfi og tengingar við CRM eða bókunarkerfi. Fyrirtækið á að hafa varanlegan aðgang á eigin rekstrarnetfangi þar sem það á við; þjónustuaðili fær síðan þau réttindi sem verkefnið krefst.

Í Google Analytics þarf Administrator-hlutverk til að bæta við eða breyta notendum á viðkomandi account eða property-stigi. Leiðbeiningar Google um Analytics-aðganga sýna einnig að aðgangur sem er veittur á account-stigi erfist niður á properties. Staðfestu því bæði hlutverkið og stigið, ekki bara að netfang sjáist á lista.

Í Search Console er verified owner annað en delegated owner eða full user. Google bendir jafnframt á að gamall verified owner geti endurheimt aðgang ef staðfestingartákn hans er enn til staðar. Yfirlit Google um eigendur og aðganga í Search Console er gagnlegt við afhendingu og hreinsun eldri aðganga.

6. Viðskiptagögn og samþættingar

Skráðu formgögn, pantanir, viðskiptavini, vörur, bókanir, tölvupóstlista og tengd kerfi. Tilgreindu hvaða kerfi er frumheimild, hvernig gögn eru flutt út og hver ber ábyrgð á persónuvernd, varðveislu og eyðingu.

Ekki senda gagnagrunn eða lista í óvarinni tölvupóstviðhengi aðeins til að geta merkt „afhent“. Veldu örugga flutningsleið, takmarkaðu aðgang og staðfestu móttöku áður en eldri afrit eru meðhöndluð samkvæmt samþykktu ferli.

Notaðu brotthvarfsprófið áður en lokagreiðsla fer fram

Sterk afhending á að standast raunhæft próf: Hvað gerist ef núverandi vefstofa eða lykilstarfsmaður er ekki tiltækur á morgun?

Veldu annan hæfan aðila sem þekkir ekki verkefnið og láttu hann fara í gegnum skjölin án þess að gera áhættusamar breytingar. Hann á að geta fundið:

• hver er rétthafi lénsins og hver má breyta DNS
• hvar vefurinn keyrir og hvernig nýr tæknilegur notandi fær aðgang
• hvar kóðinn og útgáfusagan eru geymd
• hvernig umhverfi er sett upp og ný útgáfa prófuð
• hvar gögn eru vistuð og hvernig endurheimt er sannreynd
• hvaða þjónustur, leyfi og áskriftir þarf að greiða áfram
• hver stjórnar Analytics, Search Console og öðrum lykilreikningum
• hvaða atriði eru ekki flytjanleg og hvað myndi kosta að skipta þeim út

Prófið á ekki að birta óprófaða útgáfu eða aftengja þjónustu. Markmiðið er að finna eyður meðan núverandi teymi getur enn útskýrt og lagað þær.

Þrjár stöður sem líta eins út á yfirborðinu

Vefstofan hýsir vefinn en fyrirtækið stjórnar eignunum

Fyrirtækið er skráður rétthafi léns, hefur eigendaaðgang að lykilkerfum og samningurinn lýsir rétti og afhendingu. Vefstofan sér um daglegan rekstur með úthlutuðum aðgangi.

Þetta getur verið heilbrigð uppsetning. Þjónusta og ábyrgð eru miðlæg en fyrirtækið getur fært reksturinn ef þörf krefur.

Fyrirtækið sér vefinn en hefur aðeins ritstjóraaðgang

Starfsfólk getur breytt texta og myndum en veit ekki hver er rétthafi léns, kemst ekki í hýsingu og hefur engan aðgang að kóða eða mælingum.

Þetta er ekki sjálfkrafa samningsbrot, en afhendingin er ófullnægjandi ef fyrirtækinu var lofað sjálfstæðri og flytjanlegri lausn. Byrjaðu á eignaskrá og samningi áður en aðgöngum er breytt.

Vefurinn er byggður á lokaðri þjónustu

Fyrirtækið á sitt efni og stjórnar reikningnum en getur ekki flutt sniðmát eða virkni óbreytta á annað platform. Gögn má ef til vill flytja út en útlit og kerfishegðun þarf að endurbyggja.

Þessi leið getur verið rétt ef hraði, rekstraröryggi og einfaldleiki vega þyngra en fullur flytjanleiki. Takmörkin þurfa bara að vera sýnileg áður en valið er tekið, ásamt raunhæfum brottflutningskostnaði.

Afhendingargátlisti fyrir nýjan eða yfirtekinn vef

Farðu yfir listann áður en verkefni telst lokið:

• samningur nefnir kóða, hönnun, efni, gögn, leyfi og afhendingu sérstaklega
• fyrirtækið er rétt skráð gagnvart léninu og tengiliðaupplýsingar eru virkar
• fyrirtækið getur veitt og afturkallað stjórnendaaðgang í lykilkerfum
• fjölþátta auðkenning og endurheimtarleiðir eru virkar þar sem þær eru í boði
• persónuleg netföng fyrrverandi starfsmanna eru ekki eini lykillinn að kerfi
• kóði, gögn og nauðsynleg skjöl eru á skilgreindum stað
• leyfi og endurtekin gjöld hafa eiganda, upphæð eða verðleið og gjalddaga
• afrit hefur verið endurheimt eða endurheimtarferli sannreynt í viðeigandi umfangi
• lykilflæði, mælingar og samþættingar hafa verið prófuð eftir síðustu birtingu
• gamlir aðgangar og staðfestingartákn eru fjarlægð þegar óháður rekstur hefur verið staðfestur
• þekktar takmarkanir og óflytjanlegir hlutar eru skráðir með næsta skrefi

Ekki fjarlægja gamla þjónustuaðila fyrst og reyna síðan að finna út hvað hann stjórnaði. Staðfestu nýju uppsetninguna, taktu öryggisafrit og prófaðu lykilflæði áður en réttindi eru afturkölluð.

Ekki rugla sjálfstæði saman við að gera allt sjálf

Góð vefþjónusta felur oft í sér að sérfræðingar sjái um hýsingu, birtingar, öryggi og tæknilegt viðhald. Það getur verið betra en að dreifa ábyrgð á fólk sem hefur hvorki tíma né sérþekkingu.

Sjálfstæði þýðir ekki að framkvæmdastjóri þurfi að kunna DNS eða setja upp gagnagrunn. Það þýðir að ábyrgðin er skráð, fyrirtækið hefur réttan varanlegan aðgang og önnur hæf manneskja getur tekið við án þess að byrja á neyðaraðgerð.

Ef núverandi staða er óljós skaltu ekki byrja á að krefjast allra lykilorða í einu. Kortleggðu fyrst eignir, samninga, aðgangsstig og tæknileg tengsl. Þá er hægt að leiðrétta rétthafa, færa reikninga, bæta við stjórnendum og skipuleggja afhendingu í réttri röð án þess að rjúfa vef, tölvupóst eða mælingar.

Ef þú ert að undirbúa nýjan vef eða taka við lausn sem enginn hefur fulla yfirsýn yfir getur 55.is aðstoðað við vefsíðugerð, eignaskrá, tæknilega yfirferð og skýra afhendingu. Markmiðið er ekki aðeins að setja vef í loftið, heldur að fyrirtækið viti hvað það fær, hvernig það er rekið og hvað þarf til að færa það síðar.