Domainin Sahibi Kim? WHOIS ve RDAP ile Nasıl Kontrol Edilir?
03.08.2026 17:48 1 Görüntülendi

Domainin Sahibi Kim? WHOIS ve RDAP ile Nasıl Kontrol Edilir?

Kısaca: bir domainin arkasında kimin olduğunu öğrenmek için doğru başlangıç noktası bir RDAP sorgusudur — hâlâ genelde "WHOIS sorgusu" olarak anılır. Görünür sonuçlar kayıt kuruluşunu, önemli tarihleri, ad sunucularını ve durum kodlarını, uzantıya ve geçerli gizlilik kurallarına bağlı olarak bazen de kayıt sahibi bilgilerini gösterebilir. Gizlilik kuralları kişisel verileri gizleyebilir, gizlilik veya vekil (proxy) hizmetleri ise alternatif iletişim bilgileri yayımlayabilir; bir proxy hizmetinde, hizmet sağlayıcısı kayıtlarda domainin kayıt sahibi (Registered Name Holder) olarak görünebilir. Elde ettiğiniz şey kamuya açık bir kayıttır, hukuki sahipliğin kesin kanıtı değildir.

Domainin Sahibi Kim? WHOIS ve RDAP ile Nasıl Kontrol Edilir

İnsanlar bu sorguyu çok farklı nedenlerle yapar: başkasının elindeki bir domaini satın almak, phishing veya kötü amaçlı yazılımı bildirmek, olası bir marka çakışmasını araştırmak, ya da kendi kaydını kontrol etmek. Bu rehber sorgunun nasıl yapılacağını, her sonucun ne anlama geldiğini ve bulduğunuza göre sonraki adımı ele alıyor.

Bir Domainin Sahibini Nasıl Öğrenebilirsiniz

Bir Domainin Sahibini Nasıl Öğrenebilirsiniz

Süreç, satın almayı düşündüğünüz bir domain için de, zaten yönettiğiniz bir domain için de aynıdır.

Adım 1: Tam Domain Adını Girin

Uzantı dahil tam domaini bir kayıt verisi sorgulama aracına yazın — Atak Domain'in WHOIS sorgulama aracı veya ICANN Lookup ikisi de çalışır. Bir yazım hatası farklı bir domainin verisini veya hiç sonuç döndürmez, bu yüzden sonucu yorumlamadan önce yazımı kontrol edin.

Adım 2: Kayıt Kuruluşunu ve Kayıt Operatörünü Doğrulayın

Sonuç, domainin kayıtlı olduğu sponsor kayıt kuruluşunu ve uzantının yetkili veritabanını işleten kayıt operatörünü tanımlar. Bu ikisi, aralarında kurumsal bir bağlantı olsa bile, domaini fiilen kullanan tarafla otomatik olarak aynı sayılmamalıdır.

Adım 3: Kayıt Tarihlerini, Ad Sunucularını ve Durum Kodlarını İnceleyin

Bildirilen kayıt tarihi, mevcut kayıt kaydının ne zaman oluşturulduğunu gösterir. Domainin yaşını tahmin etmenize yardımcı olabilir, ama domain daha önce silinip yeniden kaydedilmişse önceki kayıtları göstermeyebilir. Ad sunucuları, domainin DNS'inin nerede yönetildiğini gösterir — bu, sahiplikten ayrı bir sorudur. Durum kodları, domainin transfer kilidi altında, yenileme için tanınan ek sürede, kurtarma döneminde veya başka bir kısıtlama altında olup olmadığını gösterir.

Adım 4: Kayıt Sahibi veya İletişim Yönlendirme Bilgilerini İnceleyin

Bir kayıt sahibi kuruluşu veya kişisi yayımlanmışsa burada görünür. Günümüzde çoğu gTLD için, bireysel kayıt sahibi bilgileri ICANN'ın Kayıt Verisi Politikası kapsamında varsayılan olarak gizlenir; bir kişi adı yerine bir gizlilik hizmeti veya genel bir kayıt kuruluşu iletişimi görürsünüz.

Adım 5: Doğru Sonraki Adımı Seçin

Sonuçla ne yapacağınız, tamamen sorguyu neden yaptığınıza bağlıdır. Aşağıdaki karar tablosunu hızlı bir referans olarak kullanın, her durumun tam ayrıntısı için ilerideki bölümlere bakın.

Sorgu sonucu Sonraki adım
Domain müsait görünüyor Güncel domain sorgulama ve kayıt ekranında tekrar doğrulayın — sorgu sonucu yalnızca o ana ait bilgiyi gösterir ve rezervasyon anlamına gelmez
Kayıt sahibi iletişimi görünür Doğrudan iletişime geçin; ilk mesajı kısa ve profesyonel tutun
İletişim gizlenmiş Domainin ulaşılamaz olduğunu varsaymadan önce gizlilik hizmetinin mesaj yönlendirme kanalını, kayıt kuruluşunun iletişim formunu veya bir domain broker hizmetini deneyin
Domain satışa çıkarılmış Pazar yerinin kendi iletişim ve teklif sürecini kullanın
Kötüye kullanım şüphesi var Kayıt sahibi alanına değil, kayıt kuruluşunun yayımlanmış kötüye kullanım iletişimine bildirin
Kayıt hatalı görünüyor Önce tam yazımı yeniden kontrol edin; hâlâ yanlışsa bu bir sorgu aracı sorunu değil, kayıt kuruluşu veya kayıt operatörü meselesidir
Domain süresi dolmuş veya kurtarma sürecinde Zamanında müsait hale geleceğini varsaymayın — harekete geçmeden önce aşağıdaki durum kodları bölümüne bakın

Domain Kayıt Bilgilerini Sorgulayın

Domain Kayıt Bilgilerini Sorgulayın

Devam etmeden önce, araştırdığınız gerçek domainde sorguyu çalıştırmaya değer — aşağıdaki bölümler, önünüzde gerçek bir sonuç olduğunda daha anlamlı olacak.

DOMAİN SORGULAMA

Bir Domainin Kayıt Bilgilerini Kontrol Edin

Kayıt kuruluşunu, önemli tarihleri, ad sunucularını, durum kodlarını ve mevcut iletişim kanallarını Atak Domain üzerinden inceleyin.

▶ Domain Bilgilerini Sorgula

Görünür ayrıntılar uzantıya, kayıt operatörüne, kayıt kuruluşuna, yargı alanına ve geçerli gizlilik kurallarına göre değişir.

WHOIS ve RDAP: Fark Nedir?

WHOIS, orijinal ve on yıllardır kullanılan sorgulama protokolüdür; RDAP (Registration Data Access Protocol) ise onun IETF tarafından standartlaştırılmış halefidir. ICANN, 28 Ocak 2025 itibarıyla RDAP'ı gTLD kayıt verisi sunumu için kesin kaynak yaptı. Çoğu ICANN sözleşmeli gTLD kayıt operatörü ve kayıt kuruluşu artık WHOIS hizmeti sunmak zorunda değil — ancak .com, .name ve .post için sınırlı sözleşme istisnaları hâlâ geçerli. Ülke kodlu kayıt operatörleri kendi sorgulama politikalarını ve zaman çizelgelerini belirler. Buna rağmen "WHOIS sorgusu" ifadesi, arkasında aslında RDAP çalışsa bile, birçok kullanıcı ve aracın kullandığı tanıdık bir terim olmaya devam ediyor. Bu rehber bu yüzden her iki terimi de kullanıyor.

Yön WHOIS RDAP
Veri formatı Yapılandırılmamış düz metin Yapılandırılmış, makine tarafından okunabilir JSON
Erişim yöntemi Port 43 / temel web sorgusu RESTful HTTPS
Standartlaşma Sağlayıcılar arasında resmi bir şema yok IETF tarafından standartlaştırılmış (RFC 7480–7484 ve ilgili belgeler)
Uluslararasılaştırma Sınırlı, tutarsız karakter desteği ASCII dışı veriler için yerleşik destek
Erişim kontrolü Hepsi ya da hiçbiri şeklinde herkese açık cevap Talep edene göre farklılaştırılmış erişimi destekler
Güncel rol (gTLD) Sınırlı istisnalar (.com, .name, .post) dışında gTLD kayıt verisi sunumu için artık gerekli değil 28 Ocak 2025'ten itibaren gTLD kayıt verisi için kesin kaynak
Tipik kullanıcı deneyimi Düz metin, elle okuması kolay Yapılandırılmış cevap, araçların ayrıştırması daha kolay

Teknik arka plan için ICANN'ın RDAP genel bakışına, gTLD kayıt kuruluşlarının hangi verileri toplaması, yayımlaması ve gizlemesi gerektiğine dair güncel kurallar için Kayıt Verisi Politikası'na bakın.

Bir Domain Sorgusu Neler Gösterebilir

Bir Domain Sorgusu Neler Gösterebilir

Bir kayıt verisi kaydı bir dizi alandan oluşur ve her biri farklı bir soruyu yanıtlar. Her alan her domain için görünmez.

Domain adı — doğru kayda baktığınızı doğrulayan tam kayıtlı dize.

Kayıt kuruluşu — domain kaydının yönetildiği ICANN akreditasyonlu (veya ccTLD yetkili) kayıt kuruluşu.

Kayıt operatörü — o uzantı için yetkili veritabanını işleten kuruluş.

Oluşturulma tarihi — mevcut kayıt verisinin oluşturulduğu tarih. Domain daha önce silinip yeniden kaydedildiyse ilk tarihsel kaydı göstermeyebilir.

Güncellenme tarihi — kaydın en son ne zaman değiştiği — bu, domainin ilk ne zaman edinildiğiyle aynı şey değildir, ve yakın bir güncelleme mutlaka el değiştirdiği anlamına gelmez.

Süre dolum tarihi — mevcut kayıt döneminin ne zaman biteceği. Bu tarih dikkatli yorumlanmalı — aşağıdaki nota bakın — ve tek başına bir ismin ne zaman müsait hale geleceğini tahmin etmek için kullanılmamalı.

Ad sunucuları — domainin DNS'inin nerede yönetildiği; bu, kaydın sahibinden tamamen ayrı olabilir.

DNSSEC — domainin belirli sahtecilik saldırılarını önlemeye yardımcı olan DNS Güvenlik Uzantılarını kullanıp kullanmadığı.

Domain durum kodları — domainin şu anda transfer edilip edilemeyeceğini, güncellenip güncellenemeyeceğini veya silinip silinemeyeceğini gösteren EPP kodları. Aşağıdaki özel bölüme bakın.

Yayımlanmışsa kayıt sahibi kuruluşu veya iletişimi — yalnızca politika, onay ve o belirli uzantının izin verdiği yerde görünür.

Kayıt kuruluşu kötüye kullanım iletişimi — domainin kötüye kullanımını bildirmek için adres, kayıt sahibinden ayrı.

Açıklamalar, uyarılar ve gizleme göstergeleri — belirli alanların neden gizlendiğini veya daha fazla bilgi nasıl talep edileceğini açıklayan metin.

Açıklamalı bir örnek: kurgusal bir domain için tipik bir gizlenmiş sonuç şöyle görünür, her satır açıklamalı.

Domain Adı: ORNEK-DOMAIN-SORGUSU.COM
Kayıt Kuruluşu: Örnek Kayıt Kuruluşu A.Ş.
Kayıt Kuruluşu IANA ID: 9999
Oluşturulma Tarihi: 2019-03-14
Güncellenme Tarihi: 2026-01-05
Kayıt Operatörü Süre Dolum Tarihi: 2027-03-14
Domain Durumu: clientTransferProhibited
Kayıt Sahibi Kuruluşu: GİZLİLİK İÇİN GİZLENMİŞTİR
Kayıt Sahibi E-postası: Bu sorgu çıktısında belirtilen Kayıt
Kuruluşunun RDDS hizmetini, domainin kayıt sahibiyle
iletişim kurma yöntemi için sorgulayın.
Ad Sunucusu: NS1.ORNEK-DNS.COM
Ad Sunucusu: NS2.ORNEK-DNS.COM
DNSSEC: imzasız

Bunu okurken: burada olağandışı bir şey yok ve hiçbiri gerçek bir kişiyi tanımlamıyor — bu, rutin bir transfer kilidi ve standart bir gizlilik bildirimi gösteren kurgusal, açıklayıcı bir kayıttır.

Süre dolum tarihleri üzerine bir not: listelenen süre dolum tarihi, mevcut dönemin ne zaman biteceğidir, garantili bir herkese açık müsaitlik tarihi değildir. Otomatik yenileme, erteleme süreleri ve kurtarma işlemleri gerçek zaman çizelgesini bu tarihin çok ötesine uzatabilir.

Domain Sahibinin Bilgileri Neden Gizli?

Gizlenmiş iletişim verisi, günümüzde çoğu bireysel kayıt sahibi için varsayılan sonuçtur, bir istisna veya uyarı işareti değil.

Gizlilikle ilgili gizleme — ICANN'ın Kayıt Verisi Politikası kapsamında, kayıt kuruluşları varsayılan olarak kişisel kayıt sahibi verisinin herkese açık gösterimini sınırlar.

Onay ve yayımlama kuralları — bazı kayıt sahipleri daha kapsamlı yayımlamayı tercih edebilir; çoğu bunu yapmaz ve hiçbir şey bunu zorunlu kılmaz.

Gizlilik hizmeti — müşteri domainin kayıt sahibi olarak kalır. Kişisel iletişim bilgilerinin yerine hizmet sağlayıcının sunduğu alternatif ve geçerli iletişim bilgileri yayımlanır.

Proxy hizmeti — proxy sağlayıcısı kayıtlarda domainin kayıt sahibi olarak görünür ve domainin kullanımını sözleşmeyle müşterisine verir.

Kayıt kuruluşu veya kayıt operatörü politikaları — bireysel sağlayıcılar politika tabanının ötesinde ek sınırlar uygulayabilir.

ccTLD'ye özgü kurallar — ülke kodlu kayıt operatörleri kendi yayımlama ve gizleme kurallarını belirler, bunlar gTLD uygulamasına hiç benzemeyebilir.

Gizleme, kimsenin hesap verebilir olmadığı anlamına gelmez. Kayıtlı her domainin kayıt kuruluşunda kayıtlı bir sahibi vardır ve meşru kötüye kullanım veya hukuki talepler, kilitli bir kaydın gizli bir şey sakladığı varsayılmadan, tanımlanmış kanallar üzerinden ele alınır.

Kayıt Sahibi, Kayıt Kuruluşu, Kayıt Operatörü ve Web Sitesi İşletmecisi

Bir domaini yöneten kayıt kuruluşu, mutlaka onun sahibi değildir.

Taraf Rolü Genelde şunun için iletişime geçilir
Kayıt sahibi / kayıtlı isim sahibi Domainin adına kayıtlı olduğu taraf İletişim bilgileri mevcutsa doğrudan sahiplik soruları
Kayıt kuruluşu ICANN veya ccTLD akreditasyonu altında kaydı satar ve yönetir Kötüye kullanım bildirimleri, transfer soruları, hesap düzeyi sorunlar
Kayıt operatörü Tüm uzantı için yetkili veritabanını işletir Son kullanıcılar tarafından nadiren doğrudan iletişime geçilir; politika ve teknik sorunlar
Gizlilik hizmeti Kayıt sahibi kalırsınız; kişisel iletişim bilgileriniz yerine hizmetin alternatif bilgileri yayımlanır Hizmet sağlayıcı üzerinden size iletilen mesajlar
Proxy hizmeti Sağlayıcı kayıtlarda kayıt sahibi olarak görünür ve domainin kullanımını size sözleşmeyle devreder Sağlayıcı üzerinden fiili kullanıcıya iletilen mesajlar
Web sitesi işletmecisi Domainin yönlendirdiği siteyi işletir — kayıt sahibiyle aynı olabilir veya olmayabilir İçerik veya web sitesine özgü sorunlar, kayıt soruları değil
Hak sahibi veya ekonomik yararlanıcı İsim üzerinde hukuki hak veya menfaat iddiası olan taraf Sadece bir sorguyla doğrulanabilecek bir şey değil

Bir Domain Sahibiyle Güvenli Şekilde Nasıl İletişime Geçilir

Doğru iletişim yolu, gerçekte neyin yayımlandığına bağlıdır.

Yayımlanmış e-posta veya web formu — doğrudan kullanın, kendinizi ve iletişim nedeninizi tanıtın.

Gizlilik aktarımı — birçok gizlilik hizmeti, kimliklerini size açık etmeden mesajları kayıt sahibine iletir.

Web sitesi iletişim sayfası — domain aktif bir siteye yönlendiriyorsa genelde kayıt verisinden daha hızlıdır.

Pazar yeri ilanı — domain satışa çıkarılmışsa, platformun genelde kendi iletişim ve teklif süreci vardır.

Domain broker — ismin gerçek bir ticari değeri varsa ve sahibe doğrudan kendiniz yaklaşmak istemiyorsanız kullanışlıdır.

Kayıt kuruluşu iletişim yolu — bazı kayıt kuruluşları, başka bir iletişim yayımlanmadığında resmi bir mesaj yönlendirme seçeneği sunar.

Kısa, işe yarayan bir edinim mesajı: "Merhaba — ornek.com hakkında yazıyorum. Domaini bir proje için edinmekle ilgileniyorum ve bir teklife açık olup olmadığınızı öğrenmek isterim. İlgileniyorsanız detayları konuşmaktan memnuniyet duyarım."

İlk mesajı kibar, kısa ve baskısız tutun — maksimum bütçenizi veya bir son tarihi ilk mesajda belirtmenize gerek yok.

Kaçının: toplu istenmeyen iletişim, pazarlama listeleri için kayıt verisi kazıma, cevap alınamadıktan sonra tekrarlanan mesajlar ve baskı taktikleri. Önemli tutardaki bir domain satın alımı için, gayriresmi bir el sıkışma anlaşması yerine emanet (escrow) ve belgelenmiş bir transfer süreci kullanın.

İletişim Bilgileri Gizlendiğinde Ne Yapmalı

Doğru hamle tamamen bakma nedeninize bağlıdır.

Domaini Satın Almak İstiyorsunuz

Domainin satışa çıkarılıp çıkarılmadığını kontrol edin, varsa kayıt kuruluşunun aktarım seçeneğini deneyin, veya sizin adınıza iletişime geçmesi için bir domain broker hizmeti kullanın. Satışa çıkarılmamışsa ve çalışan bir iletişim yolu yoksa, şimdilik bunu gerçek bir "hayır" olarak kabul edin, ısrar etmeyin.

Phishing, Kötü Amaçlı Yazılım, Spam veya Başka Bir Kötüye Kullanımı Bildirmeniz Gerekiyor

Kayıt kuruluşunun yayımlanmış kötüye kullanım iletişimini kullanın, gizlenmiş kayıt sahibi alanını değil. Zararlı içerik başka bir yerde barındırılıyorsa, hosting sağlayıcısını, platformu veya ilgili başka bir hizmeti bilgilendirmek de gerekebilir.

Bir Marka veya Hukuki Sorunu Araştırıyorsunuz

Bu durum hukuki uzmanlık gerektirir, bir geçici çözüm değil. UDRP dahil resmi hukuki süreçlerin, tek başına bir kayıt verisi sorgusunun karşılamadığı kendi kanıt ve prosedür gereksinimleri vardır.

Yayımlanmamış gTLD Kayıt Verisine İhtiyacınız Var

ICANN'ın Kayıt Verisi Talep Servisi (RDRS), katılımcı gTLD kayıt kuruluşları için bu taleplerin nasıl gönderileceğini standartlaştırır. Pilot döneminin ardından faaliyetini sürdürmektedir — Kasım 2023'te başladı, Kasım 2025'te iki yıllık pilotunu tamamladı ve ICANN Yönetim Kurulu, daha uzun vadeli bir politika sonuçlanana kadar çalışmaya devam etmesi için süresini uzattı. Her uzantıyı kapsamaz, ve bir talep göndermek ifşayı garanti etmez — her biri geçerli hukuk, politika ve kanıta göre değerlendirilir.

Kendi Domaininizi Sorun Gideriyorsunuz

Kendi kaydınızda bir sorun varsa — sizin ayarlamadığınız durum kodları, beklenmedik ad sunucusu değişiklikleri, yapamadığınız bir güncelleme — yalnızca herkese açık sorguya güvenmek yerine doğrudan kayıt kuruluşunuzun destek ekibiyle iletişime geçin.

Bir WHOIS veya RDAP Kaydı Neyi Kanıtlamaz

• Marka hakkı — kayıtlı bir domain, marka haklarını tesis etmez veya geçersiz kılmaz.

• Gerçek sahiplik — listelenen kayıt sahibi, domaini gerçekte kontrol eden veya ondan yararlanan taraf olmayabilir.

• Web sitesi kontrolü — DNS, hosting ve kayıt ayrı katmanlardır; kayıt verisi canlı siteyi kimin işlettiğini doğrulamaz.

• Bir markanın ilk kullanımı — ticari veya marka önceliği, kendi kanıt standartlarına sahip ayrı bir hukuki sorudur.

• İsmi kullanma hakkı — kayıt sahibi olmak, ismin her bağlamda kullanımını kendiliğinden hukuka uygun hâle getirmez.

• Geçmiş sahiplik — mevcut kayıtlar, domainin geçmişte kimde olduğunu güvenilir şekilde yeniden oluşturmaz.

• Süre dolumundan sonra garantili müsaitlik — yukarıdaki notta neden listelenen süre dolum tarihinin bir serbest bırakma tarihi olmadığını görün.

Kayıt verisi bir başlangıç noktasıdır, sahipliğin nihai kanıtı değildir.

Yararlı Domain Durum Kodları

Bunlar EPP (Extensible Provisioning Protocol) durum kodlarıdır — kayıt verisi sonuçlarında görünen standartlaştırılmış etiketler. Tam resmi referans ICANN'ın EPP durum kodları sayfasıdır; bir kodun bulunması rutin bir durumdur, otomatik olarak dolandırıcılık veya anlaşmazlık işareti değildir.

Durum kodu Sade anlamı Genelde kim uygular Ne yapılmalı?
clientTransferProhibited Kayıt kuruluşu giden transferleri engellemiş Kayıt kuruluşu, genelde kayıt sahibinin talebiyle veya varsayılan olarak Transfer denemeden önce kayıt kuruluşu hesabından kaldırın
clientUpdateProhibited Kayıt kuruluşu kayıtta değişikliği engellemiş Kayıt kuruluşu, transfer kilidine benzer şekilde Kayıt kuruluşu hesabında kilit açma seçeneğini kontrol edin veya kayıt kuruluşuyla iletişime geçin — müsaitlik ve kaldırma gereksinimleri sağlayıcıya göre değişir
serverTransferProhibited Kayıt operatörü kendi seviyesinde transferleri engellemiş Kayıt operatörü, genelde politika veya anlaşmazlık nedenleriyle Kayıt kuruluşuyla iletişime geçin, çünkü bu kayıt sahibi tarafından doğrudan değiştirilemez
pendingTransfer Bir transfer talebi şu anda işlemde Aktif bir transfer sırasında otomatik olarak ayarlanır Transfer penceresinin tamamlanmasını bekleyin veya sorularınız için mevcut kayıt kuruluşuyla iletişime geçin
redemptionPeriod Kayıt kuruluşu silme talep etmiş, kayıt operatörü domaini sınırlı bir kurtarma döneminde tutuyor. Genelde süre dolumunu takip eder. Kayıt operatörü silme talebi aldığında, çoğunlukla süre dolumu ve ilk erteleme döneminden sonra otomatik ayarlanır Domaini kurtarmak istiyorsanız hemen kayıt kuruluşuyla iletişime geçin — pencere sınırlı süreli, genelde bir ücret taşır
pendingDelete Domain silinmeden önceki son aşamasında Kurtarma döneminin sonunda otomatik olarak ayarlanır Bu, redemptionPeriod veya pendingRestore olmadan görünüyorsa, kurtarma genelde artık mümkün değildir ve domain silinmek üzere planlanmıştır; tam durum kombinasyonunu kayıt kuruluşuyla teyit edin

Yaygın Domain Sorgulama Hataları

• Kayıt kuruluşunun sahibi olduğunu varsaymak — o bir hizmet sağlayıcıdır, kayıt sahibi değil.

• Gizlenmiş veriyi şüpheli olarak görmek — bu, günümüzde çoğu bireysel kayıt sahibi için varsayılan sonuçtur, tek başına bir uyarı işareti değil.

• Web sitesi barındırıcısını kayıt kuruluşuyla karıştırmak — aynı şirket ikisini de sunsa bile hosting ve domain kaydı ayrı hizmetlerdir.

• Güncellenme tarihini orijinal edinim tarihi olarak okumak — bir güncelleme rutin ve sahiplik değişikliğiyle ilgisiz olabilir.

• Süre dolum tarihinin anında herkese açık müsaitlik anlamına geldiğini varsaymak — erteleme süreleri ve kurtarma pencereleri genelde gerçek zaman çizelgesini uzatır.

• Kötüye kullanım için yanlış kuruluşla iletişime geçmek — bunu gizlenmiş kayıt sahibi alanı değil, kayıt kuruluşunun kötüye kullanım iletişimi ele alır.

• Toplu sorgu verisini istenmeyen pazarlama için kullanmak — bu, kayıt verisinin kötüye kullanımıdır ve size karşı kötüye kullanım şikayetlerini tetiklemenin hızlı bir yoludur.

• Bir sorgu çıktısını hukuki kanıt olarak görmek — mahkemeler ve anlaşmazlık süreçleri bir kayıt verisi ekran görüntüsünden fazlasını gerektirir.

Domain Sahiplik Sorgusu Kontrol Listesi

☐ Sorguyu çalıştırmadan önce tam domain yazımını teyit ettim

☐ Kayıt kuruluşunu ve kayıt operatörünü herhangi bir kayıt sahibi alanından ayrı olarak belirledim

☐ Oluşturulma, güncellenme ve süre dolum tarihlerini, süre dolum tarihinin bir serbest bırakma tarihi olduğunu varsaymadan inceledim

☐ Mevcut durum kodlarını ve gerçekte neyi kısıtladıklarını kontrol ettim

☐ İletişim bilgilerinin herkese açık, gizlenmiş veya bir gizlilik hizmeti tarafından yönetildiğini not ettim

☐ Durumu doğru sonraki adımla eşleştirdim — satın alma, kötüye kullanım bildirimi, hukuki araştırma veya kendi sorun giderme

☐ Kötüye kullanım bildirimleri için kayıt kuruluşunun kötüye kullanım iletişimini kullandım, gizlenmiş bir alana özel mesaj değil

☐ Kaydı sahipliğin hukuki kanıtı olarak görmekten kaçındım

☐ Bir edinim için ilk iletişimi kısa tuttum ve maksimum bütçemi açıklamadım

☐ Önemli tutardaki bir domain satın alımı için emanet (escrow) ve belgelenmiş bir transfer süreci kullanmayı planladım

Sıkça Sorulan Sorular

Bir domainin sahibini her zaman görebilir miyim?

Hayır. Kayıt sahibi bilgilerinin görünür olup olmadığı uzantıya, geçerli gizlilik politikasına ve kayıt sahibinin bir gizlilik veya vekil (proxy) hizmeti kullanıp kullanmadığına bağlıdır. Günümüzde gTLD'lerdeki çoğu bireysel kayıt sahibi için kişisel iletişim verisi varsayılan olarak gizlenir; bunun yerine bir kayıt kuruluşu veya gizlilik hizmeti iletişimi görürsünüz.

Bir WHOIS veya RDAP sorgusu ücretsiz mi?

ICANN Lookup ve birçok kayıt kuruluşu sorgulama aracı, hesap gerektirmeden ücretsiz herkese açık kayıt verisi araması sunar. Toplu, tarihsel veya özel veri hizmetleri farklı erişim koşulları kullanabilir. RDRS gibi yayımlanmamış veri için resmi ifşa talepleri de göndermesi ücretsizdir ama ifşa garantisi vermez.

WHOIS hâlâ kullanılıyor mu?

Yalnızca sınırlı biçimde gTLD'ler için — 28 Ocak 2025'ten itibaren RDAP kesin kaynaktır, dar istisnalarla (.com, .name, .post). Birçok ccTLD kendi WHOIS hizmetlerini bağımsız olarak sürdürüyor. "WHOIS sorgusu" yine de gündelik terim olmaya devam ediyor — tam ayrıntı için yukarıdaki karşılaştırmaya bakın.

WHOIS ve RDAP sonuçları neden bazen farklı?

Farklı temel kaynaklardan gelebilir, farklı güncelleme zamanlamasını yansıtabilir veya farklı gösterim ve gizleme kuralları uygulayabilir — bu, gTLD RDAP verisinin yanında hâlâ bağımsız WHOIS servisleri çalıştıran ccTLD'ler için daha olasıdır. İkisi çelişirse, gTLD'ler için RDAP sonucunu daha güncel kabul edin.

Kayıt sahibini bulduktan sonra domaini satın alabilir miyim?

Genelde evet — satışa çıkıp çıkmadığını kontrol edin, mevcut bir iletişim yolunu kullanın veya bir domain broker üzerinden çalışın. Kayıt sahibini bulmak onu satmaya zorlamaz, ve gizlenmiş veya cevapsız bir kayıt domainin sonsuza dek müsait olmayacağı anlamına gelmez.

Bir kayıt kuruluşu gizli kayıt sahibi verisini açıklayabilir mi?

Otomatik olarak değil. Bir kayıt kuruluşu, hukuki talepler, kötüye kullanım bildirimleri ve RDRS başvuruları dahil ifşa taleplerini geçerli hukuk, politika ve sunulan spesifik kanıta göre değerlendirir. Hiçbir talep türü, korunan verinin serbest bırakılacağını garanti etmez.

Bir domainin önceki sahibini nasıl bulabilirim?

Güncel kayıt verisi sorguları genelde tarihsel sahipliği yeniden oluşturmaz. Bazı üçüncü taraf tarihsel WHOIS arşivleri mevcuttur, ama kapsamları ve doğrulukları değişir ve hiçbiri doğrulanmış bir hukuki kayıtla eşdeğer değildir.

Süre dolum tarihi domaini ne zaman kaydedebileceğimi mi gösterir?

Hayır. Listelenen tarih, mevcut kayıt döneminin sonunu işaretler, garantili bir serbest bırakma tarihi değildir. İsim tekrar müsait olmadan önce genelde erteleme süreleri ve bir kurtarma süreci izler, ve toplam zaman çizelgesi kayıt operatörüne göre değişir.

Sahibini bilmeden kötüye kullanılan bir domaini bildirebilir miyim?

Evet. Kayıt sahibinin kimliğini bilmeden de kötüye kullanım bildirimi yapabilirsiniz. Kayıt kuruluşunun yayımladığı kötüye kullanım kanalını kullanın. Zararlı içerik başka bir altyapıda barındırılıyorsa, hosting sağlayıcısını, platformu veya ilgili hizmet sağlayıcısını da bilgilendirmeniz gerekebilir.

Bir WHOIS kaydı hukuki sahipliğin kanıtı mıdır?

Hayır. Bu, herkese açık bir kayıt kaydıdır, hukuki bir tapu değildir. Marka hakları, gerçek sahiplik veya bir ismi kullanma hakkını tesis etmez — bunlar, tek başına bir sorguyla çözülemeyen ayrı hukuki sorulardır.

Bir Domaini Sorgulayın ve Doğru Sonraki Adımı Seçin

Önce güncel kayıt verisini kontrol edin. ICANN akreditasyonlu bir kayıt kuruluşu olan Atak Domain, tam da bunun için bir sorgulama aracı sunuyor — buradan, isim gerçekten müsaitse kaydedin, kayıtlıysa ve sahibine ulaşmak istiyorsanız resmi veya uygun bir iletişim kanalı kullanın, veya durum gerektiriyorsa belgelenmiş bir kötüye kullanım bildirimi gönderin.

SIRADAKİ ADIM

Domaini Sorgulayın, Doğru Adımı Atın

Domain müsaitse kaydedin; kayıtlıysa uygun iletişim kanalını kullanın veya doğrulanmış kötüye kullanım bildirimini ilgili sağlayıcıya iletin.

▶ Domain Sorgula

Müsait Domainleri Sorgula · Domain Fiyatlarını Görüntüle · Domain Broker Hizmeti