Herhangi bir GTM container'ının içine bakmak: sitenin yayınladığını okumak

Önceki ajansı erişim bırakmadan ayrılmış bir müşteriyi devralırsınız. Henüz kimse bir şey imzalamadan bir siteyi denetlemeniz istenir. Biri satın alma tag'inin yayında olduğunda ısrar eder ve bunu bir davet için iki gün beklemeden öğrenmek istersiniz. Ya da sadece beğendiğiniz bir sitenin izlemesini nasıl kurduğunu merak edersiniz.

Dördünün de cevabı aynı ve giriş gerektirmiyor: container zaten herkese açık. Öyle olmak zorunda — tarayıcı kendisine gönderilmemiş tag'leri çalıştıramaz.

Container zaten bilgisayarınızda

GTM snippet'i googletagmanager.com/gtm.js?id=GTM-XXXXXXX dosyasını yükler. Bu dosya, derlenmiş hâliyle yayınlanmış container'ın kendisidir. İçinde tek bir nesne var, resource; birlikte kurulumun tamamını oluşturan dört listeyle:

• macros — değişkenler: her Data Layer Variable adı, lookup tablosu ve Custom JavaScript.
• tags — her tag'in türü ve alanları: ölçüm kimlikleri, dönüşüm kimlikleri ve etiketleri, event parametreleri, her Custom HTML tag'inin içeriği.
• predicates — tekil koşullar, örneğin {{Event}} equals purchase.
• rules — hangi koşulların hangi tag'leri çalıştırdığı ve hangilerini engellediği.

Elle okumak

Yukarıdaki adresi gerçek bir ID ile açın ve metinde arayın. GA4 event tag'leri __gaawe, Google Ads dönüşümleri __awct, Custom HTML __html olarak görünür; topluluk şablonundan kurulan her şey __cvt_ ile başlar. Koşullar değişkenlere macros listesindeki sıralarıyla, kurallar da koşullara ve tag'lere sıralarıyla başvurur.

Beş tag'lik bir container için bu yapılabilir. İki yüz tag'de dört liste arasında sıra numarası takip etmek bir öğleden sonra sürer ve istediğiniz cevaplar — satın alma tag'ini hangi tetikleyici çalıştırıyor, ne gönderiyor, consent bekliyor mu — üç ayrı aramanın ucunda durur.

Tag Master'da okumak

1. Yan panelde Container sekmesini açın.
2. ID'yi yazıp Open'a basın. Sitenin kendisindeyken Find this site's GTM container sayfanın script etiketlerini bir kez okur ve ID'yi doldurur — siteyi açmadan ve tarayıcıdan hiçbir şey çıkmadan.
3. Başlık, container'ın yayınlanmış sürümünü ve kaç tag, tetikleyici, değişken ve şablon içerdiğini verir; dosyanın kendisinde bulunan sorunlar için de bir Checks sayısı.
4. Herhangi bir tag'i açın; GTM'in kendi ekranı gibi okunur: GTM'deki adlarıyla alanların olduğu Tag Configuration, ardından Triggering. İçindeki her tetikleyici ve her {{değişken}} o öğeye giden bir bağlantıdır.

Adlar yayınlanmadığı için dokuz Google Ads dönüşüm tag'i aksi hâlde dokuz aynı satır olurdu. Bunun yerine her biri onu çalıştıran tetikleyicinin adını alır — Google Ads conversion — purchase. GTM'in kendi eklediği dinleyiciler ve tetikleyici grupları siz istemedikçe ayrı tutulur; 228 tag'lik gerçek bir container'da 118'i tam olarak bunlardı.

Dosyanın söyleyip kimsenin okumadığı şeyler

gtm.js içindeki bazı alanlar çok önemlidir ve sayfadan görünmez:

• Consent ayarları. Hangi tag'in hangi consent türünü beklediği. 228 tag'lik gerçek bir container'da 73 tag bekliyordu. Avrupa'da bu, "çalışmadı" ile "çalışmasına hiç izin verilmedi" arasındaki farktır.
• Sıralama ve öncelik. Setup ve cleanup tag'leri, iki yönde de bağlantılı.
• Tetikleyici grupları. Her grubu hangi tetikleyicilerin oluşturduğu ve her tetikleyicinin hangi gruplarda olduğu.
• Zone'lar. Başka container'lar yükleyen bir container; yüklediği ID'ler ve hangi koşullarla yüklediği. Yüklenen container'ların ID'leri GTM'in yayınladığı tek adlardır ve her biri tek tıkla açılır.
• Özel şablon izinleri. Bir şablonun hangi adreslerden script yüklediği ve hangi global'lere dokunduğu. Dosya hangi galeri şablonundan geldiklerini hiç söylemese de Meta, TikTok, LinkedIn ya da consent platformu şablonları adlarıyla böyle tanınır.

Checks bölümü container'ı bir bütün olarak okur: hiçbir tetikleyicinin çalıştırmadığı tag'ler, duraklatılmış tag'ler, consent bekleyen tag'ler, uzaktan script yükleyen ya da document.write çağıran Custom HTML, aynı ID'yi yapılandıran iki tag ve hiçbir şeyin okumadığı değişkenler.

Dosyanın sustuğu yer

• Adlar, klasörler ve notlar. Yukarıda anlatıldığı gibi yalnızca hesapta.
• Duraklatılmış tag'ler. Listelenirler ama GTM ayarlarını yayınlamaz; bu yüzden yapılandırma kartı bozuk görünmek yerine bu nedenle boş olduğunu söyler.
• Taslaklar. Yalnızca yayındaki sürüm sunulur. Kimsenin yayınlamadığı bir çalışma alanı dosyada yoktur — Preview bunun için var.
• Sunucu container'ları. Yapılandırmaları hiçbir zaman tarayıcıya ulaşmaz.
• Bir tetikleyicinin burada çalışıp çalışmadığı. Dosya kurulumun ne yapacağını anlatır, ne yaptığını değil. Ayıkladığınız sitede, olayı oturumunuza gelen tetikleyiciler event seen olarak işaretlenir — "fired" değil, çünkü tetikleyicinin koşulları ayrı bir soru. Başka bir siteden okunan container bu sayfanın olaylarıyla asla karşılaştırılmaz.
• Diğer sayfalar. "Hangi container" sorusunun cevabı alan adına değil, sayfaya aittir. Vitrin ile ödeme sayfası çoğu zaman farklı container yükler.

Google doğrudan bir isteğe dosyayı vermeyi reddederse panel, gtm.js metninin ya da bir GTM dışa aktarımının yapıştırılmış kopyasını da kabul eder.

Arkasındaki GA4 mülkü

Aynı sekme bir GA4 ölçüm kimliğini gtag/js üzerinden de okur. Bu dosya normalde Admin erişimi gerektiren ayarları taşır: Enhanced Measurement, key event'ler, alanlar arası bağlantı ve oturum zaman aşımı. Dosya bir ayarı taşımıyorsa panel onu kapalı diye raporlamak yerine bunu söyler.

Sonra sayfayla karşılaştırın

Container ne olması gerektiğini söyler. Olup olmadığı isteklerden okunur: yapılandırılmış tag ile gerçekten çıkan hit iki ayrı iddiadır ve bozuk izlemenin çoğu ikisinin arasındaki boşlukta yaşar. Preview modu olmadan GTM ayıklamak bu yarıyı anlatıyor; kendi alan adı üzerinden gönderen container'lar için de server-side GTM rehberi hit'lerin sonra nereye gittiğini.

Sorular

Hesaba eklenmeden bir GTM container'ını görebilir miyim?

Evet, yayınlanmış sürümünü. Google onu siteyi açan her tarayıcıya gtm.js olarak gönderir; bu yüzden tag, tetikleyici ve değişkenleri yalnızca container ID'siyle okunabilir. Çalışma alanları, taslaklar ve sürüm geçmişi hesabın içinde kalır.

Tag adları neden görünmüyor?

GTM onları yayınlamaz. Adlar, klasörler ve notlar yalnızca hesapta bulunur; ziyaretçiye giden dosya tag'lerin ne yaptığını taşır, birinin onlara ne ad verdiğini değil. Tag Master her tag'i türüne ve onu çalıştıran tetikleyiciye göre adlandırır.

Server-side container için de çalışır mı?

Hayır. Sunucu container'ı kendi host'unda çalışır ve yapılandırması hiçbir zaman tarayıcıya gönderilmez. Onu besleyen web container'ı okunabilir; Google tag ayarları da genellikle hit'lerin gönderildiği sunucu adresini gösterir.

Bir container'ı okumak benim hakkımda bir şey gönderir mi?

İstek container ID'sinden başka bir şey taşımaz ve dosya metin olarak ayrıştırılır — içindeki kodun hiçbiri çalışmaz. Bu, tarayıcınızın siteyi açtığında zaten indirdiği dosyanın aynısıdır.

Bu kümenin geri kalanı: Container'lar ve tetikleyiciler

• Preview modu olmadan GTM ayıklama
• Herhangi bir siteye GTM container nasıl enjekte edilir
• Sonraki dağıtımda bozulmayacak bir GTM tıklama tetikleyicisi
• 2026’da Tag Assistant alternatifi

Container'lar ve tetikleyiciler kümesinin tamamı