Domain transferi, bir alan adının kayıt kuruluşunu (registrar) değiştirme işlemidir. Alan adı sizde kalır, adı değişmez, süresi kaybolmaz — yalnızca faturayı kestiğiniz ve yönetimini yaptığınız firma değişir. Fiyat, panel kalitesi ya da destek yüzünden firma değiştirmek isteyen herkesin er ya da geç yaptığı bir işlem.
Bu rehberde transferin DNS değiştirmekten farkını, ön koşulları (60 gün kuralı, transfer kilidi, iletişim e-postası, gizlilik koruması), EPP kodunu, onay e-postalarını ve bekleme sürelerini ele alıyoruz. Ayrıca .com.tr tarafındaki farklı süreci, transfer boyunca sitenin ve e-postanın nasıl ayakta tutulacağını ve transferin başarısız olma sebeplerini tek tek görüyoruz. Alan adı kavramına yeniyseniz domain nedir ve nasıl alınır sayfası temeli veriyor.
Domain Transferi Nedir?#
Bir alan adının üç ayrı katmanı vardır ve bunlar birbirinden bağımsızdır:
- Kayıt (registrar)
- Alan adının kime ait olduğunu ve ne zaman biteceğini tutan sözleşme. Faturayı kesen firma burasıdır. Transfer bu katmanı değiştirir.
- DNS (ad sunucuları)
- Alan adının hangi sunucuya, hangi posta hizmetine yönleneceğini söyleyen kayıtlar. Kayıt kuruluşundan bağımsız bir yerde barınabilir.
- Hosting
- Sitenizin dosyalarının ve posta kutularınızın gerçekte durduğu sunucu. Alan adıyla hiçbir teknik bağı yoktur, sadece DNS üzerinden işaret edilir.
Bu ayrımı kavramak, transfer sürecindeki hemen her sorunun çözümüdür. İnsanlar “domain transferi yaptım, sitem gitti” dediğinde neredeyse her zaman kayıt katmanını taşıyıp DNS katmanını unutmuş oluyorlar.
Transfer ile DNS Değiştirmenin Farkı#
Yeni bir hosting firmasına geçiyorsanız, alan adını transfer etmek zorunda değilsiniz. Çoğu durumda tek yapmanız gereken ad sunucularını değiştirmek. Aradaki fark şu:
| İşlem | Ne değişir | Ne kadar sürer | Kesinti riski | Ücret |
|---|---|---|---|---|
| Ad sunucusu değiştirme | Alan adının hangi DNS’i kullandığı | 1-24 saat | Düşük | Ücretsiz |
| DNS kaydı düzenleme | Tek bir A / MX / CNAME satırı | TTL kadar | Düşük | Ücretsiz |
| Domain transferi | Kayıt kuruluşu (faturayı kesen firma) | 5 güne kadar | Hazırlıksızsa yüksek | 1 yıllık yenileme |
| Hosting taşıma | Dosyaların ve posta kutularının yeri | Site boyutuna göre | Orta | Yeni paket ücreti |
Yani hosting değiştirirken alan adına dokunmadan yalnızca DNS kayıtlarını güncelleyebilirsiniz. Transferi ise şu üç durumda yaparsınız: eski firmanın fiyatı yüksek geliyorsa, paneli ve desteği yetersizse, ya da her şeyi tek çatı altında toplamak istiyorsanız.
Transfer Öncesi Ön Koşullar#
Transferi başlatmadan önce dört şeyi hazırlamanız gerekir. Bunlardan biri eksikse işlem ya hiç başlamaz ya da beşinci günün sonunda reddedilir.
| Koşul | Neden gerekli | Nasıl kontrol edilir |
|---|---|---|
| 60 gün kuralı | ICANN, ilk kayıttan ve önceki transferden sonra 60 gün transfer yasağı koyar | WHOIS’teki oluşturma / son güncelleme tarihine bakın |
| Transfer kilidi kapalı | clientTransferProhibited durumu transferi baştan engeller | WHOIS durum (status) alanında görünür |
| Erişilebilir kayıt sahibi e-postası | Onay bağlantısı o adrese gider | Panelde kayıtlı adrese test postası atın |
| Gizlilik koruması kapalı | Yeni firma kayıt sahibi bilgilerini doğrulayamaz | Panelde “WHOIS gizliliği / privacy” ayarı |
| Süreye en az 15 gün kalmış | Bitişe yakın transferlerde süre hesabı karışır | WHOIS’teki bitiş (expiry) tarihi |
| Alan adı aktif durumda | Kurtarma (redemption) dönemindeki adlar transfer edilemez | WHOIS durumunda redemptionPeriod olmamalı |
Bu bilgilerin hepsini tek bir WHOIS sorgusuyla görebilirsiniz:
# Linux / macOS
whois alanadiniz.com | grep -i "registrar:\|status\|expiry\|updated\|creation"
# Beklenen çıktı örneği:
# Registrar: Eski Kayit Kurulusu A.S.
# Domain Status: clientTransferProhibited <- KİLİT AÇIK, kaldırılmalı
# Creation Date: 2019-03-11T09:22:41Z
# Registry Expiry Date: 2027-03-11T09:22:41Z
# Updated Date: 2026-07-02T14:05:10Z <- 60 günü buradan hesaplayın# Windows'ta whois komutu yerleşik değildir.
# Sysinternals whois aracını indirdikten sonra:
whois.exe alanadiniz.com
# Ad sunucularını ve mevcut kayıtları görmek için yerleşik araçlar yeterli
Resolve-DnsName alanadiniz.com -Type NS
Resolve-DnsName alanadiniz.com -Type MX
nslookup -type=SOA alanadiniz.comEPP / Auth Kodu Nasıl Alınır?#
EPP kodu — bazı panellerde Auth Code, Transfer Key ya da “transfer şifresi” diye geçer — alan adının gerçek sahibi olduğunuzu kanıtlayan tek kullanımlık bir paroladır. Yeni kayıt kuruluşu bu kodu registry’ye sunar, kod tutarsa transfer başlar.
-
Eski firmanın müşteri paneline girin#
Alan adları / Domainlerim bölümünde ilgili adı açın. Yönetim ekranında “Transfer Kilidi”, “EPP Kodu” ya da “Auth Code” başlıkları bulunur.
-
Transfer kilidini kaldırın#
Kilit açıkken kod işe yaramaz. Kilidi kapattığınızda WHOIS durumu
clientTransferProhibitedyerineokya daclientUpdateProhibitedolur. Değişikliğin registry’ye yansıması birkaç dakika sürebilir. -
Kodu talep edin#
Bazı paneller kodu doğrudan ekranda gösterir, bazıları kayıt sahibi e-postasına gönderir. Panelde hiç yoksa destek talebiyle isteyin — kayıt kuruluşları kodu vermek zorundadır, geciktiremez ve ücret talep edemez.
-
Kodu birebir kopyalayın#
EPP kodları büyük-küçük harf duyarlıdır ve
!,%,*gibi karakterler içerir. Elle yazmayın, kopyalayıp yapıştırın. Başına veya sonuna boşluk gelmemesine dikkat edin; en sık görülen “geçersiz kod” hatası budur.
Transfer Adımları ve Onay E-postaları#
Kod elinizdeyken asıl işlem yeni firmanın panelinde başlar ve şöyle ilerler:
-
Yeni firmada transfer siparişi verin#
“Domain Transfer” bölümünden alan adını yazın, EPP kodunu girin ve bir yıllık yenileme ücretini ödeyin. Sipariş bu aşamada beklemeye alınır.
-
Kayıt sahibi onayı (FOA) e-postasını onaylayın#
WHOIS’te kayıtlı kayıt sahibi adresine bir onay bağlantısı gelir. Bu adım zorunludur; onaylanmazsa transfer başlamaz. E-posta bazen spam klasörüne düşer, oraya da bakın.
-
Eski firmanın yanıtını bekleyin#
Eski kayıt kuruluşu size ayrıca bir bilgilendirme e-postası gönderir. Panelinde “transferi onayla / hızlandır” seçeneği varsa kullanın; işlem saatler içinde biter. Hiçbir şey yapmazsanız da beşinci günün sonunda transfer otomatik onaylanır.
-
Transferin tamamlandığını doğrulayın#
WHOIS sorgusunda Registrar alanı yeni firmayı göstermeli, bitiş tarihi bir yıl ilerlemiş olmalı. Yeni panelde alan adı listenizde görünür.
-
Kilidi ve gizliliği yeniden açın#
Transfer biter bitmez yeni firmada transfer kilidini ve WHOIS gizliliğini tekrar etkinleştirin. Bu iki ayar alan adınızın en temel güvenlik önlemleridir.
Süreler: Ne Kadar Bekleyeceksiniz?#
| Aşama | Tipik süre | Üst sınır | Not |
|---|---|---|---|
| Kilidin kalkması | Anında | Birkaç saat | Registry’ye yansıması gecikebilir |
| EPP kodunun gelmesi | Anında | 1-2 iş günü | Destek talebiyle isteniyorsa uzar |
| Kayıt sahibi onayı | Sizin hızınıza bağlı | — | Onaylanmazsa süreç durur |
| Eski firmanın onayı | Birkaç saat | 5 gün | Sessiz kalırsa otomatik onaylanır |
| Yeni panelde görünme | Anında | 1 saat | Transfer tamamlandıktan sonra |
Toplamda hazırlığınız tamsa iş bir günde biter, en kötü ihtimalle beş gün sürer. Bu sürenin tamamında siteniz ve e-postanız çalışmaya devam eder — bir sonraki bölümdeki hazırlığı yaptıysanız.
Site ve E-postayı Kesintisiz Tutmak#
Transferin en riskli tarafı burası. Kayıt katmanı taşınırken DNS katmanının ne olacağını önceden çözmezseniz, bir sabah hem site hem posta birlikte düşer.
Riskin kaynağı şu: alan adınızın DNS bölgesi çoğu zaman eski kayıt kuruluşunun ücretsiz ad sunucularında durur. Transfer tamamlandıktan bir süre sonra eski firma hesabınızı kapatır ve o bölge silinir. Ad sunucuları hala eski firmayı gösterdiği için alan adı hiçbir yere çözümlenemez hale gelir.
Doğru sıralama şu:
-
Mevcut DNS bölgesinin tam listesini alın#
Eski panelde Bölge Düzenleyicisi (Zone Editor) ekranındaki tüm satırları bir metin dosyasına kopyalayın: A, AAAA, CNAME, MX, TXT (SPF, DKIM, DMARC), SRV, CAA. Hiçbirini atlamayın.
-
DNS’i bağımsız bir yere taşıyın#
Kayıtları yeni hosting sağlayıcınızın DNS’ine ya da Cloudflare’e girin. Cloudflare tarafındaki adımlar ve tarama tuzakları Cloudflare kurulumu sayfasında ayrıntılı anlatılıyor.
-
TTL değerlerini düşürün#
Taşımadan 48 saat önce kritik kayıtların TTL değerini 300 saniyeye çekin. Bir sorun çıkarsa geri dönüş dakikalar sürer, saatler değil.
-
Ad sunucularını değiştirin ve doğrulayın#
Yeni DNS’in ad sunucularını alan adı panelinde tanımlayın. Site ve e-posta yeni bölge üzerinden çalışıyor mu, tek tek test edin.
-
Ancak bundan sonra transferi başlatın#
DNS artık kayıt kuruluşundan bağımsız olduğu için transfer sırasında hiçbir şey değişmez. Kayıt katmanı el değiştirir, trafik akmaya devam eder.
# Taşımadan önce ve sonra karşılaştırmak için kayıtları dökün
for kayit in A AAAA MX TXT NS SOA CAA; do
echo "--- $kayit ---"
dig +short alanadiniz.com $kayit
done
# Alt alan adlarını ayrıca kontrol edin
dig +short www.alanadiniz.com A
dig +short mail.alanadiniz.com A
dig +short SRV _minecraft._tcp.alanadiniz.com
# Yeni ad sunucusundan doğrudan sorup önbelleği atlayın
dig @yeni-ns1.saglayici.com alanadiniz.com AAynı dönemde hosting de değiştiriyorsanız işleri ayırın: önce yeni sunucuya kurulumu yapın ve SSL sertifikasını hazırlayın, sonra DNS’i çevirin, en son transfere girişin. Üçünü aynı güne sıkıştırmak, bir şey ters gittiğinde hangi adımın sorumlu olduğunu bulmayı imkânsız hale getirir. Bir oyun sunucusu adresi de taşıyorsanız domain bağlama sayfasındaki SRV ayrıntısını atlamayın.
.com.tr ve Diğer Türkiye Uzantıları#
.tr uzantıları ICANN’in transfer politikasına tabi değildir. Bu alan adları BTK bünyesindeki TRABIS tarafından yönetilir ve süreç kayıt kuruluşları üzerinden yürür. Yani yukarıda anlatılan EPP kodu ve beş günlük otomatik onay mekanizması burada birebir işlemez.
| Konu | gTLD (.com, .net, .org) | .tr uzantıları |
|---|---|---|
| Yetkili kurum | ICANN | BTK / TRABIS |
| Transfer anahtarı | EPP / Auth kodu | Kayıt kuruluşu üzerinden işlem |
| Onay yöntemi | Kayıt sahibi e-postasına FOA | Alan adı sahibinin kullanıcı paneli onayı |
| 60 gün kuralı | Uygulanır | Farklı kurallar geçerlidir |
| Belge gereksinimi | Yok | Belgeli uzantılarda var |
| Süreye eklenen yıl | Genelde eklenir | Uzantı ve kuruma göre değişir |
TRABIS’e geçişten sonra .com.tr, .net.tr, .org.tr, .web.tr, .gen.tr gibi uzantılar belgesiz olarak, ilk gelen alır esasıyla tahsis ediliyor. Buna karşılık .av.tr, .bel.tr, .k12.tr, .edu.tr, .gov.tr gibi uzantılar belgeli grupta kalmaya devam ediyor ve transferlerinde de belge kontrolü yapılabiliyor.
.tr tarafında adımlar ve ekran adları kayıt kuruluşuna göre farklılık gösterebilir, ayrıca mevzuat zaman içinde güncellenir. İşleme başlamadan önce yeni kayıt kuruluşunuzdan güncel süreç akışını yazılı olarak isteyin. Belgeli bir uzantı taşıyorsanız hangi evrakların gerektiğini de baştan öğrenin; eksik evrak, sürecin en sık takıldığı yer.Transfer Neden Başarısız Olur?#
| Ret gerekçesi | Gerçek sebep | Çözüm |
|---|---|---|
| Domain is locked | Transfer kilidi kaldırılmamış | Eski panelden kilidi kapatın, WHOIS’ten doğrulayın |
| Invalid authorization code | EPP kodu yanlış, süresi dolmuş ya da başında boşluk var | Kodu yeniden üretip kopyala-yapıştır ile girin |
| Transfer not allowed — 60 days | Yeni kayıt ya da yakın tarihli önceki transfer | WHOIS’teki tarihe bakıp süreyi doldurun |
| Registrant contact unreachable | Kayıt sahibi e-postası yanlış veya erişilemiyor | Panelden adresi güncelleyin (60 gün kilidi tetiklenebilir) |
| WHOIS privacy enabled | Gizlilik koruması açık, bilgiler doğrulanamıyor | Gizliliği geçici kapatın, transferden sonra açın |
| Domain in redemption period | Alan adının süresi dolmuş, kurtarma döneminde | Önce eski firmadan yenileyin, sonra transfer edin |
| Pending dispute / UDRP | Alan adı hakkında hukuki süreç var | Süreç bitmeden transfer yapılamaz |
| Non-payment | Eski firmaya ödenmemiş borç | Borcu kapatın, kayıt kuruluşu itirazını çeksin |
İşin aslı, ret sebeplerinin ilk dördü tüm başarısız transferlerin büyük çoğunluğunu oluşturuyor ve dördü de tamamen önlenebilir. WHOIS çıktısını okumayı bilen biri transferi başlatmadan önce hepsini görür. Takıldığınız noktada eski firma yardımcı olmuyorsa yeni sağlayıcınıza destek talebi açın; kayıt kuruluşları arası yazışmayı onlar yürütebilir.
Transfer Kontrol Listesi#
İşlemi başlatmadan önce bu listeyi sırayla geçin. Her madde bir öncekine dayanıyor.
- Alan adı en az 60 gündür sizde mi? WHOIS’teki oluşturma ve güncelleme tarihini kontrol edin.
- Bitişe en az 15 gün var mı? Yoksa önce eski firmada yenileyin.
- Kayıt sahibi e-postasına erişiminiz var mı? Kendinize test postası atıp doğrulayın.
- DNS bölgesinin tam yedeğini aldınız mı? A, MX, TXT, SRV, CAA — hepsi bir dosyada olsun.
- DNS’i bağımsız bir yere taşıdınız mı? Transferden önce yapılması gereken tek kritik adım budur.
- TTL değerlerini 300’e düşürdünüz mü? Geri dönüş ihtimalini ucuzlatır.
- Site ve e-posta yeni DNS üzerinden çalışıyor mu? Tarayıcıdan ve posta istemcisinden test edin.
- Transfer kilidini kapattınız mı? WHOIS durumu
clientTransferProhibitedgöstermemeli. - Gizlilik korumasını geçici kapattınız mı? Transferden sonra hemen geri açın.
- EPP kodunu kopyaladınız mı? Başında ve sonunda boşluk olmasın.
- Transferden sonra kilit ve gizlilik yeniden açıldı mı? Bu adım en çok unutulanı.
Kendi sunucunuzda kendi DNS’inizi çalıştırmayı düşünüyorsanız — ki tam bağımsızlık isteyenlerin gittiği yol budur — bir VDS üzerinde ikincil ad sunucusuyla birlikte kurmak gerekir. Paylaşımlı barındırmada kalacaksanız web hosting nedir sayfasındaki seçim kriterleri yeni firmayı değerlendirirken işinize yarar.
Özetle#
Domain transferi doğru sırayla yapıldığında sıkıcı ve olaysız bir işlemdir. Sıra şu: DNS’i bağımsız bir yere taşıyın ve doğrulayın, sonra kilidi kaldırıp EPP kodunu alın, sonra yeni firmada siparişi verip kayıt sahibi onayını tıklayın, en fazla beş gün bekleyin, transfer bitince kilidi ve gizliliği geri açın.
Aklınızda tutulacak tek cümle şu: transfer kayıt kuruluşunu değiştirir, DNS’i değil. Bu ayrımı yaptığınız anda “transfer sırasında sitem kapanır mı” sorusu da kendiliğinden cevaplanıyor. Kayıt katmanı ile DNS katmanının nasıl ayrıldığını daha ayrıntılı görmek isterseniz DNS kayıtları rehberi ile devam edin.