Server-Side Tagging ve Consent Mode v2 ile Kontrollü Ölçüm Mimarisi

Radar — Tue, 01 Sep 2026 19:34:13 +0000

Çerez kısıtları ve farklı reklam platformlarının ölçüm gereksinimleri, pazarlama ekiplerini yalnızca daha fazla etiket eklemeye değil, veri akışını uçtan uca kontrol etmeye yöneltiyor. Bu mimaride başarı; CMP, Consent Mode v2, web etiketleri, server container, GA4 ve reklam platformlarının aynı izin ve olay sözleşmesiyle çalışmasına bağlıdır.

Bu rehberde yaklaşım sıralı ele alınır: önce izin sinyali güvenilir biçimde üretilir, sonra veri ve olay sözleşmesi standardize edilir, ardından web-to-server akışı kurulur ve son olarak her hedefte consent durumu yeniden kontrol edilir.

Consent Mode v2 nedir, ne değildir?

Consent Mode v2, bir CMP veya çerez banner'ı değildir. Kullanıcı tercihlerini Google etiketlerine ileten ve bu tercihlere göre etiket davranışını dinamik biçimde değiştiren bir sinyal katmanıdır.

Consent Mode v2; ad_storage ve analytics_storage sinyallerine ek olarak ad_user_data ve ad_personalization sinyallerini içerir. İlk iki sinyal reklam ve analitik çerezleriyle tanımlayıcıların kullanımını etkilerken, diğer iki sinyal reklam amaçlı kullanıcı verisi aktarımı ve kişiselleştirilmiş reklam kullanımını temsil eder.

Bu ayrım, banner üzerindeki tek bir genel reklam tercihini teknik olarak bütün reklam davranışlarının karşılığı kabul etmeme gereğini gösterir. Veri aktarımı ile kişiselleştirme tercihlerinin ayrı modellenmesi, daha okunabilir ve denetlenebilir bir izin mimarisi oluşturur.

İzin sinyalini etiketlerden önce kurun

Consent sinyali, Google etiketlerinden önce ve mümkün olan en erken aşamada ayarlanmalıdır. Google Tag Manager içindeki Consent Initialization tetikleyicisi bu sıralamayı kurmak için kullanılabilir.

Gelişmiş Consent Mode yaklaşımında kullanıcı izni verilmeden önce çerezsiz ping'ler gönderilebilir. Temel yaklaşımda ise kullanıcı etkileşimine kadar Google etiketleri yüklenmez.

Temel ve gelişmiş yaklaşım arasında seçim yaparken yalnızca ölçüm hacmini düşünmek yeterli değildir. Bölgesel gereklilikler, ürün uygunluğu, trafik yapısı ve kurumun gizlilik politikası birlikte değerlendirilmelidir.

Temel veya gelişmiş Consent Mode seçiminin doğru sonucu ülkeye, trafiğe, veri eşiklerine, ürün uygunluğuna ve kurumun hukuk ve gizlilik politikasına göre değişir. Bu nedenle her kurulum için geçerli tek bir varsayılan yaklaşım yoktur.

Veri ve olay sözleşmesini standardize edin

Server-side mimariye geçmeden önce hangi olayın hangi koşulda üretileceği, hangi izin bilgisini taşıyacağı ve hangi dönüşüm kimliğiyle ilişkilendirileceği yazılı hale getirilmelidir. Bu sözleşme, tarayıcı, sunucu ve offline akışların aynı dönüşümü farklı kaynaklardan tekrar saymasını önlemeye yardımcı olur.

Pratikte ortak event ID veya transaction ID kullanımı, olayın farklı katmanlarda izlenmesini kolaylaştırır. Ancak bu kimliklerin platformların deduplikasyon kurallarıyla birlikte doğrulanması gerekir; yalnızca aynı isimde bir alan göndermek yeterli değildir.

Server-Side Tagging ve Consent Mode v2 ile Kontrollü Ölçüm Mimarisi — bölüm görseli 1

Web-to-server akışı nasıl çalışır?

Server-side tagging, tarayıcı tarafındaki ölçüm katmanını tamamen ortadan kaldırmaz. Web veya uygulama katmanı olayları server container'ın endpoint'ine gönderir; server container bu veriyi işler ve hedeflere yönlendirir.

Google Tag Manager server container, gelen istekleri istemciler aracılığıyla olaylara dönüştürür. Etiketler, tetikleyiciler ve değişkenler bu olayları işleyerek hedef platformlara aktarır.

Bu nedenle server-side tagging'i yalnızca tarayıcıdan yüklenen kodları azaltan bir teknik katman olarak görmek eksik kalır. Asıl değer, verinin dönüştürülmesi, izin koşullarına göre filtrelenmesi ve hedeflere kontrollü biçimde yönlendirilmesinin merkezileştirilmesidir.

Server container içinde ikinci consent kontrolü

İzin durumu olayla birlikte server container'a taşınmalı ve GA4, Google Ads, Meta veya diğer çıkış etiketlerinde gönderimden önce yeniden kontrol edilmelidir.

Server-side tagging, izinleri aşan bir consent bypass mekanizması değildir. Tarayıcı tarafında bir etiketin çalışmış olması, aynı verinin her hedefe gönderilebileceği anlamına gelmez.

Bu yaklaşımda server container bir aktarım noktası değil, hedef bazında karar veren bir yönlendirme katmanı olarak tasarlanır. Her çıkış etiketi için hangi izin sinyalinin gerekli olduğu açıkça tanımlanmalı ve test edilmelidir.

Birinci taraf alt alan adı altında çalışan server container istekleri ve bazı çerezleri birinci taraf bağlamında yönetmeye yardımcı olabilir; ancak bu yapı kullanıcı izni gerekliliğini ortadan kaldırmaz.

Server-Side Tagging ve Consent Mode v2 ile Kontrollü Ölçüm Mimarisi — bölüm görseli 2

GA4 ve Measurement Protocol akışında bağlamı koruyun

GA4 Measurement Protocol, server-to-server ve offline olaylar için kullanılabilir; ancak otomatik tarayıcı veya uygulama veri toplamanın yerine geçmez.

GA4 server-side olaylarında sağlıklı oturum ve etkileşim raporlaması için session_id ve engagement_time_msec gibi bağlamların korunması veya doğru biçimde iletilmesi gerekir.

Bu nedenle yalnızca olay adını ve birkaç temel parametreyi sunucuya taşımak yeterli değildir. Kullanıcı, oturum ve etkileşim bağlamının hangi noktada üretildiği ve hangi noktada korunduğu veri sözleşmesinin parçası olmalıdır.

Measurement Protocol isteklerinde yalnızca HTTP yanıtını başarı ölçütü olarak kullanmak yeterli değildir. DebugView, gerçek zamanlı raporlar, olay parametreleri ve sunucu logları birlikte incelenmelidir.

Ölçüm kaybı ve modellemeyi doğru yorumlayın

Consent Mode modellemesi veri kaybını tamamen geri getirmez. Gözlemlenen sinyallere dayalı istatistiksel tahmin üretir ve uygunluk ile yeterli veri gibi koşullara bağlıdır.

Raporlama değerlendirmesinde gözlenen dönüşümler ile modellenen dönüşümler ayrı yorumlanmalıdır. Modelleme, eksikliği bire bir yeniden oluşturulmuş kesin bir kayıt gibi sunmamalıdır.

Consent Mode modellemesinin sağlayacağı ölçüm kazanımı trafik hacmi, bölge, veri eşiği ve ürün uygunluğuna göre değişir. Bu nedenle beklenen kazanım canlı kurulumdan önce kesin bir sonuç olarak taahhüt edilmemelidir.

Uygulama ve test matrisi

Test planı yalnızca Google Tag Manager arayüzünde bir etiketin Fired durumunu kontrol etmemelidir. Her izin senaryosunda tarayıcı çerezleri, istekler, consent alanları, GA4 olayları ve reklam platformlarına giden çıkışlar birlikte doğrulanmalıdır.

Asgari test matrisi; tüm izinlerin verildiği, analitik veya reklam izinlerinin reddedildiği, banner ile etkileşim olmayan, sonradan izin verilen ya da izin geri çekilen ve server container'a erişilemeyen senaryoları kapsamalıdır.

Canlıya geçişten önce ayrıca kapasite, yedeklilik, maliyet, loglama ve hata yönetimi trafik hacmine göre planlanmalıdır. Bu çalışma, ölçüm doğruluğu kadar sürekliliği de mimarinin bir parçası haline getirir.

Server container için gerekli kapasite, instance sayısı ve maliyet; trafik hacmi ile güvenilirlik hedeflerine bağlıdır. Sabit bir altyapı ölçüsü bütün projelere uygulanamaz.

Server-Side Tagging ve Consent Mode v2 ile Kontrollü Ölçüm Mimarisi — bölüm görseli 3

Sık yapılan mimari hatalar

Google etiketlerinin yerleşik consent kontrollerine sahip olduğu durumlarda, aynı izinleri ek tetikleyici koşullarıyla tekrar zorunlu kılmak çakışan veya hatalı davranışlara yol açabilir.

Bir diğer hata, server-side tagging'i izinleri aşan veya tüm çerez kısıtlarını ortadan kaldıran bir çözüm olarak konumlandırmaktır. Sağlıklı tasarım, her veri çıkışını ilgili consent durumu ve olay sözleşmesiyle birlikte ele alır.

GA4 tarafında yalnızca sunucu yanıt koduna bakmak, yanlış parametreleri, kopan oturum bağlamını veya raporlama sorunlarını görünmez bırakabilir. Doğrulama katmanı mutlaka DebugView, raporlar ve loglarla desteklenmelidir.

Kurulum için yol haritası

İlk adım mevcut GTM, CMP ve GA4 kurulumunun denetlenmesidir. Ardından izin sinyalleri, veri katmanı olayları, dönüşüm kimlikleri ve hedef platformlarının gerektirdiği alanlar ortak bir sözleşmede toplanmalıdır.

İkinci adımda Consent Initialization sırası ve temel veya gelişmiş Consent Mode yaklaşımı belirlenir. Üçüncü adımda web-to-server akışı kurulur; server container içinde veri dönüştürme, çıkış koşulları ve loglama yapılandırılır.

Son aşamada tüm izin senaryoları, GA4 bağlamı, platform çıkışları, çift sayım riski ve altyapı dayanıklılığı birlikte test edilir. Bu süreç, server-side tagging'i tek seferlik bir kurulumdan sürekli ölçüm izleme sistemine dönüştürür.

Bölgesel uygulama ayrıntıları ve platform politikaları zaman içinde değişebilir. Canlı kuruluma geçmeden önce güncel gereklilikler ve kurumun hukuk ve gizlilik değerlendirmesi yeniden doğrulanmalıdır.

Server-Side Tagging ve Consent Mode v2 ile Kontrollü Ölçüm Mimarisi — bölüm görseli 4

Sonuç: Server-side tagging bir kontrol sistemi olarak tasarlanmalı

Server-side tagging ve Consent Mode v2 birlikte kullanıldığında hedef, yalnızca daha fazla veri toplamak değildir. Hedef; iznin doğru zamanda üretilmesi, olayların standardize edilmesi, verinin kontrollü taşınması ve her çıkışta yeniden denetlenmesidir.

Bu çerçeve, mevcut GTM, CMP ve GA4 denetiminden consent sinyali doğrulamasına; server-side mimari tasarımından dönüşüm kaybı, çift sayım ve sürekli izleme analizine kadar ölçüm altyapısının bütününü kapsar.

EEA, Birleşik Krallık ve İsviçre trafiğinde güncel platform gereklilikleri ile kurumun hukuk ve gizlilik değerlendirmesi ayrıca kontrol edilmelidir. Teknik sinyal iletimi tek başına hukuki uygunluk anlamına gelmez.

Web & Teknoloji – Promogo