İçeriğe geç
Ölçümleme

GA4 ve Sunucu Taraflı Etiketleme: Ölçüm Altyapısı Rehberi

Sunucu taraflı etiketleme, ölçüm olaylarını tarayıcı yerine kendi kontrolünüzdeki bir sunucudan göndermenizi sağlar. GA4 veri modeli, kurulum adımları, maliyet ve KVKK açısından uygulama rehberi.

6 dk okumaMoon Workshop
İçindekiler

Sunucu taraflı etiketleme, web sitenizdeki ölçüm olaylarını doğrudan tarayıcıdan reklam ve analitik platformlarına göndermek yerine, kendi kontrolünüzdeki bir sunucu kapsayıcısına iletip oradan dağıtma yöntemidir. Google Tag Manager’ın sunucu kapsayıcısı bu mimarinin en yaygın uygulamasıdır. Amaç veriyi çoğaltmak değil; kaybı azaltmak, performansı iyileştirmek ve verinin nereye gittiğini denetlenebilir kılmaktır.

Önce GA4 veri modelini anlayın

GA4, Universal Analytics’in oturum ve sayfa görüntüleme merkezli modelinden farklı olarak olay tabanlıdır. Her etkileşim bir olaydır; olayların parametreleri vardır.

Kavram Universal Analytics GA4
Temel birim Oturum + sayfa görüntüleme Olay
Hedef tanımı Hedef (goal) Anahtar olay (key event)
E-ticaret Gelişmiş e-ticaret Standart e-ticaret olayları
Özel boyut Oturum/kullanıcı/isabet kapsamı Olay/kullanıcı/öge kapsamlı parametre
Atıf Son dolaylı tıklama varsayılan Veriye dayalı atıf varsayılan

Sağlıklı bir GA4 kurulumu şu sırayla yapılır:

  1. Ölçüm planı yazın. Hangi olay, hangi parametreler, hangi iş sorusuna cevap veriyor? Bu belge olmadan yapılan kurulum kaçınılmaz olarak dağınık olur.
  2. Veri katmanını (dataLayer) kurun. Olay verisi, DOM’dan tahmin edilerek değil, geliştirici tarafından yapılandırılmış bir nesne olarak sağlanmalıdır.
  3. Standart e-ticaret olaylarını uygulayın. view_item_list, view_item, add_to_cart, begin_checkout, add_shipping_info, add_payment_info, purchase, refund.
  4. Anahtar olayları işaretleyin. Reklam platformlarına aktarılacak dönüşümler burada tanımlanır.
  5. İç trafiği ve istenmeyen yönlendirmeleri filtreleyin. Ödeme sağlayıcı alan adlarını yönlendirme hariç tutma listesine ekleyin.
  6. Veri saklama süresini ve raporlama kimliğini ayarlayın.

Bu temel kurulmadan sunucu taraflı etiketlemeye geçmek, dağınık veriyi daha karmaşık bir mimariye taşımaktan ibaret olur.

Sunucu taraflı etiketleme nasıl çalışır?

Klasik kurulumda tarayıcı, her platform için ayrı bir betik yükler ve olayları doğrudan o platforma gönderir. Sunucu taraflı kurulumda ise:

  1. Tarayıcı, olayı kendi alt alan adınıza (örneğin olcum.markaniz.com) gönderir.
  2. Bu alt alan adı, bir bulut sunucusunda çalışan GTM sunucu kapsayıcısına yönlendirilir.
  3. Sunucu kapsayıcısı gelen isteği bir istemci (client) ile ayrıştırır.
  4. Ayrıştırılan olay, sunucu tarafındaki etiketlerle GA4, Google Ads, Meta Dönüşüm API’si ve diğer hedeflere dağıtılır.
  5. Yanıt, gerekirse birinci taraf çerezi yazacak şekilde tarayıcıya döner.

Ne kazanılır?

  • Veri kaybının azalması. Üçüncü taraf alan adlarına yapılan istekleri engelleyen araçlar, birinci taraf alt alan adına yapılan isteği genellikle engellemez.
  • Sayfa hızı. Tarayıcıda yüklenen üçüncü taraf betik sayısı azalır; bu doğrudan LCP ve INP ölçütlerine yansır.
  • Veri denetimi. Kişisel veri içeren alanlar sunucu tarafında maskelenebilir veya hiç gönderilmeyebilir.
  • Çerez ömrü. Sunucu tarafından yazılan birinci taraf çerezleri, tarayıcı kısıtlarından daha az etkilenir.
  • Zenginleştirme. Sipariş sonrası kâr marjı, müşteri segmenti gibi veriler sunucu tarafında olaya eklenebilir.

Ne kazanılmaz?

  • Rıza yükümlülüğü ortadan kalkmaz.
  • Kullanıcı izlemeyi tamamen reddettiğinde veri yine toplanmaz.
  • Yanlış tanımlanmış olaylar düzelmez; mimari değişikliği içerik hatasını çözmez.

Kurulum adımları

  1. Sunucu kapsayıcısı oluşturun. Google Tag Manager’da yeni bir sunucu kapsayıcısı açın.
  2. Barındırma seçin. Google Cloud Run yaygın seçenektir; alternatif olarak kendi altyapınızda kapsayıcı çalıştırabilirsiniz. Trafiğe göre en az iki örnek çalışacak şekilde yapılandırma, soğuk başlatma kaynaklı kayıpları azaltır.
  3. Alt alan adını bağlayın. olcum.markaniz.com gibi bir kayıt oluşturup sunucuya yönlendirin. Alt alan adının ana alan adıyla aynı kayıtlı alan adı altında olması, birinci taraf çerez davranışı için gereklidir.
  4. İstemcileri yapılandırın. GA4 istemcisi ve gerekiyorsa Measurement Protocol istemcisi etkinleştirilir.
  5. İstemci taraflı GTM’i yönlendirin. Web kapsayıcısındaki GA4 yapılandırma etiketinde server_container_url alanını yeni alt alan adı olarak ayarlayın.
  6. Sunucu etiketlerini kurun. GA4 sunucu etiketi, Google Ads dönüşüm etiketi, Meta Dönüşüm API’si etiketi, gerekiyorsa diğer platformlar.
  7. Olay tekilleştirmesini kurun. Meta tarafında event_id, Google tarafında işlem kimliği ile çift sayım engellenir.
  8. Rıza kontrolünü uygulayın. Consent Mode sinyalleri sunucu tarafına aktarılmalı ve rıza yoksa ilgili etiketler tetiklenmemelidir.
  9. Önizleme ve hata ayıklama. Sunucu kapsayıcısının önizleme modunda her olayın gelen isteği ve giden etiketleri tek tek doğrulanır.
  10. Paralel çalıştırın. İki hafta boyunca eski ve yeni kurulumu birlikte çalıştırıp fark oranlarını kaydedin.

Gelişmiş dönüşümler ve müşteri verisi

Sunucu taraflı mimari, gelişmiş dönüşümlerin uygulanmasını kolaylaştırır. Sipariş sonrası e-posta, telefon ve adres bilgisi karma (hash) uygulanarak Google Ads’e iletilir; bu, tarayıcı kısıtları nedeniyle kaybolan dönüşümlerin eşleştirilmesini sağlar.

Dikkat edilecekler:

  • Karma işlemi sunucu tarafında yapılmalı; ham kişisel veri hiçbir zaman doğrudan gönderilmemelidir.
  • Yalnızca gerekli alanlar iletilmeli, “her ihtimale karşı” veri gönderilmemelidir.
  • Aydınlatma metni ve çerez politikası bu aktarımı kapsayacak şekilde güncellenmelidir.
  • Veri işleme sözleşmeleri ve yurt dışına aktarım koşulları KVKK açısından değerlendirilmelidir.

Sık karşılaşılan sorunlar ve çözümleri

Belirti Olası neden Çözüm
Dönüşümler geçişten sonra ikiye katlandı Hem istemci hem sunucu tarafı aynı olayı gönderiyor Olay tekilleştirme kimliğini uygulayın, çift etiketi kaldırın
Kullanıcı sayısı arttı, oturum başına olay düştü Çerez sürekliliği bozuldu, her ziyaret yeni kullanıcı sayılıyor Alt alan adının ana alan adıyla aynı kayıtlı alan altında olduğunu doğrulayın
Yoğun saatlerde veri kaybı Sunucu örnek sayısı yetersiz, soğuk başlatma Asgari örnek sayısını artırın, otomatik ölçeklendirme eşiğini düşürün
Reklam platformu dönüşümleri düşük Sunucu etiketinde eksik parametre Önizleme modunda giden isteği alan alan kontrol edin
Belirli tarayıcılarda veri yok Rıza sinyali varsayılan olarak reddediliyor Consent Mode yapılandırmasını ve banner entegrasyonunu gözden geçirin
Gelir tutarları tutmuyor Para birimi veya vergi alanı yanlış eşlenmiş Veri katmanındaki değer alanını sipariş kaydıyla karşılaştırın

Geçiş sonrasında ilk iki hafta boyunca günlük kontrol yapılması, bu sorunların kalıcı veri kaybına dönüşmesini önler.

Ne zaman sunucu tarafına geçmemeli?

Sunucu taraflı etiketleme her hesap için doğru karar değildir. Şu durumlarda erteleyin:

  1. Veri katmanı henüz kurulmamışsa. Sunucu kapsayıcısı, kendisine gelmeyen veriyi üretemez. Önce olay altyapısını düzeltin.
  2. GA4 kurulumu dağınıksa. Yanlış tanımlanmış olaylar ve tutarsız parametreler yeni mimaride de yanlış kalır.
  3. Bakım kapasitesi yoksa. Sunucu kapsayıcısı canlı bir sistemdir; izlenmesi, güncellenmesi ve hata durumunda müdahale edilmesi gerekir.
  4. Reklam harcaması düşükse. Kazanılacak ölçüm doğruluğunun parasal karşılığı, altyapı maliyetini aşmıyorsa öncelik başka yerdedir.
  5. Hukuki değerlendirme tamamlanmadıysa. Kişisel veri aktarımının kapsamı ve dayanağı netleşmeden kurulum yapılmamalıdır.

Maliyet ve bakım

Sunucu taraflı etiketleme ücretsiz değildir. Maliyet kalemleri:

Kalem Açıklama
Bulut barındırma Trafik hacmine bağlı aylık işlem maliyeti
Alan adı ve sertifika Alt alan adı yapılandırması
Kurulum Ölçüm planı, veri katmanı, kapsayıcı yapılandırması
Bakım Platform güncellemeleri, yeni olay ekleme, hata izleme

Bu nedenle karar, ölçüm doğruluğunun işletmeye kazandıracağı değere göre verilmelidir. Aylık reklam harcaması düşük bir işletmede, aynı kaynağı veri katmanı düzeltmesine ve GA4 kurulumunun temizlenmesine ayırmak daha yüksek getiri sağlar.

Doğrulama kontrol listesi

  • Ölçüm planı yazılı ve güncel
  • Veri katmanı tüm kritik sayfalarda doğru dolduruluyor
  • GA4 e-ticaret olayları eksiksiz ve parametreleri doğru
  • Sunucu kapsayıcısı alt alan adı birinci taraf bağlamında çalışıyor
  • Olaylar tekilleştirilmiş (çift sayım yok)
  • Consent Mode sinyalleri sunucuya aktarılıyor
  • Gelişmiş dönüşümler için karma işlemi sunucu tarafında
  • Platform dönüşüm sayıları sipariş sistemiyle mutabık
  • Aydınlatma metni ve çerez politikası güncel

Sonuç

Sunucu taraflı etiketleme, ölçümü daha güvenilir hâle getiren bir altyapı yatırımıdır; sihirli bir çözüm değildir. Değeri, üzerine kurulduğu ölçüm planının kalitesiyle sınırlıdır. Önce ne ölçtüğünüzü netleştirin, sonra nasıl ölçtüğünüzü iyileştirin.

Moon Workshop, ölçümleme projelerinde veri katmanı tasarımından sunucu kapsayıcısı kurulumuna kadar tüm zinciri planlar ve reklam platformlarıyla mutabakatını sağlar.

Yayınlanma: · Güncellenme: · Yazar: Moon Workshop

Paylaş

Sıkça Sorulan Sorular

Sıkça Sorulan Sorular

Sunucu taraflı etiketleme neyi çözer?
Üç sorunu hedefler. Birincisi veri kaybı: izleme engelleyiciler ve çerez kısıtları tarayıcıdan gönderilen olayların bir kısmını engeller. İkincisi performans: tarayıcıda çalışan üçüncü taraf betikleri azalır, sayfa hızı iyileşir. Üçüncüsü kontrol: hangi verinin hangi platforma gideceği sunucu tarafında filtrelenebilir.
Sunucu taraflı etiketleme çerezleri ortadan kaldırır mı?
Hayır. Birinci taraf bağlamında çerez yazmaya devam edilir; fark, çerezin sunucu tarafından ve daha uzun ömürle yazılabilmesidir. Kullanıcı izleme yine gerçekleşir, dolayısıyla KVKK ve çerez politikası yükümlülükleri aynen geçerlidir.
Hangi işletmeler için gerekli?
Ölçüm doğruluğunun doğrudan bütçe kararlarını etkilediği yerlerde anlamlıdır: yüksek reklam harcaması yapan e-ticaret siteleri, uluslararası pazarlara reklam veren işletmeler, uzun karar süreçli potansiyel müşteri modelleri. Düşük trafikli ve düşük reklam bütçeli sitelerde ek maliyeti karşılığını vermeyebilir.
Kurulum sonrası veriler neden hemen düzelmiyor?
Sunucu taraflı geçiş sonrası dönüşüm sayılarında geçici dalgalanma normaldir. Olay tekilleştirmesi, çerez sürekliliği ve platform entegrasyonlarının doğrulanması birkaç hafta sürebilir. Geçiş döneminde eski ve yeni kurulumun paralel çalıştırılıp karşılaştırılması önerilir.
Blog
Ücretsiz Hesap Analizi

Reklam bütçenizin nereye gittiğini net olarak bilin

Mevcut Google, Meta veya Yandex hesaplarınızı ücretsiz inceleyelim; israfı, kaçırılan fırsatları ve büyüme potansiyelini tek raporda paylaşalım.