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.
İ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.

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.
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.
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.
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.
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.
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 |

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
Kayıt kuruluşunu, önemli tarihleri, ad sunucularını, durum kodlarını ve mevcut iletişim kanallarını Atak Domain üzerinden inceleyin.
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, 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 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ı.
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.
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.
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 |
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.
Doğru hamle tamamen bakma nedeninize bağlıdır.
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.
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.
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.
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 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.
• 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.
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 |
• 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.
☐ 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
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
Ö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
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.
Müsait Domainleri Sorgula · Domain Fiyatlarını Görüntüle · Domain Broker Hizmeti