WEB TASARIM
Web Sitesi, Domain ve Kaynak Kod Devri
Web sitesi tesliminde domain, kaynak kod, içerik, lisans ve hesapları ayrı ayrı kontrol edin. Yeni ekibe geçiş için uygulanabilir devir listesi hazırlayın.

İçindekiler
- 01Önce hangi varlığın kime bağlı olduğunu görün
- 02Domain devri ile DNS değişikliği aynı işlem değildir
- 03Kaynak kod tesliminin çalıştığını nasıl anlarsınız?
- 04İçerik, lisans ve üçüncü taraf hizmetleri unutmayın
- 05Yeni ekiple devir provası yapın
- 06Devir koşullarını teklif aşamasına taşıyın
- ✓Kontrol listesi
- ?Sık sorulan sorular
- ↗Kaynaklar
Bir web sitesinin yönetim paneline giriş yapabilmek; alan adı, kaynak kod, barındırma ve üçüncü taraf hesapların tümünü kontrol ettiğiniz anlamına gelmez. Sağlıklı bir teslim, bu varlıkları ayrı ayrı tanımlar ve yetkili kişilerin gerçekten erişebildiğini doğrular.
Bu rehber operasyonel teslim hazırlığı içindir. Fikrî haklar, kullanım lisansları ve devir yükümlülükleri ilgili sözleşmeler ve lisans koşulları üzerinden değerlendirilmelidir. Teknik hesap erişimi tek başına bu hakların kapsamını belirlemez.
Önce hangi varlığın kime bağlı olduğunu görün
Tek bir “site teslim edildi” maddesi yerine her varlık için hesap sahibi, yönetici, ödeme sorumlusu ve teslim kanıtı tutun. Ajansın ortak hesabı altında bulunan hizmetler varsa, ayrı hesaba taşımanın teknik ve ticari koşullarını başlamadan öğrenin.
| Varlık | Kontrol edilecek konu | Teslim kanıtı |
|---|---|---|
| Domain ve DNS | Kayıt hesabı, yenileme ve DNS yetkisi | Yetkili hesapla giriş ve kayıt kontrolü |
| Kaynak kod | Repo, sürüm geçmişi ve bağımlılıklar | Erişim ve temiz ortamda derleme |
| İçerik ve veri | CMS, medya dosyaları ve dışa aktarım | Örnek içerik ve veri geri yükleme |
| Barındırma | Proje, faturalama ve dağıtım yetkisi | Yeni yöneticinin yayın işlemi |
| Lisanslar | Tema, font, görsel ve eklentiler | Lisans belgesi ve aktarım koşulu |
| Ölçüm araçları | Analytics, GTM ve arama araçlarının rolleri | Kurumsal hesapla yetki doğrulama |
Domain devri ile DNS değişikliği aynı işlem değildir
Alan adının hangi kayıt kuruluşunda bulunduğunu, kayıt iletişim bilgilerini ve yenileme bildirimlerinin kime gittiğini kontrol edin. Şirketin erişemediği kişisel bir e-posta adresi, yenileme veya hesap kurtarma sırasında darboğaz yaratabilir.
Kayıt kuruluşunu değiştirmek, hesap içindeki yetkiyi değiştirmek ve DNS kayıtlarını düzenlemek farklı işlemlerdir. ICANN rehberi, transfer koşullarını ve transferi engelleyebilen durumları açıklar. Kullanılan uzantı ve sağlayıcı için geçerli prosedürü doğrulayın; her alan adının anında taşınabileceğini varsaymayın.
DNS üzerinde e-posta servislerine ait kayıtlar da bulunabilir. Web sitesini taşırken mevcut kayıtları envantere alın; yalnızca web trafiğiyle ilgili değişiklikleri planlayın ve e-posta akışının etkilenmediğini doğrulayın.
Kaynak kod tesliminin çalıştığını nasıl anlarsınız?
Bir ZIP dosyası almak başlangıç olabilir; sürdürülebilir teslim için bağımlılık sürümleri, kurulum komutları, derleme adımları ve dağıtım bilgileri de gerekir. Veritabanı şeması, içerik modeli ve zamanlanmış işler projeye dahilse bunları teslim listesine ekleyin.
GitHub üzerinde depo başka kullanıcıya veya kuruma aktarılabilir; ancak hedef hesap, yetkiler ve kullanılan özelliklerin koşulları kontrol edilmelidir. Depo devrini teknik bir işlem olarak ele alın ve fikrî hak kapsamını ayrıca sözleşmeyle netleştirin.
- Yeni yetkili hesapla depoya erişimi doğrulayın.
- Belgelenmiş adımlarla temiz bir test ortamında uygulamayı çalıştırın.
- Gizli değerlerin adlarını ve hangi sistemden alındıklarını belgeleyin; anahtarları kod deposuna yazmayın.
- Form, içerik güncelleme ve yayın gibi kritik birer işlemi yeni ekip hesabıyla deneyin.
İçerik, lisans ve üçüncü taraf hizmetleri unutmayın
Görsellerin, fontların ve ücretli eklentilerin hangi lisansla kullanıldığını kayıt altına alın. Satın alan hesabın değişmesi veya lisansın başka projeye taşınması her üründe aynı kurala tabi değildir. Yenileme tarihini ve lisansın devredilip devredilemediğini sağlayıcı koşullarından kontrol edin.
Veri dışa aktarımı yalnızca dosya üretmekten ibaret değildir. İlişkilerin, medya bağlantılarının ve alan biçimlerinin yeni ortamda kullanılabildiğini örnek veriyle test edin. Kişisel veri içeren gerçek dosyaları herkese açık teslim klasörlerinde tutmayın.
Yeni ekiple devir provası yapın
Temsili bir senaryoda firma yeni bir teknik ekibe geçiyor olsun. Yeni ekip test ortamında bir hizmet açıklamasını günceller, yayına alır ve form bildiriminin hedefe ulaştığını doğrular. Bu prova, yalnızca erişim listesi teslim etmeye göre eksik parçaları daha görünür kılar.
Geçiş tamamlanınca önceki erişimleri gözden geçirin ve artık gerekmeyen yetkileri kaldırın. Ortak kullanılmış gizli değerlerin yenilenmesini planlayın. Değişikliğin çalışan entegrasyonlara etkisini kontrol ederek ilerleyin; erişimleri doğrulama tamamlanmadan topluca kesmeyin.
Devir koşullarını teklif aşamasına taşıyın
Web sitesi teklif kapsamı içinde teslim varlıklarını ve kabul yöntemini belirtin. Sonraki dönemin sorumluluklarını yıllık bakım maliyeti ile birlikte değerlendirin. Yeni yapıya geçişte SEO migrasyonu rehberi üzerinden URL planını da kontrol edin.
UYGULAMA ÖZETİ
Karar vermeden önce kontrol edin
Hesap ve haklar
- Domain, hosting ve depo yetkileri doğrulandı.
- Lisanslar ve sözleşmedeki kullanım/devir kapsamı listelendi.
Teknik kabul
- Yeni ekip temiz ortamda sistemi çalıştırabiliyor.
- Veri, yayın, yedek ve hesap kurtarma adımları denendi.
SSS
Sık sorulan sorular
Kaynak kodu almak siteyi başka firmaya taşıma garantisi midir?
Tek başına değildir. Veritabanı, harici servisler, lisanslar, derleme ortamı ve dağıtım erişimleri de gerekebilir. Taşınabilirliği test ortamında çalıştırma provasıyla doğrulayın.
Ajansa tüm şifreleri göndermek gerekir mi?
Mümkün olan hizmetlerde kişisel davet ve görev bazlı yetkilendirme kullanın. Ortak parolaları e-posta veya açık belgelerde paylaşmak yerine uygun güvenli paylaşım yöntemi belirleyin.
Analytics ve GTM hesapları da teslim listesinde olmalı mı?
Evet. Kullanılan mülk, hesap ve kapsayıcıları ayrı satırlar olarak kaydedin. Gerekli yönetim yetkisinin kurumun kontrolündeki hesaplarda bulunduğunu ve eski erişimlerin durumunu doğrulayın.
BİRİNCİL KAYNAKLAR
Kaynaklar ve İleri Okuma
- ICANN: alan adı transferi soruları (yeni sekmede açılır)
Alan adı transferinin koşulları ve kayıt kuruluşları arasındaki geçişe ilişkin açıklamalar.
- GitHub: depo aktarımı (yeni sekmede açılır)
Kaynak kod deposunu başka hesaba veya kuruma aktarmanın teknik koşulları.
YAZAR
Next Medya Strateji ve Teknoloji Ekibi
Web ve yazılım projeleri
Web ve yazılım kararlarını kapsam, içerik, teknik gereksinimler ve işletme süreçleriyle birlikte ele alan Next Medya ekibi. Rehberlerdeki tablolar ve senaryolar karar yöntemini açıklamak için hazırlanmış temsili örneklerdir.
İLGİLİ HİZMET
Web Tasarım ve Dijital DeneyimBulut, Bakım ve Teknik OperasyonSONRAKİ OKUMA
İlgili diğer analizler
WEB TASARIM
Web Sitesinin Yıllık Bakım Maliyeti Nasıl Planlanır?
Hosting, domain, lisans, teknik bakım ve içerik giderlerini ayrı hesaplayın. Web sitesinin yıllık işletme bütçesi için kapsam ve yenileme tablosu oluşturun.
Okumaya devam edinWEB TASARIM
Kurumsal Web Sitesi Ne Kadar Sürede Yapılır?
Kurumsal web sitesi takvimini keşif, içerik, tasarım, geliştirme ve test aşamalarıyla planlayın. Onayları, bağımlılıkları ve yayın koşullarını belirleyin.
Okumaya devam edinWeb sitesi teslim kapsamını birlikte değerlendirelim
Mevcut yapınızı, hedeflerinizi ve kısıtlarınızı paylaşın; projenin kapsamını birlikte değerlendirelim.
Projenizi görüşelim