Bir alan adını kaybetmemek için en kritik adım, bitiş tarihini beklemeden yenileme ve geri alma pencerelerini birlikte planlamaktır. Kısa cevap şu: bitiş tarihini, olası auto-renew ve redemption sürelerini, ayrıca transfer veya bilgi değişikliğinin yaratabileceği kilitleri tek takvimde düşünürseniz risk azalır.
Çözüm, alan adını sadece “yenileme” olarak değil, yönetim zinciri olarak ele almaktır; yani registrar politikası, sona erme sonrası kurtarma süresi, DNS/nameserver kontrolü ve gerekiyorsa transfer sırası aynı planın parçası olmalıdır.
İkinci kontrol, alan adının yanında barındırdığı bağımlılıklardır. Site çalışıyorsa nameserver değişikliği, DNS kaydı güncellemesi veya hosting geçişi, domainin kendisinden ayrı yönetilir. Bu ayrım önemli çünkü domaini yenilemiş olmanız, DNS tarafında hiçbir şeyin bozulmayacağı anlamına gelmez.
Buradaki pratik ayrım şudur: yenileme alan adını süre içinde canlı tutar, kurtarma ise süre kaçırıldığında daha pahalı ve daha sınırlı bir yola dönüşür. Eğer domain iş açısından önemliyse, planı kurtarma aşamasına bırakmak yerine yenileme tarihini birkaç gün erken hedeflemek daha güvenlidir.
Bu kuralı yalnız satış veya devir için değil, portföy yönetimi için de düşünmek gerekir. Aynı domain üzerinde hem sahiplik değişikliği hem registrar değişikliği hem de DNS düzenlemesi yapılacaksa, bunları aynı gün içinde rastgele yapmak yerine sıraya koymak daha az sürpriz üretir.
En sağlıklı uygulama, kritik domainler için basit bir kontrol listesi kurmaktır: bitiş tarihi, yenileme hatırlatması, transfer kilidi, nameserver doğrulaması ve gerekiyorsa geri alma prosedürü. Böylece alan adını yalnız satın alınmış bir varlık değil, süreli ve işlem bağımlı bir kayıt olarak yönetirsiniz.
Çözüm, alan adını sadece “yenileme” olarak değil, yönetim zinciri olarak ele almaktır; yani registrar politikası, sona erme sonrası kurtarma süresi, DNS/nameserver kontrolü ve gerekiyorsa transfer sırası aynı planın parçası olmalıdır.
Alan adını kaybetmemek için zamanlamayı doğru kurun
Bitiş tarihinden önce neye bakılmalı?
Alan adı genelde belirli bir süre için kayıt edilir ve bu süre bitmeden önce yenileme yapılabilir. Sorun, yalnızca son günü hatırlamamak değildir; registrar’ın ne zaman uyarı gönderdiği, yenilemeyi nasıl işlediği ve domainin sona erme sonrası hangi statüye girdiği de önemlidir. Bu yüzden ilk kontrol, kayıt tarihinden çok yenileme politikasının ve son uyarıların takvimidir.İkinci kontrol, alan adının yanında barındırdığı bağımlılıklardır. Site çalışıyorsa nameserver değişikliği, DNS kaydı güncellemesi veya hosting geçişi, domainin kendisinden ayrı yönetilir. Bu ayrım önemli çünkü domaini yenilemiş olmanız, DNS tarafında hiçbir şeyin bozulmayacağı anlamına gelmez.
Sona erme sonrası pencereleri ayırın
Auto-renew ile redemption aynı şey değildir
Bazı registrarlar sona eren alan adını kısa bir auto-renew döneminde tutabilir. Bu dönem, domainin hemen kaybolmadığı anlamına gelir; fakat otomatik olarak güvenli kabul edilmemelidir. Ardından gelen redemption grace period ise silinen kaydı geri almak için ayrı bir aşamadır ve bu aşamanın maliyeti ile prosedürü registrar’a göre değişebilir.Buradaki pratik ayrım şudur: yenileme alan adını süre içinde canlı tutar, kurtarma ise süre kaçırıldığında daha pahalı ve daha sınırlı bir yola dönüşür. Eğer domain iş açısından önemliyse, planı kurtarma aşamasına bırakmak yerine yenileme tarihini birkaç gün erken hedeflemek daha güvenlidir.
| Öğe | Pratik anlamı |
|---|---|
| Yenileme süresi | Kayıt dönemi genelde 1-10 yıl olduğundan bitiş tarihini tek başına yeterli saymamak gerekir. |
| Auto-Renew Grace Period | Bazı registrarlar, yenileme sonrası kısa bir kurtarma penceresi sunar; süre operatöre göre değişebilir. |
| Redemption Grace Period | Silinmiş alan adını geri almak için çoğu gTLD’de 30 günlük ayrı bir geri dönüş penceresi vardır. |
| Transfer öncesi kontrol | Kayıt sahibi değişikliği sonrası 60 günlük transfer kilidi doğabileceği için işlem sırası önemlidir. |
| DNS / nameserver | Alan adının yöneldiği sunucular ayrı yönetilir; içerik değişmeden önce isim sunucuları kontrol edilmelidir. |
Transfer ve bilgi değişikliği planını sona ermeden önce kurun
60 günlük kilit neden önemli?
Kayıt sahibi bilgisi değiştirildikten sonra bazı durumlarda 60 günlük transfer kilidi uygulanabilir. Bu, “önce bilgiyi düzeltirim, sonra transfer ederim” yaklaşımının her zaman uygun olmadığı anlamına gelir. Eğer gerçek hedefiniz alan adını başka registrar’a taşımaksa, işlem sırası çoğu durumda önce transfer, sonra bilgi güncelleme şeklinde düşünülmelidir.Bu kuralı yalnız satış veya devir için değil, portföy yönetimi için de düşünmek gerekir. Aynı domain üzerinde hem sahiplik değişikliği hem registrar değişikliği hem de DNS düzenlemesi yapılacaksa, bunları aynı gün içinde rastgele yapmak yerine sıraya koymak daha az sürpriz üretir.
- Önce transfer gerekiyorsa, registrant değişikliğini sonrasına bırakın.
- Önce alan adını aktif tutmak gerekiyorsa, yenilemeyi transfer planından ayrı değerlendirin.
- DNS değişikliği yapacaksanız, bunun transfer kilidiyle aynı şey olmadığını unutmayın.
DNS ve nameserver tarafını ayrı kontrol edin
Site çalışıyor olsa bile domain risk altında olabilir
Nameserver bilgisi, alan adının hangi DNS sunucularına işaret ettiğini gösterir. Bu yüzden domaini “sorunsuz” saymak için yalnızca kayıt durumuna bakmak yetmez; kayıt açık kalabilir ama nameserver yanlışsa site, e-posta veya yönlendirme bozulabilir. Özellikle taşıma, yenileme veya registrar değişikliği sonrası bu kontrol atlanmamalıdır.En sağlıklı uygulama, kritik domainler için basit bir kontrol listesi kurmaktır: bitiş tarihi, yenileme hatırlatması, transfer kilidi, nameserver doğrulaması ve gerekiyorsa geri alma prosedürü. Böylece alan adını yalnız satın alınmış bir varlık değil, süreli ve işlem bağımlı bir kayıt olarak yönetirsiniz.
