Server-Side GTM

📚 Seviye 3 — Uzmanlaşma ⏱ ~12 dakika

📌 Nereden Geliyoruz?

Platform Tag'leri dersinde GA4, Google Ads ve Meta piksellerini tarayıcı tarafında (web GTM) yapılandırmayı öğrenmiştik. Şimdi uzmanlaşma seviyesine geçiyoruz: tag'leri tarayıcı yerine kendi sunucumuzda çalıştıran Server-Side GTM mimarisini kuracak, veri kontrolü, performans ve gizlilik avantajlarını uygulamalı olarak göreceğiz.

1. Server-Side GTM Nedir ve Neden?

💡 Basit Anlatım

Normal GTM'de takip kodları kullanıcının tarayıcısında çalışır — tıpkı bir mağazadaki güvenlik kamerasının mağazada olması gibi. Müşteri kamerayı kapatabilir (adblocker), cam filmle kaplayabilir (ITP/cookie engellemesi). Server-side GTM'de ise kameralar merkezi bir güvenlik odasına bağlıdır — görüntüler önce oraya gider, sonra ihtiyaç duyan yerlere dağıtılır. Müşterinin telefonundaki ayarlar bu merkezi sistemi etkileyemez. Sonuç: daha güvenilir veri, daha hızlı sayfa ve daha uzun çerez ömrü.

Geleneksel (web) GTM, kullanıcının tarayıcısında çalışır. Server-side GTM ise sizin kontrol ettiğiniz bir sunucuda çalışarak verileri toplayıp üçüncü taraf araçlara iletir.

a) Web vs Server-Side Karşılaştırma

Özellik	Web GTM	Server-Side GTM
Çalışma ortamı	Kullanıcının tarayıcısı	Sizin sunucunuz (Cloud)
Ad blocker etkisi	Engellenebilir	Engellenemez
Sayfa hızı	Olumsuz etkileyebilir	Sayfa yükü azalır
Veri kontrolü	Tarayıcıda açık	Sunucuda kontrol edilir
Çerez süresi	ITP ile 7 gün	First-party: 2 yıla kadar
Maliyet	Ücretsiz	Cloud hosting maliyeti

🎯 Benzetme: Web GTM, her müşterinin (kullanıcının) telefonundan bilgi gönderen bir uygulama gibidir — telefon ayarları, güvenlik duvarları engel olabilir. Server-side GTM ise mağazanın kendi güvenlik kamerasıdır — müşterinin telefonundan bağımsız çalışır ve her işlemi kaydeder.

🚫 Yaygın Yanılgı

❌ Yanlış: "Server-side GTM kurdum = tüm sorunlar çözüldü"

✅ Doğru: Server-side GTM güçlü bir araçtır ama sihirli değnek değildir. (1) Tarayıcı tarafındaki web GTM container'ınız hâlâ gereklidir — server-side container ona ek olarak çalışır. (2) Ad blocker'lar subdomain yaklaşımına rağmen bazı istekleri engelleyebilir. (3) Custom domain kurulumu ve SSL sertifikası gerekir. (4) Cloud hosting maliyeti vardır (aylık 20-300+ USD). (5) Her platformun server-side tag şablonu mevcut değildir. (6) Debug süreci web GTM'den daha karmaşıktır. Server-side GTM'yi "bütün sorunları çözer" değil, "veri kontrolü ve performans için ek bir katman" olarak düşünün.

2. Server Container Kurulumu

💡 Basit Anlatım

GCP (Google Cloud Platform), GTM'nin bulutta çalışacağı kiralık bilgisayar — tıpkı web sitesi hosting'i gibi. Nasıl ki web siteniz bir sunucuda barınıyorsa, server-side GTM de bir bulut sunucusunda barınır. Bu sunucuyu Google'dan kiralarsınız (aylık 20-300 USD arası), kendi domain'inize bağlarsınız ve artık tüm takip verileri oradan geçer. Karmaşık görünebilir ama adımları takip ettiğinizde aslında bir hosting kurulumundan çok farklı değil.

Server-side GTM, bir cloud sunucuda çalışan ayrı bir container gerektirir.

a) Google Cloud Platform (GCP) Kurulumu

tagmanager.google.com'da "Server" tipinde yeni container oluşturun.
Container ayarlarından "Automatically provision tagging server" seçin (GCP App Engine kullanır).
Veya manuel olarak GCP Cloud Run üzerinde deploy edin (daha uygun maliyetli).
Custom domain bağlayın (ör. gtm.yourdomain.com) — first-party çerez için zorunlu.

b) Custom Domain Önemi

Server container'ı kendi subdomain'inizde çalıştırmak (gtm.yourdomain.com) sayesinde:

Gönderilen veriler first-party olarak sınıflandırılır.
Çerez ömrü ITP tarafından kısıtlanmaz (2 yıla kadar).
Ad blocker'lar tarafından engellenme riski düşer.

💡 İpucu: GCP maliyetini kontrol altında tutmak için Cloud Run kullanın. App Engine'e göre daha uygun fiyatlıdır ve düşük trafikli sitelerde aylık 20-50 USD civarında kalır.

3. Server-Side GTM'nin Avantajları

a) Veri Kontrolü

Sunucudan geçen tüm verileri filtreleyebilir, zenginleştirebilir veya maskeleyebilirsiniz.
PII (kişisel tanımlayıcı bilgi) filtreleme yapabilirsiniz.
Üçüncü taraflara gönderilen veriyi sınırlayabilirsiniz.

b) Sayfa Hızı İyileştirmesi

Üçüncü taraf script'leri tarayıcıdan kaldırılır, sunucuda çalışır.
Daha az JavaScript = daha hızlı sayfa yüklenme.
Core Web Vitals skorları iyileşir.

c) First-Party Data Stratejisi

💡 Basit Anlatım

Birinci parti çerez (first-party cookie) = ev sahibinin misafire verdiği kapı anahtarı. Misafir geldiğinde ev sahibi "seni tanıyorum" der.

Üçüncü parti çerez (third-party cookie) = komşunun misafire verdiği anahtar. Tarayıcılar artık komşunun anahtarını kabul etmiyor ("seni tanımıyorum, bu anahtar geçersiz" diyor).

Server-side GTM sayesinde çerezler sizin sunucunuzdan (yani ev sahibinden) geldiği için birinci parti sayılır. Safari'nin 7 günlük çerez sınırı (ITP) da devre dışı kalır — çerez ömrü 2 yıla kadar çıkabilir. Bu da kullanıcıyı daha uzun süre tanıyabilmek demek.

Sunucu tarafından ayarlanan çerezler first-party olarak kabul edilir.
ITP/ETP kısıtlamalarından etkilenmez.
Daha uzun kullanıcı tanıma süresi.

4. GA4 Server-Side Implementasyonu

a) Akış

Web GTM'de GA4 Configuration tag'inin transport URL'sini server container domain'inize yönlendirin.
Server container'da GA4 Client oluşturun (verileri alır).
GA4 tag oluşturun (verileri Google'a iletir).

sequenceDiagram participant B as Tarayıcı (Web GTM) participant S as Server Container participant G as GA4 B->>S: GA4 event (transport_url ile) S->>S: Client: Veriyi parse et S->>S: Tag: Veriyi işle/zenginleştir S->>G: GA4'e ilet Note over S: Ek tag'ler de çalışabilir
(Meta CAPI, Ads, vb.)

5. Meta CAPI Server-Side Implementasyonu

a) GTM Server-Side ile CAPI

Server container'da Meta Conversions API tag şablonunu Community Template Gallery'den ekleyin.
Pixel ID ve Access Token bilgilerini girin.
GA4 Client'tan gelen verileri Meta CAPI formatına dönüştürün.
Event mapping yapın (GA4 purchase → Meta Purchase).

⚠️ Uyarı: Server-side CAPI kurulumunda fbp ve fbc çerez değerlerini sunucuya iletmeyi unutmayın. Bu değerler olmadan EMQ skoru düşer. Web GTM'de bu çerezleri okuyan değişkenler oluşturup GA4 event parametresi olarak gönderin.

🎯 Bu Dersten Öğrenmen Gerekenler

Server-side GTM'nin web GTM'den farkını (ad blocker dayanıklılığı, veri kontrolü, sayfa hızı) açıklayabilirsin.
Cloud Run veya App Engine üzerinde server container kurulumunun temel adımlarını bilirsin.
First-party çerez süresini ITP'nin 7 gün sınırından 2 yıla kadar uzatabilmenin avantajını değerlendirebilirsin.
Server-side GTM'nin GA4, Meta CAPI ve Google Ads için merkezi bir veri dağıtım noktası olarak nasıl kullanıldığını bilirsin.

📝 Quiz — Bilgini Test Et

← Önceki Ders Sonraki Ders →