Alan Adı Transferi Nasıl Yapılır? Adım Adım Rehber

Alan adı transferinden önce DNS haritasını çıkarın

Bir alan adı transferinde ilk baktığım yer kayıt kuruluşunun transfer ekranı değil, terminaldir. Geçen yıl bir müşterinin alan adını taşıma hazırlığında NS ve A kayıtlarını kontrol ettim; site doğru VPS’e gidiyordu. Sonra AAAA kaydını sorguladığımda, yıllar önce emekli edilmiş bir sunucunun IPv6 adresini gördüm. IPv6 kullanan bazı istemciler siteye ulaşamayacaktı. Transfer başlamadan önce kaydı temizledik.

Alan adı transferi, alan adının mevcut kayıt kuruluşundan başka bir kayıt kuruluşuna taşınmasıdır. Web sitenizin dosyaları, veritabanı veya sunucusu bu işlemle otomatik olarak taşınmaz. Değişen şey, alan adının yönetildiği kayıt kuruluşudur.

Bu ayrım küçük görünür, fakat taşıma sırasında en çok karışıklık burada çıkar. Alan adını başka firmaya geçirirken DNS kayıtlarınız, e-posta servisiniz ve sitenizin çalıştığı VPS aynı kalabilir. Transferi DNS taşımasıyla aynı güne denk getirirseniz, sorun çıktığında hangi değişikliğin etkili olduğunu ayırmak zorlaşır.

Ben alan adı transferlerini iki ayrı iş gibi planlıyorum: önce kayıt kuruluşunu değiştiriyor, DNS’i aynı yerde ve aynı kayıtlarla çalışır halde bırakıyorum. Daha sonra gerekiyorsa DNS sağlayıcısını değiştiriyorum. Biraz daha yavaş ilerliyor; gece yarısı kaybolan e-posta kutularını aramaktan yine de hızlı.

Transfer ile DNS değişikliği aynı şey değil

Alan adı transferi tamamlandığında nameserver kayıtları çoğu uzantıda olduğu gibi kalır. Alan adınız ns1.ornekdns.com ve ns2.ornekdns.com adreslerini kullanıyorsa, yeni kayıt kuruluşu bu nameserver bilgisini devralır. Siteniz de aynı sunucuya çözülmeye devam eder.

Bunu varsaymak yerine transferden önce kontrol edin. Terminalde şu sorgularla mevcut durumu görebilirsiniz:

dig +short NS example.com
dig +short A example.com
dig +short AAAA example.com
dig +short MX example.com

dig +short çıktısı kısa ve doğrudan bilgi verir. NS kaydı DNS sunucularını, A kaydı web sunucusunun IPv4 adresini, AAAA kaydı IPv6 adresini, MX kaydı ise e-postayı kabul eden sunucuyu gösterir.

Transfer sonrasında bu sorguları yeniden çalıştırıp değerleri karşılaştırırım. Kayıtlar değiştiyse önce yeni kayıt kuruluşunun DNS ekranına bakarım; hemen sunucuyu yeniden başlatmak burada hiçbir şeyi düzeltmez. DNS problemi log okuyarak değil, doğru DNS sorgusuyla başlar.

Alan adı transferi için ön koşullar

Her alan adı her zaman transfer edilemez. Başlamadan önce aşağıdaki kontrolleri tamamlayın.

Alan adı kilidi açık mı?

Çoğu alan adı, izinsiz taşımayı önlemek için transfer kilidiyle korunur. Kayıt kuruluşunuzun panelinde bu seçenek Registrar Lock, Transfer Lock veya ClientTransferProhibited adıyla görünebilir.

Transfer başlatmadan önce kilidi kaldırmanız gerekir. Bazı panellerde değişiklik birkaç dakika içinde görünür, bazı durumlarda kayıt kuruluşunun sistemine yansıması daha uzun sürebilir. Kilidi kaldırdığınız halde transfer başlatılamıyorsa whois veya RDAP çıktısını kontrol edin.

Yetkilendirme kodu: EPP veya Auth Code

EPP kodu, alan adının transfer yetkilendirme kodudur. Bazı firmalar bunu AuthInfo Code veya yalnızca Transfer Code olarak adlandırır. Yeni kayıt kuruluşu bu kodu transfer siparişi sırasında ister.

Kodu e-posta ile almak yerine mümkünse panelden kendiniz görüntüleyin. Kopyalarken başında ya da sonunda boşluk kalmadığından emin olun. Metin düzenleyicisinde kodu önce düz metin olarak kontrol etmek, görünmeyen karakterleri yakalamanıza yardımcı olabilir.

Alan adı sahibinin e-posta adresi

Transfer onayları, kayıt bilgilerindeki yönetici veya alan adı sahibi e-posta adresine gönderilebilir. Bu adres artık kullanılmıyorsa işlem beklemede kalır. Whois gizliliği kullanılıyorsa adresin gerçek posta kutusu yerine maskeli bir adres olabileceğini de hesaba katın.

Gizlilik hizmetini transferden önce kapatmanız her zaman zorunlu değildir; bu, kayıt kuruluşuna ve uzantıya göre değişir. Fakat onay mesajının hangi adrese gideceğini açıkça bilmeniz gerekir. Eski bir ajans çalışanının adresiyle kayıtlı alan adlarında en çok zaman burada kaybediliyor.

60 günlük transfer kısıtlaması

Yeni kaydedilmiş bir alan adı çoğu genel uzantıda ilk 60 gün içinde transfer edilemez. Kayıt sahibi veya iletişim bilgilerindeki bazı değişikliklerden sonra da 60 günlük transfer kilidi uygulanabilir. Bu kural özellikle ICANN kapsamındaki uzantılarda görülür; her ülke kodlu uzantıda aynı şekilde uygulanmaz.

Alan adını yeni aldıysanız veya sahibi bilgisini az önce değiştirdiyseniz, transfer ekranında hata almanız normal olabilir. Kayıt kuruluşunun destek ekibinden kilidin nedenini ve bitiş tarihini yazılı olarak isteyin.

Taşımadan önce kullandığım kontrol listesi

Transfer ekranına geçmeden önce kısa bir kontrol listesi kullanıyorum. Bu liste işlemi teknik olarak hızlandırmıyor, kritik bir şeyi unutma ihtimalini azaltıyor.

• Alan adının bitiş tarihini ve otomatik yenileme durumunu kontrol edin.
• Transfer kilidini kaldırın.
• EPP veya Auth Code değerini alın.
• Alan adı sahibi e-posta adresine erişebildiğinizi doğrulayın.
• Mevcut nameserver, A, AAAA, CNAME, MX, TXT ve CAA kayıtlarını kaydedin.
• Web sitesi ve e-posta servislerinin çalıştığını test edin.
• Yeni kayıt kuruluşunda transfer ücretini ve transfer sonrası yenileme süresini kontrol edin.
• Transfer sırasında alan adı sahibinin iletişim bilgisini değiştirmemeyi tercih edin.

DNS kayıtlarını panelden dışa aktarabiliyorsanız bir kopya alın. Dışa aktarma yoksa ekran görüntüsü yerine metin dosyası daha kullanışlıdır. Ben genellikle şu şekilde bir dosya tutuyorum:

example.com.       3600  IN  A     203.0.113.25
www.example.com.   3600  IN  CNAME example.com.
example.com.       3600  IN  MX    10 mail.example.com.
example.com.       3600  IN  TXT   "v=spf1 mx -all"

Buradaki IP adresi örnektir. Özellikle MX, SPF, DKIM ve DMARC kayıtlarını atlamayın; web sitesi açık kalırken e-posta gönderimi bir anda bozulabilir.

Adım adım alan adı transferi

1. Yeni kayıt kuruluşunu seçin

Yeni firmayı yalnızca ilk yıl fiyatına göre seçmeyin. Yenileme ücreti, uzantı desteği, EPP koduna erişim, transfer kilidi yönetimi, DNS hizmeti ve destek yanıt süresi daha sonra karşınıza çıkar.

Bir VPS kullanıyorsanız kayıt kuruluşunun DNS servisini kullanmak zorunda değilsiniz. DNS’i Cloudflare gibi ayrı bir sağlayıcıda veya kendi yetkili DNS altyapınızda tutabilirsiniz. Yeni kayıt kuruluşunu seçerken bu ayrımı baştan yapın.

Bir sunucu taşımasıyla birlikte alan adını da değiştirecekseniz, Yeni VPS Sunucuyu 30 Dakikada Canlıya Alma Rehberi içindeki DNS geçişi ve servis kontrol adımlarını ayrıca uygulayın. Alan adı transferi sunucu taşımasının yerine geçmez.

2. Transfer siparişini başlatın

Yeni kayıt kuruluşunun panelinde alan adınızı yazıp transfer seçeneğini seçin. Uzantıya göre transfer ücreti ödersiniz. Birçok genel uzantıda bu ücret alan adının kayıt süresine bir yıl eklenmesiyle birlikte sunulur; istisnalar bulunur.

Alan adını doğru uzantıyla yazın. example.com ile example.com.tr aynı transfer prosedürüne sahip değildir. Yeni firma, uzantınız için özel belge veya yerel uygunluk şartı isteyebilir.

3. EPP kodunu girin

Mevcut kayıt kuruluşundan aldığınız kodu transfer formuna girin. Kod kabul edilmezse art arda denemek yerine eski panelden yeni bir kod üretin. Bazı kayıt kuruluşları her yeni kod üretildiğinde önceki kodu geçersiz kılar.

Alan adının yazımını da tekrar kontrol edin. Yanlış alan adı için başlatılan transfer siparişi doğru alan adına kendiliğinden dönüşmez. Otomatik tamamlama burada güvenilecek bir yardımcı değil.

4. Onay e-postalarını takip edin

Transfer isteği, alan adı sahibi veya yönetici e-posta adresine onay mesajı gönderebilir. Mesajdaki bağlantı transferi hızlandırabilir, fakat her zaman zorunlu değildir. Onay vermezseniz kayıt kuruluşunun ve uzantının kuralına göre işlem birkaç gün bekleyebilir.

Spam klasörünü de kontrol edin. Kurumsal e-posta kullanıyorsanız kayıt kuruluşunun gönderici alan adını engelleyen bir filtre olabilir. Destek kaydı açarken alan adının kendisini ve transfer sipariş numarasını yazın; EPP kodunu destek talebine eklemeyin.

5. Transfer durumunu panelden izleyin

Panelde Pending Transfer, Pending Approval, Completed veya benzer bir durum görürsünüz. Durumun hemen değişmemesi çoğu zaman hata olduğu anlamına gelmez. Transfer süresi uzantıya, onay yöntemine ve mevcut kayıt kuruluşunun yanıtına göre değişir.

Transfer sırasında alan adının süresi dolacaksa beklemeyin. Bazı uzantılarda süresi dolmuş bir alan adı transfer edilebilir, bazılarında yenileme veya ek işlem gerekir. Güvenli yaklaşım, transferi son günlere bırakmamaktır.

6. Transfer tamamlandıktan sonra doğrulayın

Transfer tamamlandığında yeni panelde alan adının sahibi, bitiş tarihi, nameserver bilgileri, otomatik yenileme seçeneği ve transfer kilidini kontrol edin. Bazı kayıt kuruluşları transferden sonra kilidi otomatik olarak yeniden açabilir veya kapatabilir; panel varsayılanına güvenmeyin.

DNS çözümlemesini farklı ağlardan kontrol edin:

dig +short NS example.com
dig +short A example.com
dig +short MX example.com
curl -I https://example.com

curl -I yalnızca HTTP başlıklarını ister. Burada 200, 301 veya beklediğiniz başka bir yanıt kodunu görmeniz gerekir. Web sitesini tarayıcıda açmak tek başına yeterli değildir; yerel DNS önbelleğinizdeki eski sonucu görüyor olabilirsiniz.

E-posta ve DNS tarafında dikkat edilecek noktalar

Alan adı transferinden sonra e-postaların bozulmasının sık görülen nedeni transferin kendisi değil, DNS kayıtlarının eksik veya yanlış kopyalanmasıdır. Web sitesi için yalnızca A kaydını kontrol edip MX kayıtlarını unutmak kolaydır.

Microsoft 365, Google Workspace veya harici bir e-posta sunucusu kullanıyorsanız MX kayıtlarıyla birlikte doğrulama TXT kayıtlarını da saklayın. DKIM kayıtları çoğunlukla uzun bir TXT değeridir; elle yeniden yazarken tek bir karakter hatası bile doğrulamayı bozabilir. DMARC kaydı eksik kalırsa posta teslim politikası beklemediğiniz şekilde değişebilir.

DNS TTL değerini transferden önce düşürmek, kayıt kuruluşu değişikliği için genellikle gerekli değildir. Nameserver aynı kalıyorsa önbelleklerdeki kayıtlar değişmez. Nameserver veya IP de değişecekse TTL’i geçiş planının parçası olarak önceden düşürmek anlamlı olabilir.

Alan adı transferi SEO açısından da genellikle tek başına bir sıralama değişikliği yaratmaz. Nameserver, URL yapısı, yönlendirmeler ve içerik aynı kaldığı sürece kayıt kuruluşunun değişmesi sitenizi otomatik olarak geriye atmaz. Alan adı geçmişi ve teknik erişilebilirlik hakkında bilgi edinmek isterseniz Domain Otoritesi Nedir? SEO Odaklı Artırma Rehberi yazısındaki ayrımı kullanabilirsiniz.

Transfer neden reddedilir veya bekler?

Bir transfer reddedildiğinde aynı işlemi tekrar tekrar göndermek yerine hata kodunu okuyun. Kayıt kuruluşları bazen yalnızca kısa bir açıklama gösterir; destek ekibinden reddin uzantı kuralına mı, kilide mi, iletişim değişikliğine mi bağlı olduğunu netleştirmesini isteyin.

Alan adı transferi sırasında güvenlik

EPP kodu paroladan farklı görünse de gizli bir yetkilendirme bilgisidir. E-posta, destek bileti veya sohbet üzerinden gereksiz yere paylaşmayın. Transfer tamamlandıktan sonra eski kayıt kuruluşundaki hesabınızın erişim anahtarlarını, API anahtarlarını ve bağlı kullanıcılarını gözden geçirin.

Yeni kayıt kuruluşunda iki aşamalı doğrulamayı etkinleştirin. Alan adı hesabına erişen kişi, sitenizin yönlendirmelerini, e-posta kayıtlarını ve sertifika doğrulamalarını etkileyebilir. Linux Sunucu Güvenliği için Zorunlu 10 Temel Adım yazısında anlattığım SSH ve hesap güvenliği alan adı hesabını da kapsamalı; sunucuyu sıkılaştırıp registrar hesabını tek parolayla bırakmak eksik bir savunmadır.

Özellikle şirket alan adlarında kişisel e-posta adresi yerine erişimi kurumda kalan bir adres kullanın. Çalışan ayrıldığında alan adı transferi için gereken onay eski çalışanın gelen kutusunda kalmamalı.

Ülke uzantılarında prosedür değişebilir

.com, .net ve benzeri genel uzantılarda anlatılan akış yaygındır. .tr, .de, .uk gibi ülke kodlu uzantılarda ise transfer işlemi farklı belgeler, yetkilendirme yöntemleri veya kayıt kuruluşu kuralları gerektirebilir.

Bu nedenle yalnızca EPP kodu var mı diye bakmayın. Yeni kayıt kuruluşunun ilgili uzantı için transfer şartlarını okuyun. Alan adı sahibinin adı, şirket bilgisi veya yerel iletişim koşulu uyuşmuyorsa işlem ödeme sonrasında bile durabilir.

Taşıma planını ne zaman iptal etmek gerekir?

Alan adı sahibi e-posta adresine erişemiyorsanız, önce iletişim bilgilerini düzeltmeden transfer başlatmayın. DNS kayıtlarının yedeği yoksa ve mevcut sağlayıcıya erişiminiz sınırlıysa yine bekleyin. Transfer sırasında olası bir sorunu çözmek için hem eski hem yeni panele erişebiliyor olmanız gerekir.

Alan adı bir marka, kampanya veya kritik e-posta altyapısı için kullanılıyorsa işlem penceresini yoğun olmayan bir zamana alın. Yalnızca kayıt kuruluşunu değiştiriyorsanız kesinti beklenmez; transfer tamamlanana kadar mevcut hesabı kapatmayın, DNS hizmetini de silmeyin.

Benim transfer planımda eski kayıt kuruluşu, transfer tamamlandıktan sonra da en az birkaç gün açık kalır. Önce yeni paneli, DNS kayıtlarını ve otomatik yenilemeyi kontrol ederim. Sonra eski hesapta kayıtların gerçekten yeni kuruluşa geçtiğini doğrularım. Küçük bir alan adı için bile bu fazladan kontrol, yanlışlıkla ikinci kez ücret ödeme riskini azaltıyor.

Sık Sorulan Sorular

Alan adı transferi ne kadar sürer?

Transfer süresi uzantıya ve onay sürecine göre değişir. E-posta onayını hemen verirseniz bazı transferler kısa sürede tamamlanabilir; onay verilmezse işlem birkaç gün bekleyebilir.

Transfer sırasında web sitem kapanır mı?

Nameserver ve DNS kayıtları aynı kaldığı sürece normalde kapanmaz. Transferden önce ve sonra NS, A ve MX kayıtlarını karşılaştırmanız, olası değişikliği erken fark etmenizi sağlar.

EPP kodu olmadan alan adı transfer edilir mi?

Genel uzantıların çoğunda EPP veya Auth Code gerekir. Bazı ülke kodlu uzantılarda farklı bir doğrulama yöntemi kullanılabilir; kesin şartı mevcut kayıt kuruluşunuzdan öğrenmeniz gerekir.

Alan adı süresi dolmadan transfer başlatmalı mıyım?

Evet, transferi bitiş tarihine bırakmamak daha güvenlidir. Süresi dolmuş alan adlarında yenileme, bekleme veya transfer kısıtları devreye girebilir ve süreç uzayabilir.

Ben alan adı transferini tamamlanmış saymak için yalnızca paneldeki Completed ibaresine bakmıyorum. Nameserver, web yanıtı, e-posta kayıtları ve otomatik yenileme birlikte doğrulanmalı. Bir sonraki transferinizde önce terminali açın; panel daha sonra da orada olur.