Alan adı sorgulama ve WHOIS kontrolü

Alan Adı Sorgulama Nasıl Yapılır? WHOIS ve İlk Kontroller

Alan adı sorgulama, yalnızca bir ismin boşta olup olmadığını öğrenmekten ibaret değildir. Doğru bir sorgulama süreci; müsaitlik kontrolü, uzantı seçimi, kayıt verisi incelemesi, geçmiş kullanım analizi ve marka riskinin değerlendirilmesini birlikte içerir. Özellikle proje adı henüz kesinleşmeden yapılan ilk sorgular, ileride taşınması zor marka ve teknik sorunları azaltır.

Yanlış bir alan adı seçimi, kısa vadede kayıt işlemini tamamlasa bile uzun vadede marka karışıklığı, e-posta teslim sorunları, hatalı yönlendirme ve güven kaybı üretebilir. Bu nedenle alan adı arama aşamasında sadece ucuz ya da boşta görünen isme odaklanmak yerine, ismin gelecekte nasıl kullanılacağını da birlikte düşünmek gerekir.

Sorgulama Sonucunda Hangi Bilgiler Görülür?

Doğru bir domain sorgusunda yalnızca müsaitlik durumu görülmez. Sonuç ekranında alan adının boşta olup olmadığı, kayıtlıysa hangi kayıt kuruluşu üzerinden yönetildiği, hangi nameserver'ları kullandığı ve erişilebilen durum kodları da okunabilir. Bu veriler, alan adının sadece alınabilir olup olmadığını değil, nasıl yönetildiğini de anlamaya yardımcı olur.

Günlük kullanımda bu işlem hâlâ çoğu zaman WHOIS sorgusu diye anılır. Ancak gTLD kayıt verileri için 28 Ocak 2025 itibarıyla esas kaynak RDAP olmuştur. Bu nedenle güncel panellerde WHOIS ifadesi görünse bile arka planda RDAP tabanlı veri akışıyla karşılaşmak normaldir.

1. İlk Tarama: İsim ve Uzantı Seçimi

Sorgulamaya başlamadan önce tek bir isimle ilerlemek yerine birkaç varyasyon hazırlamak daha güvenlidir. Kısa, okunabilir, kolay telaffuz edilen ve telefonda karıştırılmayan isimler önceliklidir. Tire, gereksiz sayı ve Türkçe karakter varyasyonları gerekiyorsa en başta birlikte değerlendirilmelidir.

Bu aşamada yalnızca `.com` uzantısına odaklanmak her zaman yeterli değildir. Projenin hedef kitlesi Türkiye merkezliyse `.com.tr`, bölgesel yayına uygunsa farklı ülke uzantıları veya markayı koruma amacıyla birden fazla uzantı birlikte düşünülmelidir. Ancak çok sayıda uzantı kaydetmek yerine önce ana alan adı stratejisi netleştirilmelidir.

Bir alan adının anlık müsaitliğini hızlı görmek için alan adı sorgulama aracı ile ilk taramayı yapabilirsiniz. Buradaki amaç, onlarca aday içinden hızlı bir ön eleme yapmak olmalıdır; nihai karar ise yalnızca "boşta" sonucuna bakılarak verilmemelidir.

İlk seçim kontrol listesi:

  • Alan adı kısa ve kolay telaffuz ediliyor mu?
  • Marka adı ile alan adı birebir veya çok yakın uyumlu mu?
  • Yanlış yazılmaya açık harf kombinasyonları var mı?
  • Uzatma, tire veya sayı olmadan daha temiz bir alternatif bulunuyor mu?
  • İleride e-posta adreslerinde profesyonel görünecek kadar sade mi?

2. Müsait Görünen Domain İçin Hemen Karar Vermeden Önce

Bir domain'in boşta görünmesi, onun en doğru seçim olduğu anlamına gelmez. Önce ismin daha önce yoğun spam üretimi yapan, kötü amaçlı içerik barındıran veya farklı bir markayla güçlü biçimde özdeşleşmiş bir alan adı olup olmadığı düşünülmelidir. Özellikle daha önce aktif kullanılmış isimlerde bu kontrol kritiktir.

Ayrıca alan adı sorgu sonucu ile kayıt işlemi aynı anda gerçekleşmez. Popüler isimlerde başka bir kişi sizden dakikalar önce kayıt işlemini tamamlayabilir. Bu yüzden karar netleştiğinde süreç gereksiz yere uzatılmamalı; ancak acele uğruna kontrol adımları da atlanmamalıdır.

Yeni kayıt edilecek alan adlarında proje büyüyecekse ana marka uzantısının yanında çok yakın yazım varyasyonlarını koruma amacıyla ek kayıt planı düşünülebilir. Bu yaklaşım, kullanıcıların yazım hatası nedeniyle yanlış adrese gitmesini azaltır. Fakat her varyasyon otomatik olarak alınmalı gibi bir kural yoktur; yalnızca gerçek risk taşıyan varyasyonlar değerlendirilmelidir.

3. Dolu Domain'de WHOIS ve RDAP Verisi Nasıl Okunur?

Alan adı alınmışsa bir sonraki adım, görülebilen kayıt verisini doğru yorumlamaktır. Kayıt verisinde çoğunlukla kayıt kuruluşu adı, nameserver bilgisi ve durum kodları yer alır. Gizlilik koruması açıksa kişi veya şirket bilgileri tamamen görünmeyebilir; bu normaldir.

Özellikle durum kodları yanlış yorumlanmamalıdır. Aşağıdaki gibi kodlar çoğu zaman güvenlik veya transfer kilidi anlamına gelir ve her zaman bir sorun işareti değildir:

Registrar: Ornek Registrar
Status: clientTransferProhibited
Status: serverUpdateProhibited
Nameserver: ns1.ornekdns.net
Nameserver: ns2.ornekdns.net

clientTransferProhibited gibi bir durum, alan adının yetkisiz transferlere karşı kilitli tutulduğunu gösterir. Özellikle aktif kullanılan domain'lerde bu iyi bir güvenlik pratiğidir. Transfer tarafındaki bu kilitlerin ne anlama geldiğini daha ayrıntılı görmek isterseniz domain transfer süreci rehberindeki kontrol adımlarıyla birlikte değerlendirebilirsiniz. Buna karşılık uzun süredir park halinde duran, nameserver yapısı boş veya düzensiz görünen alan adlarında daha dikkatli analiz yapmak gerekir.

WHOIS veya RDAP ekranında sona erme tarihi, oluşturulma tarihi ve durum bilgileri görünüyorsa bunlar faydalı ipuçları sağlar. Fakat her uzantıda aynı veri düzeyi bulunmaz. Ülke kodlu alan adları ile genel uzantılar farklı yayın politikalarına sahip olabilir; bu nedenle "veri görünmüyor" sonucu tek başına şüpheli kabul edilmemelidir.

4. Geçmiş Kullanım Kontrolü Neden Önemlidir?

Bir domain daha önce aktif kullanıldıysa yalnızca boşta olmasına bakarak kayıt etmek risklidir. Eski kullanımı problemli olan alan adları, yeni projede güven ve teslimat sorunları yaratabilir. Örneğin geçmişte spam amaçlı kullanılan bir alan adında e-posta itibarının toparlanması zaman alabilir.

Geçmiş kullanım kontrolünde şu sorular yardımcı olur: Bu alan adı daha önce gerçek bir marka için mi kullanılmış? Eski içerik yapısı tamamen farklı bir sektörde mi? Alan adının arama sonuçlarında istenmeyen sayfalar, kopya içerikler veya zararlı yönlendirmeler kalmış olabilir mi?

Özellikle satın alınacak veya düşmesini beklediğiniz domain'lerde eski backlink profili ile önceki içerik niyeti birlikte düşünülmelidir. Sadece "yaşlı domain" olduğu için olumlu varsayım yapmak doğru değildir. Kötü geçmişe sahip bir alan adı, temiz bir yeni kayıt kadar güvenli olmayabilir.

Alan adı geçmişi sorunluysa sırf kısa veya akılda kalıcı olduğu için tercih edilmemelidir. Temiz geçmişe sahip daha sade bir isim çoğu zaman daha güvenli başlangıç sağlar.

5. Marka ve İsim Çakışması Kontrolü

Alan adı müsait olsa bile marka açısından uygun olmayabilir. Tescilli veya güçlü biçimde bilinen bir markaya çok yakın isimler, ileride hukuki ihtilaf ve itibar riski üretebilir. Bu yüzden sorgulama süreci sadece registrar paneliyle sınırlı kalmamalıdır.

Şu dört kontrol birlikte yapılmalıdır: marka adı araması, sosyal medya kullanıcı adı uygunluğu, aynı sektörde benzer isimli rakip varlığı ve telaffuz benzerliği. Yazılışı farklı ama söylenişi neredeyse aynı alan adları da karışıklık yaratabilir.

Kurumsal veya uzun vadeli projelerde marka ve alan adı uyumu ilk günden temiz kurulmalıdır. Sonradan rebranding yapmak, teknik taşıma ve kullanıcı alışkanlığını yeniden oluşturma maliyeti nedeniyle çok daha zor olur.

6. Teknik İlk Kontroller

Domain sorgulama aşamasında teknik tarafta da temel kontroller yapılmalıdır. Eğer alan adı daha önce kullanılmışsa mevcut nameserver bilgisi, aktif DNS kayıt izi ve yönlendirme davranışı not edilebilir. Özellikle satın alma veya devralma planlanan alan adlarında bu bilgi daha değerlidir.

Alan adı kayıt edildikten hemen sonra ise ilk yapılacaklar bellidir: registrar hesabında otomatik yenilemeyi açmak, iki faktörlü kimlik doğrulamayı etkinleştirmek, transfer kilidini kontrol etmek ve nameserver planını netleştirmek. Nameserver geçişini yeni kayıt sonrası yanlış kurgulamamak için nameserver değişikliği nasıl yapılır yazısındaki sıralı yaklaşım burada iyi bir referans olur. Bunlar kayıt sonrası unutulursa en basit proje bile operasyonel risk taşır.

Teknik olarak temiz başlangıç için şu sıra güvenlidir: önce alan adını kaydetmek, sonra nameserver kararını vermek, ardından temel A, CNAME, MX ve TXT kayıtlarını planlamak. Bu kayıtların rolünü baştan netleştirmek için DNS kayıt türleri rehberi pratik bir başlangıç sağlar. DNS tarafı henüz hazır değilse alan adını boşta bekletmek yerine geçici bir kayıt planı oluşturmak daha düzenli bir yaklaşım sağlar.

7. Boşta Görülen Domain'i Seçerken Pratik Kriterler

İyi bir alan adı yalnızca hatırlanabilir değil, aynı zamanda yönetilebilir olmalıdır. Kısa isimler avantajlıdır; ancak kısa diye anlamsız kısaltmalara yönelmek marka değerini düşürebilir. Benzer şekilde anahtar kelimeyi birebir içeren çok uzun domain'ler de okunabilirliği azaltır.

Profesyonel kullanım için şu denge önemlidir: kısa ama anlamsız olmayan, marka üretmeye uygun ama aşırı soyut olmayan, yazımı net ama yanlış okunmaya açık olmayan bir isim. Alan adı seçiminde bu denge kurulmadığında, daha ilk yılda yönlendirme, yanlış e-posta ve kullanıcı karışıklığı sorunları görülebilir.

Eğer proje içerik sitesi, SaaS, ajans veya teknik dokümantasyon gibi uzun vadeli büyüyecek bir yapıya sahipse, alan adının alt domain ve e-posta kullanımına uygunluğu ayrıca değerlendirilmelidir. destek@, iletisim@ veya hello@ gibi adresler doğal görünmüyorsa isim tekrar düşünülmelidir.

8. Alan Adı Sorgulama Sonrası Karar Akışı

Pratik karar akışı:

  1. 3 ila 5 aday isim belirleyin.
  2. İlk müsaitlik sorgusunu yapın ve boşta adayları ayırın.
  3. Dolu adaylarda WHOIS veya RDAP verisini yorumlayın.
  4. Marka ve geçmiş kullanım riskini kontrol edin.
  5. Karar verilen alan adını gecikmeden kaydedin.
  6. Kayıt sonrası otomatik yenileme ve güvenlik ayarlarını açın.

Bu akış, gereksiz hız ile gereksiz yavaşlık arasında denge kurar. Ne ilk boşta görünen alan adına düşünmeden yönelmek doğru olur ne de tüm kontrolleri sonsuza kadar ertelemek. Sağlıklı yaklaşım, kısa ama disiplinli bir ön değerlendirme ile karar vermektir.

İyi seçilmiş bir alan adı, yalnızca sorgu ekranında boşta görünen isim değildir. Müsaitlik, kayıt geçmişi, marka riski ve kullanım senaryosu birlikte değerlendirildiğinde çok daha sağlam karar verilir. Bu yaklaşım, ileride isim değişikliği, taşıma ve güven sorunlarıyla uğraşma ihtimalini belirgin biçimde azaltır.

İlgili Yazılar