Siteniz Google Tag Manager kullanıyorsa (Türkçe arayüzde Etiket Yöneticisi), Google, Tag Manager’ın sayfalarınızda nasıl başladığını değiştiriyor. 8 Ekim 2026 tarihli bir sürüm notunda Google, her Tag Manager kapsayıcısının (Tag Manager’da sitenizin etiketlerini barındıran kutu) sayfadaki bir gtag('config') komutunu beklemek yerine yüklendiği anda başlayacağını söylüyor. Bu Google Tag Manager gtag config değişikliği en çok, Tag Manager’ı ayrı Google etiketi koduyla birlikte kullanan siteleri ve etiketleri her etkinlikte çalıştıran kurallar (tetikleyiciler) içeren kapsayıcıları ilgilendiriyor.
Google, yanlış kurulduğunu düşündüğü kapsayıcıların sahiplerine e-posta gönderdi. Bunların kaç tane olduğunu açıklamadı ve düzeltmeye ilişkin yardım sayfası hâlâ güncellemenin “yakında” geleceğini söylüyor.
8 Ekim’de Google Tag Manager’da ne değişti?
Google’a göre Tag Manager kapsayıcıları artık gtag('config') satırını, yani bir Google etiketine verileri hangi hesaba ve hangi ayarlarla göndereceğini söyleyen komutu beklemeyecek. Yalnızca İngilizce yayınlanan 8 Ekim tarihli sürüm notu şöyle diyor (çeviri bize ait): “tüm Google Tag Manager (gtm.js) kapsayıcı snippet’leri, gtag(‘config’) komutlarından bağımsız olarak kapsayıcı yüklendiğinde başlatılacak.”
Snippet, sitenizin her sayfasına yapıştırılan birkaç satırlık koddur. Etiket ise sitenizde olanları, örneğin bir sayfa görüntülemeyi ya da gönderilen bir formu bildiren küçük bir kod parçasıdır. Etiket bu bilgiyi Google Analytics veya Google Ads gibi bir araca gönderir. Bir web sitesi Google’ın etiketlerini iki snippet’ten biriyle yükleyebilir:
| Tag Manager snippet’i | Google etiketi snippet’i | |
|---|---|---|
| Yüklediği dosya | gtm.js | gtag.js |
| Kullandığı kimlik | GTM- ile başlar | G- veya AW- gibi bir ürün kimliği |
Her iki snippet de dataLayer’a yazar; dataLayer, sayfada Tag Manager’ın okuduğu bir mesaj kuyruğudur. Şimdiye kadar bir kapsayıcı, sayfanın başka bir yerindeki gtag('config') satırını fark edip onu bekleyebiliyordu ve bazı siteler buna dayanıyordu. Sürüm notu, kapsayıcının gördüklerini de değiştiriyor: “config komutları artık dataLayer’da görünür gtag.config etkinlikleri olarak yer alacak.”
Google Tag Manager gtag config değişikliği hangi siteleri etkiliyor?
İki grup site etkileniyor. Google’ın e-postaları, Google’ın “desteklenmeyen bir uygulama” dediği kurulumu kullanan birinci gruba gitti. İkinci grubun kurulumu Google’a göre doğru olabilir, ancak etiketleri her etkinlikte çalıştıran kuralları (tetikleyicileri) vardır.
Karma kurulumlar. Google’ın gtag.js kurulumuna ilişkin yardım sayfası, Tag Manager snippet yolu üzerinden G-, AW- veya DC kimliği yükleyen siteleri anlatıyor. Yanlış kurulum örneği, standart GTM- snippet’inin ardından gelen bağımsız bir gtag('config') satırı. Google bu siteler için, “etiket davranışlarında beklenmedik değişiklikler yaşayabilir” diyor ve bu kapsayıcıların kullanıcılarına “bir e-posta bildirimi gönderildi” diye ekliyor.
Joker karakterli tetikleyiciler. Tetikleyici, bir etikete ne zaman çalışacağını söyleyen kuraldır. Bir özel etkinlik tetikleyicisi, etkinlik adlarını dataLayer’daki her etkinlikle eşleşen .* kalıbıyla eşleştirebilir. Google’ın sürüm notu şöyle uyarıyor (çeviri bize ait): “Google Tag Manager kapsayıcılarınız joker karakterli özel etkinlik tetikleyicileri kullanıyorsa bu değişiklik söz konusu etiketlerin tetiklenmesine neden olabilir.”
Google’ın özel etkinlik tetikleyicileri hakkındaki yardımı zaten daha dar bir kalıp öneriyordu, çünkü .*, Tag Manager’ın ve Google etiketinin otomatik olarak gönderdiği etkinliklerle de eşleşir. PPC Land, joker karakterli tetikleyici riskinin Google’ın doğru kabul ettiği kurulumlar için de geçerli olduğunu belirtiyor, çünkü standart gtag.js snippet’inin kendisi bir config çağrısı içeriyor.
Google gtag config değişikliğini ne zaman duyurdu?
Uyarı, sürüm notundan haftalar önce geldi. PPC News Feed, Google’ın yardım sayfasındaki bildirimi 27 Ağustos 2026’da haberleştirdi. 20 Ağustos’ta WordPress.org destek forumlarının bir kullanıcısı, bir müşterisinin Google’dan aldığı e-postayı paylaştı. E-postada şöyle yazıyordu: “2 Ekim 2026’dan itibaren tüm gtm.js snippet’leri kapsayıcı yüklendiğinde başlatılacak”.
Sürüm notu 8 Ekim tarihli. Google’ın düzeltmeye ilişkin yardım sayfası ise Tag Manager snippet’lerinin “yakında” güncelleneceğini söylemeye devam ediyor. PPC Land ve Relevant Audience’ın da belirttiği gibi Google, değişikliğin tüm kapsayıcılara tek bir günde mi ulaştığını yoksa aşamalı olarak mı uygulandığını açıklamadı.
Google’ın açıklamadıkları
Google kesin bir son tarih vermedi ve değişikliğin ne kadar veriyi etkileyebileceğine dair bir ölçü de paylaşmadı. Relevant Audience, sürüm notunun “herhangi bir ülke veya bölge sınırından söz etmediğini” belirtiyor; düzeltmeye ilişkin yardım sayfası da böyle bir sınır belirtmiyor.
Pratik bir boşluk da var. E-posta, kapsayıcıda kayıtlı kişiye gitti. Relevant Audience, bu kişi eski bir çalışan ya da önceki bir web geliştiricisiyse “uyarının, siteyi bugün yöneten kişiye hiç ulaşmamış olabileceğine” dikkat çekiyor.
İşletmeniz için anlamı
Bizce bu durum, ölçüm kurulumunuzun dikkatle kontrol edilmesini gerektiriyor. Yapılacak iş, sayfalarınızın ne yüklediğine bakmak, kurulumunuz karmaysa Google’ın iki düzeltmesinden birini seçmek ve her talebin bir kez sayıldığını test etmek. Reklam hesaplarınızda herhangi bir şeyi değiştirmeden önce bu adımları bu sırayla atardık.
- Kapsayıcının sahibinin kim olduğunu öğrenin. Herhangi bir şeyi kontrol etmek için Tag Manager erişimine ihtiyacınız var; kapsayıcı işletmenize ait olmalı, ajans ise kullanıcı olarak eklenmeli. Dijital pazarlama ajansı nasıl değerlendirilir rehberimiz, hesapların neden sizde durması gerektiğini anlatıyor.
- Sayfalarınızın yüklediği snippet’e bakın. Sitenizi açın, sayfa kaynağını görüntüleyin ve “googletagmanager.com” ifadesini arayın. URL’de GTM- ile başlayan bir kimlikle gtm.js varsa kapsayıcı yolunuz desteklenen yoldur. gtm.js bir G-, AW- veya DC kimliği taşıyorsa ya da Tag Manager snippet’inin yanında bağımsız bir
gtag('config')satırı duruyorsa, Google’ın uyardığı kurulum sizde var demektir. - Google’ın iki düzeltmesinden birini seçin. Her sayfada Google etiketi (gtag.js) snippet’ini kullanın ve gtm.js snippet’ini ve bağımsız config satırlarını kaldırın. Ya da diğer etiketlerinizi Tag Manager yönetiyorsa snippet’i GTM- kimliğinizle tutun ve Google etiketini kapsayıcının içinde ayarlayın. Eski config satırının ilettiği ayarları taşıyın ve çerez izni kurulumunuzu yerinde bırakın; böylece etiketler, ziyaretçinin çerez banner’ındaki tercihine uymaya devam eder.
- Kapsayıcıda
.*tetikleyicilerini arayın. Tetikleyiciler listesini açın ve tüm etkinliklerle eşleşen özel etkinlik tetikleyicilerini bulun. Her birini yalnızca ihtiyaç duyduğu etkinlik adlarıyla sınırlayın, çünkü gtag.config’te çalışan bir etiket aynı verileri yeniden gönderebilir ve örneğin bir talebi iki kez sayabilir. - Tag Assistant ve gerçek bir taleple test edin. Tag Assistant, Google’ın web sitenizdeki etiketleri kontrol etmeye yarayan sorun giderme aracı; Google’ın yardım sayfasına göre etiket kimliğiniz orada yeşil veya mavi bir durum simgesiyle görünmeli. Ardından telefonunuzdan bir test talebi gönderin ve bir kez sayıldığını kontrol edin; bunu Google Ads çalışmıyor: tıklama var, talep yok yazımızda anlattığımız gibi yapın. Google Ads yönetimimizde, herhangi bir teklif değişikliğinden önce ölçümü kontrol ediyoruz.
- Sayıları gelen kutunuz veya CRM’inizle karşılaştırın. Gelen kutunuzdaki veya CRM’inizdeki talepleri, Google’ın aynı günler için bildirdiği dönüşümlerin yanına koyun; 8 Ekim öncesi ve sonrası için. Aynı kontrolü CRM ve analitik projelerimizde de kullanıyoruz; sayılar artık tutmuyorsa ilk bakılacak yer etiketlerdir.
