- Konu sahibi
- #1
Tag Manager kapsayıcı sürümleri nasıl yönetilir?
Google Tag Manager’da kapsayıcı sürümlerini yönetmenin temel yolu, çalışma alanındaki değişiklikleri test edip açıklamalı bir sürüm olarak kaydetmek ve yalnızca doğrulanmış sürümü yayınlamaktır. Yayınlanan her sürüm, kapsayıcının o andaki etiket, tetikleyici, değişken ve ilgili ayarlarının geri dönülebilir bir anlık görüntüsüdür. Sürüm oluşturmak tek başına canlı siteyi değiştirmez; canlı davranış, sürüm yayınlandığında değişir.
Kapsayıcı sürümü nasıl çalışır?
Çalışma alanı, üzerinde değişiklik yaptığınız taslak alandır. Buradaki değişiklikler kaydedilse bile henüz ziyaretçilere uygulanmaz. Önizleme ve hata ayıklama ile kontroller tamamlandıktan sonra değişiklikler bir sürüm hâline getirilir ve uygun ortamda yayınlanır.
Bir kapsayıcı sürümü genellikle şu bilgileri içerir:
- O sürümdeki etiket, tetikleyici ve değişken yapılandırmaları.
- Sürüm adı ve değişiklik notları.
- Oluşturulma veya yayınlanma bilgisi.
- Önceki sürümlerle karşılaştırma ve gerektiğinde geri dönüş için referans.
Sürüm numarası, tek bir etiketi değil kapsayıcının bütün yapılandırma durumunu temsil eder. Bu nedenle küçük bir değişiklik bile yeni bir sürüm oluşturduğunda diğer mevcut yapılandırmalar da o sürümün parçası olarak saklanır.
Uygulanabilir yönetim akışı
- Doğru kapsayıcıyı ve çalışma alanını seçin. Birden fazla site veya ortam kullanıyorsanız, değişikliği yapacağınız kapsayıcının adını ve çalışma alanını başlamadan önce kontrol edin.
- Değişikliği çalışma alanında yapın. Örneğin yeni bir GA4 etiketi ekleyebilir, mevcut bir tetikleyiciyi daraltabilir veya bir değişkende kullanılan değeri değiştirebilirsiniz.
- Önizleme ve hata ayıklama modunda değişikliği test edin. Etiketin doğru sayfada tetiklenmesini, gereksiz sayfalarda tetiklenmemesini ve değişkenlerin beklenen değerleri üretmesini kontrol edin.
- Çalışma alanındaki değişiklikleri gönderme veya sürüm oluşturma akışıyla adlandırılmış bir kapsayıcı sürümü olarak kaydedin. Sürüm notuna değişikliğin amacını ve etkilediği alanları yazın.
- Yayınlamadan önce sürümün özetini ve önceki sürümle farkını inceleyin. Özellikle tetikleyici değişikliklerinde, daha önce çalışan etiketlerin kapsamının yanlışlıkla genişleyip genişlemediğini kontrol edin.
- Kapsayıcıda yayınlama yetkiniz bulunduğunu doğrulayıp sürümü gerekli ortama yayınlayın. Yayınlanan sürümün ardından gerçek sayfada temel akışı ve kritik dönüşüm adımlarını kontrol edin.
- Sorun görülürse sürümler listesinden bilinen son çalışan sürümü seçip yayınlama işlemini onunla gerçekleştirin. Ardından hatalı değişikliğin nedenini ayrı bir çalışma alanında inceleyin; geri dönüş, sorunun kaynağını kendiliğinden düzeltmez.
Başarılı sonuç, hem sürüm geçmişinde açıklamalı yeni bir sürümün görünmesi hem de yayın sonrasında etiketlerin beklenen koşullarda çalışmasıdır. Sürüm oluşturulmuş ancak yayınlanmamışsa canlı sitede değişiklik görülmemesi normaldir.
Somut örnek: hatalı bir tetikleyiciyi geri alma
Varsayalım ki bir kapsayıcıda satın alma etiketi yalnızca teşekkür sayfasında çalışırken, yapılan değişiklikten sonra tüm sayfa görüntülemelerinde tetiklenmeye başlamış olsun. Önceki çalışan sürümü sürüm geçmişinden belirleyip yayınlamak, önceki etiket yapılandırmasını tekrar etkinleştirir. Sitenin veri katmanı veya izin yönetimi de değiştiyse eski yapılandırmanın bunlarla hâlâ uyumlu olduğunu sınayın. Sonrasında yeni çalışma alanında tetikleyicinin koşulları karşılaştırılır; satın alma olayının gerçekten oluştuğunu doğrulayan koşul yeniden eklenir ve düzeltilmiş yapılandırma yeni bir sürüm olarak test edilir.
Bu örnekte geri dönüş, daha önce gönderilmiş hatalı ölçüm verilerini silmez. Yalnızca bundan sonraki etiket davranışını değiştirir. Bu yüzden ölçüm sonuçlarını yorumlarken hatalı sürümün hangi zaman aralığında yayında kaldığını ayrıca not etmek gerekir.
Hangi durumda hangi işlemi seçmeli?
Aşağıdaki ayrım, çalışma alanı taslağı ile yayınlanmış sürümün karıştırılmasını önler.
| İhtiyaç | Uygun işlem | Beklenen sonuç |
|---|---|---|
| Değişikliği henüz test etmek | Çalışma alanında düzenleme ve önizleme | Canlı kapsayıcı değişmez |
| Test edilmiş değişikliği kayıt altına almak | Adlandırılmış sürüm oluşturmak | Geri dönülebilir yapılandırma noktası oluşur |
| Değişikliği siteye uygulamak | Sürümü yayınlamak | Seçilen ortam yeni yapılandırmayı kullanır |
| Canlı hatayı hızlıca durdurmak | Son çalışan sürümü yeniden yayınlamak | Canlı davranış önceki duruma döner |
Sürüm adlarında örneğin
checkout-trigger-duzeltmesi veya form-olaylari-iyilestirmesi gibi amaca dayalı bir düzen kullanın. Notlara hangi etiketin, tetikleyicinin veya değişkenin değiştiğini yazmak, aylar sonra karşılaştırma ve geri dönüş kararını kolaylaştırır.Sık yapılan hatalar
Kaydetmeyi yayınlamak sanmak: Çalışma alanına kaydetmek veya sürüm oluşturmak, tek başına canlı siteyi güncellemez. Yayın adımının tamamlandığını ayrıca doğrulayın.
Önizleme yapmadan yayınlamak: Bir tetikleyicinin fazla genişlemesi, etiketin her sayfada çalışmasına veya hiç çalışmamasına yol açabilir. Değişken değerlerini ve tetiklenme koşullarını test etmeden yayınlamayın.
Sürüm ile çalışma alanını karıştırmak: Eski bir sürümü çalışma alanının temeli yapmakla o sürümü canlıya yayınlamak ayrı işlemlerdir. Eski bir sürüm üzerinde doğrudan değişiklik yapılmaz; eski yapılandırma temel alınarak yeni bir çalışma alanı değişikliği hazırlanır ve yeni sürüm oluşturulur.
Geri dönüşü kalıcı çözüm sanmak: Geri dönüş canlı etkiyi azaltan bir işlemdir. Hatalı sürümün nedeni düzeltilmeden aynı değişiklik yeniden yapılırsa sorun tekrarlanabilir.
Açıklamasız sürüm bırakmak: Sadece numaraya güvenmek, hangi sürümün neden seçileceğini belirsizleştirir. Her sürümde kısa ama anlamlı değişiklik notu bulundurun.
Sık sorulan sorular
Bir sürümü silmek yerine neden saklamalıyım?
Sürüm geçmişi denetim ve geri dönüş için kullanılır. Eski sürüm artık kullanılmasa bile hangi değişikliğin ne zaman yapıldığını anlamak ve bilinen çalışan duruma dönmek için yararlı olabilir.
Birden fazla kişi aynı kapsayıcıda çalışabilir mi?
Çalışabilir; ancak herkesin ayrı değişikliklerinin hangi çalışma alanında bulunduğu net olmalıdır. Yayın öncesinde çalışma alanı farklarını ve son sürümle olası çakışmaları kontrol etmek, bir kullanıcının diğerinin değişikliğini istemeden dışarıda bırakmasını önler.
Sürüm numarası değişince ölçüm verileri otomatik olarak düzelir mi?
Hayır. Sürüm numarası yapılandırma geçmişini yönetir. Daha önce yanlış gönderilmiş olay veya dönüşüm verilerini değiştirmez; yalnızca sonraki etiket davranışının hangi yapılandırmayla devam edeceğini belirler.
