Google Tag Manager - Trigger Group

Google Tag Manager (GTM) başlıklı yazıda Google tarafından sunulan etiket yönetim sisteminin (TMS) ile ilgili temel bilgiler vermiştim. Bu yazıya ek olarak, dataLayer ile de yine bu yapının önemli bir parçası olan veri katmanı ile ilgili çeşitli örneklere değinmiştim². Bu temel yazılar ve kullanım örnekleri ile ilgili GTM kategorisini inceleyebilirsiniz.

Bu yazıda ise yine etiket yönetiminin önemli bir parçası olan tetikleyici türlerinden biri olan tetikleyici grubu ile ilgili bilgi vermeye çalışacağım.

GTM Tetikleyicileri

GTM'de etiketler (tags), tıklama, scroll hareketi, zamanlayıcı, öğe görünürlüğü, form gönderilmesi veya bir videonun oynatılması gibi etkileşimlere bağlı olarak tetiklenir³. Tetikleyiciler (triggers), bu etkinlikleri dinlemek için kullanılır ve bir etiketin ne zaman tetikleneceğini veya ne zaman engelleneceğini belirlerler^{4 5 6 7}.

Tetikleyici grubu ise bir etiketin bir ya da daha fazla tetikleyicinin gerçekleşmesi şartı ile ilişkilendirilebilmesini sağlar. Örneğin, bir form alanının görüntülenmesi, form alanlarının doldurulması ve formun gönderilmesi gibi üç farklı etkileşimi temel olarak bir dönüşüm etiketinin tetiklenmesi sağlanabilir. Bir diğer örnek olarak consent uygulamalarında ilk consent durumunun iletilmesi ve kullanıcı tercihine göre yeni bir etkinlikler güncel tercihin iletilmesi ve etiketlerin bu tercihe göre yönetilmesi süreci göz önünde bulundurulabilir.

Tetikleyici Grubu (Trigger Group)

Tetikleyici grubu (trigger group), bir ya da daha fazla tetikleyicinin ve farklı tetikleyici türlerinin bir arada kullanılabileceği, belirlenen tüm tetikleyicilerin tetiklenmesi durumunda ilişkilendirilen etiketin ele alınmasını sağlar. Tetikleyici grupları başka tetikleyici gruplarını da içerebilir. Tetikleyiciler sıralılık gözetmez. Yukarıda temel bazı örnekleri ifade etmiştim. Şimdi, konuyu daha da netleştirmek adına başka bir örneği görsel üzerinden ele alalım ⁷.

Yukarıdaki görselde, iki farklı işlem yer almakta. Ana işlemlerimiz Triggers altında yer alan, zamanlayıcı ve video oynatma & izleme etkileşimlerinin gerçekleşmesini temel alırken, Conditions alanı bu etkileşimlerin belirli bir sayfada gerçekleşmesi şartını kontrol etmekte. Elbette herhangi bir sayfa ya da farklı bir diğer şartın gerçekleşme durumunu örnek olarak ekledim. Bu işlemi örneğin sayfa görüntüleme üzerinden de ele alabilirdim.

Örneğin, tetikleyicilerin gruplanması mantığı yapısal olarak özetlediğini düşünüyorum. Şimdi konuyu biraz daha detaylandıralım. Aşağıda sıklıkla karşılaştığım durumlara dair örnek bazı çözümlerden bahsedeceğim. Özellikle aynı etkinliğin birden fazla defa tetiklenmesi veya bir grup içerisinde yer alan tetikleyicilerin (özetle grubun) birden fazla nasıl işleme alınabileceğine bakalım.

Tekrarlanan Etkinlikler

Bir tetikleyicinin bir kereden fazla etkinleşmesinin gerekli olduğu durumlar olabilir. Örneğin, her 30 saniyede bir tetiklenen bir zamanlayıcının üçüncü kez etkinleşmesi durumunda (90. saniyede) bir etiketin işleme alınmasını isteyebilirsiniz. Bu tür durumlarda tetikleyici grubuna ilgili etkinliğin kaç kez gerçekleşmesi gerekiyorsa o kadar sayıda eklenmesi gerekmektedir.

Bir tetikleyici grubu içerisinde aynı tetikleyici grubunu hata almadan tekrar ekleyebilirsiniz. Ancak, ilgili etiket bir önceki tetikleyici grubu tetiklenmemiş olacağı için aktifleş(e)meyecektir.

Etiket düzeyinde ise bir tetikleyici grubunu bir kez ekleyebilirsiniz. Elbette aynı etiket grubunu farklı bir isimle yeniden oluşturabilir ve etikete ekleyebilirsiniz. Bu sayede, aynı etiketin gerekli şartların sağlanması durumunda iki kez işleme alınması sağlanmış olur. Bu işlem için bir önceki tetikleyici grubuna ait tanımlayıcı değer de gtm.triggers için bir veri katmanı oluşturulması durumunda kullanılabilir hale gelecektir. Bu sayede, tetikleyici gruplar arasında da kontroller yapılması ve ilişkiler oluşturulması mümkün hale gelir⁸.

Tekrarlanan Tetikleyici Grubu

Tekrarlanan Etkinlikler başlığında bir etiketin tetikleyici grupları ile birden fazla nasıl tetiklenebileceği ile ilgili temel bir bilgi vermiştim. Bu konuyu şimdi biraz daha detaylandıralım.

Örneğin, bir consent uygulaması kullandığımızı varsayalım. Ziyaretçi web sitesine ulaştığında cookie_consent_update ön tanımlı değerleri, ardından kullanıcı tercihlerini belirttiğinde ya da çerez kullanımını reddettiğinde bu bilgileri iletsin. Toplamda ilgili etkinlik iki kez tetiklenmiş oldu. Bu tetikleyici grubu içerisinde tekrar sınırı olmaksızın kontroller gerçekleştirmek isteyebiliriz. Örneğin, ziyaretçi ödeme yöntemleri arasında iki veya daha fazla geçiş yapabilir. Böyle bir durumda ilgili etkinliğin tekrar sayısını bilemeyiz. Elbette seçenek adedi kadar etkinliği grup içerisine dahil edebiliriz ancak böyle bir durumda, tekrarlanan seçenekler sebebiyle hatalı bir işlem yürütmüş olma ihtimali ortaya çıkacaktır^{8 9}.

Genelde consent uygulamaları etkinliğin yanı sıra veri katmanları da iletirler. Bu sayede, ilgili veri katman değerini şart (condition) olarak ele alabilir ve değer değişmediği sürece ilgili etkinliğin işleme alınmasını sağlayabiliriz. Elbette bu tür bir durumda tetikleyici grubuna ihtiyacımız kalmamakta. Ancak, benzer bir durumu tetikleyici grubu ile de ilişkilendirebiliriz. Bu durumda, ilgili şartların sağlandığı ilk tetikleyici grubu işleminde Custom HTML olarak bir bir veri katmanı değeri oluştururuz.

  if('{{gtmTriggers}}'.indexOf('1142207_223') == 0){
    dataLayer.push({'tgVariable': true});
  }

Yukarıdaki kod örneğinde, eğer 1142207_223 değerine sahip tetikleyici grubu tetiklenmişse tgVariable veri katmanına true değeri atanacaktır. Bu sayede tetikleyici grubu yeni tanımlayıcı değer oluşması veya etkinlikler arasına grup dışındaki etkinliklerin dahil olması gibi durumlardan etkilenmez. Bu sayede, tekrarlanan etkinliğe tıpkı bazı consent uygulamalarının etkinlik(ler) ile birlikte ilettikleri veri katmanlarında olduğu gibi, kendi oluşturduğumuz veri katmanı üzerinden şartlar & kontroller oluşturabiliriz. Elbette bu yöntem consent uygulaması veya çözüm üretmeye çalıştığımız durumda kullanılabilecek bir veri kaymanı gibi bir değişken olmaması durumunda kullanılabilir. Önemli olanın, çözümün olabildiğince sade tutulması ve etiketlerin kararlı tetikleyicilerle ele alınması olduğunu unutmamak gerekir.