Rehber

Sunucu taraflı etiketleme nedir, kimlere gerekir?

Sunucu kapsayıcısı veri denetimi ve daha dayanıklı çerez sağlar, rıza yükümlülüğünü kaldırmaz. Kimin için değer, maliyet, etiket geçidi seçeneği ve kurulum.

Fratres Editör · 11 Kasım 2026

Sunucu taraflı etiketleme (server-side tagging), Google Etiket Yöneticisi kapsayıcısını ziyaretçinin tarayıcısından sizin yönettiğiniz bir sunucuya taşıyan ölçüm mimarisidir. Tarayıcı veriyi önce bu sunucuya gönderir. Sunucu veriyi düzenler ve Google Analytics, Google Ads veya Meta gibi hedeflere iletir. Böylece hangi verinin kime gittiğini siz denetlersiniz. Rıza yükümlülüğü ise olduğu gibi kalır.

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

Klasik kurulumda her reklam ve analitik aracı kendi kodunu tarayıcıda çalıştırır ve veriyi doğrudan kendi sunucusuna yollar. Sunucu taraflı kurulumda araya bir durak eklenir. Google'ın tanıtım belgesine göre sunucu kapsayıcısı gelen web isteklerini olaylara çevirir ve onları alışık olduğunuz etiket, tetikleyici ve değişken düzeniyle işler.

Bu çeviriyi istemci (client) adı verilen bağdaştırıcılar yapar. Kapsayıcı Google Analytics ve Measurement Protocol için iki hazır istemciyle gelir. Başka bir veri biçimi kabul edecekseniz onu tanıyan bir istemci gerekir. Aynı sunucu kapsayıcısı web sitesine, mobil uygulamaya ve başka cihazlara aynı anda hizmet verebilir.

Belge sunucunun kendi alan adınız altında çalışmasını güçlü biçimde öneriyor. Özel alan adı belgesi farkı açıklıyor. Varsayılan adres üçüncü taraf bağlamında çalışır ve yalnız JavaScript çerezi yazabilir. metrics.ornek.com gibi bir alt alan adı yalnız DNS kaydı ister. www.ornek.com/metrics gibi aynı kaynaktan sunum ise bir içerik dağıtım ağı veya yük dengeleyici ayarı gerektirir. Google ikincisini en iyi uygulama sayıyor.

Hangi sorunu çözer, hangisini çözmez?

Google'ın genel bakış sayfası üç fayda sayıyor: sayfa performansı, daha ayrıntılı gizlilik denetimi ve daha iyi veri kalitesi. Pratikte bunlar şu anlama gelir:

Veri sizde durur, siz dağıtırsınız. Tanıtım belgesine göre siz başka yere göndermeyi seçene kadar sunucudaki veriye yalnız siz erişirsiniz. IP adresini kırpmak, kişisel bilgi taşıyan bir parametreyi silmek veya bir aracı yalnız gerekli alanlarla beslemek sunucuda yapılır.
Tarayıcıdaki kod azalır. Birden çok aracın kodu yerine tek bir akış çalışır. Etkisi, kaldırdığınız kod miktarına bağlıdır.
Çerezler daha dayanıklı olur. Safari'nin izleme önleme kuralları burada belirleyicidir. WebKit'in belgesine göre JavaScript ile oluşturulan çerezler, kullanıcı siteyle 7 gün etkileşime girmezse silinir. Google'ın özel alan adı belgesi de daha dayanıklı çerez için etiketleme sunucusunun siteyle aynı alan adında çalışması gerektiğini yazıyor. Ancak WebKit belgesi, üçüncü taraf sunucuya CNAME veya IP adresiyle gizlenmiş isteklerde yazılan çerezlerin ömrünü de 7 günle sınırlıyor. Alt alan adınız başka bir firmanın altyapısına yönleniyorsa bu kazanç kaybolabilir.

Çözmediği şeyler de net:

Rızayı kaldırmaz. Sunucu taraflı izin modu belgesi web sitesinde bir rıza çözümü veya çerez bannerı gerektiğini, kullanıcının tercihinin web kapsayıcısından sunucuya parametreyle taşındığını anlatıyor. Sunucudaki Google etiketleri bu tercihe göre davranır.
Kötü olay yapısını düzeltmez. Tarayıcıda yanlış adlandırılan olay sunucuya da yanlış gelir.
Reklamın etkisini kanıtlamaz. Daha çok olay ölçmek, reklamın ek satış yarattığını göstermez.

Kimlere gerekir?

Sunucu taraflı kurulum şu durumlardan en az ikisi varsa ciddi biçimde değerlendirilmeye değer:

Reklam harcaması yüksek ve teklif stratejisi dönüşüm sinyaline dayanıyor.
Birden çok reklam platformuna aynı olaylar gönderiliyor ve sayfada çok sayıda üçüncü taraf kod var.
Hangi verinin hangi firmaya gittiğini denetleme ihtiyacı hukuk veya güvenlik ekibinden geliyor.
CRM, ödeme sistemi veya mağaza gibi tarayıcı dışı kaynaklardan olay gönderilmesi gerekiyor.
Safari kullanıcı payı yüksek ve tekrar gelen ziyaretçinin tanınması önemli.

Yalnız GA4 kullanan, reklam yatırımı sınırlı ve kurulumun bakımını yapacak teknik kişisi olmayan bir site için bu mimari çoğu zaman erkendir. Önce ölçüm planını ve tarayıcıdaki olay yapısını düzeltmek daha çok getiri sağlar.

Maliyet ve ekip ihtiyacı

Sunucuyu siz barındırır ve bakımını siz yaparsınız. Google'ın Cloud Run kurulum rehberine göre her sunucu 1 vCPU ve 0,5 GB bellekli bir Cloud Run örneğidir ve yaklaşık aylık 45 ABD doları tutar. Rehber veri kaybı riskine karşı en az 2 örnek öneriyor. 2 ile 10 sunucu arasında ölçeklenen bir kurulumun saniyede 35-350 isteği karşılamasını bekliyor, ama bunun etiket sayısına göre değiştiğini de belirtiyor. Önizleme özelliği için ayrı bir önizleme sunucusu kurulur. Bu tutarlara sürekli izleme ve güncelleme yapacak kişinin zamanını da ekleyin.

Daha hafif seçenek: Google etiket geçidi

Amacınız yalnız Google etiketlerini kendi alan adınızdan yüklemekse Google etiket geçidi (Google tag gateway for advertisers) daha az iş ister. Etiketleri içerik dağıtım ağı, yük dengeleyici veya web sunucusu üzerinden sunar ve sayfadaki etiket kodunu değiştirmeyi gerektirmez. Google, Cloudflare ile tek tıklık bir entegrasyon sunuyor. Kurulumu yapan reklamverenlerde sinyallerde %11 artış raporluyor. Oran, 9-16 Nisan 2025 arasında geçitli ve geçitsiz etiket yüklemelerinin karşılaştırmasına dayanıyor ve Google'ın kendi verisi. Geçidin amacı Google etiketlerini birinci taraf bağlamda sunmaktır. Veriyi düzenlemek, alan silmek veya Google dışındaki platformlara dağıtmak istiyorsanız sunucu kapsayıcısı gerekir.

Türkiye'de durum: Sunucu nerede, veri nereye gidiyor?

Sunucu kapsayıcısı veriyi sizin kontrolünüze alır, ama sunucunun kendisi çoğu zaman yurt dışındadır. Google Cloud, 20 Kasım 2025'te Turkcell iş birliğiyle Türkiye'de bir bulut bölgesi kurulacağını duyurdu, fakat açılış tarihi vermedi. Bölge açılana kadar bir Cloud Run sunucusu Türkiye dışındaki bir bölgede çalışır. Sonrasında veri zaten Google veya Meta gibi yurt dışındaki firmalara gider.

Bu akış kişisel verilerin yurt dışına aktarımı kurallarına tabidir. Kişisel Verilerin Yurt Dışına Aktarılmasına İlişkin Usul ve Esaslar Hakkında Yönetmelik, 10 Temmuz 2024 tarihli ve 32598 sayılı Resmî Gazete'de yayımlandı. Yönetmelik yeterlilik kararı, standart sözleşme gibi uygun güvenceler ve arızi aktarım hallerini düzenliyor. Standart sözleşme imzaların tamamlanmasından itibaren beş iş günü içinde Kuruma bildiriliyor.

Sunucu kapsayıcısının burada sağladığı somut katkı veri azaltmadır. KVKK'nın Temmuz 2025 tarihli çerez rehberi, birinci taraf analitik çerezlerin hangi koşulla açık rıza gerektirmeyebileceğini tartışırken veriyi amaçla sınırlı tutmayı, gerekmeyen veriyi anonimleştirmeyi, IP maskelemeyi ve toplanan verinin üçüncü taraflara iletilmemesini sayıyor. Hangi aracın bu tanıma girdiği ayrı bir hukuki değerlendirmedir. Sunucu kapsayıcısı, dışarıya giden alanları tek tek seçmenizi sağlayarak bu ilkeleri uygulamayı kolaylaştırır. Bu bölüm genel bilgi verir, hukuki danışmanlık yerine geçmez.

Kurulum adım adım

Gerekçeyi yazın. Hangi sorunu çözmek istediğinizi tek cümleyle belirleyin: veri denetimi, çerez ömrü veya tarayıcı dışı olaylar.
Rıza altyapısını önce bitirin. Sunucu, web kapsayıcısından gelen izin bilgisine göre çalışır. Bannerın izin modunu doğru beslediğinden emin olun.
Sunucu kapsayıcısını oluşturun. Etiket Yöneticisi'nde yeni bir sunucu kapsayıcısı açın, Cloud Run veya seçtiğiniz ortamda en az iki örnekle kurun, önizleme sunucusunu ayrı tanımlayın.
Alan adını bağlayın. Mümkünse aynı kaynaktan sunumu, değilse kendi altyapınıza yönlenen bir alt alan adını kullanın.
Google etiketini yönlendirin. Web kapsayıcısındaki Google etiketinin istekleri sunucu adresinize göndermesini sağlayın.
Etiketleri tek tek taşıyın. Önce GA4'ü, sonra reklam etiketlerini taşıyın. Meta için ayrıntıları Meta Dönüşüm API'si yazısında bulabilirsiniz. Her taşımadan sonra tarayıcıdaki eski etiketi kapatın.
Veri azaltma kurallarını yazın. Hangi hedefe hangi alanların gideceğini listeleyin, gerekmeyenleri sunucuda silin.
Yayına almadan önce izleyin. Sunucu kayıtlarını, hata oranını ve gecikmeyi birkaç gün takip edin.

Kurulumun işe yaradığını nasıl ölçersiniz?

Karşılaştırma için kurulumdan önceki dört haftalık veriyi saklayın. Ardından şunlara bakın:

Olay sayısı ve oturum oranı. Aynı dönemde sayfa görüntüleme ve satın alma sayılarını eski ve yeni kurulumda karşılaştırın. Artış varsa hangi tarayıcıdan geldiğini ayırın.
Sipariş sistemiyle uyum. GA4'teki satın alma sayısının arka uçtaki sipariş sayısına oranı yükselmeli. Oran yüzün üzerine çıkıyorsa çift gönderim vardır.
Tekrar gelen kullanıcı oranı. Safari'de bu oranın artması çerez ömrünün uzadığını gösterir.
Sunucu sağlığı. Cloud Run'da hata veren istek oranı, gecikme ve örnek sayısını izleyin. Aylık faturayı ilk tahminle karşılaştırın.
Giden veri listesi. Her çeyrek, hangi hedefe hangi alanların gittiğini yeniden denetleyin.

Kurulum ve bakım işini planlamak için GA4 ve GTM çalışması bu ölçütleri başlangıç ve sonrası karşılaştırmasına bağlar.

Sık yapılan hatalar

Rızayı aşmak için kurmak. Sunucu kapsayıcısı izin yükümlülüğünü değiştirmez. Rıza vermeyen kullanıcının verisini sunucu üzerinden göndermek aynı sorunu daha görünmez biçimde üretir.
Varsayılan adreste bırakmak. Kendi alan adı bağlanmayan kurulum, çerez faydasını hiç sağlamaz.
Tek örnekle çalıştırmak. Sunucu kesintisinde o süre boyunca veri kaybolur.
İki yoldan birden göndermek. Etiketi sunucuya taşıyıp tarayıcıdaki eskisini açık bırakmak her olayı iki kez sayar.
Bakımı kimseye vermemek. Etiket şablonları ve sunucu imajı güncellenmezse kurulum zamanla bozulur.

Yarın envanterle başlayın

Sitenizde çalışan bütün üçüncü taraf kodları listeleyin. Her birinin yanına hangi veriyi topladığını, hangi ülkedeki firmaya gönderdiğini ve hangi izin türüne bağlı olduğunu yazın. Liste uzunsa ve yanıtların bir kısmı boş kalıyorsa sunucu taraflı kurulum sizin için gündeme girmiştir. Liste kısa ve yanıtlar netse önce tarayıcıdaki yapıyı ve rıza akışını sağlamlaştırın.