Önce hangi varlıkların bulunduğunu listeleyin
Alan adı kayıt hesabı, DNS, hosting veya dağıtım platformu, kurumsal e-posta, SSL sertifikası, içerik yönetimi, analitik, Search Console, reklam hesapları, form servisi, rezervasyon veya ödeme sistemi ayrı kalemlerdir. Bunların hepsi aynı sağlayıcıda olmak zorunda değil. Her kalem için yönetici, fatura, yenileme tarihi ve kurtarma yöntemi yazın.
Örnek: Alan adı işletme adına kayıtlı ama DNS yalnızca eski ajansın hesabında. İşletme alan adına sahip görünse bile yeni siteye geçişte erişim gecikebilir. ‘Sahibiyiz’ cevabını panel erişimi ve kayıt bilgisiyle doğrulayın.
| Varlık | Kontrol sorusu | Teslim kanıtı |
|---|---|---|
| Alan adı ve DNS | Kayıt ve DNS yönetimi kimde? | Yönetici erişimi, yenileme tarihi |
| Hosting ve kod | Dağıtım hesabı ve kaynak depo kimde? | Rol listesi, devir yöntemi |
| Ölçüm ve reklam | Mülkün ana yöneticisi kim? | Hesap kimliği ve erişim listesi |
| Lisans ve servis | Ücreti ve kullanım hakkı kime ait? | Lisans koşulu, fatura, yenileme |
Ajans erişimi ile işletme sahipliği birlikte kurulabilir
İşletme ana hesap yöneticisi olabilir; ajansa işi yapması için gerekli rol verilir. Ortak parola paylaşmak yerine ayrı kullanıcı daveti, iki faktörlü doğrulama ve gereksiz erişimi kaldırma süreci kullanın. Tek kişinin telefonuna bağlı doğrulama kodu, personel ayrıldığında operasyonu durdurabilir.
İşletme adına açılan hesaba erişim verilmesi, ajansın üretim sürecini engellemez. Hangi değişikliklerin onay gerektirdiği, kimin yayın yapabileceği ve hata anında kimin müdahale edeceği de belirlenmelidir. Yönetici yetkisi herkese dağıtılmamalı.
Kaynak dosya ve lisansları sözleşmede ayrı okuyun
Kaynak kodun teslimi, tasarım dosyasına erişim, kullanılan font veya fotoğrafın lisansı ve ücretli eklenti aboneliği farklı haklardır. ‘Site size ait’ cümlesi bu ayrıntıların yerine geçmez. Açık kaynak bir bileşen kullanılıyorsa lisans yükümlülüğü, ücretli bir servis kullanılıyorsa devam eden bedeli belirtilmeli.
Yedekleme için sıklık, saklama yeri, geri yükleme sorumlusu ve deneme yöntemi yazın. Yedeğin varlığı, gerektiğinde gerçekten geri döndürülebildiği test edilmeden güvence sayılmamalıdır. İşletmenin kendi dosyalarına erişim yolu bulunmalı.
Yayın ve ayrılık günü için teslim listesi
Yayın kabulünde alan adı, DNS, hosting, kaynak depo, tasarım dosyası, analitik, Search Console, reklam, e-posta, form ve üçüncü taraf servisleri tek tabloda teslim alın. Her satırda işletme sorumlusu ve ajans rolü olsun. İş birliği biterse hangi erişimin kaldırılacağı, hangi belgelerin teslim edileceği ve alan adının nasıl yenileneceği önceden kararlaştırılsın.
Yeni siteye geçişte eski alan adını hemen kapatmayın. Önce URL yönlendirmeleri, e-posta kayıtları ve ölçüm etiketleri kontrol edilir. Bu kontrol listesi teknik olduğu kadar ticari bağımsızlık için de yararlıdır.
Sık görülen üç sahiplik karışıklığı
Birincisi, alan adı işletmeye aitken yenileme bildirimleri eski çalışanın e-postasına gidiyor olabilir. Çözüm, kayıt sahibini ve kurtarma adresini panelden doğrulamaktır. İkincisi, analitik raporu görüntüleyebiliyor ama mülkün yöneticisi değilsinizdir; ajans değiştiğinde etiket veya kullanıcı yönetimi yapılamaz. Üçüncüsü, tasarım dosyasının ön izlemesi vardır ama düzenlenebilir asıl dosya ve font lisansı teslim edilmemiştir.
Bu riskler yalnızca proje sonunda ortaya çıkmaz. Sözleşme öncesi hesap envanteri isteyin, ardından tasarım ve geliştirme boyunca güncelleyin. Yeni servis eklendiğinde tabloya hemen yazın. Böylece bütçe, veri erişimi ve güvenlik sorumluluğu aynı yerde izlenebilir.
Son kontrol için ajans hesabını kapatmadan işletme yöneticisiyle oturum açın, alan adı yenileme tarihini görün, yedekten bir dosya geri alın ve test formu gönderin. Belge ile gerçek erişimin uyuştuğunu doğrulamak, devir tutanağındaki imzadan daha somut bir güvencedir.
