.com Alan Adı Transferi Nasıl Yapılır? Adım Adım Rehber

.com uzantılı bir alan adını farklı bir kayıt kuruluşuna taşımak, çoğu işletme için yalnızca teknik bir işlem değil; marka sürekliliği, e-posta erişimi ve operasyonel güvenlik açısından kritik bir adımdır. Doğru planlama yapılmadığında transfer süreci uzayabilir, onay e-postaları kaçırılabilir veya alan adı kilitli kaldığı için işlem iptal olabilir. Bu rehberde, .com alan adı transferini kurumsal bir bakışla, hazırlık aşamasından transfer sonrası kontrole kadar adım adım ele alacağız. Amaç, süreci yalnızca tamamlamak değil; hatasız, izlenebilir ve düşük riskle yönetmektir. Özellikle birden fazla alan adı yöneten ekipler için burada yer alan kontrol yaklaşımı, standart operasyon prosedürü oluşturmak açısından da doğrudan uygulanabilir niteliktedir.

Transfer Öncesi Hazırlık: Başarının Temeli

Alan adı transferlerinde en sık hata, hazırlık adımlarının atlanmasıdır. .com alan adlarında transfer, merkezi kayıt kuralları gereği belirli güvenlik kontrollerinden geçer. Öncelikle alan adının son 60 gün içinde yeni tescil edilmemiş ya da başka bir transfer görmemiş olması gerekir. Ardından WHOIS bilgilerindeki yönetici e-posta adresinin güncel ve erişilebilir olduğundan emin olunmalıdır. Çünkü transfer onayı çoğunlukla bu kanal üzerinden yürütülür. Ekip içinde “alan adı sahibi kim, onay mailini kim takip edecek, yetkili kişi kim” soruları net değilse süreç uzar ve iptal riski artar.

Mevcut kayıt kuruluşunda yapılması gereken teknik kontroller

İlk adım, alan adının “Registrar Lock” durumunu kontrol etmektir. Kilit açıksa transfer başlatılamaz; bu nedenle transfer öncesi geçici olarak kilit kaldırılmalıdır. İkinci kritik nokta, yetkilendirme kodu olarak bilinen EPP/Auth kodunun alınmasıdır. Bu kod tek kullanımlık olmasa da güvenlik açısından hassastır; ekip içinde yalnızca işlem sorumlusuyla paylaşılmalıdır. Üçüncü kontrol, alan adının bitiş tarihidir. Son güne çok yakın transfer denemeleri risklidir; ideal yaklaşım, bitişe en az iki hafta kala işlem başlatmaktır. Son olarak, DNS yönetiminin mevcut firmada mı yeni firmada mı olduğu teyit edilmelidir; böylece transfer sırasında isim sunucusu değişikliği kaynaklı kesinti ihtimali azaltılır.

Operasyonel hazırlık: Rol dağılımı ve zaman planı

Kurumsal ekipler için teknik doğrulama kadar görev dağılımı da önemlidir. Bir kişi süreci başlatmalı, bir kişi e-posta onaylarını takip etmeli, gerekirse bir kişi de DNS doğrulamasını yürütmelidir. Bu yapı küçük ekiplerde tek kişide birleşebilir, ancak sorumluluklar yine yazılı olarak belirlenmelidir. Zaman planında transfer başlatma günü, onay e-postası kontrol saatleri ve olası gecikme senaryoları bulunmalıdır. Ayrıca işlem sırasında alan adı yönlendirmeleri, kurumsal e-posta kayıtları ve alt alan adları etkilenmeyecek şekilde bir kontrol listesi hazırlanmalıdır. Böylece transfer yalnızca “başlatıldı” değil, “iş etkisi olmadan tamamlandı” seviyesinde yönetilir.

.com Alan Adı Transferi Adım Adım Nasıl Yapılır?

Yeni kayıt kuruluşunda transfer talebini başlatma

Hazırlık tamamlandıktan sonra yeni kayıt kuruluşunun panelinde transfer ekranına girilir ve alan adı yazılır. Sistem genellikle uygunluk kontrolü yapar; transfere açık ise EPP/Auth kodu istenir. Kod doğru girildiğinde ödeme ve sipariş adımı tamamlanır. Bu noktada dikkat edilmesi gereken konu, transferin çoğu zaman bir yıllık yenileme ücretini de içermesidir. Finans ekibi veya bütçe sorumlusu için bu kalemin önceden planlanması önemlidir. Bazı panellerde transferle birlikte otomatik gizlilik veya DNSSEC ayarları açılabilir; mevcut güvenlik politikanızla uyumlu olup olmadığını kontrol ederek ilerleyin.

E-posta onay süreçleri ve hızlandırma yöntemleri

Transfer başlatıldıktan sonra hem eski hem yeni kayıt kuruluşu tarafında onay e-postaları gelebilir. Yönetici e-postasının düzenli kontrol edilmesi bu yüzden zorunludur. Onay adımı gecikirse transfer süresi uzar; bazı durumlarda otomatik zaman aşımı nedeniyle süreç en başa döner. Eski kayıt kuruluşu panelinde “transferi onayla” veya “erken serbest bırak” benzeri seçenek varsa işlem bekleme süresi kısalabilir. Kurumsal yapılarda e-posta güvenlik filtreleri onay mesajlarını spam veya karantinaya alabilir; BT ekibinin önceden filtre kuralı tanımlaması fayda sağlar. Hedef, insan hatasını azaltmak ve onayı tek noktadan, zamanında tamamlamaktır.

Transfer boyunca DNS ve hizmet sürekliliğini koruma

Alan adı transferi, doğru yönetildiğinde web sitesi ve e-posta kesintisine neden olmaz. Bunun için mevcut isim sunucularını transfer süreci bitene kadar değiştirmemek en güvenli yöntemdir. Eğer DNS de yeni firmaya taşınacaksa, önce aynı DNS kayıtları yeni platformda birebir oluşturulmalı, ardından kontrollü geçiş yapılmalıdır. Özellikle MX, SPF, DKIM ve DMARC kayıtları e-posta sürekliliği açısından kritik önemdedir. TTL değerlerini geçişten bir gün önce makul seviyeye düşürmek, olası değişikliklerin daha hızlı yayılmasına yardımcı olur. Ancak değişiklikten hemen sonra her şeyin anlık güncelleneceği varsayılmamalı; farklı ağlardan doğrulama testi yapılmalıdır.

Sık Karşılaşılan Sorunlar ve Pratik Çözüm Yolları

Transfer işlemleri çoğunlukla standart ilerlese de bazı tipik engeller vardır. En yaygın sorunlardan biri hatalı EPP/Auth kodudur. Kod yanlışsa sistem talebi reddeder veya beklemeye alır. İkinci sorun, alan adının transfer kilidinin açık unutulmasıdır. Üçüncü sorun ise WHOIS iletişim e-postasının güncel olmamasıdır; onay mesajı yanlış adrese giderse işlem durur. Bu tür aksaklıklarda önce mevcut kayıt kuruluşu panelindeki alan adı durum kodları kontrol edilmeli, ardından işlem adımları yeniden sıralanmalıdır. Plansız denemeler, sorunu çözmek yerine yeni gecikmeler yaratabilir.

• Transfer başlamadan önce alan adı durum kodunu “ok/active” benzeri transfere uygun statüde doğrulayın.
• EPP/Auth kodunu kopyalarken başında veya sonunda boşluk kalmadığından emin olun.
• Onay e-postası gelmediyse spam, karantina ve güvenlik geçidi kayıtlarını birlikte kontrol edin.
• Bitiş tarihine çok az kaldıysa önce yenileme sonra transfer seçeneğini risk değerlendirmesiyle ele alın.
• Kurumsal e-posta kullanılıyorsa dağıtım listesi yerine doğrudan sorumlu kişinin posta kutusunu tanımlayın.

Bir diğer önemli konu, transfer sırasında farklı ekiplerin birbirini beklemesidir. Örneğin BT ekibi DNS hazırlığını yaparken operasyon ekibi onay e-postasını kaçırırsa teknik hazırlık boşa çıkabilir. Bu nedenle tek bir “transfer sahibi” atanmalı ve ilerleme durumu günlük olarak kısa notlarla raporlanmalıdır. Özellikle birden fazla alan adı taşınıyorsa, alan adı bazlı bir takip tablosu kullanmak hata oranını belirgin biçimde düşürür.

Transfer Sonrası Kontrol, Güvenlik ve Süreç Standardizasyonu

Transfer tamamlandığında iş bitmiş sayılmaz. İlk kontrol, alan adının yeni kayıt kuruluşu panelinde doğru hesap altında göründüğünün doğrulanmasıdır. Ardından bitiş tarihi, otomatik yenileme ayarı, isim sunucuları ve WHOIS iletişim bilgileri tek tek gözden geçirilmelidir. E-posta hizmeti kullanan kurumlar için MX kayıtlarının aktifliği, gönderim ve alım testleriyle doğrulanmalıdır. Web tarafında ise ana sayfa, giriş sayfası, API uç noktaları ve kritik alt alan adları farklı ağlardan test edilmelidir. Amaç yalnızca erişim değil, performans ve yönlendirme tutarlılığıdır.

Güvenlik açısından transfer sonrası hesapta iki adımlı doğrulama etkinleştirilmeli, yetkisiz kullanıcı erişimleri kaldırılmalı ve alan adı kilidi yeniden açılmamak üzere aktif edilmelidir. Kurumsal ölçekte en iyi uygulama, transferden elde edilen deneyimi bir prosedüre dönüştürmektir: kontrol listesi, sorumluluk matrisi, onay akışı ve olası hata senaryoları dokümante edilmelidir. Böylece bir sonraki transfer kişiye bağlı olmadan, öngörülebilir kaliteyle yürütülür. Sonuç olarak .com alan adı transferi, doğru hazırlık, disiplinli takip ve transfer sonrası doğrulama ile güvenli biçimde tamamlanabilir; marka varlığınız kesintiye uğramadan yeni kayıt yapısına taşınır.