En kolay önlenebilir, en çok zarar veren hata.
Bu hata, tüm ziyaretçilerde aynı anda ve tam sayfa uyarı olarak ortaya çıkar. Site fiilen erişilemez hâle gelir.
İyi haber: Teşhis kolaydır ve çözümü nettir.
Acil müdahale — ilk 30 dakika
1. Doğrulayın
- ☐ Uyarı ayrıntısı "süresi dolmuş" diyor
- ☐ Sertifika bitiş tarihi kontrol edildi
- ☐ Gerçekten dolmuş
2. Bilgilendirin
- ☐ Yönetim haberdar edildi
- ☐ Satış ve destek ekibi bilgilendirildi
- ☐ Müşteri iletişimi için hazırlık yapıldı
3. En hızlı çözümü uygulayın
- ☐ Hızlı bir DV sertifika alındı
- ☐ Kuruldu
- ☐ Site açıldı
Kritik karar: Kurumsal doğrulamalı (OV/EV) bir sertifika istiyor olsanız bile, önce hızlı bir DV alıp siteyi açın. Doğrulama süreci günler sürebilir; site o süre boyunca kapalı kalamaz.
Sonraki adımlar
4. Tüm kapsamı kontrol edin
- ☐ Ana site açıldı
- ☐ www'lu ve www'suz hâller çalışıyor
- ☐ Alt alan adları çalışıyor
- ☐ Panel ve webmail çalışıyor
- ☐ E-posta istemcileri sorunsuz
- ☐ Entegrasyonlar bağlanıyor
5. Kalıcı sertifikayı temin edin
- ☐ İstenen doğrulama düzeyinde sertifika sipariş edildi
- ☐ Doğrulama süreci başlatıldı
- ☐ Tamamlandığında kuruldu
6. Müşterileri bilgilendirin
- ☐ Kesinti kabul edildi
- ☐ Sorun giderildiği duyuruldu
- ☐ Etkilenen işlemler kontrol edildi
- ☐ Gerekiyorsa telafi sunuldu
Neden oldu? Kök neden analizi
Bu sorunun teknik bir sebebi yoktur. Sorunun sebebi süreçtedir:
- ☐ Bildirimler kime gidiyordu?
- ☐ O adres aktif miydi?
- ☐ Bildirimler görüldü mü?
- ☐ Görüldüyse neden işlem yapılmadı?
- ☐ Takvimde kayıt var mıydı?
- ☐ Sorumlu atanmış mıydı?
- ☐ Otomasyon var mıydı, çalışıyor muydu?
- ☐ İzleme var mıydı?
En yaygın cevaplar: Bildirimler ayrılan bir çalışanın adresine gidiyordu; takvimde kayıt yoktu; sorumlu belirsizdi; otomasyon sessizce bozulmuştu.
Özel durum: otomasyon bozulmuş
Otomatik yenileme kullanıyordunuz ama sertifika yine de doldu:
- ☐ Otomasyon çalışıyor mu, kontrol edildi
- ☐ Hata kayıtları incelendi
- ☐ Doğrulama yolu yönlendirmeye takılıyor mu bakıldı
- ☐ DNS değişikliği oldu mu kontrol edildi
- ☐ Sunucu taşındı mı bakıldı
- ☐ Servis yeniden yükleniyor mu doğrulandı
- ☐ Disk alanı yeterli mi kontrol edildi
Altıncı madde: Otomasyon sertifikayı yenilemiş ama servis yeniden yüklenmediği için eski sertifika sunuluyor olabilir. Bu durumda yeni sertifika aslında mevcuttur; yalnız devreye alınmamıştır.
Özel durum: ödeme sorunu
- ☐ Kart süresi dolmuş mu?
- ☐ Ödeme başarısız olmuş mu?
- ☐ Sağlayıcı hesabı askıya alınmış mı?
- ☐ Fatura kimseye ulaşmamış mı?
Bu senaryoda sertifika teknik olarak yenilenebilirdi ama ticari süreç tıkanmıştı.
Zarar değerlendirmesi
- ☐ Kesinti süresi belirlendi
- ☐ Kaybedilen trafik ölçüldü
- ☐ Kaçırılan sipariş/talep tahmin edildi
- ☐ Boşa giden reklam harcaması hesaplandı
- ☐ Etkilenen entegrasyonlar tespit edildi
- ☐ Müşteri şikâyetleri kaydedildi
- ☐ Rapor hazırlandı
Bu rapor, önleyici tedbirlerin bütçesini savunmak için en güçlü belgedir.
Bir daha yaşanmaması için
- ☐ Bildirim adresi rol bazlı yapıldı
- ☐ Tüm kritik hizmetlerde bu adres tanımlandı
- ☐ Envanter çıkarıldı
- ☐ Bitiş tarihleri paylaşımlı takvime işlendi
- ☐ Çoklu hatırlatma kuruldu
- ☐ Sorumlu ve yedek sorumlu atandı
- ☐ Sertifika süresi izlemesi kuruldu
- ☐ Site erişilebilirlik izlemesi kuruldu
- ☐ Otomatik yenileme kuruldu ya da gözden geçirildi
- ☐ Otomasyon başarısızlık uyarısı tanımlandı
- ☐ Acil alım yetkisi tanımlandı
- ☐ Acil müdahale prosedürü yazıldı
- ☐ Ödeme yöntemi ve kart süresi kontrol edildi
- ☐ Kurulum yöntemi belgelendi
Acil müdahale prosedürü (yazılı hâle getirin)
- Kim fark eder: [izleme sistemi / sorumlu]
- Kime haber verilir: [isim]
- Kim sertifika alabilir: [isim]
- Nereden alınır: [sağlayıcı + hesap]
- Kim kurar: [isim]
- Mesai dışı kime ulaşılır: [isim + telefon]
- Onay beklenmez: [yetki tanımı]
- Müşteri bilgilendirmesini kim yapar: [isim]
Bu prosedür, benzer bir olayda kesinti süresini saatlerden dakikalara indirir.
Yorumlar (0)
Henüz yorum yok — ilk yorumu siz yazın.
Yorum yaz