Redemption Period Nedir? Silinen Domain Geri Alınabilir mi?

Bir domain'in süresi dolduktan sonra kayıt silindi mi, yoksa hâlâ geri alınabilir mi? Bu sorunun yanıtı, domain'in hangi silme aşamasında olduğuna bağlıdır. Grace period, redemption period ve pending delete — bu üç aşama birbirinden farklı geri alma imkânları, maliyetler ve süreler sunar. Aşamalar arasındaki farkı bilmeden hareket eden kayıt sahipleri çoğu zaman geri dönüşü olmayan noktayı geçmiş olduklarını geç fark eder.

Domain silme süreci anlık gerçekleşmez. ICANN politikaları, .com ve .net gibi gTLD'ler için kayıt silinmesinden gerçek anlamda müsaite geçişe kadar geçen süreyi birden fazla koruma katmanıyla çevreler. Bu korumalar bir yanda kayıt sahiplerinin yanlışlıkla kaybettiği domain'leri geri almasını sağlarken öte yanda registrar'ları ve registry'yi kötü niyetli silme ve hızlı yeniden kayıt döngülerinden korur. Ancak her koruma katmanının kendine özgü koşulları ve maliyetleri vardır.

Redemption period bu katmanların en kritik ve en az bilinenidir. Standart yenileme süresini geçirmiş, domain'ini "silinen" olarak gören bir kayıt sahibi için bu dönem, son gerçek geri alma fırsatını temsil eder — hem de ekstra maliyetle. Süreyi ve mekanizmayı önceden anlamak, olası bir kayıpla karşılaşıldığında sakin ve bilinçli hareket etmeyi mümkün kılar.

Grace period'dan redemption period'a: silme sürecinin teknik aşamaları

Domain'in süresi dolduğunda kayıt anında silinmez. Süreç birbirini izleyen aşamalardan geçer ve her aşamada domain'in durumu hem teknik hem de idari açıdan farklı bir anlam taşır.

İlk aşama auto-renew grace period'dur. Domain süresi dolduğunda registrar çoğunlukla otomatik yenileme girişiminde bulunur; bu başarısız olursa kayıt sahibine bir süre tanınır. Bu süre registrar'a göre değişmekle birlikte genellikle 0–45 gün arasındadır. Bu dönemde domain standart yenileme ücretiyle geri alınabilir; ek maliyet yoktur. Bazı registrar'lar bu dönemde domain'in DNS çözümlemesini durdurur, bazıları ise park sayfası gösterir.

Kayıt sahibi bu sürede harekete geçmezse registrar domain'i registry'den siler — teknik olarak bu bir domain:delete EPP komutudur. Bu noktada domain redemption grace period'a girer. ICANN politikası gereği bu dönem 30 gün sürer. Domain hâlâ kayıt sahibinin adına bağlıdır; başkası tarafından kayıt ettirilemez. Ama geri alma işlemi artık standart yenileme prosedürüyle değil, özel bir domain:restore EPP komutuyla gerçekleşir ve ek restore ücreti ödenmesi gerekir.

Redemption period sonunda domain pending delete aşamasına girer. Bu dönem 5 gün sürer ve bu süre zarfında domain geri alınamaz — ne registrar, ne kayıt sahibi, ne de başka biri domain üzerinde herhangi bir işlem yapamaz. Pending delete sona erdiğinde domain registry'den tamamen silinir ve herkesin kayıt ettirmesine açık hale gelir.

Domain süresi dolar
  └── Auto-renew grace period (0–45 gün, registrar'a göre değişir)
        Standart ücretle yenileme mümkün
  └── [Yenileme yapılmazsa] → domain:delete EPP komutu
  └── Redemption grace period (30 gün — ICANN politikası)
        Geri alma: domain:restore + ek restore ücreti
  └── Pending delete (5 gün)
        Geri alma mümkün değil
  └── Domain serbest bırakılır → herkes kayıt ettirebilir

Bu zaman çizelgesi .com, .net ve pek çok gTLD için ICANN'ın belirlediği standarttır. Ülke kodu TLD'leri (ccTLD) kendi politikalarını uygular; örneğin .tr uzantıları için süreç ve süreler farklılık gösterebilir. Domain'in hangi aşamada olduğunu anlamanın en güvenilir yolu WHOIS sorgusudur: redemption dönemindeki bir domain'in WHOIS kaydında genellikle redemptionPeriod veya pendingDelete EPP durum kodu görünür.

Redemption period'da domain'i geri alma: süreç ve maliyet

Redemption period'da bir domain'i geri almak, standart yenileme işleminden teknik olarak farklıdır. Registrar, registry'ye bir domain:restore EPP isteği gönderir; ardından 5 gün içinde restore raporu içeren ikinci bir domain:update komutu iletilmesi gerekir. Bu iki adımlı süreç ICANN'ın Redemption Grace Period Policy (RGP) belgesiyle tanımlanmıştır.

Maliyet yapısı iki bileşenden oluşur: registry'nin restore ücreti ve registrar'ın hizmet ücreti. Registry düzeyindeki restore ücreti Verisign (.com) için genellikle standart yıllık ücretin birkaç katı düzeyindedir; registrar'lar buna kendi hizmet bedelini ekler. Pratikte toplam restore maliyeti, domain'e bağlı olarak normal yenileme ücretinin 5 ile 15 katı arasında değişebilir. Bazı registrar'lar sabit bir restore bedeli belirtirken bazıları bunu talep üzerine açıklar.

Geri alma sürecinin başlatılması genellikle registrar'ın destek kanalı üzerinden olur; çoğu sağlayıcı bu işlemi otomatik panelden değil, bilet veya e-posta yoluyla yönetir. Süreç başlatıldıktan sonra registry onayı birkaç saat ila birkaç iş günü sürebilir. Tüm bu süre boyunca 30 günlük redemption penceresi işlemeye devam eder; beklenmedik gecikmeler riski artırır. Bu nedenle redemption period'da fark edilen kayıplarda harekete geçmek için erken davranmak kritik önem taşır.

Registrar ve registry'nin bu süreçteki rolleri

Silme sürecinde registrar ve registry birbirinden bağımsız ama koordineli roller üstlenir. Domain'in yenileme hatırlatmalarını göndermek, otomatik yenilemeyi yönetmek ve kayıt sahibiyle iletişim kurmak registrar'ın sorumluluğundadır. Registry ise silme komutunu alır, domain'i redemption durumuna alır ve zamanlamayı yönetir.

Kayıt sahibi yenileme yapmadığında registrar önce kendi içinde otomatik yenileme mekanizmasını çalıştırır. Bu başarısız olursa — ödeme yöntemi geçersizse veya otomatik yenileme kapalıysa — registrar domain'i aktif tutmaya devam edip etmemeyi kendi politikasına göre belirler. Bazı registrar'lar süresi dolan domain'leri birkaç hafta daha aktif bırakır, bazıları hızla silme komutunu gönderir. Bu nedenle süresi dolmak üzere olan bir domain'de hangi tarihte domain:delete komutunun gönderileceğini önceden bilmek neredeyse imkânsızdır; yalnızca registrar'ın bildirdiği tarihler rehber olabilir.

Domain süresi dolunca ne olur yazısında auto-renew grace period mekanizması ve registrar'ların bu dönemde uyguladığı farklı politikalar ayrıntılı ele alınmaktadır. Redemption sürecinde ise asıl karmaşıklık şuradan gelir: registrar domain'i sildikten sonra artık domain üzerinde kontrol sahibi değildir. Restore işlemi için registrar'ın registry'ye başvurması gerekir; bu da sürecin registrar'ın kapasitesine ve registry yanıt süresine bağlı olduğu anlamına gelir.

Registry perspektifinden bakıldığında redemption period, domain'in bir tür bekleme havuzunda tutulduğu dönemdir. Bu dönemde domain'e ait NS kayıtları TLD zone dosyasından kaldırılır — yani domain DNS üzerinden çözümlenmez. Ancak kayıt verisi (WHOIS, kayıt sahibi bilgisi, sona erme tarihi) silinmez; restore edildiğinde bu veriler geri yüklenir. Pending delete'e geçildiğinde ise kayıt verisi de 5 günün sonunda temizlenir. Registrar ile registry arasındaki fark yazısında EPP komut akışı ve bu iki katmanın silme sürecindeki koordinasyonu daha geniş bir çerçevede incelenmektedir.

ICANN politikası çerçevesi ve ccTLD'lerdeki farklılıklar

Redemption Grace Period (RGP), ICANN'ın 2003 yılında yayımladığı ve o tarihten bu yana güncellemeleri yapılan politikasıyla standartlaştırılmıştır. Bu politika .com, .net, .org gibi jenerik TLD'leri kapsar. Her gTLD registry, bu politikayı ICANN ile imzaladığı sözleşme çerçevesinde uygulamak zorundadır. Dolayısıyla .com için 30 günlük redemption süresi ve ardından 5 günlük pending delete, tüm ICANN akredite registrar'lar için tutarlı biçimde işleyen bir standarttır.

Yeni jenerik TLD'ler (.io, .co, .app, .dev gibi) de genel olarak benzer politikaları uygular; ancak her registry'nin ICANN ile müzakere ettiği sözleşme detayları farklılık gösterebilir. Pratik olarak bu TLD'lerin büyük çoğunluğunda redemption period mevcuttur ve 30 gün sürer.

ccTLD'ler ise tamamen farklı bir tablo sunar. Ülke kodu TLD'leri ICANN'ın gTLD politikalarına tabi değildir; her ülkenin registry'si kendi kurallarını belirler. Bazı ccTLD'lerde redemption period hiç yoktur — süresi dolan domain doğrudan müsaite geçer. Bazılarında redemption süresi 30 günden kısa ya da uzundur. .tr uzantısı için NIC.tr'nin belirlediği politika gTLD'den bağımsız olarak işler. Bu nedenle ccTLD'lere sahip kayıt sahipleri, ilgili TLD'nin registry politikasını ayrıca incelemelidir.

; Redemption period'daki domain WHOIS çıktısı
Domain Status: redemptionPeriod
               https://icann.org/epp#redemptionPeriod

; Pending delete'teki domain WHOIS çıktısı
Domain Status: pendingDelete
               https://icann.org/epp#pendingDelete

; Normal aktif domain WHOIS çıktısı
Domain Status: ok
               https://icann.org/epp#ok

EPP durum kodları, domain'in yaşam döngüsündeki konumunu makinece okunabilir biçimde ifade eder. redemptionPeriod kodu görüldüğünde domain geri alınabilir durumdadır; pendingDelete görüldüğünde ise artık yapılacak bir şey yoktur. Bu kodların listesi ICANN'ın web sitesinde yayımlanmaktadır ve WHOIS sorgularında standart olarak yer alır. WHOIS ve RDAP sorgularında bu durum kodlarının nasıl göründüğü ve yorumlandığı ayrıntılı biçimde ele alınmaktadır.

Silinen domain'i takip etme ve backorder mekanizması

Redemption period sona erip domain pending delete'e girdiğinde, domain'i almak isteyen üçüncü taraflar için tek gerçekçi yol backorder hizmetidir. Backorder, bir domain'in müsaite geçtiği anda otomatik kayıt girişiminde bulunma hizmetidir. Birçok registrar ve uzman platform bu hizmeti sunar; SnapNames, DropCatch, GoDaddy Auctions bunların iyi bilinen örnekleridir.

Backorder'ın çalışma mantığı şöyle işler: pending delete aşamasındaki domain tam olarak ne zaman silineceği dışarıdan tahmin edilemez. Registry, 5 günlük pencere içinde domain'i sildiğinde bu genellikle belirli bir zaman aralığında gerçekleşir; ama kesin dakika öngörülemez. Backorder sağlayıcıları, registry silme işlemini gerçek zamanlı takip eden botlar çalıştırır ve domain müsaite geçer geçmez kayıt komutunu gönderir. Birden fazla sağlayıcı aynı domain'i backorder'a almışsa registry, gelen ilk geçerli komutu işler ya da bazı registry'ler bunu açık artırmaya çıkarır.

Orijinal kayıt sahibinin hâlâ geri alabildiği tek dönem redemption period'dur. Pending delete'e giren domain için backorder dışında bir seçenek kalmaz — ve bu yarışta sonuç güvenceli değildir. Yüksek değerli ya da hatırlanabilir domain adları için birden fazla backorder botu aynı anda yarışabilir; bu durumda başarı garanti edilemez.

Backorder hizmetleri genellikle ücretlidir; fiyat aralığı domain'in tahmini değerine ve sağlayıcının politikasına göre değişir. Bazı sağlayıcılar backorder başarısız olursa ücret almaz. Domain açık artırmaya düşerse kazanan ihale fiyatı üzerinden ödeme yapar. Tüm bu mekanizmayı düşündüğünüzde, değer verdiğiniz bir domain için en güvenli strateji açıktır: yenilemeyi zamanında yapmak ve otomatik yenilemeyi aktif tutmak.

Grace period ve redemption period sistemi, domain kaybını çoğu durumda önlenebilir bir hata haline getirir. Otomatik yenileme aktifse ve ödeme yöntemi güncelse büyük çoğunluğu domain kaybının önüne geçilir. Bunun mümkün olmadığı durumlarda — hesap erişimi kaybolmuşsa, ödeme yöntemi güncel değilse ya da bildirimler gözden kaçmışsa — 30 günlük redemption penceresi son savunma hattını oluşturur. Bu pencereyi kaçırmak çoğu zaman geri dönüşü olmayan bir kayıpla sonuçlanır; ya domain tamamen elden gider ya da backorder yarışına girilmek zorunda kalınır.

Domain portföyü yönetiminde bu süreçleri anlamak, sürpriz kayıpları ve gereksiz restore maliyetlerini önlemenin temel koşuludur. Kayıt tarihleri ve sona erme tarihleri için merkezi bir takip sistemi kurmak, birden fazla domain'e sahip herkes için standart bir uygulama olmalıdır. Tek bir domain için bile yenileme hatırlatmalarını yalnızca registrar'ın e-postalarına bırakmak risk taşır; bu bildirimler spam filtresine düşebilir ya da ilgili e-posta adresine erişim kesilebilir.