Adı belli bir kişiye ulaşan bir alarm, kimsenin bakmadığı bir dashboard'dan iyidir.

Server container çalışıyor görünürken bir reklam platformuna dönüşüm göndermeyi ya da beklenen alanları taşımayı bırakabilir. Bu yüzden yalnız uptime'a bakmıyor, kararları etkileyen veri akışlarını ve kendini belli etmeyen hataları da izliyoruz.

Kapsamı ve sınırları yazılı olan, kontrollü hata provasında sınanmış ve adı belirlenmiş sorumlu kişilere ulaşan alarmlar.

Zeo uzmanının alarm ve sinyal akışlarını izlediği monitoring ekranı sahnesi

Birlikte çalıştığımız 500'den fazla markadan birkaçı

Tüm referansları gör
  • KPMG
  • Axa Sigorta
  • Dalin
  • Gusto
  • Jumbo
  • Ajansspor
  • Evreka

İzlenebilen her metriği toplamıyoruz. Arızası kararları etkileyebilecek hedefleri, sinyalleri ve consent kontrollerini öne alıyoruz. Kritik sinyalleri belirliyor, eşikleri geçmiş veriye göre tanımlıyor, alarmları kuruyor ve kontrollü bir hata senaryosuyla sınamadan bırakmıyoruz.

Çalışma ilkelerimiz

  • Kontrol listesini iş kararlarından başlatırız — Monitoring aracında hazır gelen metrikleri sıralamak yerine, kritik hedefleri ve bu hedeflerin beslediği kararları temel alıyoruz.
  • Verinin hedef sistemlere gerçekten vardığını kontrol ederiz — GA4, reklam platformları ve veri ambarı için hedef teslimatını izliyoruz. Endpoint'in ping isteğine yanıt vermesi tek başına yeterli sayılmaz.
  • Sessiz veri sorunları için ayrı kontroller kurarız — Yanlış consent durumu ya da eksik event alanı her zaman teknik hata vermez. dataLayer'dan beklenen alanların gelmemesi gibi sessiz bozulmaları ayrı kurallarla izliyoruz.
  • Alarmları müdahale edebilecek kişilere yönlendiririz — Eşikleri ve alert routing yapısını, alarm gerekli bağlamla birlikte müdahale edebilecek adı belirlenmiş bir sorumluya gidecek biçimde kuruyoruz.
  1. Kritik sinyalleri belirliyoruz

    Başarısız olduğunda iş kararlarını etkileyecek hedefleri, veri akışlarını ve consent kontrollerini birlikte önceliklendiriyoruz.

    İzleme öncelik listesi

    Yapay zeka desteği
    Hedefleri sağlanan etki ve maliyet bilgilerine göre sıralayan bir taslak hazırlar.
    İnsan onayı
    Hangi hedeflerin kritik olduğunu siz onaylıyorsunuz.
    Sorumlular
    İzleme Mühendisi, Tag'leme Lideri
    İmzalı bir anlaşma sayfasını gösteren çizim karakter
  2. Eşikleri tanımlıyoruz

    Her sinyal için arıza ya da sapma koşulunu gerçek trafik geçmişine göre belirliyoruz. Rastgele bir sınır kullanmıyoruz.

    Eşik tanımları

    Yapay zeka desteği
    Geçmiş trafik desenlerinden başlangıç eşikleri önerir.
    İnsan onayı
    Her eşik production'a alınmadan önce siz onaylıyorsunuz.
    Sorumlular
    İzleme Mühendisi, Cloud Altyapı Lideri
    Devasa bir ölçüm kadranını okuyan çizim karakter
  3. Monitoring ve alert yapılandırmasını kuruyoruz

    Kontrolleri bağlıyor, alert mesajına ilk müdahale için gereken bağlamı ekliyor ve routing'i sorumlu kişilere yönlendiriyoruz.

    Alarm yapılandırması

    Yapay zeka desteği
    İncelenmek üzere alert kuralları ve routing taslağı hazırlar.
    İnsan onayı
    Alert'in adı belirlenmiş bir operasyon sorumlusuna ulaştığını siz onaylıyorsunuz.
    Sorumlular
    İzleme Mühendisi, Nöbetçi Sorumlu
    Takip satırlarıyla dolu bir ekranı izleyen çizim karakter
  4. Kontrollü hata provası yapıyoruz

    Güvenli bir hata simüle ediyor, alert'in tetiklenmesini, doğru kişiye ulaşmasını ve runbook adımlarının işe yarayıp yaramadığını kontrol ediyoruz.

    Prova kaydı

    Yapay zeka desteği
    Prova sırasında kontrolün hatayı yakalayıp yakalamadığını kaydeder.
    İnsan onayı
    Nöbetçi sorumlu, runbook adımlarının uygulanabilir olduğunu onaylıyor.
    Sorumlular
    İzleme Mühendisi, Nöbetçi Sorumlu
    Büyük bir kalkanı büyüteçle inceleyen çizim karakter

Önce kararları etkileyen veri akışlarını seçeriz

Otomasyon hedefleri bir arızanın maliyetine göre sıralar, geçmiş trafiğinizden eşik önerir, alarm kurallarını ve yönlendirmesini hazırlar ve prova edilen arızanın gerçekten yakalanıp yakalanmadığını kaydeder. Onaylar sizindir: hangi hedeflerin önemli olduğu, bir eşiğin yayına girmeden önce doğru olup olmadığı ve alarmın gerçekten izleyen bir kişiye ulaştığının teyidi.

Ekip, alert geldiğinde neyin izlendiğini, bunun neden önemli olduğunu ve ilk olarak nereye bakacağını bilir.

  • Yapılandırma kaydı

    İzleme yapılandırması

    İzlenen hedefleri, kullanılan eşikleri, kontrol sıklığını ve her sinyalin kararlar açısından neden önemli olduğunu açıklar.

    Kabul koşulu

    İzlenen her sinyal, oradaki bir arızanın hangi kararı zedeleyeceğini belirtir.

    Ritim: Sinyaller değiştiğinde gözden geçirilir

  • Kullanım kılavuzu

    Alarm kullanım kılavuzu

    Alert tetiklendiğinde bakılacak ilk noktaları, müdahale sırasını ve sürece dahil olacak sorumlu kişileri tanımlar.

    Kabul koşulu

    Her alarmın yalnızca bir sorun tarifi değil, ilk bakılacak bir yeri vardır.

    Ritim: Her alarmda bakılır

  • Test notları

    Prova kanıtı

    Kontrollü testte alert'in tetiklendiğini, routing'in çalıştığını ve runbook adımlarının uygulandığını kayda alır.

    Kabul koşulu

    Kanıt, bir yapılandırma ekran görüntüsünden değil gerçekten tetiklenmiş bir alarmdan gelir.

    Ritim: Gerçek tetiklenmiş bir alarmdan kaydedilir

Şu olduğunda tamam sayarız: kontrollü bir hata alarmı beklenen süre içinde tetiklediğinde, gerçek bir nöbetçi sorumluya ulaştığında ve izlediği kılavuz adımı işe yaradığında.

Çalışan altyapının ötesinde veri teslimatını izlemek ve alarmlardan kimin sorumlu olacağını netleştirmek gerekiyorsa bu çalışma uygundur.

Şu durumlarda iyi bir seçim

  • Server-side container ya da kritik ölçümleme hattı yayında, ama temel uptime kontrolü dışında hedef teslimatını izleyen bir kural yok.
  • Tracking hatası ancak rakamlar günler ya da haftalar boyunca tutarsız kaldıktan sonra fark ediliyor, bu yüzden ekip hangi hedefin ne zaman bozulduğunu göremiyor.
  • Alarm yalnızca hata bilgisini veriyor, ama etkilenen hedefi ve runbook'taki ilk kontrol adımını ekibe söylemiyor.

Şu durumlarda başka bir çalışma daha doğru

  • Server-side altyapı henüz kurulmamıştır, bu yüzden monitoring başlamadan önce GTM Server-Side Container ve Cloud Kurulumu container'ı devreye almalıdır.
  • Sorun veri ambarına indikten sonraki dönüşümlerde veya veri modellerinde görülüyor, bu yüzden hedef teslimatından daha geniş bir analytics engineering kapsamı gerekiyor.

Bunlardan biri sizin durumunuza daha yakınsa, buradan başlayın: Server-Side Tracking ve Birinci Taraf Ölçümleme çalışmalarının tümü

Şu olduğunda tamam sayarız: Kritik hedefler ve kararları etkileyen sinyaller adlandırılmıştır, bu yüzden monitoring her endpoint'i izlemek yerine bu önceliklerle sınırlı kalır.

  • Google Tag Manager

    Yalnız uptime'ını değil, hedef bazındaki loglarını izlediğimiz server container

  • Google Tag Assistant

    Prova edilen arızada gerçekte ne olduğunu göstererek kontrolü doğruluyor

  • Datadog

    İlk adımdaki öncelik haritasını birinin aldığı gerçek alert'lere dönüştürüyor

Kritik hedefleri ve mevcut alert akışını paylaşın. Monitoring kontrollerini, sorumluluk dağılımını ve runbook adımlarını birlikte tasarlayıp prova edelim.
İzleme kurulumunu planla

Uptime, server'ın yanıt verdiğini gösterir. Verinin doğru alanlarla GA4'e, reklam platformlarına ya da veri ambarına ulaştığını göstermez. Bu çalışma endpoint erişilebilirliğine ek olarak hedef teslimatını ve seçilen veri kalitesi kontrollerini izler.