Uptime izleme, Core Web Vitals'a dahil

Siten sorunsuz görünüyor ama siparişler durdu

Sunucun yanıt vermeyi keser, CDN ise önbellekteki anasayfayı sunmaya devam eder. Ya da bir release checkout'u bozar ama diğer sayfalara dokunmaz. Bir müşteri e-posta atıp neden ödeme yapamadığını sorana kadar durumu kimse fark etmez.

CoreDash ikisini de Core Web Vitals'ınla aynı projede izler.

Siten çöktüğünde e-posta ve Slack mesajı

Siten çöktüğünde veya bir sayfa yanlış durum koduyla yanıt verdiğinde e-posta ve Slack mesajı alırsın; site geri geldiğinde bir mesaj daha alırsın. Anasayfan ve checkout başta olmak üzere önemli sayfaları ekle; CoreDash her birini 30 dakikada bir kontrol eder.

Monitör, yalnızca iki farklı sunucudan art arda iki başarısız kontrolden sonra Down durumuna geçer; böylece anlık bir ağ aksaması seni uykundan etmez.

İzlediğin tüm site ve sayfalar tek listede: son 7 günün uptime verisi ve iki hafta içinde süresi dolacak tüm sertifikalar.

CDN'in gizlediği kesintiyi gör

Sunucun çökmüşken CDN önbellekteki sayfaları sunmaya devam edebilir. Anasayfa yine de yüklenir; ancak giriş yapmış müşteriler, sepetler ve önbelleğe alınmamış her sayfa hata verir. CoreDash siteyi yine de Down olarak işaretler: Monitör eklerken veya düzenlerken Advanced altından sunucunun IP adresini gir; her kontrol CDN'i atlayıp doğrudan sunucunun kendisine de sorsun.

Ziyaretçilerin bekleme süresinin ne kadarı sunucu kaynaklı

Bu örnekte ziyaretçilerin bekleme süresinin yaklaşık yarısı sunucudan kaynaklanıyor. CoreDash, her kontrolün yanıt süresini gerçek ziyaretçilerin p75'te aldığı TTFB ile yan yana koyar: Ziyaretçilerdeki 1,92 saniyeye karşılık, kontrol aracında her akşam zirve yapan yaklaşık 950 ms.

Sunucu yanıt vermeden en büyük görsel veya başlık ekrana gelemez; bu yüzden burada daha hızlı bir LCP sunucudan başlar.

Son release'de bozulan checkout'u yakala

Bir release sonrasında anasayfa yanıt vermeye devam ederken checkout "sayfa bulunamadı" diyebilir; anasayfadaki monitör ise hiçbir sorun görmez.

Burada checkout'un kendi monitörü var. Beş gün boyunca sorunsuz çalıştı; iki gün önceki release'den bu yana ise 404 yanıtı veriyor ve CoreDash bunu Unexpected status olarak işaretliyor. Bu durum sana bir e-posta ve bir Slack mesajı gönderir; checkout tekrar çalıştığında bir mesaj daha alırsın.

Firewall kaynaklı yanlış alarm yok; süresi dolacak sertifikalar iki hafta önceden görünür

Kontrol aracını engelleyen bir firewall asla kesinti alarmı tetiklemez. Monitör Blocked durumuna geçer, çözüme bağlantı verir ve bunu kesintiden saymaz.

Monitör listen, 14 gün içinde süresi dolacak her sertifikayı da sayar. Unutulmuş bir yenileme, tarayıcılar ziyaretçilerini uyarmaya başlamadan iki hafta önce orada belirir.

19:50'deki çökmeden sonra ne olur

Sunucun 19:50'de yanıt vermeyi keser. 20:00'de ilk sunucu yanıt alamaz ve monitör Failing durumuna geçer; henüz hiçbir şey gönderilmez. Yarım saat sonra ikinci sunucu da yanıt alamaz. Monitör Down olur; e-posta ve Slack mesajı gönderilir.

Tekrar yanıt alınan ilk kontrolde monitör Up durumuna geçer ve düzelme bildirimi aynı yolla iletilir. Sunucunun ne zaman durduğuna bağlı olarak durumdan 30 ila 60 dakika sonra haberin olur.

Ekibinin zaten açtığı projede uptime

Her monitör bir CoreDash projesine aittir; projedeki herkes monitörü aynı sitenin LCP, INP ve CLS değerlerinin yanında görür. Mevcut aboneliğine ve deneme sürümüne dahildir. Mobilde LCP'nin neden arttığını sorduğun aynı sohbette Claude'a "bu hafta sitem çöktü mü?" diye sor. Claude'u CoreDash'e bağla.

Ayrı bir uptime aracı ne zaman gerekir

CoreDash, tek bir bölgedeki iki sunucudan her 30 dakikada bir kontrol yapar; e-posta ve Slack ile uyarı gönderir. İki kontrol arasındaki kısa bir kesinti gözden kaçabilir; ayrıca genel bir durum sayfası ya da SMS yoktur. Birçok ülkeden dakikada bir kontrol için ayrı bir uptime aracına para ödemeye değer.

Sitenin ve checkout'un çalıştığını, sunucunun ne kadar hızlı yanıt verdiğini bilmek içinse buna ihtiyacın yok. Ek ücret olmadan CoreDash projende zaten var.