Bu yöntem yalnızca promosyon için mi kullanılabiliyor?

Hayır. Akış bir event'te gelen bilgiyi sunucu tarafında saklayıp aynı ziyaretçinin sonraki event'ine aktarıyor; hangi bilginin taşındığı kurala bağlı. UTM kaynağı ve ortamı, referrer veya liste kaynağı gibi pek çok bilgi de aynı biçimde zenginleştirme amacıyla taşınabilir. Promosyonun item'da standart alanları var; diğerleri özel item parametresi olarak gidiyor, BigQuery export'ta `items.item_params` altında okunuyor ve GA4 arayüzünde görünmeleri için item kapsamlı özel boyut tanımlanması gerekiyor. Bu yazıda yalnızca promosyon bağlamı ele alındı.

Kayıt cihazlar arası taşınabilir mi?

Key oturum açmış kullanıcıya bağlı `user_id` veya event parametresi olarak gönderilen başka bir sabit tanımlayıcı olduğunda evet; belge yolu bir değişken olduğu için okuma ve yazma aynı kalıyor. Tıklama çoğunlukla anonim yapıldığından login anında `client_id` belgesini `user_id` belgesine birleştiren bir adım gerekiyor. Kayıt bu durumda tanımlı bir kişinin geçmişi olduğu için saklama ve silme yükümlülükleri de büyüyor.

Taşıyıcıyı tarayıcı yerine sGTM'de kurmak neyi değiştiriyor?

Promosyon kaydı cihazda değil sunucu tarafında, Firestore'da tutuluyor ve `purchase` item'larına sGTM'de yazılıyor. Ürüne giden banner'da tıklama ile satın alma arasında tarayıcıda bir çerez veya localStorage kaydı taşımak gerekmiyor, zenginleştirme kuralı da tek yerde duruyor. Consent sınırı ise değişmiyor: bu örnekte Data Tag'in tetiklenmesi `analytics_storage` iznine bağlandığı için reddeden ziyaretçinin tıklaması sunucuya hiç ulaşmıyor.

Koleksiyon sayfasına giden bir banner satın almaya nasıl bağlanıyor?

Tıklamada item'sız bir `select_promotion` gidiyor ve aktif promosyon tarayıcıda hedef liste kimliğiyle tutuluyor. Ziyaretçi o listeden bir ürüne `select_item` veya `add_to_cart` ile dokunduğunda promosyon alanları o ürünün item nesnesine yazılıyor ve o event sGTM'den geçtiği için taşıyıcı ürüne giden banner'daki gibi çalışıyor. Ürün başka bir yoldan sepete eklenirse bağlama yapılmıyor.

Banner performansı için GA4 Promotions raporu yeterli mi?

Koleksiyon banner'ları için yeterli değil. Rapor satış tarafında yalnızca promosyonun bağlandığı ürünleri gösteriyor, gösterim ve tıklama tarafında ise item'sız event'leri nasıl ele aldığı belgelenmiş davranışla örtüşmüyor. Gösterim, tıklama ve CTR, event seviyesindeki promosyon parametrelerinden BigQuery'de hesaplanıyor; ilgili sorgu yazıda yer alıyor.

Bu kurulum yüksek trafikte çalışır mı?

Hacim açısından bir sınır yok. Her event tek kullanıcının belgesinde (bu yazı bağlamında `client_id`) bir okuma ve bir yazma yapıyor, paylaşılan bir kayıt veya sayaç yok. Sorun hacimden ziyade veri modelinde: aynı kullanıcıdan iki event üst üste gelirse transaction olmadan yapılan okuma ve yazma birinin kaydını ezebiliyor. Test ortamında bu gözlenmedi, ama oran hacimle değil eşzamanlılıkla ilgili; bu risk production'da transaction kullanan bir yazıcıyla kapatılmalı.

Banner Tıklamasını Satın Almaya Taşımak: sGTM, Firestore ve BigQuery ile Item Zenginleştirme

sGTM'de bir event'in taşıdığı bilgi Firestore'da saklanıp aynı ziyaretçinin sonraki bir event'indeki item'lara sunucu tarafında yazılabiliyor. Bu yazıda item zenginleştirme işlevi, GA4'ün promosyon bilgisini event'ler arasında taşımamasından doğan eksikliğe uygulanıyor: select_promotion GA client_id key'iyle Firestore'a yazılıyor, purchase geldiğinde eşleşen item'lara ekleniyor. Ürüne ve koleksiyona giden banner için mimari, kurulum ve BigQuery'de okuma örnek bir akış üzerinden gösteriliyor.

TL;DR

sGTM'de bir event'in taşıdığı bağlam Firestore'da bir key ile saklanıp sonraki event'lerin item'larına yazılabiliyor; key client_id olduğunda taşıma aynı tarayıcıyla sınırlı kalıyor, user_id veya event parametresi olarak gönderilen başka bir sabit tanımlayıcı kullanıldığında cihazlar arası yapılabiliyor. Bu yazıda item zenginleştirme, GA4'ün taşımadığı promosyon bilgisini client_id key'iyle select_promotion'dan purchase item'larına aktarmak için kullanıldı ve BigQuery export'u ile doğrulandı; Promotions raporundaki satın alma adedi ve item geliri de export ile uyuştu.

Erişimi Başlat Giriş Yap

Abonelere Özel

Yazının tamamı ve abonelere özel diğer 38 yazı abonelikte.

analytics

Abonelere Özel

İLGİLİ

Banner Tıklamasını Satın Almaya Bağlamak: Promotion Event'leri, Taşıyıcı Katman ve Consent Sınırı

Landing'den Purchase'a Session Bütünlüğü: BigQuery'de Kırılmayı Saymak

Satın Alma Gecikmesini Ölçmek: Google Ads Raporları, GA4'ün Boşluğu ve Pencere Kararı

E-Ticaret Anasayfa Banner'larında Kimlik ve Slot Türetme

Consent Oranı Ölçümü: Kabul, Ret ve Sonradan Değişenler Nerede Sayılır

sGTM mi Data Manager mı: Yanlış Soru ve Doğru Ayrım

Google Ads ile GA4'ü Satır Seviyesinde Birleştirme: Ortak Anahtar ve İki Katmanlı Okuma

Meta Attribution Penceresi Daraldı: BigQuery ile Telafi Katmanı Nasıl Kurulur

BigQuery ile Attribution Analizi: GA4, Umami ve First-Party Cookie Verilerini Birleştirme

Umami ile Attribution Debugging: GA4'ü Tamamlamak