Web Analytics · Server-Side ve Birinci Taraf
Server-Side İzleme ve Güvenilirlik
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.


Birlikte çalıştığımız 500'den fazla markadan birkaçı
Tüm referansları görNasıl yürütürüz?
Öncelik listesinden prova edilmiş alert akışına geçeriz
İ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.
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


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


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


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


Ö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.
Ne teslim ederiz?
Monitoring kurallarını, sorumlularını ve müdahale adımlarını teslim ederiz
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.
Uyum ve hazırlık
Uptime kontrolü tek başına verinin hedefe vardığını göstermez
Ç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.
Ölçümleme sisteminizi kuran ekip
Zeo, bir iş kararını kurallara bağlı veri toplamaya ve sizin kontrol edebileceğiniz raporlamaya bağlayan ölçümleme sistemleri kuruyor. Burada gördüğünüz kişiler, bu sistemin sayfanın kapsadığı bölümünde çalışıyor.

Zafer Yıldız
Web Analytics Manager

Abdullah Tanıdır
Performance Marketing Team Lead

Sevda Yurtvermez
Performance Marketing Team Lead

Serap Yurtvermez
Performance Marketing Team Lead

Onur Durdağı
Performance Marketing Executive

İpek Ezer
Performance Marketing Executive

İlker Emir
Senior Performance Marketing Executive

Deniz Çağın Demirci
Frontend Developer

Ezgi Gülsen Yaylı
SEO Manager

Mirzamin Aghazada
UI/UX Designer

Gülşah Şahin Özkan
Senior SEO Analyst
Kullandığımız araçlar
Bu işin arkasındaki araçlar
Google Tag ManagerYalnız uptime'ını değil, hedef bazındaki loglarını izlediğimiz server container
Google Tag AssistantProva 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
Sonraki adım
Server-side hattınız için izlenebilir bir operasyon kurun


Başlamadan önce
Görüşmeden önce sorulanlar
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.

















