Alan Adını Farklı Kayıt Firmasına Transfer Etmek: EPP, DNS ve E‑Postayı Kesintisiz Taşımak

Alan adını farklı kayıt firmasına transfer etmek neden bu kadar kritik?

Alan adı transferi, teknik olarak birkaç form ve bir EPP (Auth) kodundan ibaret gibi görünse de pratikte web siteniz, e‑posta trafiğiniz ve markanızın dijital itibarı açısından en riskli anlardan biridir. Yanlış zamanda başlatılan bir transfer, hatalı DNS yapılandırması veya gözden kaçan bir MX kaydı; web sitenizin saatlerce açılmamasına, kurumsal e‑postalarınızın kaybolmasına ve hatta alan adınızı geçici olarak kaybetmenize kadar giden zincirleme problemlere yol açabilir. DCHost olarak sahada en çok müdahale ettiğimiz acil durumların önemli bir kısmı, plansız veya hatalı alan adı transferlerinden kaynaklanıyor.

Bu rehberde, alan adını farklı kayıt firmasına transfer etmek isteyen herkes için adım adım, riskleri minimize eden bir yol haritası paylaşacağız. EPP kodu nedir, transfer kilidi nasıl kaldırılır, DNS kayıtları ve nameserver’lar ne zaman değiştirilmelidir, e‑postayı kesintisiz taşımak için nasıl bir MX ve SPF stratejisi izlemelisiniz; hepsini pratik senaryolarla anlatacağız. Hedefimiz, transferi sadece başarıyla tamamlamak değil; aynı zamanda ziyaretçi ve e‑posta kaybı yaşamadan, yani gerçekten kesintisiz gerçekleştirebilmenizi sağlamak.

Neden alan adını farklı kayıt firmasına transfer edersiniz?

Önce motivasyonu netleştirelim. Müşterilerimizin alan adını farklı bir kayıt firmasına, çoğu zaman da bize, DCHost’a transfer etmek istemesinin en yaygın nedenleri şunlar:

• Fiyat ve şeffaflık: Yenileme ücretleri ilk yıl promosyonundan sonra beklenmedik şekilde artabilir. Daha öngörülebilir ve şeffaf fiyatlandırma için transfer tercih edilir.
• Tüm altyapıyı tek elde toplama isteği: Domain, hosting, VPS, dedicated ve e‑posta servisleri farklı yerlerde dağınık olduğunda yönetim zorlaşır. Hepsini DCHost altında toplamak operasyonel yükü ciddi biçimde azaltır.
• Güvenlik ve yetki yönetimi: İki faktörlü doğrulama (2FA), transfer kilidi, DNSSEC gibi özellikleri daha rahat yönetmek için daha kurumsal ve güvenlik odaklı bir kayıt firması tercih edilir.
• Destek kalitesi: DNS, SSL, e‑posta ve hosting tarafını aynı ekipten destek alarak yönetmek transfer motivasyonlarının başında gelir.
• Alan adı portföyünü konsolide etme: Ajanslar ve çok sayıda domain yöneten ekipler, onlarca alan adını tek panelden kolayca yönetmek için toplu transfer yapar.

Motivasyon ne olursa olsun, teknik açıdan yapılması gerekenler hemen hemen aynıdır. Önemli olan, doğru zamanlama ve doğru sırayla adım atmak.

Transfer öncesi kritik kontrol listesi: süreler, zamanlama ve riskler

Alan adı transfer sürecini güvenli hale getirmek, başlamadan önce birkaç temel kuralı bilmekle başlar. Özellikle alan adının yaşam döngüsü ve süreler kritik öneme sahiptir.

1. Alan adının süresi ve yenileme penceresi

Alan adınızın süresi bitmeye yakınsa, transfer en riskli hale gelir. Çünkü:

• Birçok uzantıda transfer sırasında alan adının aktif olması gerekir; grace veya redemption dönemine düşmüş alanlar ek ücretler gerektirebilir.
• Transfer reddedilirse, yenileme süresi içinde kalmanız gerekebilir; aksi halde alan adı askıya alınır.

Bu noktada, alan adının ne zaman düşeceğini ve grace/redemption dönemlerini anlamak için alan adı yenileme ve grace/redemption süreleri rehberimize mutlaka göz atmanızı öneririz. Değerli bir domain söz konusuysa, önce yenileyip sonra transfer etmek çoğu zaman daha güvenlidir.

2. 60 günlük transfer kısıtı ve yeni kayıtlar

Birçok uzantıda (özellikle klasik gTLD’lerde) şu durumlarda 60 gün transfer kısıtı devreye girer:

• Alan adını yeni kaydettiyseniz (kayıttan itibaren 60 gün geçmeden transfer yapılamaz).
• Alan adında sahiplik (registrant) bilgisi yakın zamanda köklü biçimde değiştirildiyse.

Bu kısıt, ICANN politikaları kaynaklıdır ve kayıt firmaları tarafından kaldırılması genellikle mümkün değildir. Bu nedenle, yeni aldığınız bir alan adını hemen başka bir firmaya taşıma planınız varsa 60 günlük pencereyi hesaba katmalısınız.

3. Whois ve iletişim e‑postası doğruluğu

Transfer onayı çoğu zaman alan adı sahibinin iletişim e‑postasına gönderilen onay linkleriyle yapılır. Whois bilginizdeki e‑posta adresi hatalıysa veya kullanmıyorsanız, transfer onayını veremez ve süreç kilitlenebilirsiniz. Transferden önce mutlaka:

• Alan adı sahibi (registrant) e‑posta adresini güncelleyin.
• Bu e‑posta hesabına gerçekten erişebildiğinizden emin olun.
• Gerekiyorsa spam/junk klasörlerini de kontrol edin.

4. SSL, SEO ve yönlendirmeler

Alan adı transferi, doğrudan web sitenizin içeriğine dokunmasa da DNS ve nameserver değişikliği yapacaksanız SSL, 301 yönlendirmeler ve SEO üzerinde dolaylı etkileri olabilir. Daha önce hazırladığımız alan adı değiştirirken SEO kaybetmemek üzerine rehber teknik olarak farklı bir senaryoyu anlatsa da, DNS ve yönlendirme tarafındaki mantık burada da aynen geçerli.

EPP (Auth) kodu ve transfer kilidi: Transferin kalbi

Alan adı transferinin merkezinde iki kavram var: transfer kilidi (Registrar Lock) ve EPP/Auth kodu. Bu ikisini doğru yönetmeden transfer başlatılamaz.

Transfer kilidi (Registrar Lock) nedir?

Transfer kilidi, alan adınızın başka bir firmaya siz istemeden transfer edilmesini engelleyen bir güvenlik mekanizmasıdır. Genellikle kayıt panelinde Domain Lock, Transfer Lock gibi isimlerle geçer. Transfer yapmak istiyorsanız:

1. Mevcut kayıt firmanızın alan adı yönetim paneline giriş yapın.
2. İlgili domaini seçin.
3. “Transfer Lock” veya benzeri bir ayarı Kapalı/Disabled/Unlocked konuma getirin.
4. Değişikliğin birkaç dakika içinde aktif olduğundan emin olun.

Güvenlik açısından, transfer tamamlandıktan sonra yeni firmada (örneğin DCHost hesabınızda) transfer kilidini tekrar Açık konuma getirmenizi şiddetle tavsiye ederiz.

EPP (Auth) kodu nedir, nasıl alınır?

EPP kodu (veya Auth Code, Transfer Key), alan adınızı yeni kayıt firması hesabınıza taşıyabilmeniz için gereken, alan adı bazlı bir şifre gibidir. Bu kod olmadan transfer başlatamazsınız. EPP kodunu almak için tipik adımlar şöyledir:

• Mevcut kayıt firmasının paneline giriş yapın.
• İlgili domainin yönetim sayfasına girin.
• “Get EPP Code”, “Auth Code Request” gibi bir bölüm bulun.
• Kimi sistemlerde kod anında panelde gösterilir, kimilerinde whois e‑postanıza gönderilir.

EPP kodunu aldığınızda, bu bilgiyi gizli bir yerde saklayın ve sadece yeni kayıt firmasının (örneğin DCHost müşteri panelinizin) transfer formuna girerken kullanın. Bu kodu kimseyle paylaşmayın; çünkü alan adınızın transfer yetkisi anlamına gelir.

İki faktörlü doğrulama ve hesap güvenliği

Transfer sürecinde hem eski hem yeni kayıt firması hesabınızda hareket edeceğiniz için, bu dönem hesap güvenliği açısından da kritiktir. Özellikle:

• Mevcut kayıt firması hesabınızda 2FA (Google Authenticator, SMS vb.) aktif olsun.
• DCHost müşteri panelinizde de 2FA kullanın ve güçlü bir parola belirleyin.

Bu sayede, EPP kodunuz ele geçirilse bile hesap erişimi olmadan kötü niyetli transfer riski büyük ölçüde engellenmiş olur.

DNS stratejisi: Transfer sırasında sitenizi online tutmak

Alan adı transferi tek başına web sitenizi kapatmaz. Asıl problem, DNS tarafında yapılan kontrolsüz değişikliklerden çıkar. DNS stratejinizi baştan planlarsanız, ziyaretçileriniz hiçbir kesinti fark etmez.

DNS’in temellerini hatırlayalım

Transfer sürecine girmeden önce, hangi kayıt ne işe yarıyor netleştirmek önemli. Aksi halde yanlış bir kaydı silmek tüm altyapınızı etkileyebilir. Bu konuda DNS kayıt türlerini adım adım anlattığımız rehbere mutlaka göz atın. Özetle:

• A / AAAA: Alan adını web sunucunuzun IP adresine yönlendirir.
• MX: E‑posta trafiğinin hangi sunucuya gideceğini belirler.
• CNAME: Bir alan adını başka bir alan adına yönlendirir.
• TXT: SPF, doğrulama kayıtları gibi pek çok alanı taşır.

Nameserver (NS) ve DNS barındırma kararı

Alan adını farklı kayıt firmasına taşırken iki temel senaryo vardır:

1. Nameserver’lar aynı kalır, sadece registrant (kayıt firması) değişir.
2. Hem kayıt firması hem nameserver (DNS hizmeti) değişir.

En güvenli yaklaşım genellikle şudur:

• Önce alan adı transferini tamamlamak,
• Ardından DNS ve nameserver değişikliğini kontrollü şekilde yapmak.

Böylece aynı anda iki büyük değişikliği yönetmek zorunda kalmazsınız ve sorun çıktığında hangi adımda problem doğduğunu daha net görebilirsiniz.

TTL planlaması ve DNS yayılımını yönetmek

DNS tarafında değişiklik yaptığınızda devreye giren kavram TTL (Time To Live) değeridir. TTL, bir kaydın DNS önbelleklerinde ne kadar süre tutulacağını belirler. Değeri ne kadar yüksekse, değişikliklerin dünya genelinde yayılması o kadar uzun sürer.

Örneğin, A kaydınızın TTL değeri 86400 saniye (24 saat) ise, IP değişikliğinizin tam olarak her yerde etkili olması 1 günü bulabilir. Bu nedenle, transfer veya hosting taşıma öncesinde TTL’i önceden düşürmek en kritik adımdır. TTL ve yayılma süresini daha iyi anlamak için DNS yayılım süresinin nasıl çalıştığını anlattığımız detaylı yazıya bakabilirsiniz.

Kesintisiz geçiş planlıyorsanız, zero‑downtime taşıma için TTL stratejileri yazımızda paylaştığımız yaklaşımı uygulayabilirsiniz: Taşıma tarihinden birkaç gün önce TTL’i düşür, değişiklik anında yayılımı hızlandır, işler stabilize olunca TTL’i tekrar mantıklı bir seviyeye yükselt.

Senaryo 1: Sadece domain registrarı değişiyor, hosting aynı kalıyor

Bu, en az riskli senaryodur. Örnek: Web siteniz hâlâ mevcut hosting sağlayıcınızda duruyor, sadece domaini DCHost’a transfer etmek istiyorsunuz.

• Nameserver’lar (NS) hiç değişmez. Eski firmadaki NS kayıtları yeni kayıt firması panelinize aktarılır.
• Web sitesi ve e‑posta için kullandığınız DNS kayıtları aynen çalışmaya devam eder.
• Bu senaryoda tek yapmanız gereken, transfer tamamlandıktan sonra yeni panelinizden DNS kayıtlarınızı kontrol etmektir.

Avantajı, web sitesi ve e‑posta tarafında neredeyse sıfıra yakın risk olmasıdır. Dezavantajı ise DNS’in hâlâ farklı bir altyapıda olması ve tümüyle tek panelde toplanmamış olmasıdır.

Senaryo 2: Hem domain hem hosting DCHost’a taşınıyor

Bu senaryo, en çok dikkat isteyen ama uzun vadede yönetimi en konforlu hale getiren yaklaşımdır. Alan adınızı DCHost’a transfer ederken aynı zamanda:

• Web sitenizi DCHost paylaşımlı hosting, VPS veya dedicated sunucuya taşıyabilirsiniz.
• DNS yönetimini DCHost’un DNS altyapısına devrederek tüm kayıtları tek panelden kontrol edebilirsiniz.
• E‑postalarınızı da DCHost üzerinde barındırarak tam entegre bir yapı kurabilirsiniz.

Bu durumda izlenebilecek pratik yol haritasını aşağıda genişçe anlatacağız; ama prensip değişmiyor: Önce TTL planlaması, sonra paralel ortam kurma, en sonda kontrollü cutover.

E‑postayı kesintisiz taşımak: MX, SPF, DKIM ve zamanlama

Alan adı transferlerinde en çok korkulan konu e‑posta kesintisidir. Çünkü web sitesi birkaç dakika kapalı kalabilir ama kaybolan bir iş e‑postasının telafisi çok daha zordur. DCHost’ta yeni müşteri geçişlerinde en titiz olduğumuz bölüm de burası.

E‑posta altyapınızı haritalandırın

Önce mevcut durumu netleştirin:

• Şu anda e‑posta sunucunuz nerede? Hosting ile aynı sunucuda mı, ayrı bir mail sunucusunda mı?
• MX kayıtları hangi hostname’e işaret ediyor?
• SPF kaydınızda hangi sunuculara e‑posta göndermek için yetki vermişsiniz?
• DKIM ve DMARC kayıtlarınız var mı?

Bu soruların cevabını netleştirmek için DNS kayıtlarınızı inceleyebilir, ayrıntılı yapıyı çıkarmak için de SPF, DKIM ve DMARC ile e‑posta teslim edilebilirliğini artırma rehberimize göz atabilirsiniz.

Kutuları önceden oluşturun ve IMAP senkronizasyonu planlayın

Yeni hosting veya mail sunucusuna geçiyorsanız yapılacak ilk iş, aynı kullanıcı adlarıyla e‑posta kutularını önceden oluşturmak olmalı. Örneğin info@, destek@, ad.soyad@ gibi tüm adresler yeni tarafta da hazır olmalı.

Ardından, mümkünse eski ve yeni sunucu arasında IMAP senkronizasyonu yapılmasını öneriyoruz. Böylece eski sunucudaki gelen kutusu ve klasör yapısı, yeni sunucuya kopyalanır. DCHost ekibi olarak bu tip geçişlerde sıkça kullandığımız yöntemlerden biri, taşıma öncesi bir kere, taşıma anında bir kere IMAP sync yapmaktır. Böylece veri kaybı minimuma iner.

MX ve SPF değişikliğini doğru zamanda yapmak

E‑posta tarafında kritik eşik, MX kayıtlarının yeni sunucuya yönlendirilmesi anıdır. Bunu güvenli yapmak için:

1. MX kayıtlarınızın TTL değerini birkaç gün önceden düşürün (örneğin 3600 saniye).
2. Yeni mail sunucusunda tüm kullanıcı hesaplarını açın ve test edin.
3. SPF kaydınıza yeni sunucunun IP’sini veya hostname’ini ekleyin; bir süre eski sunucuyu da yetkili bırakın.
4. Planladığınız taşıma saatinde MX kayıtlarını yeni sunucuya çevirin.
5. Eski sunucuyu birkaç gün daha sadece gelen kutusunu izlemek amacıyla ayakta tutun.

Bu süreci daha detaylı bir örnekle görmek isterseniz, adım adım anlattığımız alan adı taşırken e‑posta kesintisini önleme rehberimize mutlaka göz atın. Ayrıca, sadece e‑posta altyapısını değiştiriyorsanız e‑posta altyapısını taşırken kesinti yaşamamak üzerine yazdığımız yazı da pratik kontrol listeleri sunuyor.

DKIM ve DMARC’ı unutmamak

MX değişikliği yaptığınızda, e‑posta gönderim tarafı da etkilenir. Yeni sunucudan gönderilen iletilerin spam klasörüne düşmemesi için:

• Yeni mail sunucusu için DKIM anahtarlarını oluşturun ve ilgili TXT kaydını DNS’e ekleyin.
• DMARC politikası kullanıyorsanız, raporları izleyerek geçiş sürecinde anormallik olup olmadığını kontrol edin.

Bu adımlar, özellikle transactional (şifre sıfırlama, sipariş bildirimi) e‑postalar gönderen e‑ticaret ve SaaS projeleri için hayati önem taşır.

Adım adım tam transfer akışı: EPP, DNS ve e‑posta birlikte

Şimdiye kadar her parçayı ayrı ayrı anlattık. Gelin, hepsini bir araya getiren pratik bir uçtan uca senaryo üzerinden gidelim. Varsayım: Alan adınızı ve hostinginizi DCHost’a taşıyorsunuz, e‑postalarınız da aynı alan adında çalışmaya devam edecek.

1. Envanter ve süre kontrolü

• Alan adınızın bitiş tarihini kontrol edin, gerekirse önce 1 yıl yenileyin.
• Whois sahibinin e‑posta adresinin doğru olduğundan emin olun.
• Aktif DNS kayıtlarını (A, AAAA, MX, CNAME, TXT…) dışa aktarın veya ekran görüntüsü alın.

2. TTL düşürme aşaması

• Taşıma planından en az 48 saat önce; A, MX, önemli CNAME ve TXT kayıtlarının TTL değerini 300–3600 saniye aralığına çekin.
• Bu sayede ileride yapacağınız değişiklikler çok daha hızlı yayılacak.

3. DCHost tarafında yeni ortamı hazırlama

• DCHost üzerinde uygun bir paylaşımlı hosting, VPS veya dedicated sunucu planı oluşturun.
• Web sitenizin dosya ve veritabanı kopyasını yeni sunucuya taşıyın.
• Alan adınız için DNS bölgesini (zone) önceden oluşturun; eski sunucudaki kayıtların birebir kopyasını girin.
• E‑posta kutularını DCHost üzerinde açın; gerekiyorsa ilk IMAP senkronizasyonunu yapın.

4. EPP kodunu alma ve transferi başlatma

• Mevcut kayıt firmasından transfer kilidini kaldırın.
• EPP/Auth kodunu alın ve DCHost müşteri panelinizdeki alan adı transfer formuna girin.
• Transfer onay e‑postalarını takip edin, gerekli onayları verin.

5. Transfer devam ederken DNS’i sabit tutmak

• Transfer süresi boyunca mümkünse nameserver’ları değiştirmeyin.
• DNS kayıtları hâlâ eski nameserver’da çalışmaya devam ederken, DCHost tarafındaki DNS bölgenizi de hazırda tutun.

6. Transfer tamamlandıktan sonra DNS cutover

Transfer tamamlandığında, artık domain yönetimi DCHost hesabınıza geçmiş olur. Bu noktada:

• DCHost DNS bölgenizin eski DNS ile birebir aynı olduğundan emin olun.
• Nameserver’ları DCHost’un size verdiği NS adreslerine çevirin.
• DNS yayılımını izleyin; TTL düşük olduğu için değişiklikler görece hızlı oturacaktır.

7. Web sitesi trafiğini yeni sunucuya almak

Artık DNS sizde olduğuna göre, web trafiğini yeni sunucuya yönlendirebilirsiniz:

• A (ve gerekiyorsa AAAA) kayıtlarını DCHost sunucunuzun IP adresine güncelleyin.
• Eski sunucuyu en az 24–48 saat boyunca ayakta tutarak olası geri dönüş ihtimaline karşı hazır bekletin.

8. E‑posta trafiğini yeni sunucuya taşımak

• MX kayıtlarını DCHost mail sunucusuna işaret edecek şekilde güncelleyin.
• SPF kaydınıza yeni sunucuyu ekleyin, geçiş sürecinde mümkünse eskiyi de bir süre daha yetkili bırakın.
• Gerekirse ikinci bir IMAP senkronizasyonu yaparak taşıma sırasında gelen e‑postaları da yeni sunucuya çekin.

9. İzleme ve temizlik

• Web trafiğini, hata loglarını ve mail kuyruğunu birkaç gün yakından takip edin.
• Her şey stabil hale geldiğinde eski sunucudaki gereksiz kayıtları ve servisleri temizleyin.

10. Güvenlik son dokunuşları

• DCHost hesabınızda alan adı transfer kilidini tekrar açın.
• DNSSEC, 2FA gibi ek güvenlik önlemlerini devreye alın.

DCHost ile alan adı ve hosting taşımayı sadeleştirmek

Yukarıdaki adımlar size uzun görünebilir; ama bunun büyük kısmı, riskleri minimize etmek için planlama adımlarıdır. DCHost olarak özellikle şunları kolaylaştırıyoruz:

• Alan adı transfer sihirbazı: Müşteri panelimizde EPP kodu, whois iletişim kontrolü ve transfer durumu tek ekranda takip edilebilir.
• DNS yönetimi: Alan adınızı bize taşıdığınızda A, AAAA, CNAME, MX, TXT, SRV ve CAA kayıtlarını tek panelden yönetebilir; gelişmiş DNS özelliklerinden yararlanabilirsiniz.
• Çoklu ürün desteği: Sitenizi paylaşımlı hosting, NVMe VPS, dedicated sunucu veya colocation üzerinde barındırsanız da DNS ve alan adı tek hesapta toplanır.
• Geçiş desteği: Özellikle e‑posta ve veritabanı taşıma süreçlerinde, destek ekibimizle birlikte planlı ve kontrollü bir cutover senaryosu oluşturabilirsiniz.

Daha önce yazdığımız alan adı transferi nasıl yapılır rehberimiz, bu yazıda anlattıklarımızın daha sade bir özetidir. Bu makaleyi ise; özellikle e‑posta, DNS ve hosting tarafını da birlikte taşıyan, biraz daha karmaşık senaryolar için hazırladık.

Sonuç ve önerilen yol haritası

Alan adını farklı kayıt firmasına transfer etmek, doğru planlanırsa sadece birkaç gün süren ve dışarıdan bakıldığında kimsenin fark etmeyeceği kadar sorunsuz bir işlem haline gelebilir. İşin sırrı; EPP kodu ve transfer kilidi gibi temel adımları aceleye getirmemek, DNS tarafında TTL ve kayıt kopyalama işini önceden yapmak ve e‑posta altyapınız için MX, SPF, DKIM değişikliklerini senkronize yürütmektir.

Özellikle kurumsal bir marka, e‑ticaret projesi veya yoğun e‑posta trafiği olan bir yapı yönetiyorsanız, transferi tek başınıza omuzlamak zorunda değilsiniz. DCHost’ta; domain, hosting, VPS, dedicated sunucu ve colocation hizmetlerimizi tek yönetim paneli altında sunarken, taşıma süreçlerinde de yanınızda oluyoruz. Planınız ne kadar karmaşık olursa olsun, önce yazılı bir yol haritası çıkarıp ardından adımları sırayla uyguladığınızda, “taşıma” kelimesi artık korkutucu olmaktan çıkıyor.

Alan adınızı DCHost’a transfer etmeyi düşünüyorsanız; mevcut durumunuzu, DNS kayıtlarınızı ve e‑posta altyapınızı birlikte gözden geçirip size özel bir geçiş planı hazırlayabiliriz. Böylece hem maliyet hem de operasyonel karmaşa açısından daha verimli bir altyapıya geçerken, ziyaretçi ve e‑posta kaybı yaşamadan, gerçekten kesintisiz bir transfer deneyimi yaşarsınız.