Pristup domenu, hostingu i sajtu treba da ostane pod kontrolom firme za koju je sajt napravljen. Ovlašćena osoba iz firme treba da može da obnovi usluge, upravlja pristupima i povrati nalog. Agencija ili programer dobijaju zaseban pristup sa ovlašćenjima potrebnim za dogovoreni posao.
To dogovorite pre izrade i proverite pri primopredaji. Pristup za promenu teksta u CMS-u ne obuhvata automatski domen, poslovnu poštu ili analitiku. Ako za mesec dana angažujete drugog saradnika, treba da znate ko može da ga uključi i gde se nalaze podaci potrebni za nastavak rada.
Na koga treba da glasi domen, a ko upravlja sajtom?
Za poslovni domen proverite da je firma upisana kao registrant, odnosno lice na koje je domen registrovan. RNIDS u vodiču za registraciju .rs i .срб domena preporučuje da za poslovnu upotrebu registrant bude vaša firma. Adresa za obaveštenja treba da bude aktivna i redovno proveravana.
Registrant domena, korisnik hosting naloga i administrator CMS-a različite su uloge. Jedna osoba može imati sve pristupe, ali proverite svaki zasebno. Pravo da izmenite stranicu ne dokazuje da možete da produžite domen ili preuzmete rezervnu kopiju sajta.
Ugovorom razjasnite i šta preuzimate od koda, dizajna i sadržaja, koje licence koristite i šta se dešava pri prekidu saradnje. Administratorski pristup opisuje tehničku mogućnost upravljanja nalogom. Pitanja prava korišćenja i prenosa pojedinih materijala treba zasebno urediti u dogovoru sa izvođačem.
Koje pristupe treba proveriti pri primopredaji?
Napravite evidenciju sa nazivom provajdera, adresom panela i odgovornom osobom za svaku uslugu. Dodajte rok obnove i način povratka naloga. U evidenciji zabeležite gde se poverljivi podaci bezbedno čuvaju; njihove vrednosti nemojte unositi u dokument koji se šalje mejlom.
Pomerite tabelu levo ili desno da vidite sve kolone.
| Nalog ili usluga | Šta firma treba da kontroliše | Šta proveriti za oporavak | Kada je pristup potreban |
|---|---|---|---|
| Domen | Podatke o registrantu i nalog za registraciju domena. | Kontakt za obnovu i postupak potvrde identiteta. | Produženje registracije ili promena saradnika. |
| Hosting | Uslugu za svoj sajt i dogovoreni pristup kopijama. | Podršku provajdera i postupak vraćanja sajta. | Prekid rada, obnova paketa ili preseljenje. |
| DNS | Nalog u kojem se uređuju DNS zapisi. | Kopiju postavki i ovlašćenu osobu za izmene. | Povezivanje sajta, pošte ili drugog servisa. |
| Poslovna pošta | Administraciju organizacije kod provajdera pošte. | Postupak povratka administratorskog naloga. | Novi zaposleni ili odlazak člana tima. |
| CMS | Administraciju korisnika i pristup svom sadržaju. | Oporavak naloga i lokaciju rezervnih kopija. | Uređivanje stranica i uključivanje urednika. |
| Google Analytics 4 | Administratorski pristup odgovarajućem nalogu ili property-ju. | Ko upravlja pristupima i Google nalozima. | Pregled merenja ili promena analitičara. |
| Google Search Console | Provereno vlasništvo nad odgovarajućim property-jem. | Način verifikacije pod kontrolom firme. | Praćenje pretrage i pristup SEO saradniku. |
Ako sajt koristi repozitorijum koda, servis za objavljivanje, plaćene dodatke ili spoljne integracije, uključite ih u evidenciju. Za svaku licencu zapišite ko je plaća i da li ostaje dostupna posle primopredaje. Za rešenje na zajedničkoj infrastrukturi agencije unapred dogovorite postupak izvoza i preseljenja.
Kako se pristup daje bez deljenja lozinki?
Koristite poziv za novog korisnika ili delegirani pristup kada ih servis podržava. Svaki saradnik treba da se prijavljuje svojim nalogom. Tako možete da mu promenite ovlašćenja ili ukinete pristup bez promene naloga ostalih korisnika.
Za naloge uključite dvofaktorsku autentifikaciju gde je dostupna. Dogovorite ko u firmi čuva sredstva za oporavak i kako ovlašćena zamena dolazi do njih. ICANN preporučuje jedinstvenu lozinku za nalog za registraciju domena, nedeljenje pristupnih podataka i proveru podrške za dodatni korak prijave.
Odobrite samo ovlašćenja koja posao zahteva. Ako provajder nema pozive ili odvojene korisnike, tražite podržan način delegiranja ili prenosa naloga. Lozinke, rezervne kodove i privatne ključeve nemojte slati kroz kontakt formu, običan mejl ili grupni razgovor.
Da li urednik sadržaja treba da bude administrator?
Za objavljivanje članaka obično je dovoljna urednička uloga. WordPress razlikuje uloge i njihove dozvole: Editor može da uređuje i objavljuje sadržaj drugih korisnika, dok Administrator ima šira ovlašćenja. Dodaci i prilagođavanja mogu promeniti dozvole, pa proverite šta konkretan nalog zaista može.
Pri primopredaji neka zaposleni svojim nalogom izmeni probni nacrt, doda fotografiju sa alt tekstom i pregleda rezultat. Ako zadatak ne može da završi, utvrdite da li nedostaje dozvola ili kratko uputstvo. Za svakodnevni rad pogledajte vodič o uređivanju sadržaja kroz CMS.
Ko treba da ima GA4 i Search Console pristup?
U GA4 ovlašćena osoba iz firme treba da može da upravlja korisnicima. Google razlikuje administratorska prava od pregledanja izveštaja, za koje postoji uloga Viewer. Saradniku koji analizira jedan sajt dodelite odgovarajuću ulogu za taj property.
Proverite i dozvole dodeljene iznad property-ja. Prema Google uputstvu za upravljanje korisnicima, pristup na nivou naloga obuhvata njegove property-je. U dokumentaciji primopredaje zabeležite identifikatore analitike i domen koji merite, da izveštaj drugog sajta ne bude greškom protumačen kao vaš.
Za Search Console obezbedite provereno vlasništvo koje firma može da zadrži. Google dokumentacija razlikuje vlasnike od korisnika sa potpunim ili ograničenim pristupom. Pri uklanjanju prethodnog vlasnika proverite i njegove verifikacione tokene, jer pomoću preostalih tokena može ponovo da potvrdi vlasništvo. Pre brisanja proverite čemu svaki token služi i sačuvajte važeću verifikaciju firme.
Zašto DNS i poslovnu poštu proveravamo odvojeno?
DNS sadrži zapise koji povezuju domen sa servisima. Među njima su i zapisi potrebni za poštu, koje opisuje Cloudflare dokumentacija. Njihove tačne vrednosti zavise od provajdera pošte. Pre promene DNS postavki sačuvajte postojeću konfiguraciju i utvrdite koje usluge od nje zavise.
Možete prebaciti sajt na drugi hosting, a zadržati postojeću poslovnu poštu. To mora biti deo plana preseljenja: ko priprema promenu, ko je odobrava i kako se proverava slanje i prijem. U dogovorenoj proveri obuhvatite i dostavu poruka sa kontakt forme.
Za povratak najvažnijih naloga predvidite način koji ne zavisi samo od pošte na istom domenu. Ako ta pošta postane nedostupna, odgovorna osoba mora da zna koji drugi, unapred podešen postupak provajder prihvata.
Kako proveriti da je primopredaja stvarno završena?
Pri zajedničkoj proveri tražite da ovlašćena osoba iz firme samostalno otvori potrebne panele. Spisak poslatih poziva je početak; primopredaju potvrdite tek kada su pozivi prihvaćeni i dogovoreni zadaci provereni.
- Proverite podatke firme, odgovorne osobe, rokove obnove i kome stižu obaveštenja.
- Potvrdite pristup korisnicima, sadržaju i dogovorenim rezervnim kopijama. Zabeležite šta se čuva i ko može da pokrene vraćanje.
- Prođite postupak oporavka naloga bez otkrivanja tajnih podataka drugim učesnicima.
- Popišite aktivne saradnike, dogovorite koji pristupi ostaju i uklonite nepotrebne tek kada je nastavak rada obezbeđen.
- Zapišite datum provere, proverene radnje i otvorene stavke sa odgovornom osobom.
Ako nastavljate saradnju, odredite ko ubuduće prati obnovu usluga i zahteve za pristup. Obim redovnog rada obradite zasebno prema vodiču šta obuhvata održavanje sajta. Prilikom izrade web sajta stavite ove zahteve u ponudu da biste imali jasan kriterijum prihvatanja.
Za procenu projekta ili preuzimanja postojećeg sajta pošaljite URL, spisak poznatih provajdera i označite kojim nalozima trenutno možete da pristupite. Pristupne podatke dogovaramo zasebno, kroz odgovarajući način dodele ovlašćenja.