Sitenizi en uzun süre kapalı tutan şey genellikle bir saldırı değildir. Kimsenin takip etmediği bir yenileme tarihidir — ve bu tür kesintiler, teknik bir arızanın aksine önceden görülebilir olduğu için en can sıkıcı olanlardır.
Kısa cevap: yenileme takibi nasıl kurulur?
Yenilenmesi gereken tüm dijital varlıklar (alan adları, SSL sertifikaları, hosting paketleri, lisanslar, kurumsal e-posta) tek bir envanterde toplanır; her kalem için bir sorumlu, bir yedek ve bitiş tarihinden en az 30 gün önce tetiklenen bir hatırlatma tanımlanır. Otomatik yenileme açık olsa bile bu envanter gereklidir; çünkü otomatik yenilemenin sessizce başarısız olduğu birkaç yaygın senaryo vardır. Kritik nokta, hatırlatmanın kişiye değil role gitmesi ve bildirim adresinin kurumsal olmasıdır.
Süresi dolan varlıkların etkisi
| Varlık | Süresi dolarsa ne olur? | Geri dönüş süresi | Kalıcı risk |
|---|---|---|---|
| Alan adı | Site ve e-posta tamamen durur | Yenilemeyle dakikalar–saatler | Kurtarma penceresi kapanırsa kalıcı kayıp |
| SSL sertifikası | Tarayıcı güvenlik uyarısı verir | Yeni sertifikayla saatler | Güven kaybı, dönüşüm düşüşü |
| Hosting paketi | Site erişilemez, veri askıya alınır | Ödemeyle saatler | Uzun gecikmede veri silinmesi |
| Kurumsal e-posta | Gelen e-postalar reddedilir | Yenilemeyle saatler | Ulaşmayan e-postalar geri gelmez |
| Yazılım lisansı | Özellikler devre dışı kalır | Yenilemeyle anında | Güncelleme alamama |
Tablodaki en ağır satır sonuncusundan önce gelen değil, birincisidir. Alan adı süresi dolduğunda yalnızca site değil e-posta da durur; yani sorunu haber alacağınız kanal da kapanmış olur. Bu senaryoda müşteriniz size ulaşamaz, siz de sağlayıcıdan gelen uyarıyı göremezsiniz.
Otomatik yenileme neden yetmez?
Otomatik yenileme gereklidir ancak tek başına güvence değildir. Sessizce başarısız olduğu yaygın durumlar:
- Kartın süresi dolmuş. En yaygın nedendir; ödeme reddedilir, bildirim e-postası kimsenin okumadığı bir adrese gider.
- Bildirim adresi eski. Kayıt sahibi e-postası ayrılmış bir çalışana aitse uyarılar boşluğa düşer — bu riski sahiplik yazımızda ele aldık.
- Bakiye yetersiz. Ön ödemeli sistemlerde bakiye bittiğinde otomatik yenileme çalışmaz.
- Sertifika yenilendi ama sunucuya kurulmadı. Otomatik yenileme sertifikayı üretir; kurulum adımı ayrı bir işlemse ve başarısız olursa tarayıcı yine uyarı verir.
- Doğrulama başarısız oldu. Otomatik sertifika yenilemeleri alan adı doğrulaması gerektirir; DNS veya yönlendirme değişikliği bu doğrulamayı bozabilir.
- Hesap kapatılmış veya taşınmış. Sağlayıcı değişikliği sonrası eski otomatik yenileme kaydı geçersiz kalır.
Bu altı senaryonun ortak özelliği şudur: hepsinde sistem "yenileme yapıldı" demez, sadece sessiz kalır. Bu yüzden takip, otomatik yenilemenin çalıştığını doğrulamayı da içermelidir.
Takvim ve sorumluluk kurgusu
- Envanteri çıkarın. Varlık adı, sağlayıcı, bitiş tarihi, otomatik yenileme durumu, ödeme yöntemi, sorumlu ve yedek sorumlu.
- Bildirim adresini kurumsal yapın. Kişisel adres yerine ekip adresi (örneğin bir dağıtım listesi) kullanın; böylece izin ve ayrılışlardan etkilenmez.
- Üç aşamalı hatırlatma kurun. 60 gün, 30 gün ve 7 gün kala. İlk ikisi planlama, sonuncusu acil müdahale içindir.
- Takvimi tek yerde tutun. Sağlayıcı panellerine dağılmış tarihler takip edilemez; hepsi ortak bir takvime veya tabloya yazılmalıdır.
- Sorumluyu isimle belirleyin, ancak hatırlatmayı role gönderin. Sorumluluk kişide, bildirim ekipte olmalıdır.
- Otomatik izleme ekleyin. Sertifika bitiş tarihi ve alan adı durumu, izleme sisteminizden de kontrol edilebilir — izleme yazımızda bu eşiği ele aldık.
- Yenileme sonrası doğrulayın. Yeni bitiş tarihini envantere işleyin ve sertifikanın gerçekten güncellendiğini tarayıcıdan kontrol edin.
Netişlem uzman görüşü: en uzun kesintiler en basit nedenlerden çıkıyor
Karşılaştığımız en uzun süreli kesintiler saldırı kaynaklı değil; süresi dolmuş bir alan adı veya sertifika kaynaklı oluyor. Nedeni de şu: teknik bir arızada ekip hemen müdahale ediyor, ancak süresi dolmuş bir alan adında önce durum anlaşılmaya çalışılıyor, sonra kimin ödeyeceği, sonra hangi hesaptan yenileneceği aranıyor. Sorun teknik değil idari olduğu için çözüm de yavaş ilerliyor.
İkinci gözlemimiz, bildirim adreslerinin bakımsızlığı. Alan adı kayıtlarındaki e-posta adresleri yıllarca güncellenmiyor; uyarılar ayrılmış bir çalışanın kutusuna gidiyor. Yılda bir kez yapılan basit bir "bildirim adresi kontrolü", bu riskin tamamını kapatıyor.
Üçüncüsü, otomatik yenilemeye duyulan aşırı güven. Otomatik yenileme mutlaka açık olmalı; ancak açık olması takip ihtiyacını ortadan kaldırmıyor. Doğru yaklaşım şu: otomatik yenileme birinci savunma, takvim hatırlatması ikinci savunma, izleme sistemi üçüncü savunma.
Denetim kontrol listesi
- Tüm yenilenebilir varlıklar tek envanterde (alan adları, sertifikalar, hosting, e-posta, lisanslar).
- Her kalem için sorumlu ve yedek sorumlu tanımlı.
- Bildirim adresleri kurumsal ve erişilebilir.
- Otomatik yenileme açık ve ödeme yöntemi güncel.
- Kart son kullanma tarihleri de takvimde.
- 60 / 30 / 7 gün hatırlatmaları kurulu.
- Sertifika bitiş tarihi izleme sisteminde takip ediliyor.
- Yenileme sonrası doğrulama adımı prosedürde var.
- Alan adları şirket üzerine kayıtlı ve transfer kilidi açık değil.
- Envanter yılda en az bir kez gözden geçiriliyor.
Sık sorulan sorular
Alan adımın süresi doldu, hemen kaybeder miyim?
Genellikle hayır; süre dolduktan sonra bir kurtarma penceresi bulunur ve bu dönemde yenileme mümkündür, ancak ek ücret doğabilir. Pencere kapandığında alan adı yeniden kayda açılır. Bu yüzden fark edildiği anda hemen yenilemek, beklemekten her zaman daha az maliyetlidir.
SSL süresi dolarsa sitem kapanır mı?
Site teknik olarak çalışmaya devam eder, ancak tarayıcılar büyük bir güvenlik uyarısı gösterir ve ziyaretçilerin çoğu bu noktada geri döner. Etki, sitenin kapanmasından pratik olarak farksızdır — özellikle e-ticarette.
Uzun süreli yenileme yapmak mantıklı mı?
Alan adları için genellikle evet: çok yıllık kayıt, unutma riskini yıllara yayar ve marka koruması açısından da avantajlıdır. Sertifikalarda ise sektör uygulaması geçerlilik sürelerini kısaltma yönünde olduğu için otomasyon daha belirleyicidir.
Hatırlatmayı kim almalı?
Tek bir kişi değil, en az iki kişinin ulaşabildiği bir adres. İzin, hastalık veya ayrılış durumunda tek alıcılı hatırlatmalar boşluğa düşer. Sorumluluk bir kişide olabilir, ancak bildirim paylaşılmalıdır.
Sağlayıcım zaten uyarı gönderiyor, yeterli değil mi?
Sağlayıcı uyarıları önemli bir katmandır ancak tek başına yeterli değildir: uyarı e-postaları spam klasörüne düşebilir, eski bir adrese gidebilir veya yoğun bir günde gözden kaçabilir. Kendi takviminizde tutulan bir kayıt, sağlayıcıdan bağımsız ikinci bir güvence sağlar.
Sonuç
Yenileme takibi, dijital varlık yönetiminin en düşük efor gerektiren ama en yüksek getirili parçasıdır. Bir tablo, üç hatırlatma ve bir sorumlu — bu kadarı, en uzun süreli kesinti nedenini tamamen ortadan kaldırır.
Dijital varlık envanterinizi birlikte çıkarmak isterseniz bize ulaşın. Alan adı, SSL sertifikası ve sunucu yönetimi çözümlerimizi inceleyebilirsiniz.