Domain Transfer: Alan Adı Taşıma Süreci ve Dikkat Edilecekler

Domain Transfer: Alan Adı Taşıma Süreci ve Dikkat Edilecekler

Hosting fiyatından memnun değilsiniz, panel çok karmaşık geldi ya da destek kalitesi beklentinizin altında kaldı. Birkaç tıklamayla alan adınızı farklı bir kayıt kuruluşuna (registrar) taşıyabilirsiniz. Ama birkaç kuralı atlamak, DNS kesintisine, e-posta kaybına ya da transferin tamamen engellenmesine yol açabilir.

Bu rehber domain transferinin teknik ve bürokratik katmanlarını sırayla açıklıyor: ICANN politikaları, auth code / EPP kodu, 60 gün kilit, .tr transfer süreci 2022 sonrası, DNS yönetimi, e-posta kesintisi riski ve yaygın hatalar.

Buyukweb notu: Buyukweb yalnızca hosting ve VDS hizmeti sunar; domain tescili veya registrar hizmeti kapsamımızda değildir. Transfer süreci tamamen kullanıcı ile kendi registrar'ı arasındadır. Hosting tarafında DNS bilgisi almak için 0850 302 60 70 destek hattımız her zaman açık.

Domain Transfer Ne Demek, Neden Gerekir?

Domain transfer, bir alan adının bir kayıt kuruluşundaki (registrar) kaydını sona erdirip başka bir kayıt kuruluşuna taşıma işlemidir. Teknik açıdan DNS verilerini değil, kayıt yetkisini ve yönetim kontrolünü devredersiniz.

Kullanıcıların transfer kararı almasının başlıca nedenleri:

• Fiyat: Yıllık yenileme maliyeti registrar'a göre önemli ölçüde farklılaşabilir. Promosyon fiyatıyla alınan domain, yenileme döneminde çok daha pahalıya gelebilir.
• Panel kalitesi: Bazı kontrol panelleri DNS düzenlemeyi, WHOIS güncellemesini ve transfer kilidini yönetmeyi gereksiz karmaşık hale getirir.
• Destek kalitesi: Teknik sorunlarda ulaşılabilir ve çözüm üretebilen destek, özellikle iş sürekliliği kritik siteler için öncelikli kriter olabilir.
• Marka bütünlüğü: Şirket adına kayıt yaptırılmak isteniyor ama eski hesap erişilemiyor durumda.
• Konsolidasyon: Birden fazla registrar'da dağılmış domain'leri tek panelde toplamak yönetim kolaylığı sağlar.

Transfer kararı vermeden önce mevcut registrar'da yenileme maliyetini ve varsa uçuş süresini (transfer sonrası yıl eklenmesi) hesaplayın.

ICANN Inter-Registrar Transfer Policy (IRTP): gTLD'ler İçin Zorunlu Standart

IRTP (Inter-Registrar Transfer Policy), ICANN'ın tüm akredite registrar'lara uygulamak zorunda olduğu transfer protokolüdür. .com, .net, .org ve yüzlerce yeni gTLD bu kapsama girer.

Politikanın iki temel güvencesi var:

1. 60 gün kilit: Yeni tescil edilen veya son transferi tamamlanan bir domain, işlem tarihinden itibaren 60 gün boyunca transfere kapalıdır. Bu süre, yetkisiz veya yanlışlıkla yapılan transferlere karşı tasarlanmıştır.

2. Registrant onayı (FOA — Form of Authorization): Transfer başlatıldığında kayıt sahibinin (registrant) e-posta adresine onay bildirimi gönderilir. Kayıt sahibi onaylamaz ya da 5 gün içinde yanıt vermezse transfer otomatik tamamlanır. Açıkça reddedilirse iptal olur.

Bu iki mekanizma birlikte çalışır: birini geçemeyen transfer başlamaz bile.

Auth Code (EPP Code / Transfer Authorization Code): Transfer Anahtarı

Auth code — tam adıyla Transfer Authorization Code, registrar terminolojisinde EPP code veya domain secret — bir domainin başka bir registrar'a taşınabilmesi için gereken tek kullanımlık doğrulama kodudur.

Bilmeniz gerekenler:

• Kim verir? Mevcut registrar. Registrar panelindeki "Transfer" veya "Auth Code" bölümünden talep edilir; bazı registrar'lar kodu doğrudan panelde gösterir, bazıları WHOIS'taki e-posta adresine gönderir.
• Format: Genellikle 16–32 karakter uzunluğunda, harf-rakam-özel karakter karışımı rastgele bir dizedir. Örnek biçim: aB3!xY9#mK2@pL5n
• Geçerlilik süresi: Registrar'a göre değişir; çoğu 5–7 gün geçerlilik tanır. Süre dolmadan kullanmazsanız yeni talep gerekir.
• Gizlilik: Kodu asla herkese açık bir ortamda paylaşmayın. Auth code, transferin tek ve yeterli anahtarıdır — ele geçiren biri domaini taşıyabilir.
• Eski adı: Bazı kaynaklarda "domain secret" veya "authinfo" olarak geçer; aynı şeydir.

Transfer Adımları (gTLD — Adım Adım)

Aşağıdaki sıra .com, .net, .org ve ICANN akredite kayıt kuruluşlarının işlettiği çoğu gTLD için geçerlidir:

1. Eski registrar'da domain kilidini (Registrar Lock) kapat
2. Auth code / EPP code'u al (panel veya e-posta ile)
3. Yeni registrar'ın "Transfer" sayfasına gir, domain adını gir
4. Auth code'u yapıştır
5. Ödemeyi tamamla (transfer ücreti genellikle 1 yıl yenileme içerir)
6. WHOIS e-posta adresini kontrol et — onay bildirimi gelecek
7. FOA onay e-postasını onayla (ya da 5 gün bekle; otomatik tamamlanır)
8. Transfer 5–7 gün içinde tamamlanır

5 günlük otomatik onay: Kaynakça bazı kullanıcılarda e-posta onayı gelmediğinde süreç tıkanıyor. ICANN politikasına göre 5 iş günü içinde kayıt sahibinden yanıt gelmezse transfer otomatik onaylanır. Ancak WHOIS e-posta adresi erişilemez durumdaysa bu süre zarfında eski registrar'dan manuel onay istenebilir.

.tr Transfer Süreci: TRABIS 2022 Reformu Sonrası

2022'de yürürlüğe giren TRABIS (Türkiye Alan Adı Yönetim Sistemi) reformu, .tr uzantısı için köklü değişiklikler getirdi ve transfer sürecini önemli ölçüde basitleştirdi.

2022 öncesi:

• Tek kayıt kurumu (nic.tr) vardı; registrar değişimi kavramı yoktu
• .com.tr kaydı için ticaret sicil belgesi zorunluydu
• .tr second-level (kök uzantı) kapalıydı; yalnızca .com.tr, .gen.tr gibi alt uzantılar mevcuttu

2022 sonrası — değişenler:

• Çoklu akredite registrar sistemi geldi; artık .tr domain'leri farklı kayıt şirketleri üzerinden alınabiliyor ve transfer yapılabiliyor
• .com.tr için ticaret sicil belgesi zorunluluğu kaldırıldı — bireyler de kayıt yaptırabiliyor
• .tr second-level doğrudan açıldı: markaadi.tr gibi kayıtlar artık mümkün
• Transfer işlemi ICANN benzeri bir prosedüre yaklaştı: auth code gerekli, ek belge zorunluluğu büyük ölçüde kalktı

Pratik durum: .tr transferi için auth code alın, kilidi kaldırın ve yeni registrar üzerinden işlemi başlatın. .com.tr / .tr için ekstra belge beklemeyin — 2022 reformu bunu kaldırdı. İşlem süresi genellikle 2–5 iş günüdür.

Transfer Engelleyici Durumlar

Transferin başarısız olmasının ya da reddedilmesinin yaygın nedenleri:

1. 60 gün kilidi: Domain yeni tescil edilmişse veya son transfer 60 günden kısa süre önceyse ICANN politikası gereği transfer mümkün değildir. Bu süre tamamlanmadan işlem yapılamaz.

2. Registrar Lock aktif: Transfer kilidi kapatılmadan başlatılan transfer talebi otomatik reddedilir. Yeni registrar'a auth code girmeden önce mutlaka kilidi açın.

3. WHOIS bilgisi eksik veya erişilemez: FOA onay e-postası WHOIS'taki kayıt sahibi adresine gider. Bu adres artık çalışmıyorsa veya spam klasörüne düşüyorsa onay tamamlanamaz. Transfer öncesi WHOIS e-posta adresini güncelleyin.

4. Dispute / ihtilaf durumu: Domain üzerinde aktif bir UDRP uyuşmazlığı veya mahkeme kararı varsa transfer askıya alınır ya da reddedilir.

5. Süresi dolmuş domain: Expiration tarihi geçmiş domain transfere kapalıdır. Önce mevcut registrar'da yenileme yapılmalı; grace period'daki domain bazı registrar'larca transfer edilmez.

6. Privacy proxy / WHOIS gizlilik aktif: Bazı registrar'larda WHOIS gizlilik servisi, transferi engelleyici bir proxy e-posta kullanır ve onay e-postaları sahibe ulaşmaz. Transfer öncesi gizlilik servisini geçici olarak kapatın.

Auth Code Güvenliği: Sosyal Mühendislik ve Phishing Riski

Auth code, domain hijacking saldırılarında en çok hedef alınan unsurlardan biridir. Dikkat edilmesi gerekenler:

Phishing: Sahte registrar e-postası veya panel sayfasıyla auth code çalınmaya çalışılır. Auth code talep eden e-postalarda her zaman gönderen alan adını doğrulayın; registrar'ın resmi URL'si üzerinden işlem yapın.

Sosyal mühendislik: Destek hattını arayarak kayıt sahibinin auth code'unu telefonda almaya çalışan dolandırıcılar var. Meşru registrar'lar auth code'u telefonda vermez; her zaman doğrulanmış kanal (panel, 2FA ile korunan hesap) üzerinden talep edin.

Güvenli paylaşım: Auth code'u e-posta gövdesine yazmak yerine, 1Password Secure Note veya Bitwarden Send gibi tek kullanımlık paylaşım araçlarını tercih edin. Kod gönderildikten sonra hemen kullanılmalı; kullanılmayan kod 5–7 gün içinde geçersiz olur.

2FA: Registrar hesabınızda iki faktörlü doğrulama etkin olmalı. Şifre çalınsa bile auth code talebi 2FA olmadan tamamlanamaz.

Transfer Sırasında DNS Yönetimi: Kesinti Riski

Domain transferi registrar'ı değiştirir, DNS verilerini değiştirmez — ama bu yanlış anlaşılır ve kesintiye yol açar.

Neden kesinti olur?

Bazı registrar'lar transfer tamamlandığında DNS ayarlarını kendi varsayılan name server'larına sıfırlar. Eğer DNS'i eski registrar'ın name server'larında tutuyorsanız ve yeni registrar farklı bir default atarsa siteniz, e-postanız ve diğer servisleriniz yanıt vermez hale gelir.

Güvenli yöntem — External DNS (Cloudflare veya benzeri):

DNS'i registrar'dan bağımsız bir sağlayıcıda tutmak, transfer sırasında kesintisiz çalışmayı sağlar:

1. Transfer öncesi: DNS yönetimini Cloudflare gibi bir platforma taşı
2. Registrar'da name server'ları external DNS'e yönlendir
   (örn. aria.ns.cloudflare.com / kurt.ns.cloudflare.com)
3. Domaini yeni registrar'a transfer et
4. Yeni registrar'da name server'ları aynı external DNS olarak ayarla
5. DNS kayıtları hiç değişmez — kesinti olmaz

Bu yaklaşım özellikle canlı e-ticaret siteleri, e-posta alan kurumlar ve kurumsal altyapı için kritiktir.

E-posta Taşıma: MX Kaydını Koruma

Transfer sürecinde en çok göz ardı edilen risk e-posta kesintisidir. MX kaydı yanlış yapılandırılırsa gelen e-postalar kaybolur; bu kayıp geri alınamaz.

Güvenli geçiş:

• Transfer öncesinde MX kaydınızı belgeleyin (host adı, öncelik değeri, TTL)
• Eğer e-posta Buyukweb cPanel üzerindeyse, DNS external'a taşındığında MX kaydını manuel olarak aynı hosting sunucusuna yönlendirin
• Google Workspace, Yandex Mail veya başka bir external mail provider kullanıyorsanız, bu sağlayıcının MX kayıtlarını external DNS'e aktarın
• Transfer bitmeden önce bir test e-postası göndererek MX'in doğru çalıştığını doğrulayın

Örnek MX kaydı (Buyukweb cPanel):
Tür:   MX
Host:  @  (veya alan adı)
Değer: mail.buyukweb.com (cPanel mail sunucusu)
Öncelik: 10
TTL:   3600

MX kaydı doğru olduğu sürece e-posta, domain hangi registrar'da olursa olsun kesintisiz çalışır.

ccTLD'ler ve Ülke Uzantılarında Farklı Kurallar

ICANN'ın IRTP politikası gTLD'ler için geçerlidir. Her ülke kendi ccTLD'sini kendi politikasıyla yönetir:

Uzantı	Yöneten Kurum	Özellikler
.tr, .com.tr	TRABIS (BTK)	2022 sonrası çoklu registrar, auth code, ICANN benzeri süreç
.uk	Nominet	Basit transfer; auth code yerine "IPS tag" sistemi kullanılır
.de	DENIC	KK/AuthInfo2 ile çift onay sistemi; 2–5 gün
.fr	AFNIC	Auth code + sahip onayı
.eu	EURid	Auth code; transferde 1 yıl yenileme zorunlu değil

.tr 2022 reformuyla ICANN benzeri bir uygulamaya yaklaştı; auth code ve registrant onayı gerektiriyor. Ancak resmi süreç TRABIS altyapısı üzerinden yürüyor; prosedürde küçük farklılıklar olabilir.

Yurt dışı uzantısı taşıyorsanız hedef ülkenin registrar'ına veya WHOIS kaydına bakarak o ccTLD'nin transfer politikasını öğrenin.

Yaygın Hatalar ve Nasıl Önlenir

Hata 1: WHOIS e-postası erişilemez

Eski bir e-posta adresi WHOIS'ta kayıtlı; FOA onay bildirimi o adrese gidiyor ama gelen kutusuna ulaşmıyor. Sonuç: transfer 5 gün bekliyor, otomatik onay ya da eski registrar'dan manuel süreç.

Önlem: Transfer başlatmadan önce WHOIS'taki e-posta adresini güncelleyin ve test e-postası gönderin.

Hata 2: Sona erme tarihi yakın domain'de transfer

Expiration'ı 10–15 gün kalan domain'de transfer başlatmak risklidir. Bazı registrar'lar yaklaşan expiration'ı gerekçe göstererek transferi reddeder. Transfer tamamlanana kadar domain düşerse ciddi sorun yaşanır.

Önlem: Transfer öncesinde en az 30 gün sona erme süresi kalsın. Gerekirse eski registrar'da bir yıl yenileyin.

Hata 3: Privacy proxy kaldırılmadan transfer

WHOIS gizlilik servisi aktifken transfere kalkışmak; gizlilik servisinin proxy e-postası onay bildirimini bloke edebilir veya yanlış yönlendirebilir.

Önlem: Transfer öncesi WHOIS gizlilik servisini geçici olarak kapatın, gerçek kayıt sahibi bilgisini görünür yapın.

Hata 4: DNS sıfırlanmasından haberdar olmamak

Transfer tamamlanınca yeni registrar kendi default name server'larına geçer ve site + e-posta çevrimdışı olur.

Önlem: Transfer öncesi name server'ları external bir DNS sağlayıcısına taşıyın; registrar değişse de DNS yapılandırması sabit kalır.

Hata 5: 60 gün kilidi hesaplamamak

Domain'i 45 gün önce aldınız; şimdi transfer etmek istiyorsunuz ama 60 gün dolmadı. Transfer reddedilir.

Önlem: WHOIS'taki creation date veya son transfer tarihini kontrol edin; 60 gün hesaplayın, ondan sonra transfer başlatın.

Domain Push: Aynı Registrar İçinde Hesap Devri

Transferle karıştırılan bir diğer işlem domain push'tur. İkisi kökten farklıdır:

Transfer: Bir registrar'dan farklı bir registrar'a taşıma. ICANN IRTP prosedürü, auth code, 60 gün bekleme ve onay süreci gerektirir.

Push (intra-registrar devir): Aynı registrar'ın sistemi içinde domain'i başka bir hesaba devretme. Auth code gerekmez; 60 gün kilidi uygulanmaz; ICANN prosedürü dışında, tamamen registrar'ın iç sürecine göre gerçekleşir.

Ajans veya geliştirici size domain'i kendi hesabından sizin hesabınıza devredecekse ve ikiniz de aynı registrar'daysanız bu push işlemidir — çok daha hızlı ve basittir. Farklı registrar'lardaysanız klasik transfer gerekir.

Buyukweb Bağlamı: Domain ve Hosting Nasıl Ayrışır?

Buyukweb domain satmaz, domain transferi gerçekleştirmez. Bu açıklama önemsiz görünebilir ama pratikte sıkça karışıklık yaşanır.

Tipik kurulum şöyle işler:

1. Kullanıcı → Yetkili bir domain registrar'ından domain alır
   (nic.tr akrediteli veya ICANN akrediteli herhangi bir registrar)

2. Registrar panelinden name server'ları Buyukweb'e yönlendirir
   (Buyukweb destek hattından name server bilgisi alınır)

3. Buyukweb sunucusu domain üzerindeki siteyi / uygulamayı çalıştırır

Transfer kararı aldığınızda sürecin tamamını kullanıcı ve kendi registrar'ı yönetir. Buyukweb'in bu süreçteki rolü şudur: transfer sonrası name server'ların doğru girildiğini doğrulamak ve hosting/VDS tarafında DNS desteği sağlamak. Hosting DNS soruları, cPanel MX yapılandırması veya name server bilgisi için 0850 302 60 70 destek hattına ulaşabilirsiniz.

Transfer Öncesi Checklist

Transfere başlamadan önce aşağıdaki listeyi tamamlayın:

✓ WHOIS'taki e-posta adresi güncel ve erişilebilir
✓ Domain tescilinden veya son transferden bu yana 60+ gün geçti
✓ Sona erme tarihine en az 30 gün var
✓ Registrar Lock (transfer kilidi) kapatıldı
✓ Auth code / EPP code alındı ve güvenli şekilde saklandı
✓ WHOIS gizlilik servisi (privacy proxy) geçici olarak kapatıldı
✓ DNS external'a taşındı veya new registrar'daki name server'lar doğrulandı
✓ MX kaydı belgelendi ve yeni DNS'e girildi
✓ Active dispute / mahkeme kararı yok
✓ Marka tescili sahiplik bilgisi kayıt sahibiyle uyumlu

Her maddeyi geçmeden transfer başlatmayın. Özellikle WHOIS e-postası ve DNS yapılandırması — bu iki adım atlanırsa kesinti ve onay problemi garanti.

Sık Sorulan Sorular

Auth code'u nereden alırım?

Mevcut registrar'ınızın kontrol panelinden. Genellikle "Domain Yönetimi → Domain adı → Transfer / Auth Code" bölümünde bulunur ya da e-posta ile isteyebilirsiniz. Kod WHOIS'taki e-postaya gönderilirse o adresin aktif olduğundan emin olun.

60 gün kilidi neden var?

ICANN'ın IRTP politikası bu süreyi zorunlu kılar. Amaç, yetkisiz veya ani kararla yapılan transferleri engellemek. Yeni tescil veya son transferden itibaren 60 gün beklemek zorundasınız; bu süre hiçbir şekilde kısaltılamaz.

Transfer süresi ne kadar?

gTLD'ler için: eski registrar onayı beklenerek 5–7 gün. Onay e-postasını hızla onaylarsanız 1–2 güne inebilir. .tr için: yaklaşık 2–5 iş günü. Toplam süre registrar'a ve onay hızına göre değişir.

.tr transfer kolaylaştı mı?

Evet. 2022 TRABIS reformuyla .tr ve .com.tr domain'leri artık birden fazla akredite registrar üzerinden yönetilebilir; auth code gerekli ama ek belge zorunluluğu büyük ölçüde kaldırıldı. Süreç ICANN gTLD transferine benzer hale geldi.

Buyukweb domain transferi yapar mı?

Hayır. Buyukweb hosting ve VDS hizmeti verir; domain tescili veya transfer hizmeti kapsamımızda değildir. Transferin her adımı kullanıcı ile kendi registrar'ı arasındadır. Hosting DNS desteği için 0850 302 60 70.

Transfer sırasında DNS kesilir mi?

Eğer DNS registrar'a bağlıysa ve yeni registrar farklı default name server atarsa — evet, kesilir. Önlem: transferden önce DNS'i Cloudflare gibi external bir platforma taşıyın. Name server'lar external olduğunda registrar değişimi DNS'i etkilemez.

E-posta transfer sırasında kesilir mi?

MX kaydı doğru yapılandırılmışsa hayır. DNS external'a taşınmışsa MX kaydı orada korunur; registrar değişimi e-postayı etkilemez. Ancak DNS registrar tarafından yönetiliyorsa ve transfer sonrası sıfırlanırsa e-posta da kesilir. Her zaman MX kaydını önceden belgeleyin.

---

İlgili Buyukweb Hizmetleri

• Web Hosting — domain yönlendirme, DNS yönetimi, cPanel
• cPanel Web Hosting — Zone Editor ile DNS ve MX kontrolü
• VDS Sunucu — tam kontrol, kendi DNS yapılandırması
• DNS Kayıtları Rehberi — A, CNAME, MX, TXT kavramsal hub
• Cloudflare DNS Kurulumu — external DNS ile kesintisiz geçiş

Hosting ve VDS teknik sorularınız için 0850 302 60 70 destek hattımız veya iletişim sayfamız.