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.
İç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:
- Ö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.
- 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.
- 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. - Anahtar olayları işaretleyin. Reklam platformlarına aktarılacak dönüşümler burada tanımlanır.
- İç trafiği ve istenmeyen yönlendirmeleri filtreleyin. Ödeme sağlayıcı alan adlarını yönlendirme hariç tutma listesine ekleyin.
- 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:
- Tarayıcı, olayı kendi alt alan adınıza (örneğin
olcum.markaniz.com) gönderir. - Bu alt alan adı, bir bulut sunucusunda çalışan GTM sunucu kapsayıcısına yönlendirilir.
- Sunucu kapsayıcısı gelen isteği bir istemci (client) ile ayrıştırır.
- 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.
- 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ı
- Sunucu kapsayıcısı oluşturun. Google Tag Manager’da yeni bir sunucu kapsayıcısı açın.
- 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.
- Alt alan adını bağlayın.
olcum.markaniz.comgibi 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. - İstemcileri yapılandırın. GA4 istemcisi ve gerekiyorsa Measurement Protocol istemcisi etkinleştirilir.
- İstemci taraflı GTM’i yönlendirin. Web kapsayıcısındaki GA4 yapılandırma etiketinde
server_container_urlalanını yeni alt alan adı olarak ayarlayın. - Sunucu etiketlerini kurun. GA4 sunucu etiketi, Google Ads dönüşüm etiketi, Meta Dönüşüm API’si etiketi, gerekiyorsa diğer platformlar.
- Olay tekilleştirmesini kurun. Meta tarafında
event_id, Google tarafında işlem kimliği ile çift sayım engellenir. - Rıza kontrolünü uygulayın. Consent Mode sinyalleri sunucu tarafına aktarılmalı ve rıza yoksa ilgili etiketler tetiklenmemelidir.
- Ö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.
- 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:
- Veri katmanı henüz kurulmamışsa. Sunucu kapsayıcısı, kendisine gelmeyen veriyi üretemez. Önce olay altyapısını düzeltin.
- GA4 kurulumu dağınıksa. Yanlış tanımlanmış olaylar ve tutarsız parametreler yeni mimaride de yanlış kalır.
- Bakım kapasitesi yoksa. Sunucu kapsayıcısı canlı bir sistemdir; izlenmesi, güncellenmesi ve hata durumunda müdahale edilmesi gerekir.
- Reklam harcaması düşükse. Kazanılacak ölçüm doğruluğunun parasal karşılığı, altyapı maliyetini aşmıyorsa öncelik başka yerdedir.
- 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
Sıkça Sorulan Sorular
Sunucu taraflı etiketleme neyi çözer?
Sunucu taraflı etiketleme çerezleri ortadan kaldırır mı?
Hangi işletmeler için gerekli?
Kurulum sonrası veriler neden hemen düzelmiyor?
İlgili Yazılar
- Ölçümleme7 dk okuma
ROAS Nedir? Reklam Getirisi Nasıl Doğru Ölçülür?
ROAS, reklam harcamasının ürettiği geliri ölçen orandır. Hesaplama formülü, hedef ROAS belirleme, brüt kâr marjıyla ilişkisi ve ölçümü bozan yaygın hataların uygulama rehberi.
- SEO ve GEO2 dk okuma
GEO Nedir? Üretken Arama Motoru Optimizasyonu Rehberi
GEO (Generative Engine Optimization), markanızın ChatGPT, Gemini ve AI Overviews gibi üretken arama sistemlerinde kaynak olarak gösterilmesini hedefleyen çalışmadır. SEO'dan farkı ve uygulama adımları.
- Google Ads6 dk okuma
Performance Max Kampanyaları: Ne Zaman Kullanılır, Nasıl Optimize Edilir?
Performance Max, Google'ın tüm envanterinde tek kampanyadan yayın yapan otomatik kampanya türüdür. Ne zaman uygun olduğu, kurulum sırası, varlık grubu yapısı ve optimizasyon yöntemleri.

