Çoğu işletme sahibi izlemeyi "site açık mı" sorusuna indirger. Ücretsiz bir servise alan adını yazar, yeşil tiki görür ve rahatlar. Oysa dijital ürün satışında en pahalı arızalar sitenin kapandığı arızalar değildir; sitenin gülümseyerek ayakta durduğu ama paranın akmadığı arızalardır. Ana sayfa açılır, ürün listelenir, sepete eklenir, ödeme alınır ve kod asla teslim edilmez. İzleme sistemin bunu görmez, çünkü ona sadece kapıya bakmayı öğretmişsin.
Gerçek şu: bir e-pin satış yazılımı için doğru izleme, teknik metrikleri değil iş sonuçlarını izler. Son on beş dakikada kaç sipariş oluştu, kaç teslimat tamamlandı, kuyrukta kaç iş bekliyor, tedarikçi API'si kaç saniyede cevap veriyor? Bu yazıda sıfırdan, ek maliyet gerektirmeyen bir izleme ve alarm düzeni kuracağız; sonunda gecenin bir yarısı telefonun neden çaldığını ve ne yapman gerektiğini bilen bir yapın olacak.
Site ayakta ama satış yok: sessiz arıza nasıl oluşur?
Sessiz arıza, sistemin bir parçasının çalışmayı bıraktığı ama hiçbir yerde hata üretmediği durumdur. Tipik örnekler tanıdık gelecek. Tedarikçi API'sinin sertifikası yenilenir, çağrılar sessizce başarısız olur ve sipariş "beklemede" kalır. Mail sağlayıcısının günlük kotası dolar, kodlar gönderilmez ama panelde durum "tamamlandı" görünür. Cron görevini çalıştıran kullanıcının şifresi değişir, stok senkronu durur ve tükenmiş ürünler satılmaya devam eder.
Bu üç senaryonun ortak noktası şudur: hiçbiri ana sayfayı etkilemez. Bu yüzden izlemenin birinci kuralı, gelirin geçtiği yolu izlemektir. Bir dijital ürün satış scripti kurulumunda o yol dört duraktan geçer: sepet, ödeme dönüşü, tedarik çağrısı, teslimat bildirimi. Her durağa bir sayaç koyduğunda sessiz arıza sessiz kalamaz.
Hangi altı metriği izlemelisin?
İzleme kurarken en sık yapılan hata her şeyi ölçmeye çalışmaktır. Yüz gösterge kuran kimse hiçbirine bakmaz. Küçük ve orta ölçekli bir işletme için altı metrik yeterlidir. Birincisi dakikalık sipariş sayısı: iş sağlığının tek cümlelik özeti. İkincisi teslimat başarı oranı: oluşan siparişin kaçının koda dönüştüğü. Üçüncüsü ödeme dönüş hata oranı: sağlayıcıdan gelen bildirimlerin kaçının işlenemediği.
Dördüncüsü tedarikçi yanıt süresi: API'nin yavaşlaması, çökmesinden önce gelen uyarıdır. Beşincisi kuyruk derinliği: bekleyen mail ve teslimat işlerinin sayısı; sürekli artıyorsa bir şey tıkanmıştır. Altıncısı hata günlüğü yoğunluğu: dakikadaki yeni hata satırı sayısı. Bu altısını tek bir ekranda görebiliyorsan bir epin yazılım kurulumunun nabzını tutuyorsun demektir.
| Metrik | Ölçüm penceresi | Uyarı eşiği | Kritik eşik |
|---|---|---|---|
| Sipariş sayısı | 15 dakika | Beklenenin %50 altı | Beklenenin %80 altı |
| Teslimat başarı oranı | 30 dakika | %97 altı | %90 altı |
| Ödeme dönüş hatası | 10 dakika | 2 hata | 5 hata |
| Tedarikçi yanıt süresi | 5 dakika | 3 saniye üstü | 8 saniye üstü |
| Kuyruk derinliği | 5 dakika | 50 iş | 250 iş |
| Hata yoğunluğu | 5 dakika | 10 satır/dk | 60 satır/dk |
Sentetik kontrol mü, gerçek kullanıcı verisi mi? Cevap: ikisi birlikte
Sentetik kontrol, sistemin kendi kendine yaptığı sahte ziyarettir. Belirli aralıkla bir ürün sayfası çağrılır, sepet oluşturulur, test modunda ödeme adımına kadar gidilir ve dönen cevap doğrulanır. Avantajı, hiç müşteri gelmediği ölü saatlerde bile arızayı yakalamasıdır. Dezavantajı, yalnızca senaryoya yazdığın yolu kontrol edebilmesi.
Gerçek kullanıcı verisi ise tam tersidir: her yolu kapsar ama yalnızca müşteri varsa sinyal üretir. Sabah dört ile yedi arasında kimse alışveriş yapmıyorsa, o saatte bozulan bir akışı ancak sentetik kontrol görür. Bu yüzden iki yöntemi katmanla: sentetik kontrol beş dakikada bir ana akışı yürüsün, gerçek veri ise sipariş ve teslimat sayaçlarını beslesin. Bu iki katmanı birlikte kuran bir e-pin scripti sahibi, müşteriden önce haberdar olur.
Alarmların gerçek kaynak dağılımı
- Tedarikçi ve ödeme entegrasyonları 45%
- Kuyruk, cron ve mail tıkanması 30%
- Sunucu kaynak ve disk sorunları 15%
- Uygulama içi kod hataları 10%
Alarm eşiğini yanlış kurarsan sistemi kendi elinle sağır edersin
Alarmların en büyük düşmanı gürültüdür. Günde otuz bildirim alan biri otuz birincisine bakmaz; işte tam o bildirim gerçek olandır. Gürültüyü kesmenin üç yolu vardır. İlki süre şartı: eşik bir kez aşıldığında değil, üst üste iki ölçümde aşıldığında haber ver. İkincisi mevsimsellik: akşam yirmi biri geceyle kıyaslamak anlamsızdır; eşikleri saat dilimine göre tanımla ya da geçen haftanın aynı saatiyle karşılaştır.
Üçüncüsü seviyelendirme: her bildirim telefonu çaldırmamalı. Uyarı seviyesi maile veya bir kanal mesajına düşsün, kritik seviye sesli bildirim üretsin. Bu ayrımı yaptığında alarm sisteminin güvenilirliği geri gelir. Doğru kurulmuş bir dijital ürün satış yazılımı izlemesi, az ama her biri eyleme çağıran bildirim üretir.
Bir bildirim için "geldiğinde ne yapacağım" sorusuna tek cümlelik cevap yazamıyorsan o alarmı kurma. Eylemsiz alarm gürültüdür ve zamanla gerçek alarmları da gömer.
Alarm çaldığında kim uyanacak? Nöbet ve eskalasyon düzeni
Tek kişilik bir işletmede cevap kolay görünür: sen. Ama kolaylık aldatıcıdır, çünkü tatilde, uçakta veya uykuda olduğun saatler vardır. Bu yüzden en küçük yapıda bile iki katmanlı bir düzen kur. Birinci katman sen ol, ikinci katman güvendiğin bir teknik arkadaş veya hizmet sağlayıcın olsun. Kritik alarm on beş dakika içinde sahiplenilmezse ikinci katmana düşsün.
Bunun yanında bir çalışma kitabı hazırla: her alarm türü için üç satırlık müdahale notu. "Tedarikçi yanıt süresi kritik: panelden otomatik teslimatı duraklat, siparişleri elle teslimata al, sağlayıcıya yaz." Bu notlar olmadığında olay anında her şeyi baştan düşünmek zorunda kalırsın. Notlar varsa, işi devretmek de kolaylaşır; bu da bir e-pin satış scripti operasyonunu kişiye bağımlı olmaktan kurtarır.
Olaydan sonra ne okuyacaksın? Log ve iz düzeni
Alarm çaldı, müdahale ettin, sistem düzeldi. Şimdi soru şu: neden oldu? Bu sorunun cevabını verebilmek için loglarının üç özelliğe sahip olması gerekir. Birincisi korelasyon kimliği: her siparişe bir izleme numarası ver ve o numarayı sepetten teslimata kadar tüm log satırlarında geçir. Böylece bir müşterinin yolculuğunu tek aramayla çıkarırsın.
İkincisi saklama süresi: en az otuz gün. Arızalar genelde "iki hafta önce de olmuştu" diye hatırlanır; log yoksa desen görünmez. Üçüncüsü maskeleme: log dosyalarına kart bilgisi, tam e-pin kodu veya oturum anahtarı yazılmamalı. Bu üçünü kuran bir e-pin yazılımı kurulumunda arıza tekrar ettiğinde tahmin değil kanıtla konuşursun.
| # | Kurulum adımı | Aralık | Öncelik |
|---|---|---|---|
| 1 | Sipariş sayacı ve beklenen aralık tanımı | 15 dk | Yüksek |
| 2 | Teslimat başarı oranı hesabı | 30 dk | Yüksek |
| 3 | Sentetik sepet ve ödeme kontrolü | 5 dk | Yüksek |
| 4 | Tedarikçi API gecikme ölçümü | 5 dk | Yüksek |
| 5 | Kuyruk derinliği izlemesi | 5 dk | Orta |
| 6 | Cron son çalışma zamanı kontrolü | 30 dk | Orta |
| 7 | Disk ve veritabanı bağlantı sayısı | 10 dk | Orta |
| 8 | SSL ve alan adı son kullanma uyarısı | Günlük | Orta |
| 9 | Nöbet ve eskalasyon zinciri | Statik | Yüksek |
| 10 | Alarm başına müdahale notu | Statik | Yüksek |
Arızayı müşteriden önce sen öğren
Pinova, sipariş ve teslimat akışını tek panelde izlenebilir kılarak sessiz arızaları görünür hâle getirir. Özellikleri gör, fiyat planlarını incele.
Sadece uptime izlemesi yeterli değil mi?
Değil. Uptime yalnızca sitenin açık olduğunu söyler. Ödeme dönüşü, tedarik çağrısı veya mail gönderimi bozulduğunda site açık kalır ama satış tamamlanmaz.
Alarm eşiklerini nasıl belirlerim?
İki haftalık gerçek veriyi saat dilimine göre çıkar, her dilim için normal aralığı bul ve eşiği bu aralığın altına koy. Sabit tek eşik gece yanlış alarm üretir.
Sentetik kontrol gerçek ödeme yapar mı?
Hayır, test modunda ilerler ve ödeme öncesi adımda durur. Amaç akışın çalıştığını doğrulamaktır; gerçek tahsilat gerekmez.
Küçük bir işletme için bu kurulum fazla ağır değil mi?
Çekirdek altı metrik ve iki katmanlı nöbet düzeni bir günde kurulabilir. Ağır olan kurulum değil, fark edilmeyen bir teslimat arızasının bir günde yaptığı hasardır.
İzleme kurmak, işletmene bir sinir sistemi takmaktır: acıyı hissettiğin an müdahale edersin, hissetmediğinde ise hasar sessizce büyür. Bu altı metriği ve iki katmanlı alarm düzenini kendi panelinde nasıl kuracağını görmek istersen Pinova'nın canlı demo ortamında sipariş, teslimat ve log ekranlarını inceleyebilir, hangi göstergeyi nereden okuyacağını şimdiden planlayabilirsin.