Server-side GTM nasıl ayıklanır

Server-side tagging, hattın en ilginç kısmını tarayıcıdan çıkardı. Performans ve veri kontrolü açısından iyi; ayıklamaya çalışan herkes için zahmetli: eskiden ağ sekmesinde okuduğunuz istekler artık sizin sahip olduğunuz bir alan adına, çoğu aracın tanımadığı bir biçimde gidiyor.

Çoğu ayıklayıcı neden boş kalıyor

Neredeyse her etiket denetleyicisi trafiği host adına göre tanır. Elinde bir liste vardır — google-analytics.com, facebook.com, bat.bing.com — gerisini yok sayar. GA4 istemciniz google-analytics.com yerine sst.siteniz.com adresine gönderdiği anda host eşleşmez ve istek kimse bakmadan atılır.

Çözüm, önce path ile eşleştirip host'u ikincil bir güven sinyali saymak. /g/collect?v=2&tid=G-XXXX isteği, Google sunucusuna da kendi mağazanızın alt alan adına da gitse bir GA4 isteğidir. Tag Master böyle sınıflandırdığı için proxy'lenen trafik çözümlenmiş halde, yanında server-side rozetiyle görünür.

Bir sitenin sGTM kullandığını gösteren dört sinyal

Tek başına kesin cevap veren bir işaret nadiren olur; kanıtları puanlayın:

1. First-party host üzerinde toplama path'leri. googletagmanager.com yerine sitenin kendi alt alan adından servis edilen /g/collect, /mp/collect veya /gtm.js?id=GTM-XXXXXX. Sayfayla aynı kök alan adı bu sinyalin en güçlü hâlidir.
2. HttpOnly bir FPID çerezi. JavaScript HttpOnly çerez yazamaz; öyle yazılmış bir FPID sunucudan gelmiştir. Yanında genellikle FPLC de görünür. Bu neredeyse kesin kanıttır.
3. Etiket yapılandırmasında beyan edilen endpoint. Sayfanın gtag yapılandırmasında server_container_url veya transport_url arayın — kurulum size veriyi nereye gönderdiğini kendisi söylüyor demektir.
4. Gürültü beklediğiniz yerdeki sessizlik. Sayfadan GA4 biçiminde istekler çıkıyor ama google-analytics.com'a hiçbir şey gitmiyorsa, trafik önce başka bir yere aktarılıyordur.

Sunucu önizleme oturumuna bağlanmak

Tespit size sGTM'in var olduğunu söyler. Sunucu container'ının bir istekle gerçekte ne yaptığını görmek için önizleme oturumu gerekir ve o oturum bir başlığa bağlıdır: X-Gtm-Server-Preview.

GTM'de sunucu container'ınızı açıp Preview'a tıklayın ve verdiği jetonu kopyalayın. Tag Master'da GTM sekmesini açın, jetonu ve endpoint alan adınızı sGTM önizleme kutusuna yapıştırıp anahtarı açın. Bundan sonra tarayıcınızdan o alan adına giden istekler başlığı taşır ve tetikledikleri etiketlerle birlikte önizleme oturumunda görünür. İşiniz bitince anahtarı kapatın — kural anında kaldırılır.

Trafiği gördükten sonra neye bakmalı

• İstemci isteği sahipleniyor mu? Sahiplenilmemiş istek, GA4 istemcinizin tarayıcının kullandığı path için yapılandırılmadığı anlamına gelir.
• İzin sinyalleri sıçramadan sağ çıkıyor mu? gcs ve gcd parametreleri yolda düşmeden sunucu container'ına ulaşmalı.
• Olay adı bozulmuş mu? Aktarım sırasında yeniden adlandırma, "olay ateşleniyor ama rapor boş" şikayetinin sık nedenidir.
• Hangi platformlar aktarılıyor? event_id taşıyan ama tarayıcıda karşılığı olmayan bir Meta veya TikTok olayı genellikle sunucunun gönderdiğini gösterir; karşı tarafta mükerrer olup olmadığını kontrol edin.

Kısa kontrol listesi

1. Paneli açık tutarak sayfayı yenileyin, ilk isteği kaçırmayın.
2. GA4 isteklerinde server-side rozetini arayın — path bazlı sınıflandırmanın endpoint'inizi bulduğunu doğrular.
3. Çerez listesinde HttpOnly FPID var mı bakın.
4. Önizleme jetonunuzu yapıştırıp sunucu oturumuna bağlanın.
5. Tarayıcı olaylarıyla sunucunun raporladıklarını karşılaştırın; aradaki fark veri kaybınızın yaşadığı yerdir.

Bunu panelde yapmak →

Bu kümenin geri kalanı: GA4, sunucu tarafı ve atıf

• DebugView hiçbir şey göstermediğinde GA4 ayıklama
• GA4 her şeyi iki kez sayıyorsa
• Google Tag Gateway: gerçekten çalıştığını doğrulamak
• GA4 trafiğin başka yerden geldiğini söylediğinde
• Açık metin olarak giden e-posta

GA4, sunucu tarafı ve atıf kümesinin tamamı