Google Tag Manager Nedir? Kurulum, Yapı ve Doğru Kullanım

Ölçüm tarafında en çok zaman kaybettiren şey, çoğu zaman teknik bilgi eksikliği değil bekleme süresidir. Yeni bir dönüşüm etiketi eklemek için yazılım ekibinin sıraya girmesi, geliştirme ortamında test edilmesi ve canlıya alınması haftalar alabilir. Google Tag Manager tam olarak bu süreyi ortadan kaldırmak için vardır.

Bu yazıda GTM'in ne olduğunu, hangi mantıkla çalıştığını, nasıl kurulduğunu, veri katmanının neden kritik olduğunu ve hesapları bozan klasik hataları anlatıyoruz.

Google Tag Manager nedir?

Google Tag Manager (GTM), sitenize veya uygulamanıza eklenen ölçüm ve pazarlama kodlarını tek bir arayüzden yönetmenizi sağlayan ücretsiz bir etiket yönetim sistemidir. Siteye bir kez GTM kodu eklenir; ondan sonra GA4, Google Ads, Meta pikseli, TikTok pikseli ve benzeri tüm etiketler GTM arayüzünden eklenip düzenlenir.

GTM bir analitik aracı değildir. Veri toplamaz, rapor üretmez. Yaptığı iş, hangi kodun hangi koşulda çalışacağına karar vermektir. Bu ayrımı net tutmak önemli: GA4 veriyi toplar ve raporlar, GTM ise GA4'e veri gönderen kodu yönetir.

GTM olmadan ne olur?

Her etiket doğrudan site koduna gömülür. Bunun üç sonucu vardır: her değişiklik geliştirme talebi gerektirir, zamanla kimsenin ne olduğunu bilmediği onlarca kod birikir ve bir etiketi kaldırmak gerektiğinde nereye dokunulacağı bulunamaz. Birkaç yıllık sitelerde kaynak kodunda hâlâ çalışan, ait olduğu platform kapanmış etiketler bulmak çok yaygındır.

Üç temel kavram: etiket, tetikleyici, değişken

GTM'in tamamı bu üç kavram üzerine kuruludur.

Etiket (tag)

Çalıştırılacak kod parçasıdır: GA4 yapılandırma etiketi, GA4 olay etiketi, Google Ads dönüşüm etiketi, Meta pikseli, özel HTML. "Ne çalışacak?" sorusunun cevabı.

Tetikleyici (trigger)

Etiketin hangi koşulda çalışacağını belirler. "Ne zaman çalışacak?" sorusunun cevabı. Yaygın tetikleyici türleri:

• Sayfa görüntüleme: Sayfa yüklendiğinde. Alt türleri DOM hazır ve pencere yüklendi.
• Tıklama: Tüm öğeler veya yalnızca bağlantılar. CSS seçici veya metin koşuluyla daraltılır.
• Form gönderimi: Form gönderildiğinde. Tek sayfa uygulamalarında güvenilmez olabilir.
• Öğe görünürlüğü: Bir öğe ekrana girdiğinde. Fiyat bölümü görüldü, CTA görüldü gibi ölçümler için.
• Kaydırma derinliği: Sayfanın yüzde 25/50/75/90'ı görüldüğünde.
• Özel olay: Veri katmanına yazılan bir olay geldiğinde. En güvenilir yöntem budur.
• Zamanlayıcı ve JavaScript hatası: Daha nadir kullanılan türler.

Değişken (variable)

Etiketin ya da tetikleyicinin kullandığı değerdir. "Hangi değerle?" sorusunun cevabı. Sipariş tutarı, sipariş numarası, ürün adı, tıklanan bağlantının adresi, sayfa yolu gibi. Yerleşik değişkenler GTM'de hazır gelir; veri katmanı değişkenleri ise sitenin size gönderdiği değerleri okur.

Üçü birlikte şöyle çalışır: satın alma olayı geldiğinde (tetikleyici), GA4 purchase etiketini (etiket), sipariş tutarı ve sipariş numarası değerleriyle (değişken) çalıştır.

Kurulum sırası

Doğru kurulum sırası, sonradan yaşanacak sorunların büyük kısmını önler.

1. Hesap ve kapsayıcı oluşturma. Her marka için bir hesap, her site için bir kapsayıcı. Kapsayıcı türünü doğru seçin: web, iOS, Android veya AMP.
2. Kapsayıcı kodunun siteye eklenmesi. İki parça vardır: <head> içine mümkün olduğunca üste, <body> açılışının hemen ardına. İkinci parça, JavaScript kapalı tarayıcılar için yedektir.
3. Ölçüm planının yazılması. Kod eklemeden önce hangi olayların, hangi parametrelerle toplanacağını bir tabloya yazın. Bu adımı atlamak, sonradan birbirine benzeyen onlarca olayla uğraşmak anlamına gelir.
4. Veri katmanının kurulması. Satın alma, form gönderimi, sepete ekleme gibi iş kritik olaylar için yazılım ekibinden veri katmanı desteği isteyin.
5. GA4 yapılandırma etiketi. Tüm sayfalarda çalışan temel etiket.
6. Olay etiketleri. Plana göre tek tek eklenir.
7. Reklam platformu etiketleri. Google Ads dönüşümleri, Meta ve diğer pikseller.
8. Önizleme ve hata ayıklama. Her etiket canlıya alınmadan önce test edilir.
9. Yayınlama ve sürüm notu. Her yayında ne değiştiğini yazın.

Veri katmanı: GTM'in asıl gücü

Veri katmanı (data layer), sitenin GTM'e bilgi gönderdiği yapılandırılmış bir JavaScript nesnesidir. GTM'i ciddi şekilde kullanan her kurulumun merkezinde bu vardır.

Neden önemli? Çünkü alternatifi tahmindir. Sipariş tutarını sayfadaki bir metinden okumaya çalışmak (DOM kazıma) işe yarar gibi görünür ama tasarım değiştiğinde sessizce bozulur ve bunu kimse fark etmez. Veri katmanı ise sözleşmelidir: yazılım ekibi belirli bir olayda belirli alanları göndermeyi taahhüt eder.

Örnek bir satın alma olayı

window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
  event: 'satin_alma',
  siparis_no: '2026-114982',
  tutar: 1849.90,
  para_birimi: 'TRY',
  urunler: [
    { id: 'SKU-1021', ad: 'Deri Çanta', fiyat: 1299.90, adet: 1 },
    { id: 'SKU-3380', ad: 'Cüzdan', fiyat: 550.00, adet: 1 }
  ]
});

GTM tarafında satin_alma adında özel bir olay tetikleyicisi ve tutar, siparis_no için veri katmanı değişkenleri tanımlanır. Böylece tasarım değişse de ölçüm bozulmaz.

E-ticarette kritik olaylar

E-ticaret ölçümünde en az şu olaylar veri katmanıyla gönderilmelidir: ürün görüntüleme, sepete ekleme, sepetten çıkarma, sepet görüntüleme, ödeme başlatma, ödeme bilgisi girme ve satın alma. Bu zincir tamamlandığında huni raporları anlam kazanır ve nerede kaybettiğinizi görürsünüz. Eksik halkalar, optimizasyonu tahmine çevirir. Bu olayların GA4 tarafında nasıl karşılandığını GA4 geçiş yazımızda ele aldık.

Satın alma olayında sipariş numarasının gönderilmesi ayrıca önemlidir: GA4 bu numarayı yinelenen dönüşümleri ayıklamak için kullanır. Eksik olduğunda kullanıcı teşekkür sayfasını yenilediğinde aynı sipariş birden çok kez sayılır.

Kapsayıcı düzeni ve adlandırma

Birkaç ay sonra kapsayıcıya dönen kişinin işini kolaylaştıran şey, tutarlı bir adlandırma düzenidir. İşleyen bir kalıp:

Bunun yanında şu alışkanlıkları edinin: her yayında anlamlı bir sürüm notu yazın, kullanılmayan etiketleri silmeden önce duraklatıp bir süre bekleyin, yayın yetkisini sınırlı sayıda kişide tutun ve çalışma alanlarını eş zamanlı düzenlemelerde kullanın.

Test etmek: önizleme modu ve doğrulama

GTM'in önizleme modu, değişikliklerinizi yalnızca sizin tarayıcınızda canlıymış gibi çalıştırır. Açıldığında her sayfa etkileşiminde hangi etiketlerin çalıştığını, hangi tetikleyicilerin ateşlendiğini ve veri katmanında hangi değerlerin bulunduğunu görürsünüz.

Testte bakılacaklar:

• Etiket çalıştı mı? Beklenen etiket "Tetiklenen Etiketler" listesinde mi?
• Bir kez mi çalıştı? Aynı etiket aynı sayfada iki kez çalışıyorsa dönüşümler çift sayılır.
• Değerler doğru mu? Sipariş tutarı doğru geldi mi, para birimi doğru mu, ondalık ayracı sorun yaratıyor mu?
• Yanlış yerde çalışıyor mu? Satın alma etiketi, teşekkür sayfası dışında bir yerde ateşlenmemeli.

Önizlemeye ek olarak GA4'ün gerçek zamanlı raporu ve DebugView ekranı, verinin GA4 tarafına doğru düştüğünü doğrulamak için kullanılır. Reklam platformlarının kendi doğrulama araçları da (ör. piksel yardımcıları) kurulumun ikinci kontrolünü sağlar. Kanal kaynağını doğru okumak içinse etiketlemenin yanında UTM düzeninin de kurulu olması gerekir.

Sunucu taraflı GTM

Standart GTM, tarayıcıda çalışır. Sunucu taraflı GTM ise verinin önce kendi kontrolünüzdeki bir sunucuya, oradan platformlara gönderildiği bir kurulumdur. Üç faydası var:

• Veri kaybının azalması. Tarayıcı tabanlı izleme engelleyicileri ve çerez kısıtları daha az etkiler.
• Sayfa performansı. Tarayıcıda çalışan üçüncü taraf kod sayısı azalır, sayfa hızı iyileşir.
• Veri kontrolü. Hangi alanın hangi platforma gittiğine siz karar verirsiniz; gereksiz kişisel veri gönderimini engelleyebilirsiniz.

Karşılığında bir maliyet ve bakım yükü gelir: barındırma ücreti, kurulum karmaşıklığı ve izleme ihtiyacı. Harcaması belirli bir ölçeğin üzerinde olan ve ölçümdeki kaybın parasal karşılığı barındırma maliyetini aşan hesaplarda kendini amorti eder; küçük hesaplarda genellikle acele edilmesi gereken bir adım değildir.

İzin yönetimi ve gizlilik

GTM, izin (consent) durumuna göre etiketlerin çalışmasını yönetebilir. Avrupa pazarına satış yapan ya da KVKK uyumunu ciddiye alan markalar için bu kritik bir yetenektir: kullanıcı pazarlama çerezlerine izin vermediyse reklam etiketleri çalışmaz, yalnızca izin gerektirmeyen temel ölçüm yapılır.

Pratik kurallar: izin yönetim aracınızı GTM'in izin modu ile entegre edin, etiketleri gerektirdikleri izin türüne göre işaretleyin ve izin verilmeyen durumda ne topladığınızı belgeleyin. Ayrıca kişisel veriyi asla olay parametresi olarak göndermeyin — e-posta adresi ya da telefon numarası ham haliyle hiçbir analitik olayına yazılmamalıdır. Reklam platformlarının gelişmiş dönüşüm özellikleri bu veriyi karma (hash) halinde ve kendi yöntemleriyle alır.

Hangi olaylar ölçülmeli? Bir ölçüm planı iskeleti

GTM kurulumlarının çoğu teknik sebeplerle değil plansızlıktan dolayı dağılır. Arayüz kolay olduğu için olaylar ihtiyaç doğdukça tek tek eklenir; altı ay sonra benzer isimli yirmi olay, hiçbiri tam güvenilir olmayan bir yığın oluşturur. Bunu önlemenin yolu, kod yazmadan önce bir ölçüm planı tablosu hazırlamaktır.

Tablonun sütunları şunlar olmalı: olay adı, ne zaman tetiklenir, hangi parametreleri taşır, hangi platformlara gönderilir, hangi iş sorusunu cevaplar, sorumlusu kim. Son sütun özellikle değerli: bir olay hiçbir iş sorusuna cevap vermiyorsa ölçülmesine gerek yoktur.

Tipik bir e-ticaret planında olaylar üç kümeye ayrılır:

• Zorunlu ticari olaylar: ürün görüntüleme, sepete ekleme, ödeme başlatma, satın alma. Bunlar reklam platformlarına da gönderilir ve algoritmayı eğitir.
• Niyet olayları: beden/renk seçimi, taksit tablosu açma, kargo süresi sorgulama, yorumları okuma. Dönüşüm optimizasyonunda hangi bilginin eksik kaldığını gösterir.
• Teşhis olayları: form hatası görüldü, arama sonucu boş döndü, stok yok uyarısı gösterildi. Bunlar ciro kaybının sebebini söyleyen olaylardır ve neredeyse hiç ölçülmez.

Hizmet ve lead odaklı işlerde liste değişir: form başlatma, form gönderme, telefon numarasına tıklama, WhatsApp bağlantısına tıklama, fiyat listesi indirme, randevu takvimi açma. Lead işlerinde en kritik ayrım, form gönderimi ile nitelikli lead arasındaki farkı ölçebilmektir; bunun için formla birlikte kaynak bilgisinin CRM'e taşınması gerekir.

Olay adlandırma disiplini

İki kural yeterlidir: GA4'ün önerdiği standart olay adlarını (örneğin satın alma için purchase, sepete ekleme için add_to_cart) varken kendi adınızı uydurmayın, çünkü standart adlar panelde hazır raporlara bağlanır. Standart karşılığı olmayan olaylarda ise tek bir yazım biçimi seçin: küçük harf, kelimeler alt çizgi ile ayrılmış, Türkçe karakter yok. FormGonderildi, form-gonderildi ve form_gonderildi üç farklı olaydır ve üçü birden kullanılırsa rapor bölünür.

Google Ads dönüşümlerini GTM ile kurmak

Google Ads dönüşümlerini GTM üzerinden kurarken iki yol vardır ve hangisini seçtiğiniz raporlarınızı etkiler.

Birinci yol: GA4'te dönüşüm olarak işaretlenen olayları Google Ads'e içe aktarmak. Avantajı tek kaynaktan yönetim; dezavantajı atıf ve veri aktarımındaki gecikme ile GA4 modellemesinin araya girmesi.

İkinci yol: Google Ads dönüşüm etiketini doğrudan GTM'de kurmak. Avantajı daha hızlı ve doğrudan sinyal; dezavantajı iki yerde yönetim yükü.

Kritik kural şudur: aynı dönüşümü her iki yolla birden kurmayın. Hem GA4'ten içe aktarıp hem doğrudan etiket çalıştırdığınızda aynı satın alma iki dönüşüm olarak sayılır; teklif algoritması gerçekte olmayan bir performansa göre öğrenir ve bütçeyi yanlış yere akıtır. Bu, hesap denetimlerinde en sık rastladığımız ölçüm hatasıdır.

Ayrıca dönüşüm değerini mutlaka gönderin ve para birimini belirtin. Değer göndermeyen bir kurulumda ROAS hedefli teklif stratejileri çalışamaz; bu da optimizasyon tarafındaki en temel kaldıraçtan vazgeçmek anlamına gelir.

Gelişmiş dönüşümler

Gelişmiş dönüşümler, satın alma anında toplanan iletişim bilgisinin karma (hash) hâlinde Google'a gönderilerek atıfın güçlendirilmesi yöntemidir. Çerez kısıtlarının arttığı ortamda ölçüm kaybını belirgin şekilde azaltır. GTM üzerinden kurulurken bilginin sayfadaki alanlardan mı veya veri katmanından mı okunacağı seçilir; veri katmanı her zaman daha güvenilirdir. Kurulumda hassas verinin ham hâliyle hiçbir yere yazılmadığından emin olun ve gizlilik metinlerinizin bu kullanımı kapsadığını kontrol edin.

Birden fazla site ve ekiple çalışmak

Tek markalı tek siteli kurulumlar basittir; işler birden fazla alan adı, çok dilli yapı ya da ajans–müşteri ortak çalışması devreye girdiğinde karmaşıklaşır. Birkaç pratik ilke:

• Her site için ayrı kapsayıcı. Tek kapsayıcıyı birden fazla siteye kurmak kısa vadede pratik görünür, uzun vadede tetikleyici koşullarını yönetilemez hâle getirir.
• Çalışma alanlarını kullanın. İki kişi aynı anda değişiklik yapıyorsa ayrı çalışma alanlarında çalışmalı; aksi hâlde biri diğerinin yarım işini yayınlar.
• Yayın yetkisi sınırlı olsun. Düzenleme yetkisi geniş, yayın yetkisi dar tutulur. Kapsayıcı canlı site kodudur.
• Müşteri hesabında çalışıyorsanız sahiplik müşteride olsun. Ajans değiştiğinde ölçüm geçmişinin kaybedilmemesi için kapsayıcının müşterinin hesabında durması gerekir.
• Alan adları arası ölçüm. Sepet veya ödeme başka bir alan adındaysa alanlar arası izlemeyi yapılandırın; yapılmazsa ödeme adımı yeni bir oturum olarak başlar ve dönüşüm yönlendirme kaynağına yazılır.

Bozulduğunda nasıl teşhis edilir?

Ölçüm bir gün sessizce durur ve genellikle bunu haftalar sonra fark ederiz. Teşhis sırası şu olmalı:

1. Kapsayıcı kodu sayfada hâlâ var mı? Site güncellemesi, tema değişikliği veya yeni bir sürüm kodu silmiş olabilir. İlk bakılacak yer burasıdır.
2. Son yayınlanan sürüm hangisi? Sürüm geçmişinde tarih ile bozulma tarihini karşılaştırın. Eşleşiyorsa sorun sizin yayınınızdadır ve geri alınabilir.
3. Veri katmanı hâlâ aynı alanları gönderiyor mu? Yazılım tarafında bir alan adı değiştiyse değişkenler boş döner; etiket çalışır ama değer gitmez. Bu, "dönüşüm var ama ciro sıfır" tablosunun klasik sebebidir.
4. Tetikleyici koşulu hâlâ geçerli mi? Teşekkür sayfasının adresi veya bir butonun CSS sınıfı değiştiyse tetikleyici artık ateşlenmez.
5. İzin durumu değişti mi? Yeni bir çerez bildirimi devreye girdiyse etiketler izin beklediği için çalışmıyor olabilir.

Bu beş adım, GTM kaynaklı ölçüm sorunlarının neredeyse tamamını kapsar. Önleyici tedbir olarak ayda bir satın alma hunisinin tüm olaylarının hâlâ veri gönderdiğini kontrol etmek, haftalar sonra fark edilen kayıplardan daha ucuzdur.

Sık yapılan hatalar

• Hem GTM'den hem site kodundan aynı etiketi yüklemek. En yaygın hata. Dönüşümler ve sayfa görüntülemeleri iki kat görünür, algoritma yanlış öğrenir. GTM kurulurken site kodundaki eski etiketlerin kaldırıldığını mutlaka doğrulayın.
• Tetikleyiciyi "Tüm Sayfalar" bırakmak. Dönüşüm etiketinin her sayfada çalışması, dönüşüm sayısını anlamsız hale getirir.
• Teşekkür sayfası URL'sine güvenmek. Tek sayfa uygulamalarında ve ödeme sağlayıcısından dönüşte URL beklendiği gibi olmayabilir; veri katmanı olayı daha güvenilirdir.
• DOM'dan değer kazımak. Tasarım değişince sessizce bozulur. Sipariş tutarı gibi kritik değerler veri katmanından okunmalı.
• Test etmeden yayınlamak. GTM'de yayınlamak saniyeler sürer; bu kolaylık, kontrolü atlamayı cazip hale getirir.
• Sürüm notu yazmamak. Bir sorun çıktığında hangi yayına döneceğinizi bilemezsiniz.
• Yayın yetkisini herkese vermek. Kapsayıcı, sitenin canlı kodudur; yetki buna göre dağıtılmalı.
• Özel HTML etiketlerini biriktirmek. Hazır şablon varken özel HTML kullanmak, hem güvenlik hem bakım riski yaratır.
• Kapsayıcıyı temizlememek. Yılda bir kullanılmayan etiketleri gözden geçirin; her gereksiz etiket sayfa hızından çalar.

GTM ve sayfa hızı

GTM'in kendisi hafiftir, ancak içine koyduğunuz her etiket tarayıcıya iş yükler. Hız açısından üç pratik önlem: etiketleri gerçekten gerekli oldukları sayfalarda çalıştırın, sayfa yüklenirken kritik olmayan etiketleri geciktirin ve kullanılmayan pikselleri kaldırın. Çok sayıda pazarlama etiketi taşıyan sitelerde bu üç önlem, Core Web Vitals metriklerinde fark edilir bir iyileşme sağlar.

Özetle

Google Tag Manager, ölçüm ve reklam etiketlerini site koduna dokunmadan yönetmenizi sağlayan bir etiket yönetim sistemidir. Tamamı üç kavram üzerine kuruludur: ne çalışacak (etiket), ne zaman çalışacak (tetikleyici), hangi değerle (değişken). Ciddi bir kurulumun merkezinde veri katmanı vardır; sayfadan değer kazımak kısa vadede çalışır, uzun vadede sessizce bozulur. En sık yapılan hata, aynı etiketin hem GTM'den hem site kodundan yüklenmesidir. Her değişikliği önizleme modunda test edin ve her yayına bir sürüm notu yazın.

Ölçüm kurulumunu e-ticaret hunisinin tamamı için kurmak isterseniz e-ticaret reklam ajansı hizmetimizi inceleyebilirsiniz.

Ölçümü derinleştiren rehberler

1. GA4 veri içe aktarma Maliyet, ürün ve çevrimdışı satış verisi
2. UTM kodu nasıl kurulur? Parametreler ve adlandırma standardı
3. GA4 anahtar etkinlik tanımlama Dönüşüm olaylarını doğru kurmak
4. GA4’e geçişte temel farklar Veri modeli ve kurulum hataları
5. Google ürün kategorisi (taxonomy) Katalog eşlemesi ve zorunlu alanlar