Alan Adı (Domain) Transferi Nasıl Yapılır?

Alan adı (domain) transferi, dijital varlıkların yönetiminde operasyonel verimliliği artırmak, maliyetleri optimize etmek ve daha kaliteli bir teknik altyapı desteği almak amacıyla gerçekleştirilen kritik bir süreçtir. Mevcut tescil kuruluşunda barındırılan bir alan adının başka bir tescil operatörüne taşınmasını kapsayan bu işlem, doğru planlanmadığında web sitelerinde erişim kesintilerine ve veri kayıplarına yol açabilmektedir. Bu rehberimizde, kurumsal işletmeler ve teknik karar vericiler için alan adı (domain) transferi sürecini teknik detayları, güvenlik gereksinimleri, DNS yapılandırmaları ve ICANN kuralları çerçevesinde derinlemesine inceleyerek sorunsuz bir geçişin tüm adımlarını ele alıyoruz.

Alan Adı (Domain) Transferi Nedir ve Neden Yapılır?

Alan adı (domain) transferi, bir alan adının mevcut kayıt kuruluşundan (current registrar) başka bir yeni kayıt firmasına (gaining registrar) taşınması işlemidir. Teknik olarak bu süreç, alan adının veritabanı kayıtlarının ve yönetim yetkisinin kayıt kuruluşları arasında güvenli bir protokol eşliğinde el değiştirmesidir. İnternet Tahsisli Sayılar ve İsimler Kurumu (ICANN) tarafından belirlenen standartlar çerçevesinde yürütülen bu operasyon, alan adı mülkiyeti haklarını hiçbir şekilde kesintiye uğratmadan, güvenli bir yetkilendirme altyapısı üzerinden gerçekleştirilir. Sürecin temelinde, Extensible Provisioning Protocol (EPP) adı verilen ve kayıt kuruluşları arasındaki iletişimi standartlaştıran XML tabanlı bir protokol yer alır.

İşletmeler ve teknik karar vericiler için domain taşıma kararının arkasında birden fazla operasyonel ve stratejik neden bulunabilir. Bunların başında, çok sayıda alan adına sahip kuruluşların tüm portföylerini tek bir merkezi panelde birleştirme (konsolidasyon) ihtiyacı gelir. Farklı zamanlarda farklı platformlardan satın alınmış alan adlarının yönetimi, yenileme tarihlerinin takibi ve faturalandırma süreçleri kurumsal ölçekte karmaşaya yol açabilir. Tek bir tescil firmasında birleştirilen portföyler, yönetimsel iş yükünü önemli ölçüde azaltır ve insan kaynaklı unutma veya gecikmelerden kaynaklanan alan adı kayıplarının önüne geçer.

Maliyet optimizasyonu, transfer kararlarındaki bir diğer güçlü etkendir. Özellikle yüzlerce alan adı barındıran büyük ölçekli SaaS projeleri veya e-ticaret siteleri için alan adı yenileme ve transfer ücretleri arasındaki marjlar, uzun vadede ciddi bütçe farkları yaratır. Tescil firmalarının sunduğu hacimli indirimler, uzun vadeli taahhüt paketleri veya API entegrasyonu sağlayan kurumsal fiyatlandırma modelleri, işletmeleri portföylerini taşımaya yönlendirir. Ancak maliyet tek başına yeterli bir kriter değildir; teknik destek kalitesi, gelişmiş DNS yönetim araçları, iki faktörlü kimlik doğrulama (2FA) ve API erişimi gibi altyapısal özellikler de transfer kararında belirleyici rol oynar.

Dikkat Edilmesi Gerekenler: Transfer Öncesi Zorunlu Şartlar

Alan adı transferine başlamadan önce hem teknik hem de idari açıdan yerine getirilmesi gereken bir dizi zorunlu prosedür bulunmaktadır. Bu prosedürlerin eksik veya yanlış uygulanması, transfer sürecinin sistem tarafından otomatik olarak reddedilmesine ya da uzamasına neden olur. Güvenli bir geçiş için mevcut kayıt kuruluşundaki durum kodlarının ve hesap ayarlarının dikkatle kontrol edilmesi gerekir.

ICANN 60 Gün Kuralı ve Kısıtlamalar

ICANN kuralları gereği, jenerik alan adları (gTLD) olarak adlandırılan @@CODE0@@, @@CODE1@@, .org gibi uzantılarda, alan adının ilk kayıt tarihinden veya bir önceki başarılı transfer işleminden sonra en az 60 gün geçmiş olması gerekmektedir. Bu kural, alan adı hırsızlığını ve kredi kartı dolandırıcılığı kaynaklı yetkisiz taşımaları engellemek amacıyla uygulanan küresel bir güvenlik standardıdır. Ayrıca, Whois bilgileri üzerinde yapılan kritik güncellemeler (örneğin, sahip e-posta adresi veya unvan değişikliği) sonrasında da bazı kayıt kuruluşları güvenlik amacıyla alan adına 60 günlük geçici bir transfer kilidi uygulayabilir. Sürece başlamadan önce alan adının bu süre limitlerini aşmış olduğundan emin olunmalıdır.

Alan Adı Kilidinin (Transfer Lock) Pasif Konuma Getirilmesi

Kayıt kuruluşları, alan adlarının yetkisiz kişilerce başka bir firmaya kaçırılmasını önlemek amacıyla varsayılan olarak "Transfer Lock" veya "Registrar Lock" adı verilen bir güvenlik kilidi uygular. Teknik olarak WHOIS kayıtlarında @@CODE0@@ durum koduyla görünen bu kilidin, transfer talebi gönderilmeden önce mevcut kayıt kuruluşunun yönetim paneli üzerinden pasif (kilit açma / kilit kaldırma) konuma getirilmesi şarttır. Kilit kaldırıldığında alan adı durum kodu @@CODE1@@ veya active olarak güncellenir ve sistem dış transfer taleplerini kabul etmeye hazır hale gelir.

Whois Gizliliğinin İptal Edilmesi

Veri gizliliği yasaları (GDPR, KVKK) kapsamında birçok tescil firması Whois bilgilerini varsayılan olarak gizlese de bazı eski altyapılarda veya özel uzantılarda Whois gizliliği servislerinin açık olması transfer onay süreçlerini engelleyebilir. Yeni kayıt firmasının transfer sorgulama motoru, alan adının mevcut sahipliğini doğrulamak amacıyla Whois kayıtlarını tarar. Whois gizliliğinin aktif olması durumunda, sahiplik doğrulama e-postaları tescil sahibine ulaşmayabilir. Bu nedenle, transfer işlemi başlatılmadan önce Whois gizliliğinin geçici olarak devre dışı bırakılması önerilir.

Yönetici E-Posta Adresinin Güncelliği ve Erişilebilirliği

Transfer sürecindeki en kritik onay mekanizmalarından biri, alan adının kayıtlarında yer alan yönetici (Administrative Contact / Admin E-mail) e-posta adresine gönderilen onay iletileridir. Eğer bu e-posta adresi güncel değilse, artık erişimi bulunmayan eski bir çalışana aitse veya pasif durumdaysa, transfer onay süreci (FOA - Form of Authorization) tamamlanamaz. Transfer başlatılmadan önce mevcut tescil panelinden yönetici e-posta adresinin aktif, erişilebilir ve kurumsal bir adrese tanımlı olduğu doğrulanmalıdır.

Adım Adım Alan Adı Transfer Süreci

Alan adı transferi, belirli bir teknik hiyerarşiyi takip eden ve hem eski hem de yeni kayıt kuruluşlarının dahil olduğu ortak bir operasyondur. Sürecin her aşaması, alan adının güvenliğini ve mülkiyet haklarını korumak amacıyla tasarlanmış protokollerle kontrol edilir.

Adım 1: Mevcut Kayıt Kuruluşundan EPP (Transfer) Kodunu Alma

Transfer sürecinin ilk ve en önemli teknik adımı, mevcut kayıt kuruluşundan EPP kodu (Auth code, Auth-Info veya yetkilendirme kodu olarak da bilinir) talep etmektir. EPP kodu, alan adının benzersiz güvenlik anahtarıdır ve sadece alan adı sahibine verilir. Bu kod, alan adının taşınması talebinin gerçekten mülkiyet sahibinden geldiğini doğrulamak için yeni kayıt firması tarafından tescil otoritesine sunulur. EPP kodu genellikle mevcut firmanın kontrol panelinden doğrudan oluşturulabilir veya güvenlik politikaları gereği e-posta yoluyla tescil sahibine iletilir. Kodun üçüncü şahıslarla paylaşılmaması, siber güvenlik açısından kritik bir zorunluluktur.

Adım 2: Yeni Kayıt Kuruluşunda Transfer Sürecini Başlatma

EPP kodu alındıktan sonra, hizmet alınmak istenen yeni kayıt firmasının web sitesine veya kurumsal portalına geçiş yapılır. Burada yer alan "Domain Transferi" veya "Domain Taşıma" sayfasına gidilerek transfer edilmek istenen alan adı yazılır ve sorgulama gerçekleştirilir. Yeni kayıt firmasının sistemi, alan adının mevcut durumunu sorgular; kilitlerin açık olup olmadığını ve transfer için herhangi bir engel bulunmadığını doğrular. Sorgulama olumlu sonuçlandığında, alan adı transfer sepetine eklenir.

Adım 3: Yetkilendirme (EPP) Kodunun Girilmesi ve Ödeme Adımı

Transfer işleminin onaylanabilmesi için bir önceki adımda alınan EPP (Auth) kodu, yeni kayıt firmasının sepet veya yapılandırma ekranındaki ilgili alana girilmelidir. Kodun büyük-küçük harf hassasiyetine, varsa özel karakterlere ve boşluklara dikkat edilerek hatasız bir şekilde kopyalanması gerekir. Ardından, transfer ücretinin ödenmesi aşamasına geçilir. ICANN kuralları gereği, gTLD uzantılı alan adı transferlerinde tescil süresi otomatik olarak bir yıl uzatılır. Dolayısıyla ödenen transfer ücreti aslında bir kayıp değil, alan adı yenileme bedeli olarak alan adının mevcut süresinin üzerine eklenir.

Adım 4: Transfer Onay E-postasının Yanıtlanması (FOA Onayı)

Ödeme tamamlandıktan sonra, ICANN'in standart yetkilendirme protokolleri devreye girer. Hem mevcut kayıt kuruluşu hem de yeni kayıt firması, alan adının kayıtlı yönetici e-posta adresine bir transfer onay maili (Form of Authorization - FOA) gönderir. Bu e-posta, transfer talebinin onaylandığını veya iptal edilmek istendiğini teyit eden bir bağlantı (link) içerir. Alan adı sahibi, bu bağlantıya tıklayarak transfer işlemini resmen onaylar. FOA onayının verilmemesi durumunda transfer süreci zaman aşımına uğrayarak otomatik olarak iptal edilir.

Alan Adı Transferi Ne Kadar Sürer?

Alan adı transferi anlık bir işlem değildir; belirli teknik adımların, doğrulama protokollerinin ve yasal bekleme sürelerinin tamamlanmasını gerektirir. Jenerik alan adlarında (gTLD) standart transfer onay süreci, FOA onayının verilmesini takip eden günden itibaren 5 ila 7 gün arasında sürer. Bu süre, ICANN ve tescil otoritelerinin (Registry) sistemi olası dolandırıcılık girişimlerine karşı korumak ve mevcut kayıt kuruluşuna işlemi inceleyip gerekiyorsa itiraz etme fırsatı sunmak amacıyla uyguladığı zorunlu bir bekleme periyodudur.

Sürecin uzunluğu, tescil firmalarının otomasyon sistemlerine ve kullanıcıların onay verme hızına doğrudan bağlıdır. Örneğin, yönetici e-posta adresine gelen onay isteklerine hemen yanıt verilmesi ve EPP kodunun yeni panele eksiksiz girilmesi süreyi minimuma indirir. Bazı küresel tescil firmaları, kullanıcı panellerinde "Dış Transferi Anında Onayla" (Instant Transfer Out) gibi bir seçenek sunar. Eğer mevcut tescil firmanız bu özelliği destekliyorsa, transfer talebi gönderildikten sonra mevcut panelden manuel onay vererek 5 günlük bekleme süresini atlayabilir ve transferin tamamlanması aşamasını birkaç saat içinde sonuçlandırabilirsiniz.

Ülke kodlu üst düzey alan adlarında (ccTLD) ise süreç tamamen ilgili ülkenin tescil otoritesinin kurallarına tabidir. Örneğin, Türkiye'nin ulusal alan adı sistemi olan TRABIS altyapısındaki .tr uzantılı alan adlarında (com.tr, org.tr vb.) transfer süreçleri ve süreleri değişiklik gösterebilir. TRABIS sistemi üzerinde onay mekanizmaları genellikle daha hızlı işler ve belgeli ya da belgesiz transfer türüne göre işlem süresi birkaç saat ile birkaç gün arasında tamamlanabilir. İşletmelerin geçiş planlamalarını yaparken, web sitesi veya e-posta servislerinin kesintiye uğramaması adına bu 5-7 günlük standart süreyi ve olası teknik gecikmeleri hesaba katmaları gerekmektedir.

Kesinti Yaşamamak İçin Name Server (NS) Yönetimi Nasıl Olmalı?

Alan adı transferi sırasında teknik karar vericilerin en çok çekindiği durum, web sitesine erişimin kesilmesi veya kurumsal e-posta trafiğinin durmasıdır. Bu risk, özellikle mevcut kayıt kuruluşunun varsayılan Name Server (NS) hizmetini kullanan alan adlarında oldukça yüksektir. Transfer işlemi tamamlandığı an, eski kayıt kuruluşunun DNS sunucuları alan adınıza hizmet vermeyi durdurabilir. Bu durum, DNS kayıtlarının (A, MX, CNAME, TXT) silinmesine ve sitenizin tamamen erişilemez hale gelmesine yol açar.

Bu teknik riski sıfıra indirmek ve kesintisiz geçiş sağlamak için transfer öncesinde stratejik bir DNS planlaması yapılmalıdır. En güvenli yöntem, alan adının DNS yönetimini tescil firmasından bağımsız, üçüncü parti bir Anycast DNS sağlayıcısına (örneğin Cloudflare, Amazon Route 53, DNSMadeEasy vb.) taşımaktır. Eğer alan adınızın NS kayıtları halihazırda bağımsız bir DNS sağlayıcısına yönlendirilmiş durumdaysa, transfer süreci boyunca ve sonrasında DNS sorguları kesintisiz olarak bu harici sunucular tarafından yanıtlanmaya devam edecektir. Transfer işlemi yalnızca alan adının tescil yetkisini değiştirecek, aktif NS adreslerine dokunmayacaktır.

Eğer harici bir DNS sağlayıcısı kullanılmıyorsa ve mevcut tescil firmasının DNS sunucuları kullanılıyorsa, şu adımlar izlenmelidir:

DNS yönlendirmesi ve Name Server (NS) yönetimi doğru şekilde yapılandırılmış bir alan adı, transfer süreci boyunca tek bir milisaniye dahi kesinti yaşamadan eski sunucudan yenisine taşınabilir. Bu durum, özellikle yüksek trafikli e-ticaret siteleri ve kritik iş uygulamaları yürüten kurumsal yapılar için operasyonel sürekliliğin korunması anlamına gelir.

Domain Transferinde Sık Karşılaşılan Hatalar ve Çözümleri

Alan adı taşıma işlemleri standart prosedürlere bağlı olsa da kullanıcıların gözden kaçırdığı küçük teknik detaylar veya sistemsel uyuşmazlıklar nedeniyle süreç sıkça hata verebilir. Bu hataların zamanında fark edilmesi ve doğru müdahaleyle çözülmesi, zaman kaybını önler.

Geçersiz EPP Kodu Hatası

Kayıt sistemlerinde en sık karşılaşılan hatalardan biri "Invalid EPP Code" veya "Auth Code Mismatch" uyarısıdır. Bu durum, yeni kayıt firmasına girilen yetkilendirme kodunun mevcut sistemdeki kodla uyuşmadığını gösterir. EPP kodları, güvenlik amacıyla karmaşık karakter dizilerinden (büyük-küçük harf, rakam ve özel işaretler) oluşur. Kopyalama işlemi sırasında fazladan boşluk bırakılması veya kodun geçerlilik süresinin (bazı kayıt kuruluşlarında EPP kodlarının ömrü 14 gün ile sınırlıdır) dolması bu hataya yol açar. Çözüm için mevcut kayıt kuruluşunun panelinden yeni bir EPP kodu üretilmeli, kod doğrudan kopyalanmalı ve süre aşımına uğramadan yeni panele girilmelidir.

Domain Süresinin Dolmasına Çok Az Süre Kalması

Alan adının tescil süresinin (expiration date) bitimine birkaç gün kala transfer başlatılması, teknik olarak oldukça risklidir. ICANN standartlarına göre, transfer süreci 5-7 gün sürdüğünden, işlem tamamlanmadan önce alan adının süresi dolabilir. Süresi dolan bir alan adı otomatik olarak askıya alınır (Hold / Grace Period durumuna geçer) ve bu aşamada transfer işlemi iptal edilir. Süresi bitmiş veya bitmek üzere olan bir domaini taşımak yerine, öncelikle mevcut tescil firmasında alan adı yenileme işlemi yapılmalı ve ardından güvenli bir zaman diliminde transfer süreci başlatılmalıdır.

Aktif Borç veya İhtilaf Durumları

Mevcut kayıt kuruluşunda ödenmemiş faturaları bulunan, fatura anlaşmazlığı yaşayan veya üzerinde yasal bir ihtilaf (UDRP tahkim süreci gibi) bulunan alan adlarının transferi sistem tarafından engellenir. Kayıt kuruluşu, alan adının durum kodunu clientHold veya benzeri bir idari engelleme koduna getirerek transfer talebini reddeder. Bu tür durumlarda öncelikle mevcut sağlayıcı ile olan tüm finansal ve hukuki süreçlerin çözüme kavuşturulması, alan adının üzerindeki idari blokajın kaldırılması ve ardından standart transfer adımlarının uygulanması gerekmektedir.