Domain Transfer: A Safe, Low-Disruption Migration Guide
A domain transfer moves registrar management from one provider to another. It does not automatically copy website files, databases, mailboxes, or a DNS zone. Registrant, registrar, and registry perform different roles, and the applicable transfer rules vary by extension and current policy. Treat timing, lock, and authorization steps in a general guide as a workflow to verify, not a universal promise.
Check eligibility before starting
Review the domain's expiry, status codes, registrant contact address, transfer lock, and any pending dispute or hold. A recent registration, earlier transfer, or registrant change can trigger restrictions for some extensions. Waiting until the last day before expiry adds avoidable risk. Whether a transfer includes renewal, and how it affects the resulting expiry date, also depends on registry policy. If an authorization code is required, protect it like a password. Enter it only in the genuine destination registrar interface and inspect message domains carefully to avoid transfer-themed phishing.
Plan DNS and service continuity separately
Existing name servers can remain unchanged in many transfers, but confirm this in the actual workflow. If the previous provider's DNS service is tied to its registrar account, do not assume the zone will remain available afterward. Inventory authoritative name servers, A and AAAA, CNAME, MX, TXT, CAA, and DNSSEC state. When preparing a zone at a new DNS provider, test its answers before delegation changes. Leaving a parent DS record in the wrong sequence can cause DNSSEC validation failure. For email, compare SPF, DKIM, and DMARC in addition to MX.
After initiating the request at the destination, monitor approval messages and status codes. The party that approves or rejects a transfer differs across namespaces. Once completion is reported, verify registrant data, automatic renewal, recovery methods, transfer lock, and multi-factor authentication. Test web, mail, and DNS from more than one network. Keep the previous account available until new control, service behavior, and renewal state have been confirmed.
Record evidence before and after the move: registry lookup output, name servers, zone export, expiry date, and confirmation identifiers. This creates an audit trail if a contact, renewal, or delegation discrepancy appears later.
Practical checklist
- Read current extension policy and review domain status codes.
- Check contact email, expiry, lock, and authorization code.
- Export or inventory every DNS and DNSSEC record.
- Plan website and mail migration separately from registration.
- After completion, test ownership, renewal, MFA, and services.
Alan Adı Transferi: Kesintisiz ve Güvenli Taşıma Rehberi
Alan adı transferi, kayıt kuruluşu yönetiminin bir sağlayıcıdan diğerine taşınmasıdır. Bu işlem web sitesi dosyalarını, veritabanını, e-posta kutularını veya DNS zone'unu kendiliğinden kopyalamaz. Kayıt sahibi, kayıt kuruluşu ve kayıt operatörü farklı rollere sahiptir; transfer kuralları uzantıya ve güncel politikalara göre değişir. Bu nedenle genel bir rehberdeki süre, kilit veya yetkilendirme adımını her uzantı için kesin kabul etmeyin.
Transfer öncesi uygunluk kontrolü
Alan adının süresini, durum kodlarını, kayıt sahibi iletişim adresini, transfer kilidini ve devam eden uyuşmazlık veya bekleme durumlarını kontrol edin. Yakın zamanda kayıt, önceki transfer ya da kayıt sahibi değişikliği bazı uzantılarda kısıt doğurabilir. Süresi bitmek üzere olan bir alanı son güne bırakmak ek risk yaratır; yenilemenin transfer ücretine veya yeni bitiş tarihine etkisi de uzantı politikasına göre değişebilir. Yetkilendirme kodu isteniyorsa bunu parola gibi koruyun, yalnızca hedef kayıt kuruluşunun gerçek arayüzüne girin ve mesajlardaki alan adını doğrulayarak oltalama bağlantılarından kaçının.
DNS ve hizmet sürekliliğini ayrı planlayın
Çoğu senaryoda mevcut ad sunucuları transfer sırasında korunabilir, fakat bunu arayüz ve transfer koşullarından doğrulayın. Eski sağlayıcının DNS hizmeti kayıt kuruluşu hesabına bağlıysa transfer sonrasında zone'un çalışmaya devam edeceğini varsaymayın. Yetkili ad sunucularını, A/AAAA, CNAME, MX, TXT, CAA ve varsa DNSSEC durumunu önceden envanterleyin. Yeni DNS sağlayıcısında zone hazırlayacaksanız yanıtları transferden önce test edin. DS kaydının yanlış sırada bırakılması DNSSEC doğrulama hatasına yol açabilir. E-posta için yalnız MX değil SPF, DKIM ve DMARC kayıtlarını da karşılaştırın.
Hedef kayıt kuruluşunda transferi başlattıktan sonra onay e-postalarını ve durum kodlarını izleyin. Onay veya ret işleminin hangi tarafça yapılacağı uzantıya göre değişebilir. Tamamlandığında kayıt sahibi bilgilerini, otomatik yenilemeyi, kurtarma seçeneklerini, transfer kilidini ve çok faktörlü kimlik doğrulamayı yeniden kontrol edin. Web, posta ve DNS'i farklı ağlardan sınayın; eski hesabı, yeni yönetim ve yenileme durumu doğrulanmadan kapatmayın.
Pratik kontrol listesi
- Uzantının güncel transfer politikasını ve alan adı durumlarını okuyun.
- İletişim adresi, bitiş tarihi, kilit ve yetkilendirme kodunu kontrol edin.
- Tüm DNS ve DNSSEC kayıtlarını dışa aktarın veya envanterleyin.
- Web ve posta hizmetlerinin transferden ayrı olduğunu planlayın.
- Tamamlanınca sahiplik, yenileme, MFA ve hizmet testlerini yapın.