GA4 BigQuery'de Gelir ve İşlem Mutabakatı

GA4 BigQuery'de Gelir ve İşlem Mutabakatı

Giriş ve bağlam
GA4 ile birleşik veri akışı, kullanıcı davranışlarından satın alma yolculuğuna kadar geniş bir görünüm sunar. Ancak gelir ve işlem mutabakatını güvenilir biçimde doğrulamak için BigQuery üzerinde doğru sorgu tasarımı kritik hale gelir. Bu yazıda, GA4ten aktarılan olay verisini temel alarak gelir hesaplamasını, dönüşüm olayları ile işlemleri eşleştirme adımlarını ve olası uç durumları ele alacağım. Amaç, sapmaları hızlı tespit etmek, kaynak farklarını minimize etmek ve raporlama güvenilirliğini artırmaktır.

Temel veri modeli ve ortak mutabakat problemleri
GA4’de gelir, genelde satın alma (purchase) gibi olaylar üzerinden izlenir. BigQuery tarafında ise her olay bir kayıt olarak saklanır ve gelir değeri için enumerate edilen parametreler kullanılır. Karşılaşılan başlıca sorunlar:

• Fiyat ve para birimi tutarsızlığı: Farklı para birimlerinde yapılan işlemler, kur dönüşümü olmadan karşılaştırmada hata yaratır.
• Olay adlarının eşleşmeyen varyantları: purchase, begin_checkout, add_payment_info gibi olaylar arasındaki tutarsızlıklar, toplam geliri yanlış hesaplamaya yol açabilir.
• Zaman damgası senkronizasyonu: Farklı kaynaklar arasında zaman kayması, günlük mutabakatlarında negatif sapmalara neden olur.
• Çift sayım riski: Aynı işlem için birden fazla olay kaydı veya yeniden işlenen oturumlar mutabakatı bozabilir.

Pratik mutabakat yaklaşımı

• Net gelir hesaplama: purchase olayındaki value (fiat değeri) veya transaction_value alanını temel al. Eğer birden çok para birimi varsa, güvenilir bir döviz kuru kaynağı ile dönüştürülmüş bir ortak para birimi kullan.
• Ürün düzeyi mutabakatı: maliyet veya gelir, ürün bazında da kontrol edilmeli. Örneğin, ürün fiyatı ve miktarı üzerinden toplam tutar hesaplanıp purchase olayındaki değerle karşılaştırılır.
• Zaman ve oturum temizliği: Olaylar için zaman damgası ve client_id/user_pseudo_id eşleşmesini kullanarak tekrarlanan kayıtları temizleyin. Günlük üretim için partition ve clustering kullanımı performansı artırır.
• Olay akışlarının eşleşmesi: begin_checkout → add_payment_info → purchase akışını takip ederek her adım için toplam değeri kontrol edin. Aşırı farklar durumunda hangi adımda sapma olduğunu belirlemek kolaylaşır.
• Sağırtma ve loglama: Mutabakat hatalarını otomatik olarak kaydeden bir günlük tablosu oluşturun. Sapmalar, değer, para birimi, saat dilimi vb. alanlar ile ayrıştırılsın.

Örnek soyut sorgu tasarımı (konsept)

• Geliri tek bir hesapta toplama

SELECT
DATE(event_timestamp) AS date,
SUM(IF(event_name = 'purchase', (value_in_usd), 0)) AS total_revenue_usd
FROM project.dataset.ga4_export_*
GROUP BY date
ORDER BY date;

Notlar:

• value_in_usd alanının GA4 uç noktalarından doğru şekilde türetildiğinden emin olun.
• Para birimini tek bir USD gibi ortak bir birimde normalize edin; yoksa karşılaştırma hataları ortaya çıkar.
• Olay düzeyinde güvenilir mutabakat için birleşik anahtarlar kullanın: user_pseudo_id, event_name, event_timestamp ve transaction_id (varsa) gibi alanlar kritik rol oynar.

Kapanış
Mutabakat, verinin nasıl toplanıp işlendiğine dair net bir görünüm talep eder. GA4 BigQuery entegrasyonunda dikkat edilmesi gereken ana noktalar; zaman senkronizasyonu, para birimi normalizasyonu, olay adlarının tutarlılığı ve tekrarlı kayıtların temizlenmesidir. Bu adımlar, gelir sapmalarını minimize etmek için temel taşlar olarak öne çıkar. Deneyimlere göre siz hangi mutabakat noktalarını en çok sorun yaşatıyor buluyorsunuz? Özellikle hangi alanlar üzerinden sapmayı hızlı tespit etmeniz mümkün oluyor?