Devir sırasında çoğu durumda doğru sıra, önce transfer penceresini güvenceye almak; registrant değişikliğini sonra düşünmektir. Aksi sırada 60 günlük transfer kilidi devreye girebilir ve işlem takvimi uzayabilir.
Bu yazının yararı, tek bir kuralı tekrar etmek değil; hangi adımın ne zaman risk yarattığını ayırmaktır. Transfer, değişiklik, kilit ve olası opt-out ihtimalini ayrı ayrı okursanız satış ya da devri beklemeyen bir sıraya koyabilirsiniz.
Bu nedenle sırayı ters çevirmek, özellikle satış veya portföy devri gibi zaman baskısı olan durumlarda, gereksiz bekleme yaratabilir. Buradaki kritik nokta, "hangi bilgiyi güncelledim" sorusundan önce "hangi işlem başka bir kilit üretiyor" sorusunu sormaktır.
Pratikte bu, şu ayrımı doğurur: eğer amaç gerçekten alan adını başka registrar’a taşımaksa, önce transfer dosyasını tamamlamak daha güvenlidir. Eğer amaç yalnızca kayıt sahibinin iç bilgilerini güncellemekse ve transfer planı yoksa, kilit etkisini ayrıca düşünmek gerekir.
Bu ayrım özellikle işlem devri ile iç kayıt güncellemesini aynı dosyada karıştıran kullanıcılar için önemlidir. Kısa cevap: sadece bilgi güncelliyorsanız bir sorun çıkmayabilir; ama nihai hedef başka registrar’a geçmekse önce transfer mantıklı olur.
Bu kilidi "ceza" gibi değil, işlem sırası hatasını büyüten bir bekleme bariyeri gibi okumak daha doğrudur. Yani sorun, kilidin varlığından çok, kilidi doğuracak adımı erken atmaktır.
Bu yüzden "önce hangisi" sorusunun cevabı çoğu zaman satır satır plan gerektirir: önce transfer hedefini doğrula, sonra sahiplik bilgisini güncelle, en son kalan işlemleri kapat. Sırayı bunun tersine çevirmek, özellikle acil devirlerde, zamanı kilide dönüştürebilir.
Bu nedenle gizlilik aktif olsa bile işlem sırası hâlâ önemlidir. Kayıt verisinin görünürlüğü değişebilir; ama transfer kilidi, stillenecek süreç ve değişiklik sırası aynı mantıkla değerlendirilir.
Eğer hedef yalnızca alan adını elde tutmaksa süreç daha basittir. Eğer kısa süre içinde başka registrar’a taşıma ya da yeniden satış planı varsa, sıralama hatası doğrudan zaman maliyeti yaratır.
Nihai hedef yalnızca kayıt bilgisini düzeltmekse, transfer planı yoksa, süreç farklı okunabilir. Ama satış, devretme veya portföy taşıma ihtimali varsa, sıra seçimi artık teknik bir detay değil, işlemin kaderini belirleyen adımdır.
Bu yazının yararı, tek bir kuralı tekrar etmek değil; hangi adımın ne zaman risk yarattığını ayırmaktır. Transfer, değişiklik, kilit ve olası opt-out ihtimalini ayrı ayrı okursanız satış ya da devri beklemeyen bir sıraya koyabilirsiniz.
Alan Adı Devrinde Önce Ne Yapılır?
İşlem sırası neden önemlidir
Bir alan adını başka birine devretirken sadece sahiplik bilgisi değil, registrar değişimi de gündeme gelir. ICANN’in transfer kuralları, registrant değişikliğinden sonra 60 günlük bir transfer kilidi oluşabileceğini; bu yüzden son hedef registrar değişimiyse önce transferin istenmesinin önerildiğini açıkça belirtir.Bu nedenle sırayı ters çevirmek, özellikle satış veya portföy devri gibi zaman baskısı olan durumlarda, gereksiz bekleme yaratabilir. Buradaki kritik nokta, "hangi bilgiyi güncelledim" sorusundan önce "hangi işlem başka bir kilit üretiyor" sorusunu sormaktır.
Önce transferi seçmenin mantığı
Transfer politikası, yeni kayıt sahibine geçiş hedefleniyorsa değişiklikten önce transfer talep edilmesini tavsiye eder. Change of Registrant işlemi sonrasında ise registrar 60 günlük inter-registrar transfer kilidi uygulayabilir; bazı registrarlar bunun için önceden opt-out seçeneği sunabilir.Pratikte bu, şu ayrımı doğurur: eğer amaç gerçekten alan adını başka registrar’a taşımaksa, önce transfer dosyasını tamamlamak daha güvenlidir. Eğer amaç yalnızca kayıt sahibinin iç bilgilerini güncellemekse ve transfer planı yoksa, kilit etkisini ayrıca düşünmek gerekir.
Ne zaman registrant değişikliği önce gelir
Her senaryoda transfer öncelikli değildir. Bazen hukuki, kurumsal ya da iç yönetim gereği önce kayıt sahibinin bilgileri değişir; ancak bu adımın transferi geciktirebileceği bilinmelidir. ICANN materyalleri, bu kilidin farkında olunmasını ve final hedef transfer ise sıralamanın buna göre kurulmasını ister.Bu ayrım özellikle işlem devri ile iç kayıt güncellemesini aynı dosyada karıştıran kullanıcılar için önemlidir. Kısa cevap: sadece bilgi güncelliyorsanız bir sorun çıkmayabilir; ama nihai hedef başka registrar’a geçmekse önce transfer mantıklı olur.
Kilit, süre ve bekleme penceresi
60 günlük transfer kilidi nasıl düşünülmeli
Transfer kilidi, alan adının kayıt yapısında bir değişiklikten sonra kısa vadede başka bir registrar’a taşınmasını engeller. ICANN’in transfer politikası ve FAQ’ları, bu kilidin özellikle Change of Registrant sonrası gündeme geldiğini ve transferi etkileyebildiğini gösterir.Bu kilidi "ceza" gibi değil, işlem sırası hatasını büyüten bir bekleme bariyeri gibi okumak daha doğrudur. Yani sorun, kilidin varlığından çok, kilidi doğuracak adımı erken atmaktır.
Satışa hazırlanan alan adında ne kontrol edilir
Satış veya devre hazırlıkta üç şey aynı anda okunmalıdır: transfer niyeti, registrant değişikliği ihtiyacı ve seçilen registrar’ın prosedürü. Çünkü ICANN kuralları temel çerçeveyi verir; ancak uygulama ayrıntıları firmaya göre değişebilir ve bazıları opt-out seçeneği sunabilir.Bu yüzden "önce hangisi" sorusunun cevabı çoğu zaman satır satır plan gerektirir: önce transfer hedefini doğrula, sonra sahiplik bilgisini güncelle, en son kalan işlemleri kapat. Sırayı bunun tersine çevirmek, özellikle acil devirlerde, zamanı kilide dönüştürebilir.
| Durum | Ne anlama gelir |
|---|---|
| Önce transfer | Yeni kayıt sahibine geçmeden önce registrar değişimi başlatılırsa 60 günlük kilit riski azalır. |
| Önce registrant değişikliği | Bazı işlem akışlarında bu adım transferi 60 gün geciktirebilir. |
| Kilit süresi | Kilit oluştuysa aynı kayıt için başka registrara geçiş hemen yapılamaz. |
| Opt-out durumu | Bazı registrarlarda 60 günlük transfer kilidinden önceden çıkış seçeneği olabilir. |
| Acil satış planı | Devir takvimi varsa değişiklikleri değil, transfer penceresini önce kontrol etmek gerekir. |
WHOIS, gizlilik ve görünür kayıt bilgisi
Gizlilik hizmeti neden kararı değiştirmez
Privacy ve proxy hizmetleri, kayıt sahibinin iletişim bilgilerinin herkese açık görünmesini sınırlayabilir; fakat bu, transfer ve sahiplik süreçlerini ortadan kaldırmaz. ICANN’in kayıt verisi ve privacy/proxy açıklamaları, gizlilik katmanının ayrı bir konu olduğunu gösterir.Bu nedenle gizlilik aktif olsa bile işlem sırası hâlâ önemlidir. Kayıt verisinin görünürlüğü değişebilir; ama transfer kilidi, stillenecek süreç ve değişiklik sırası aynı mantıkla değerlendirilir.
Satın alma sonrası kısa kontrol listesi
Bir domaini devraldığınızda önce şu üç soruya yanıt verin: transfer mi hedefleniyor, registrant bilgisi değişecek mi, kilit doğuracak bir işlem var mı. Bu üç soru, gereksiz beklemeyi önleyen en kısa filtredir.Eğer hedef yalnızca alan adını elde tutmaksa süreç daha basittir. Eğer kısa süre içinde başka registrar’a taşıma ya da yeniden satış planı varsa, sıralama hatası doğrudan zaman maliyeti yaratır.
Bu soruda doğru kararın özeti
Hızlı karar kuralı
Nihai hedef başka registrar’a geçmekse çoğu durumda önce transferi tamamlamak, sonra registrant değişikliğini değerlendirmek daha güvenlidir. Çünkü ICANN kaynakları, ters sıranın 60 günlük kilit oluşturabileceğini açıkça belirtir.Nihai hedef yalnızca kayıt bilgisini düzeltmekse, transfer planı yoksa, süreç farklı okunabilir. Ama satış, devretme veya portföy taşıma ihtimali varsa, sıra seçimi artık teknik bir detay değil, işlemin kaderini belirleyen adımdır.