Ajan Çağında Google Tag Manager: Sunucu Tarafı, Consent Mode ve AI Trafiği

Ajan çağında Google Tag Manager ne işe yarar?

Google Tag Manager (GTM), 2026'da bir "piksel yerleştirme aracı" değil, markanın ölçüm katmanıdır: hangi olayın, hangi izinle, hangi kanaldan ve hangi sunucudan Google Analytics 4, Google Ads ve diğer platformlara gideceğine karar veren tek nokta. Kasım 2022'de bu yazıyı yayımladığımızda GTM'i tarayıcıda çalışan, etiketleri kod yazmadan yöneten bir konteyner olarak anlatmıştık; tanım hâlâ doğru ama eksik. Aradan geçen sürede üç şey değişti: etiketler sunucuya taşındı, izin (Consent Mode v2) etiketin davranışını belirler oldu ve ziyaretçilerin bir bölümü artık insan değil, insan adına gezen yapay zeka ajanı. Bu yazı GTM'in kurulumunu değil, 2026'da GTM ile neyin ölçülebildiğini anlatıyor.

Webtures olarak tezimiz şu: GTM'i tarayıcıda bırakan marka ölçümün üçte birini kaybediyor; sunucuya taşıyan ama ajan trafiğini ayırmayan marka ise yanlış veriyle karar veriyor. Aşağıdaki dört başlık bu iki kaybı kapatıyor.

Etiketler neden tarayıcıdan sunucuya taşındı?

Çünkü tarayıcı artık güvenilir bir ölçüm noktası değil. Reklam engelleyiciler GTM konteyner kimliklerini tanıyıp betiği bloke ediyor, Safari ve Firefox üçüncü taraf çerezleri kısıtlıyor, izin vermeyen kullanıcıda etiket hiç çalışmıyor. Google'ın cevabı iki katmanlı: sunucu tarafı GTM (sGTM) ve Google tag gateway.

• Sunucu tarafı GTM. Etiket işleme tarayıcıdan çıkıp Google Cloud'daki (ya da kendi altyapınızdaki) bir sunucu konteynerine taşınır. Tarayıcı tek bir istek atar, dağıtımı sunucu yapar. Sayfa hızlanır, üçüncü taraf betik sayısı düşer, veri gitmeden önce temizlenebilir.
• Google tag gateway for advertisers. Eski adıyla "first-party mode". GA4, GTM ve Google Ads isteklerini kendi alan adınız üzerinden bir CDN vekiliyle geçirir. Mayıs 2025'te Cloudflare ile genel kullanıma açıldı; Google ilk testlerde ortalama %11 sinyal artışı bildirdi. Ocak 2026'da Akamai, Nisan 2026'da Fastly (%14 artış bildirdi) eklendi; 1 Haziran 2026'da Google Cloud yük dengeleyici üzerinden de genel kullanıma girdi. Ücretsiz; hem istemci hem sunucu tarafı etiketleri destekliyor ve konteyner kimliklerini gizleyerek engelleyicilerin desen eşlemesini zorlaştırıyor.

Cloudflare üzerinde çalışan bir site için gateway'i açmak bir öğleden sonra iş; sGTM ise Google Cloud'da bir konteyner ve aylık küçük bir altyapı maliyeti ister. İkisinin sırası önemli değil, ikisinin de olması önemli.

Consent Mode v2 ile GTM nasıl kurulur?

Consent Mode v2, Google etiketlerinin kullanıcının verdiği izne göre davranış değiştirmesini sağlar: izin yoksa çerez yazmaz ama izinsiz "ping" göndererek modelleme için sinyal bırakır. Sunucu tarafı kurulumda kural basit: web konteyneri izni toplar, sunucu konteyneri izne uyar. Google'ın dokümanına göre sunucu konteynerine yerleştirilen Google etiketleri sitede verilen izin kararlarına otomatik uyum sağlıyor; ayrı bir izin mantığı yazmanız gerekmiyor.

1. Web konteynerine bir izin yönetim platformu (CMP) bağlayın; varsayılan durum "denied" olsun ve izin değişince consent update tetiklensin.
2. Sunucu konteynerinde Google etiketlerinin izin ayarlarını doğrulayın; Google Ads dönüşüm etiketleri ad_user_data ve ad_personalization sinyalleri olmadan Avrupa Ekonomik Alanı'nda modelleme dışı kalır.
3. KVKK için aynı mantığı Türkiye trafiğine uygulayın: sunucuya taşımak izin zorunluluğunu kaldırmaz, yalnızca işlemenin yerini değiştirir.
4. Önizleme modunda üç senaryoyu test edin: tam izin, kısmi izin, red. Üçünde de GA4'e giden istek farklı görünmeli.

Sık yapılan hata, sGTM'i "izin sorunundan kurtulmanın yolu" sanmak. Değil; sunucu tarafı yalnızca işlemenin nerede yapıldığını değiştirir, veriyi kimin adına topladığınızı değil.

AI asistanlarından gelen trafiği GTM ve GA4 nasıl ayırır?

Google, 13 Mayıs 2026'da GA4'ün varsayılan kanal grubuna "AI Assistant" kanalını ekledi. ChatGPT, Gemini, Copilot, DeepSeek ve Grok'tan gelen ziyaretler referrer başlığından tanınıp ai-assistant ortamına yazılıyor; ek ayar gerekmiyor. Ancak iki boşluk GTM tarafında kapatılmak zorunda:

• Eksik platformlar. Perplexity ve Claude yerleşik listede yok. GA4'te özel kanal grubuna bir regex kuralı ekleyin: chatgpt\.com|perplexity\.ai|claude\.ai|gemini\.google\.com|copilot\.microsoft\.com|deepseek|grok. Adım adım kurulumu GA4 ile AI trafiğini takip etme rehberimizde anlattık.
• Referrer'sız ziyaret. Sektör ölçümlerine göre AI asistanlarından gelen oturumların platforma göre %35 ile %70'i referrer başlığı olmadan geliyor ve "Direct" altına düşüyor. Bu boşluğu GTM'de kapatmanın yolu, AI yüzeylerine verdiğiniz bağlantılara UTM eklemek ve sunucu konteynerinde landing sayfası artı zaman deseniyle bir "olası AI" sınıfı türetmek. Kesin değil ama Direct'in içindeki AI payını görünür kılar.

Bir de insan olmayan ziyaretçi var: sayfayı okuyup kullanıcı adına özet çıkaran ajan tarayıcıları. Bunlar GA4'te çoğu zaman görünmez, çünkü JavaScript çalıştırmazlar. Bu yüzden AI görünürlüğünün yalnızca tıklamayla ölçülemediğini, sunucu günlüklerinin ve Search Console'un yeni üretken yapay zeka raporunun neden şart olduğunu ayrı bir yazıda ele aldık: AI aramalarında görünmeyen trafik nasıl ölçülür.

Ajanın sitenize hiç gelmediği satışlar nasıl ölçülür?

Ajan çağının asıl ölçüm sorunu bu. ChatGPT içindeki Instant Checkout (ACP), Google ve Shopify'ın UCP standardı, Amazon'un Buy for Me modeli: alıcı ürünü asistanın içinde buluyor, karşılaştırıyor ve ödüyor. Sitenizdeki GTM konteyneri o satışı hiç görmüyor, çünkü sayfa açılmıyor. Kimse "çalışmayan etiketi" fark etmiyor; rapor yalnızca eksik kalıyor.

Çözüm, ölçümü sayfadan siparişe taşımak:

1. Sipariş kaynağı alanı. Sipariş sisteminizde her siparişe kanal etiketi yazın: web, uygulama, ACP, UCP, Buy for Me, pazaryeri. Ajan protokolleri bu bilgiyi siparişle birlikte iletir.
2. Sunucu tarafı satın alma olayı. Sipariş oluştuğunda sGTM'e ya da Measurement Protocol üzerinden GA4'e purchase olayını sunucudan gönderin; traffic_source alanına sipariş kaynağını yazın. Böylece ajan üzerinden gelen gelir raporda ayrı bir satır olur.
3. Feed ve şema olaylarını sayın. Ajanlar ürün verisini feed'den ve JSON-LD'den okur; feed'in kaç kez çekildiği, hangi ürünlerin ajan sorgusuna girdiği sunucu günlüğünden izlenir. Bu, hazırlık değerlendirmesi olarak Agentic Commerce Readiness sayfasında kontrol listesi hâlinde duruyor.

Bu üç adım GTM'in tanımını değiştiriyor: tarayıcıda çalışan bir betikten, satışın nerede olduğuna bakmaksızın olayları toplayan bir veri hattına.

2026'da GTM kurulumunda en sık yapılan hatalar hangileri?

• Tek konteynere her şeyi yığmak. Yüzlerce etiket, tetikleyici ve değişken; kimse neyin ne için olduğunu bilmiyor. Adlandırma standardı ve üç ayda bir temizlik şart.
• Sunucuya taşıyıp izni unutmak. sGTM izin yükümlülüğünü kaldırmaz.
• AI trafiğini "Referral" içinde bırakmak. Yerleşik kanal Mayıs 2026 öncesini sınıflandırmaz; geçmiş karşılaştırma için özel kanal grubu tarihsel veriye de uygulanmalı.
• Bot filtresini kapatmak ya da körü körüne açmak. Ajan tarayıcıları bot filtresine takılabilir; hangi kullanıcı aracılarının sayılacağına bilinçli karar verin.
• Dönüşümü yalnızca sayfada ölçmek. Ajan üzerinden gelen satış sayfada gerçekleşmez; sunucu tarafı satın alma olayı olmadan gelir eksik raporlanır.
• Gateway'i açıp doğrulamamak. Cloudflare üzerinde gateway açıldıktan sonra GA4'te "Veri akışı" altında birinci taraf isteklerin geldiğini kontrol edin.

Webtures GTM'e nasıl yaklaşıyor?

Web analitiği ve veri stratejisi çalışmalarında GTM'i tek başına bir araç değil, ölçüm mimarisinin parçası olarak ele alıyoruz: gateway artı sunucu tarafı konteyner, Consent Mode v2 ile KVKK ve GDPR uyumu, AI asistan kanalı için iki katmanlı sınıflandırma ve ajan üzerinden gelen siparişler için sunucu tarafı satın alma olayı. Kurulumun ardından üç soruya cevap verilebilmesini bekliyoruz: hangi kanal ne kadar gelir getiriyor, AI asistanları o gelirin ne kadarına aracılık ediyor ve izin durumu ölçümü ne kadar etkiliyor. Markanızın mevcut GTM kurulumunu bu üç soruya göre değerlendirmek için Webtures ekibiyle iletişime geçebilirsiniz.