Alan Adı Yenileme Rehberi

Bir alan adını "satın aldığınızı" düşünürsünüz ama gerçekte onu belirli bir süreliğine kiralamış olursunuz. Tıpkı bir kira sözleşmesi gibi, sürenin sonunda ödemeyi tekrarlamazsanız kullanım hakkınız kalkar. İlk aşamada bu, aidatı gecikmiş bir ev gibi görünür; siz hâlâ oradasınızdır ama uyarılar başlamıştır. Bu aşamayı da geçerseniz kapı kilitlenir, siteniz ve e-postalarınız susar, en sonunda alan adı bir başkasının eline geçebilir. İşte bu yüzden yenileme, alan adı yönetiminin en sıkıcı ama en kritik parçasıdır.

Uzun yıllar sunucu ve hosting tarafında çalışmış biri olarak söyleyebilirim ki müşterilerin başına gelen en pahalı kazaların çoğu teknik değil, takvimsel. Kimse "domainimi bilerek kaybettim" demez; herkes "yenilemeyi unuttuk", "kart değişmiş, haberimiz olmamış" der. Bu rehberde alan adının neden yenilenmek zorunda olduğunu, yenilemediğinizde adım adım neler yaşandığını, otomatik yenilemenin ve güncel ödeme yönteminin bu felaketleri nasıl önlediğini, çok yıllık yenilemenin neden akıllı bir sigorta olduğunu ve süre dolduktan sonra devreye giren telafi dönemlerini gerçek örneklerle anlatacağım. Kavramları baştan oturtmak isterseniz önce alan adı nedir yazımıza göz atmanız, buradaki her şeyi daha rahat izlemenizi sağlar.

Alan Adı Neden Yenilenmek Zorunda?#

Alan adları kalıcı mülk değildir; tescil kuruluşları (registry) onları yıllık birimler hâlinde kiralar. Bir .com en fazla 10 yıllığına tescil edilebilir, .com.tr gibi yerel uzantılarda da benzer bir tavan vardır. Süre dolduğunda kayıt otomatik olarak yenilenmez; yenileme, sizin (ya da otomatik yenileme sisteminizin) aktif bir ödeme yapmasıyla gerçekleşir. Yani "bir kez aldım, artık benim" mantığı domainlerde geçerli değildir.

Bu modelin arkasında mantıklı bir sebep var. Eğer alan adları tek seferlik ve kalıcı satılsaydı, dünyadaki tüm değerli isimler yıllar önce kapatılır, kimse bir daha serbest bir domain bulamazdı. Süreli kiralama, gerçekten kullanılmayan isimlerin bir süre sonra dolaşıma geri dönmesini sağlar. Bu yüzden yenileme, aslında hem sizi hem de tüm ekosistemi ayakta tutan bir mekanizmadır. Sizin göreviniz basittir: kullanmaya devam ettiğiniz sürece süresini uzatmak. Bir alan adının nereden nasıl alındığını ve yönetildiğini merak ediyorsanız alan adı tescil ve yönetim tarafımız bu döngünün tamamını tek panelde toplar.

Kayıt süresini WHOIS sorgusuyla her zaman kontrol edebilirsiniz. Bu, "acaba ne zaman doluyor?" belirsizliğini ortadan kaldıran en güvenilir yöntemdir:

# Alan adının kayıt bitiş tarihini öğrenme
whois ornekfirma.com | grep -iE "Registry Expiry Date|Expiration"

# Örnek çıktı:
# Registry Expiry Date: 2027-03-15T09:00:00Z

Bu tarih, tüm planlamanızın çıpasıdır. Yenilemeyi bu tarihe göre değil, bu tarihten haftalar önce yapmayı hedeflemelisiniz; nedenini birazdan göreceğiz.

Yenilemezseniz Ne Olur: Kesinti ve Kayıp Zinciri#

Alan adının süresi dolduğunda hiçbir şey bir anda yok olmaz; ancak arka planda saat gibi işleyen bir geri sayım başlar. Bu zinciri anlamak, "birkaç gün geciksem ne olur ki" rahatlığının neden tehlikeli olduğunu gösterir. Süreç kabaca üç durakta ilerler ve her durak bir öncekinden hem daha pahalı hem daha risklidir.

İlk ve en somut etki, hizmetlerinizin kesilmesidir. Tescil kuruluşu domainin DNS kayıtlarını yayından kaldırır veya bir "park" sayfasına yönlendirir. Pratikte bu şu demektir: web siteniz açılmaz, @alanadınız.com uzantılı e-postalarınız gelmeyi ve gitmeyi bırakır, varsa API entegrasyonlarınız kopar. Bir e-ticaret sitesi için bu, doğrudan gelir kaybı; bir kurum için itibar kaybıdır. İşin sinsi tarafı, bunun bir "arıza" gibi görünmesidir; ekibiniz saatlerce sunucu kurcalarken sorun aslında ödenmemiş bir yenilemedir.

Aşağıdaki tablo, süre dolduktan sonraki tipik yaşam döngüsünü (gTLD'ler için) özetler:

Bu tablonun anlattığı tek bir cümle var: her geçen gün domaini geri almayı hem pahalılaştırır hem de bir noktadan sonra imkânsızlaştırır. Grace period'da bir butona basıp normal ücretle kurtardığınız domain, redemption'a düşünce 5-10 katı bedele mal olabilir; pending delete'e ulaştığında ise artık hiçbir ödeme onu geri getirmez. Bu telafi dönemlerinin ayrıntısını grace ve redemption period yazımızda uçtan uca ele aldık.

Otomatik Yenilemeyi Doğru Kurmak#

Yenilemeyi unutmanın en kesin panzehiri otomatik yenilemedir (auto-renew). Açık olduğunda sistem, alan adının süresi dolmadan birkaç gün önce kayıtlı ödeme yönteminizden tutarı çeker ve süreyi bir yıl (veya seçtiğiniz süre kadar) uzatır. İnsan hafızasına güvenmek yerine sistemin hafızasına güvenirsiniz; bu, kritik domainler için pazarlığı olmayan bir ayardır.

Otomatik yenilemeyi kurarken üç şeyi kontrol etmelisiniz: yenilenecek domainlerin listesi, geçerli bir ödeme yöntemi ve yenileme bildirimlerinin gittiği e-posta adresi. Panelde auto-renew'i açmak beş saniye sürer ama asıl iş, bu üç halkanın da sağlam olduğundan emin olmaktır. Örneğin bir yönetim panelinde ayarlar kavramsal olarak şöyle görünür:

# Domain yenileme tercihleri (kavramsal gösterim)
[ornekfirma.com]
auto_renew      = on
renew_period    = 1          ; yıl
payment_method  = kayitli_kart
notify_email    = [email protected]
notify_before   = 30,15,7,1  ; gün

[magaza.com.tr]
auto_renew      = on
renew_period    = 2
payment_method  = kayitli_kart
notify_email    = [email protected]

Dikkat edilmesi gereken ince nokta, bildirim e-postasının domainin kendisine bağlı olmamasıdır. Klasik tuzak şudur: ornekfirma.com domaininin uyarı e-postaları [email protected] adresine gider. Domain süresi dolup e-postalar kesildiğinde, tam da sizi kurtaracak "domainin doluyor" ve "ödeme başarısız" uyarıları da size ulaşmaz. Bu yüzden yönetim/bildirim adresini her zaman farklı ve bağımsız erişilebilir bir kutuya (kurumsal ana e-posta veya güvenilir bir sağlayıcı) bağlayın.

Güncel Ödeme Yöntemi ve Sessiz Başarısızlıklar#

Otomatik yenilemenin en tehlikeli yanılsaması "açtım, artık hiç düşünmem" rahatlığıdır. Oysa auto-renew yalnızca kayıtlı ödeme yöntemi geçerliyse çalışır. Kredi kartının son kullanma tarihi geçmişse, kart iptal olmuşsa, bankanın 3D Secure kuralı değişmişse ya da bakiye yetersizse yenileme sessizce başarısız olur. Sistem tahsilatı deneyemez ve domain, siz hiçbir uyarı görmeden grace period'a düşebilir. "Otomatik yenileme açıktı ama domain gitti" şikâyetlerinin neredeyse tamamının kökeni budur.

Bu sessiz başarısızlığa karşı iki alışkanlık geliştirmelisiniz. Birincisi, yılda en az bir kez kayıtlı kart bilgilerinizi gözden geçirmek; özellikle kartların son kullanma tarihlerine bakmak. İkincisi, ödeme başarısızlığı bildirimlerini asla görmezden gelmemek. Aşağıdaki gibi bir kontrol mantığını takviminize kurabilir ya da basit bir betikle otomatikleştirebilirsiniz:

#!/bin/bash
# Kayıtlı kartların son kullanma tarihini kontrol eden hatırlatıcı (kavramsal)
# Kartların bitiş tarihini bir dosyada tutup 60 gün kala uyarır.
while IFS=',' read -r kart son_ay son_yil; do
  bitis=$(date -d "${son_yil}-${son_ay}-01" +%s 2>/dev/null)
  simdi=$(date +%s)
  kalan_gun=$(( (bitis - simdi) / 86400 ))
  if [ "$kalan_gun" -lt 60 ]; then
    echo "UYARI: $kart kartının son kullanma tarihi yaklaşıyor ($kalan_gun gün)."
  fi
done < kartlar.csv

Ödeme tarafını sağlama almak, aslında domaininizin sağlığını sağlama almaktır. Güncel bir kart ve doğru bir bildirim adresi olmadan otomatik yenileme, fişi çekilmiş bir alarm sistemi kadar işe yarar. Bu iki halkayı yılda bir tazelemek, ödeyeceğiniz en ucuz sigorta primidir.

Çok Yıllık Yenilemenin Avantajları#

Her yıl tekrarlanan yenileme, her yıl tekrarlanan bir unutma riski demektir. Bu riski matematiksel olarak azaltmanın en temiz yolu, domaini tek seferde birden fazla yıl için yenilemektir. Beş yıllık tek bir yenileme, "her yıl hatırlama" görevini beş yılda bire indirir. Kritik marka domainleriniz için bu, hem operasyonel yükü hem de kaza olasılığını doğrudan düşürür.

Çok yıllık yenilemenin avantajı sadece "unutmama" ile sınırlı değildir. Fiyat dalgalanmalarına ve uzantı zamlarına karşı da bir tampon oluşturur; bugünkü fiyattan birkaç yılı birden kilitlersiniz. Ayrıca bazı arama motoru ve güven sinyali tartışmalarında, uzun süreli tescilin domainin "ciddi ve kalıcı" olduğuna dair zayıf da olsa bir işaret sayıldığı öne sürülür. Aşağıdaki karşılaştırma iki yaklaşımı netleştirir:

Buradaki tek denge unsuru nakit akışıdır. Onlarca domaini olan bir ajans için hepsini aynı anda beş yıllığına yenilemek büyük bir tek seferlik gider olabilir. Pratik çözüm melez bir stratejidir: markanız için hayati olan bir-iki domaini uzun süreli (örneğin 5 yıl) kilitleyip, ikincil veya deneysel domainleri yıllık tutmak. Böylece en değerli varlıklarınızı garanti altına alır, ikincil kalemlerde esnekliği korursunuz.

Yenileme Zamanlaması ve Bağımsız Hatırlatma#

Otomatik yenileme birinci savunma hattınızsa, bağımsız bir hatırlatma sistemi ikinci hattınızdır. Registrar'ın gönderdiği uyarı e-postalarına tek başına güvenmeyin; bunlar spam klasörüne düşebilir, filtreye takılabilir ya da işten ayrılmış bir çalışanın kutusuna gidebilir. Kendi kontrolünüzde, sağlayıcıdan bağımsız bir hatırlatma katmanı kurmak, tüm zincir kopsa bile sizi ayakta tutar.

En sağlam yaklaşım, domain bitiş tarihinden 60, 30, 7 ve 1 gün önce tetiklenen otomatik bir kontroldür. Bunu bir sunucuda çalışan basit bir cron göreviyle kurabilirsiniz. Aşağıdaki betik, domainin WHOIS bitiş tarihini okuyup kalan güne göre uyarı gönderir:

#!/bin/bash
# domain-hatirlat.sh — kalan gün belirli eşiklerin altındaysa uyarı gönderir
DOMAIN="$1"
ALICI="[email protected]"

EXP=$(whois "$DOMAIN" | grep -i "Registry Expiry Date" | awk '{print $NF}')
EXP_EPOCH=$(date -d "$EXP" +%s 2>/dev/null)
NOW_EPOCH=$(date +%s)
KALAN=$(( (EXP_EPOCH - NOW_EPOCH) / 86400 ))

for esik in 60 30 7 1; do
  if [ "$KALAN" -eq "$esik" ]; then
    echo "$DOMAIN için $KALAN gün kaldı. Yenilemeyi kontrol edin." \
      | mail -s "[Domain Uyarısı] $DOMAIN — $KALAN gün" "$ALICI"
  fi
done

Bu betiği her sabah çalıştırmak için crontab -e ile tek satır eklemeniz yeterlidir:

# Her gün saat 09:00'da domain bitiş tarihini kontrol et
0 9 * * * /usr/local/bin/domain-hatirlat.sh ornekfirma.com

Birden fazla domainiz varsa hepsini basit bir listede tutup betiği döngüye sokabilir ya da bir veritabanı tablosunda takip edebilirsiniz. Küçük bir SQL tablosu, ajanslar ve çok domainli işletmeler için görünürlüğü ciddi biçimde artırır:

-- Domain portföyünü ve yenileme tarihlerini takip eden tablo
CREATE TABLE domain_portfoy (
  id          INT AUTO_INCREMENT PRIMARY KEY,
  domain      VARCHAR(255) NOT NULL,
  bitis       DATE NOT NULL,
  auto_renew  TINYINT DEFAULT 1,
  sorumlu     VARCHAR(120)
);

-- 30 günden az kalan ve otomatik yenilemesi kapalı olanları listele
SELECT domain, bitis, DATEDIFF(bitis, CURDATE()) AS kalan_gun
FROM domain_portfoy
WHERE bitis <= DATE_ADD(CURDATE(), INTERVAL 30 DAY)
  AND auto_renew = 0
ORDER BY bitis ASC;

Altın kural, yenilemeyi son güne bırakmamaktır. Yenilemeyi bitiş tarihinden en az birkaç hafta önce yaparsanız, olası bir ödeme sorununu, kart reddini veya sistem gecikmesini telafi edecek payınız olur. Son dakikaya sıkıştırılmış her yenileme, kontrolü sizden alıp şansa bırakır.

Süre Dolduktan Sonra: Telafi Dönemine Kısa Bir Bakış#

Diyelim ki tüm önlemlere rağmen bir domainin süresi doldu. Panik yapmadan önce şunu bilin: süre dolması, domainin anında kaybedilmesi demek değildir. Devreye, tescil kuruluşlarının standartlaştırdığı telafi dönemleri girer ve ilk dönemde çoğu zaman hiçbir ceza ödemeden durumu düzeltebilirsiniz.

İlk durak grace period'dur. Bu dönemde (gTLD'lerde çoğunlukla 30-45 gün) domain hâlâ tamamen sizindir; panelinizden normal yenileme ücretini ödeyerek tek tıkla geri getirirsiniz. Yenileme tamamlandığı anda DNS kayıtları tekrar yayına girer ve siteniz genellikle birkaç saat içinde (önbelleğe bağlı olarak) ayağa kalkar:

; Yenileme sonrası DNS kayıtları yeniden yayına girer
ornekfirma.com.      3600  IN  A      203.0.113.10
www.ornekfirma.com.  3600  IN  CNAME  ornekfirma.com.
ornekfirma.com.      3600  IN  MX 10  mail.ornekfirma.com.

Grace period'ı kaçırırsanız iş ciddileşir. Domain redemption period'a düşer; artık geri almak için normal ücrete ek olarak yüksek bir "geri alma bedeli" (çoğu gTLD'de 50-150 USD) ödemeniz ve genellikle destek ekibiyle özel bir restore süreci başlatmanız gerekir. Onun da ardından gelen pending delete aşamasında ise domain artık hiçbir ödemeyle kurtarılamaz ve serbest kalıp başkasının eline geçebilir. Yani telafi dönemleri bir güvenlik ağıdır ama her aşama hem masrafı hem aciliyeti katlar. Bu dönemlerin tam takvimini ve maliyetlerini grace ve redemption period yazımızda bulabilirsiniz. Domaini bu süreçte başka bir sağlayıcıya taşımak isterseniz, önce yenileyip sonra taşımanız gerektiğini unutmayın; ayrıntılar alan adı transfer rehberimizde.

Yenileme Öncesi Kısa Kontrol Listesi#

Yenileme anını sorunsuz geçirmek için birkaç ayarı önceden kontrol etmek işinizi kolaylaştırır. Bu küçük alışkanlıklar, domaininizin yenilendikten sonra da güvende kalmasını sağlar.

Öncelikle domainin transfer/registrar kilidinin (clientTransferProhibited) açık olduğundan emin olun; bu kilit, yetkisiz transferlere karşı sizi korur ve yenilemeyi engellemez. İkinci olarak WHOIS iletişim bilgilerinizin güncel olduğunu doğrulayın; yanlış e-posta, hem yenileme uyarılarını hem de olası bir kurtarma sürecini sekteye uğratır. Üçüncü olarak, domaininize bağlı hizmetlerin (hosting, SSL, e-posta) da güncel olduğunu kontrol edin. Aşağıdaki komut, kilit durumunu hızlıca görmenizi sağlar:

# Domainin transfer kilidi durumunu ve iletişim bilgisini kontrol et
whois ornekfirma.com | grep -iE "Domain Status|Registrant Email"
# İdeal çıktı: clientTransferProhibited (kilit açık)

Bu kontrol listesini yılda bir kez, tercihen çok yıllık yenileme yaparken elden geçirin. Domaininizle birlikte üstündeki SSL sertifikası, hosting ve yedekleme katmanlarını da aynı takvimde gözden geçirmek, tüm dijital altyapınızı tek bir bakım penceresinde toparlamanızı sağlar.

Sıkça Sorulan Sorular#

Alan adımı ne zaman yenilemeliyim?#

Yenilemeyi bitiş tarihine bırakmak yerine, o tarihten en az birkaç hafta önce yapmanızı öneririm. Erken yenilemek kalan süreyi yakmaz; çoğu uzantıda mevcut süreye eklenir, yani bir gün bile kaybetmezsiniz. Erken davranmanın asıl faydası, olası bir kart reddi, ödeme gecikmesi veya sistem sorunu için telafi payı bırakmasıdır. Son dakikaya sıkışan yenilemeler, en çok da tam o anda çıkan küçük aksaklıklar yüzünden kaçar.

Otomatik yenileme açıksa domainim tamamen güvende mi?#

Büyük ölçüde güvendedir ama yüzde yüz değildir. Otomatik yenileme yalnızca kayıtlı ödeme yönteminiz geçerliyse çalışır; kartın süresi dolmuşsa, iptal olmuşsa veya bakiye yetersizse yenileme sessizce başarısız olur ve siz fark etmeden domain grace period'a düşebilir. Bu yüzden auto-renew'i açık tutmanın yanında yılda bir kez kart bilgilerinizi gözden geçirin ve ödeme başarısızlığı bildirimlerini asla görmezden gelmeyin.

Yenilemeyi unutursam domainim hemen başkasına mı geçer?#

Hayır, süre dolar dolmaz domain başkasına geçmez. Önce hizmetleriniz kesilir ve domain grace period'a girer; bu dönemde domain hâlâ sizindir ve normal ücretle geri alabilirsiniz. Ancak bu pencereyi de kaçırırsanız domain önce redemption period'a (pahalı geri alma), sonra pending delete'e düşer ve en sonunda serbest kalıp başkasının eline geçebilir. Yani risk anında değil, kademeli olarak artar; bu yüzden fark ettiğiniz an harekete geçmek en güvenli yaklaşımdır.

Çok yıllık yenileme yapmak mantıklı mı?#

Kritik marka domainleriniz için kesinlikle mantıklıdır. Domaini bir kerede birden fazla yıl için yenilediğinizde, her yıl tekrarlanan unutma riskini yıllara bölmüş olursunuz ve bugünkü fiyatı uzun süre kilitlersiniz. Tek dikkat edilecek nokta nakit akışıdır; onlarca domaini olan bir işletme hepsini aynı anda uzun süreli yenilerse tek seferlik gider büyür. Pratik çözüm, hayati domainleri uzun süreli kilitleyip ikincil olanları yıllık tutan melez bir stratejidir.

Erken yenileme yaparsam kalan sürem yanar mı?#

Hayır, çoğu uzantıda erken yenileme kalan süreyi yakmaz. Yaptığınız yenileme, mevcut bitiş tarihinizin üzerine eklenir; örneğin altı ay kalmışken bir yıl yenilerseniz yeni süreniz kabaca bir buçuk yıl olur. Bu yüzden "daha erken, süremi kaybederim" endişesiyle son güne beklemenin bir mantığı yoktur. Aksine erken yenileme, hem kayıp riskini düşürür hem de olası ödeme sorunlarına karşı size zaman kazandırır.

Domainim ile hostingimi aynı yerden yönetmem gerekir mi?#

Zorunlu değil ama pratikte çok daha kolaydır. Alan adı ve barındırmayı tek panelde topladığınızda yenileme tarihleri, ödeme yöntemleri ve bildirimler tek yerden yönetilir; farklı sağlayıcılar arasında kaybolan uyarıların yarattığı kör noktalar ortadan kalkar. Ayrıca DNS, SSL ve e-posta ayarlarını aynı çatı altında yapmak, bir sorun çıktığında hangi katmanın etkilendiğini görmeyi kolaylaştırır. Yine de domaininizi ayrı tutmayı tercih ederseniz, en azından yenileme takvimlerini merkezi bir listede birleştirmenizi öneririm.

Kapanış#

Alan adı yenileme, sıkıcılığıyla ters orantılı bir öneme sahiptir. Domain kalıcı bir mülk değil, süreli bir kiralamadır; yenilemediğinizde önce siteniz ve e-postalarınız susar, ardından her geçen aşamada geri alması pahalılaşan ve nihayetinde imkânsızlaşan bir kayıp zinciri işler. Bu zincirin tamamını önlemenin yolu şaşırtıcı derecede basittir: otomatik yenilemeyi açık tutmak, kayıtlı ödeme yönteminizi güncel tutmak, bildirim adresini domainden bağımsız bir kutuya bağlamak, kritik domainleri çok yıllık kilitlemek ve sağlayıcıdan bağımsız bir hatırlatma sistemi kurmak. Bu beş alışkanlık, çoğu zaman yüzlerce dolarlık bir kayıpla birkaç dakikalık bir işlem arasındaki farkı belirler.

Domainlerinizi bu risklerden korumak için doğru araçları kullanmak işin yarısıdır. Clou.TR'nin alan adı tescil ve yönetim hizmetiyle otomatik yenileme, erken hatırlatma ve tek panelden yönetimi bir araya getirebilir; sitelerinizi barındırdığınız hosting ve WordPress hosting paketleriyle domain ve barındırmayı aynı çatı altında toplayabilir; kritik hizmetlerinizin güvende kalması için SSL sertifikası ve yedekleme çözümlerimizden yararlanabilirsiniz. Bir alan adını başka bir sağlayıcıdan taşımak isterseniz alan adı transfer rehberimiz ve destek ekibimiz her adımda yanınızda.