Alan Adı Taşıma: Tek Ada Sıkışmış Üç Farklı İş

Aynı adı taşıyan üç iş

Sunucu değiştirmek. Alan adı yerinde durur, siz yalnızca DNS kayıtlarını ya da ad sunucularını yeni barındırmaya yönlendirirsiniz. Kod yok, onay yok, kilit yok. Dikkat edilecek tek şey DNS yayılımı ve geçişten önce sitenin hedefte gerçekten çalışıyor olması.

Sahip değiştirmek. Alan adı bir kişiden ya da şirketten diğerine geçer; alan adı alınıp satıldığında olan budur.

Kayıt firmasını değiştirmek. Sahiplik yerinde kalır ama alan adı bir kayıt firmasından diğerine taşınır. Transfer kodu isteyen tek durum budur ve ICANN kurallarının kapsadığı tek durum da yine budur.

Politikanın size gerçekte verdiği garantiler

.com, .net ve ICANN kapsamındaki diğer uzantılar için ICANN Transfer Politikası, mevcut sağlayıcınızın kendiliğinden söylemesi pek olası olmayan birkaç şeyi güvence altına alıyor.

Kayıt firmanız, talebinizden sonraki beş takvim günü içinde AuthInfo kodunu vermek ve ClientTransferProhibited durumunu kaldırmak zorunda; ikisini de kendiniz yapabileceğiniz araçlar sunmuyorsa. Şu cümleyi ezberleyin, çünkü çoğu tartışmayı bitirir: bir kayıt firması, yalnızca sizinle arasındaki ödeme anlaşmazlığı yüzünden kodu vermeyi ya da kilidi kaldırmayı reddedemez. Politika metni bunu açık açık yazıyor. Ters yönde işleyen bir saat de var: mevcut kayıt firması, kayıt kuruluşunun bildirimine beş takvim günü içinde yanıt vermezse transfer varsayılan olarak onaylanmış sayılıyor. Karşı tarafın sessizliği aleyhinize değil, lehinize çalışıyor.

Altmış günlük kilit aslında üç kilit

İnsanlar burada takılıyor, çünkü tek bir kilit sanıyorlar, oysa üç tane var. Alan adının oluşturulma tarihinden itibaren altmış gün içinde talep edilirse transfer reddedilir. Herhangi bir kayıt firması transferinden altmış gün sonra yeniden kilitlenir. Üçüncüsü ise en az bilineni ve en can yakıcı olanı: sahiplik değişikliğinden sonra gelir.

Neredeyse hiçbir yerde yazılmayan ve politikanın kendi metninde duran kısım şu: sahiplik değişikliğinden önce o kilitten feragat edebiliyorsunuz ve ICANN, nihai hedefiniz başka bir kayıt firmasıysa önce firma transferini istemenizi açıkça tavsiye ediyor. Ters sırayla yaparsanız kimsenin kusuru olmadan iki ay beklersiniz.

Ülke uzantıları bambaşka kurallarla çalışır

Yukarıdakilerin hiçbiri bir ülke kodu kayıt kuruluşunu bağlamaz. ICANN politikası genel uzantıların akredite kayıt firmalarını yönetir; ülke uzantısı ise kendi kurallarını yazar ve farklar biçimsel değildir.

İçinde çalıştığımız uzantı bunun net bir örneği. IRNIC .ir için kayıt kuruluşunun kendisidir ve bayiler onun altında çalışır; dolayısıyla .com anlamında bir kayıt firması transferi orada zaten yoktur ve işin içinde transfer kodu da yoktur. IRNIC'in transfer dediği şey, kendi panelindeki iki kullanıcı hesabı arasında bir sahiplik değişikliğidir. Bir .ir alan adını bayiler arasında taşımak, onu kimin yönettiğini değiştirir, kimin kaydettiğini değil.

IRNIC'in kendi sitesinde bugün duran ve çoğu kişiyi şaşırtan bir şart daha var: gerçek kişiler ancak kimlik doğrulamalarını önceden tamamlamışsa .ir alan adı talebi verebiliyor ve IRNIC alan adı sahiplerini bu doğrulamayı tamamlamaya çağırıyor. Tescilli şirketler bu şartın dışında. Hesabınız doğrulanmamışsa talebiniz reddedilmez ya da kilitlenmez, hiç gönderilemez. Hangi ülke uzantısına sahip olursanız olun, tarih planlamadan önce kayıt kuruluşunun kendi sayfasını okuyun; bu tür kurallar bir bayinin yardım merkezinde asla görünmez.

Bizim izlediğimiz sıra

Önce siteyi hedef sunucuda ayağa kaldırıp hosts dosyasıyla test ediyoruz, sonra kayıtların TTL değerini düşürüyoruz, sonra ad sunucularını değiştiriyoruz ve kayıt firmasını en sona bırakıyoruz. Gerekçesi basit: transfer ortasında bir şey ters giderse site ve e-posta eski kayıt firmasından çoktan bağımsızlaşmış olur ve çalışmaya devam eder.

Daha yaygın olan sıra, yani önce alan adı sonra barındırma, e-posta kesintilerinin sebebidir. Posta MX kayıtlarına bağlıdır ve kayıtlar genellikle DNS'in sunulduğu yerde durur. Bunu kayıt firmasıyla birlikte taşır, kayıtları önceden başka bir yerde yeniden kurmazsanız iletiler sessizce kaybolur ve bir müşteri arayana kadar kimse fark etmez.

Sık sorulanlar

Alan adımı başka bir barındırmaya nasıl taşırım?

Bu iş alan adı taşıma değil. Ad sunucularını ya da DNS kayıtlarını yeni barındırmaya yönlendirin, bu kadar; alan adı aynı kayıt firmasında kalır ve transfer koduna gerek yoktur. Hedef seçiyorsanız barındırma paketlerimiz özellikleri yan yana listeliyor.

Ülke uzantısını yeni barındırmaya taşımak farklı mı?

Barındırma tarafında değil, birebir aynı. Tek fark ad sunucularını nerede düzenlediğiniz; .ir için bu IRNIC paneli ya da bayinizin paneli oluyor. Kayıt koşullarının kendisi ise .ir alan adı kaydı sayfamızda anlatılıyor.

Transfer ne kadar sürer?

Barındırma değişikliği TTL'e göre dakikalar ile saatler arasında sürer. Genel bir alan adının kayıt firması transferi genellikle beş takvim günü sürer, çünkü politikanın mevcut firmaya yanıt için tanıdığı süre budur. Sahiplik değişikliği tamamen kayıt kuruluşunun kendi sürecine bağlıdır.

Başlamadan önce şunu kontrol edin

Alan adınızın oluşturulma tarihine bakın. Kayıttan ya da son transferden bu yana altmış gün geçmediyse bir öğleden sonrayı harcamak yerine bekleyin. Hem sahip hem kayıt firması değişecekse önce firmayı taşıyın. Bütün diziyi başkasına devretmeyi tercih ederseniz, alan adını RGB'ye taşımak site ve e-posta kesintisi olmadan yürür ve her adımda size raporlanır. Site aynı anda yeniden kuruluyorsa, iki kez göç etmemek için yapıyı en baştan doğru kurgulayın.

ICANN Transfer Politikası metni ve IRNIC'in kimlik doğrulama duyurusu 19 Ağustos 2026'da doğrudan kaynağından okundu.