Custom Metric Nedir?

Sayılarla ne demek?

Özel boyut veriyi böler; özel metrik ise sayar ya da toplar. Biri "hangi grup", diğeri "ne kadar" sorusunu cevaplar.

GA4 gelir, olay sayısı, kullanıcı gibi temel ölçüleri hazır sunar. Ama işletmeye özgü sayılar — sipariş başına kar, uygulanan indirim tutarı, form alan sayısı, izlenen video süresi — ancak özel metrik olarak tanımlandığında rapor sütunu olur.

Tanımın ince noktası birimdir. Değer para mı, süre mi, uzaklık mı, düz sayı mı? Yanlış birim seçildiğinde toplamlar doğru hesaplanır ama yanlış biçimde gösterilir.

Ne zaman gerekli?

İlk satır en değerli kullanım ve neredeyse hiç kurulmuyor. Ciro yerine kar gönderildiğinde, hangi kanalın gerçekten kazandırdığı analitik içinde görülebiliyor; ciro bazlı tablolar yüksek satan ama düşük marjlı kanalları olduğundan iyi gösteriyor.

Nasıl tanımlanır?

1. Değeri sayı olarak gönderin. Biçimlendirilmiş metin okunmaz.
2. Birimi doğru seçin. Para birimi mi, süre mi, düz sayı mı?
3. Kapsamı belirleyin. Olay mı, ürün mü?
4. Hassas veriyi düşünün. Kar bilgisini kim görecek?
5. Hesaplanan metriği değerlendirin. Bazı ölçüler var olanlardan türetilebilir.

Uygulamada ne oluyor?

En sık hata, değerin metin olarak gelmesi. "%15" ya da "1.250 TL" gibi biçimli bir değer sayı olarak çözümlenemiyor ve metrik sıfır kalıyor.

İkinci gözlem, birimin yanlış seçilmesi. Para tutarı düz sayı olarak tanımlanıyor; raporda para birimi dönüşümü yapılmıyor ve farklı ülkelerden gelen satışların indirimleri aynı ölçekte toplanıyor.

Üçüncüsü, var olanlardan türetilebilecek bir değerin ayrıca gönderilmesi. Sepet başına ürün sayısı zaten mevcut ölçülerden hesaplanabiliyorken yeni bir metrik açılıyor ve kota boşa harcanıyor.

Dördüncüsü, kar verisinin herkese açık olması. Mülke erişimi olan ajans ve dış kişiler marjları görebiliyor; hassas metrikler için erişim kısıtlaması gerekiyor.

Beşincisi, ürün kapsamlı değerin olay düzeyinde yollanması. Çok ürünlü siparişte indirim tutarı tek bir sayı olarak gidiyor ve hangi ürüne ne kadar indirim uygulandığı ayrışmıyor.

Altıncısı, ortalama ile toplamın karıştırılması. Puan gibi bir değer toplandığında anlamsız büyüklükler çıkıyor; raporda ortalama olarak okunması gerekiyor.

Yedincisi, metriğin tanımlandığı tarihin not edilmemesi. Önceki dönemler boş göründüğü için rapor bir düşüş ya da sıçrama gösteriyormuş gibi okunuyor.

Sekizincisi, negatif değerlerin hesaba katılmaması. İade ya da düzeltme sırasında eksi değer gönderildiğinde toplamlar beklenmedik biçimde değişiyor; bu durum önceden kararlaştırılmalı.

Dokuzuncusu, metriğin panolara taşınmaması. Değer toplanıyor ama yalnızca keşif raporlarında duruyor; yönetim kararlarına hiç ulaşmıyor.

Onuncusu, sipariş sistemiyle mutabakat yapılmaması. Kar ya da indirim tutarı analitikte bir sayı, muhasebede başka bir sayı gösteriyor; hangi tanımın kullanıldığı yazılı değilse güven kayboluyor.

On birincisi, kar gibi değerlerin tarayıcıdan gönderilmesi. Bu bilgi sayfa kaynağında görünür hale geliyor ve rakipler ya da meraklı kullanıcılar marjınızı okuyabiliyor; hassas değerler sunucudan yollanmalı.

On ikincisi, metriğin bir karar sorusuna bağlanmaması. "Hangi kampanya daha karlı" sorusu için kurulan kar metriği, kampanya raporuna eklenmediğinde veri toplanıyor ama soru hala cevapsız kalıyor.

Neyi çözmez?

Özel metrik, yanlış hesaplanmış bir değeri düzeltmez. Sitede kar yanlış hesaplanıyorsa analitik o hatayı daha görünür bir biçimde tekrarlar.

Sıkça sorulan sorular

Özel boyuttan farkı ne?

Boyut veriyi gruplara böler, metrik sayısal değeri toplar ya da ortalamasını alır.

Değer neden sıfır görünüyor?

Genelde metin olarak gönderiliyor. Biçimsiz bir sayı olmalı.

Kar bilgisini göndermek güvenli mi?

Sunucudan gönderilir ve erişim kısıtlanırsa. Tarayıcıdan gönderilen değer herkesin görebileceği yerde durur.

Bu kavramın bütün resim içindeki yerini Dönüşüm Takibi ve Ölçümleme Rehberi içinde ayrıntılı anlattım.