Domain transferi, alan adının bağlı olduğu kayıt kuruluşunu değiştirme işlemidir. Bir web sitesini başka sunucuya taşımakla aynı şey değildir: doğru planlandığında nameserver ve DNS kayıtları aynen kalabilir. Ancak iletişim e-postası, transfer kilidi veya AuthInfo kodundaki tek bir hata işlemi durdurabilir; DNS hizmeti de eski registrar paketine bağlıysa beklenmeyen kesinti yaşanabilir.
Önce hangi değişikliği yaptığınızı netleştirin
Alan adının kayıt kuruluşu değişir. Bu rehberin ana konusu budur.
Alan adının hangi DNS sağlayıcısından cevap verdiği değişir; registrar aynı kalabilir.
Web uygulaması başka sunucuya geçer; alan adı kaydı ve DNS sağlayıcısı değişmek zorunda değildir.
Alan adını kullanan kişi veya kuruluş değişir; ayrı onay ve kilit kuralları doğurabilir.
Bu işlemleri aynı gün yapmak zorunda değilsiniz. Riskli bir projede önce registrar transferini DNS'e dokunmadan tamamlamak, sonra hosting veya DNS değişikliğini ayrı bir bakım penceresinde yapmak daha kolay teşhis sağlar.
Transferden önce uygunluk kontrolü
ICANN Transfer Policy, ICANN sözleşmeli genel üst düzey alan adları için çerçeve sunar. Alan adı ilk kayıttan veya önceki registrar transferinden sonraki 60 gün içindeyse transfer engellenebilir. Kayıt sahibi bilgilerindeki belirli değişiklikler de registrarın uyguladığı 60 günlük kilidi tetikleyebilir; bazı sağlayıcılar değişiklik öncesinde vazgeçme seçeneği sunabilir, bazıları sunmayabilir. Uyuşmazlık, mahkeme kararı veya belirli EPP durumları da süreci etkiler.
Önce Alan Hattı domain sorgusunu açın. Registrar adını, sona erme tarihini ve durum kodlarını not edin. clientTransferProhibited görüyorsanız bu çoğunlukla panelden kaldırılması gereken transfer kilididir. serverTransferProhibited registry düzeyinde bir kısıtlamaya işaret edebilir; nedenini mevcut registrar ile görüşmeden ilerlemeyin. redemptionPeriod durumundaki bir alan adı genellikle önce mevcut registrar üzerinden geri alınmalıdır.
.tr ve diğer ccTLD'lerde yetkili otoritenin, kayıt operatörünün ve kayıt kuruluşunun güncel prosedürünü ayrıca kontrol edin.Güvenli transfer hazırlığı
- Mevcut registrar hesabında çok faktörlü kimlik doğrulamayı etkinleştirin.
- Kayıt sahibi ve yönetici iletişim e-postasının çalıştığını doğrulayın.
- Domainin sona ermesine yeterli zaman bırakın; son günlerde transfer başlatmayın.
- Tüm DNS kayıtlarını dışa aktarın veya A, AAAA, CNAME, MX, TXT, CAA ve NS değerlerini kaydedin.
- DNSSEC açıksa DS kaydının nerede yönetildiğini ve yeni registrarın desteğini öğrenin.
- Mevcut registrarın DNS, e-posta yönlendirme, gizlilik ve sertifika hizmetlerinin transferden sonra sürüp sürmeyeceğini yazılı olarak kontrol edin.
- Yeni registrar hesabını önceden açın; kurtarma e-postası ve fatura bilgilerini doğrulayın.
AuthInfo, EPP code veya transfer code adıyla sunulan yetkilendirme kodu, transferin kritik sırrıdır. Bu kodu e-posta zincirlerinde, destek kayıtlarının açık alanlarında ya da ortak mesajlaşma kanallarında paylaşmayın. Yeni registrarın güvenli formuna doğrudan girin ve işlem bittikten sonra kodun geçersizleştiğini veya yenilendiğini doğrulayın.
Adım adım registrar transferi
- Kimliği ve kayıt durumunu doğrulayın.
Alan adının doğru hesapta olduğunu, iletişim adreslerine erişebildiğinizi ve 60 günlük bir engel bulunmadığını kontrol edin.
- DNS yedeğini alın.
Nameserver'lar aynı kalacak olsa bile mevcut kayıtları saklayın. DNS hizmeti registrar paketiyle birlikte kapanıyorsa önce bağımsız bir DNS sağlayıcısına kontrollü geçiş planlayın.
- Transfer kilidini yalnızca gerektiği anda açın.
Panelde domain unlock işlemini yapın. Alan adını günlerce gereksiz biçimde kilitsiz bırakmayın.
- AuthInfo kodunu alın.
ICANN politikasına tabi durumlarda registrar, kendi panelinden üretim olanağı sunabilir veya talep sonrasında kodu sağlayabilir. Kodun yeni ve doğru domain için olduğuna bakın.
- Yeni registrarda talebi başlatın.
Alan adını ve kodu girin, ücret ile dönem uzatma koşullarını okuyun. Fiyat kadar sonraki yenileme ücretini ve destek koşullarını da değerlendirin.
- Onay bildirimlerini dikkatle inceleyin.
Göndereni, domaini ve hedef registrar adını doğrulamadan bağlantıya tıklamayın. Şüphede paneli adres çubuğuna kendiniz yazarak açın.
- Tamamlanmayı RDAP üzerinden doğrulayın.
Registrar alanı değiştiğinde transfer bitmiş olabilir. Nameserver, DNSSEC ve sona erme tarihini yeniden kontrol edin; bazı kayıt verilerinin güncellenmesi kısa süre gecikebilir.
Örnek senaryo: e-posta kullanan kurumsal bir .com
ornekfirma.com web sitesini ayrı bir bulut sunucusunda, e-postayı Microsoft 365 üzerinde, DNS'i ise mevcut registrarın ücretsiz hizmetinde kullansın. Şirket yalnızca registrarını değiştirmek istiyor. Ekip transferden önce DNS bölgesindeki A, MX, SPF, DKIM, DMARC ve CAA kayıtlarını dışa aktarır. Yeni registrarın DNS hizmetine geçmek istemiyorsa önce bağımsız DNS sağlayıcısında aynı bölgeyi hazırlar, her kaydı karşılaştırır ve kontrollü nameserver geçişini transferden ayrı tamamlar.
DNS cevapları kararlı hâle geldikten sonra mevcut registrarda kilit kaldırılır ve AuthInfo kodu güvenli biçimde alınır. Yeni registrarda transfer başlatılır. İşlem boyunca MX ve TXT kayıtları bağımsız DNS'te kaldığı için registrar değişimi posta yönlendirmesini doğrudan etkilemez. Tamamlanınca ekip RDAP registrar bilgisini, nameserver listesini, DNSSEC zincirini ve e-posta testlerini yeniden çalıştırır. Bu plan riski azaltır; internet, registrar veya DNS sağlayıcısı kaynaklı kesintisizlik garantisi vermez.
Transfer web sitesi ve e-postayı neden bazen etkiler?
Registrar transferi tek başına içerik veya DNS kayıtlarını değiştirmemelidir. Sorun çoğunlukla DNS hizmetinin eski registrar hesabına bağlı olduğunun fark edilmemesinden çıkar. Transfer sonrası ücretsiz DNS bölgesi kapanırsa alan adı doğru IP'ye ve posta sunucusuna cevap veremez. Başka bir risk DNSSEC'tir: üst bölgede kalan DS kaydı ile yeni DNS sağlayıcısındaki anahtar eşleşmezse çözümleyiciler SERVFAIL döndürebilir.
İşlemden önce E-posta Güvenliği aracında MX, SPF ve DMARC değerlerini; DNS Yayılımı bölümünde çözümleyici cevaplarını kaydedin. Transfer sonrasında aynı testleri karşılaştırın. Web yanıtı için SSL Kontrolü ve HTTP Güvenliği sonuçlarını da kontrol edin.
Sık görülen sorunlar ve çözüm yönü
| Belirti | Olası neden | İlk kontrol |
|---|---|---|
| “Transfer uygun değil” | İlk kayıt/önceki transferden beri 60 gün dolmamış veya kayıt sahibi değişikliği kilidi var. | Olay tarihlerini ve registrar bildirimlerini kontrol edin. |
| AuthInfo reddediliyor | Kod eski, yanlış kopyalanmış ya da başka domaine ait olabilir. | Mevcut registrar panelinden yeni kod üretin; boşlukları kontrol edin. |
| Onay e-postası gelmiyor | İletişim adresi eski, gizlilik yönlendirmesi sorunlu veya ileti spam'e düşmüş olabilir. | Registrar panelindeki güncel iletişim kanalını doğrulayın. |
| Transfer sonrası site yok | DNS hizmeti kapandı, nameserver değişti veya DNSSEC eşleşmiyor. | NS/DS kayıtlarını ve yetkili DNS cevabını inceleyin. |
| Transfer beklemede | Onay bekleniyor veya politika gereği işlem penceresi sürüyor olabilir. | Her iki registrarın durum ekranını ve resmî bildirimleri okuyun. |
Transfer sonrası kontrol listesi
- RDAP kaydında yeni registrarın göründüğünü doğrulayın.
- Alan adını yeniden kilitleyin ve hesap güvenlik bildirimlerini açın.
- Otomatik yenilemeyi, ödeme yöntemini ve sona erme tarihini kontrol edin.
- NS ve DS kayıtlarının beklediğiniz değerlerde olduğunu doğrulayın.
- Web'in hem
wwwhem kök alan adında doğru TLS sertifikasıyla açıldığını test edin. - Farklı bir posta sağlayıcısından gönderme ve alma testi yapın; SPF, DKIM ve DMARC sonuçlarını okuyun.
- Eski registrar hesabındaki artık hizmetleri ancak yeni düzen doğrulandıktan sonra kapatın.
- Transfer tarihi, sorumlu kişi ve kurtarma adımlarını kurum içi envantere yazın.
Kısa SSS
Transfer sırasında site kapanır mı?
Nameserver ve DNS hizmeti değişmeden çalışmaya devam ediyorsa registrar transferinin doğrudan kesinti yaratmaması beklenir. Yine de eski registrarın DNS hizmetini kapatma koşulları ve DNSSEC yapılandırması önceden doğrulanmalıdır.
Domain süresi dolduktan sonra transfer edilebilir mi?
ICANN politikasında yalnızca sona erme veya yenilememe transfer reddi için tek başına yeterli değildir; fakat alan adı redemption aşamasına girdiyse önce mevcut registrar üzerinden restore gerekebilir. Uzantı ve sağlayıcı koşullarını ayrıca kontrol edin.
Transfer domain süresini uzatır mı?
Birçok gTLD transferinde kayıt dönemine bir yıl eklenir; ancak azami kayıt süresi, yakın tarihli yenileme ve uzantı kuralları sonucu etkileyebilir. Satın alma ekranındaki kesin koşulu okuyun.
AuthInfo kodunu destek ekibine gönderebilir miyim?
Kodu yalnızca doğrulanmış, güvenli ve gerekli kanala girin. Talep edilmedikçe düz metin e-postaya veya herkese açık destek mesajına eklemeyin; yetkisiz transfer riskini artırır.
Resmî kaynaklar
Editoryal not: Süreç, ücret ve doğrulama yöntemleri uzantıya ve sağlayıcıya göre değişebilir. İşleme başlamadan önce mevcut ve hedef kayıt kuruluşunun güncel koşullarını okuyun.