Google Analytics 4 ile Doğru Ölçümleme Rehberi

— Selamlar herkese, Zeyot Walks'a hoş geldiniz. Bugün Ferit'le beraber analitik stüdyolarını konuşacağız; beraber analitiks ekibindeyiz. Kendisi Web Analytics Specialist olarak çalışıyor, ben de Web Analytics Manager olarak çalışıyorum. Sürekli yeni müşterilerde özellikle gördüğümüz hatalar: property'lerde yaptığımız optimizasyonlar ya da çok yaygın kronik sorunlar hakkında doğaçlama bir sohbet yapmayı planlıyoruz. Öncelikle hoş geldin Ferit, nasılsın, iyi misin?

— Hoş buldum Zafer, iyiyim. Sen nasılsın?

— Ben de iyiyim, teşekkür ederim. İstersen direkt şeyle başlayabiliriz: Bize bir property geldiği zaman, bir Google Analytics 4; zaten artık Universal Analytics olmadığı için tamamen Google Analytics 4 dünyası içerisindeyiz. Burada neler yapıyoruz? Bize geliyor marka, genelde de analitiks hizmeti ihtiyacı olan markalar; gerçekten yüksek trafikli, büyük brand'ler oluyor. Burada çok fazla şeyle karşılaşıyoruz sektör olarak ama genelde mesela nelerle karşılaşıyoruz? Burada en çok neleri sen ilk başta, roadmap'in en başında tespit ediyorsun? Bu şekilde konumuza giriş yapabiliriz.

— Tabii. Şimdi biz ilk başta... Marka bize ilk geldiğinde, ilk ulaştığında zaten yüksek trafikli markalar oluyor. Hani daha işte SEO çalışmalarını yapmamış ya da PPC çalışmalarını yapmamış markalar değil de, bu çalışmaları yapıp daha sonrasında analitiks hizmeti isteyen markalar oluyor. Ve bunlar yüksek trafikli oluyor, senin de söylediğin gibi. Şimdi bunlarda biz audit çalışması yaparken aslında bizim bir audit sıralamamız var ve bunlara yönelik kontroller sağlıyoruz. Şimdi burada en çok karşılaştığımız sorunların başında, aslında benim ilk gördüğüm sorunlardan en büyüğü, bütün sayfalarına marka sahipleri bütün sayfalarına GTM ve Google Analytics kodları eklememiş oluyorlar.

En çok burada hatayla karşılaşıyoruz. Yani önce aslında baktığımız yer bizim direkt websites.

— Yani önce temel kuruluma bakıyoruz. Yani ileri seviyeye geçmeden önce bir kere sizin analitiksiniz doğru çalışıyor mu? Çünkü genelde hep neyle karşılaşıyoruz? Marka bize geliyor, tamam başlıyoruz ama daha başlayalım da temel kurulum senelerdir yanlış çalışıyor. Yani bunu çok görüyoruz. Ya en basitinden, session yanlış ölçülüyor. Yani inanç değil; e-commerce konsept moda geçmeden önce. Bu markaların çoğu bir dönem analitiks danışmanlığı da alıyor olabilirler. Ancak çok basit şeyler...

— Gözden kaçabiliyor. Evet, yani biz bunu hani analitiks danışmanlığı almış şirketlerde de gördük daha öncesinde. Hiç almamış şirketlerde, hatta ben şöyle söyleyebilirim: Hiç almamış şirketlerde en azından sorunları çözmek çok daha basit olduğunu düşünüyorum ben Zafer en azından. Daha önceden analitiks danışmanlığı almış şirketlerde hem kafalar birazcık karışık oluyor hem de belli bir entegrasyon yapıldıysa bunu düzeltmek zor oluyor. Çünkü bir veri akışı var bir yere ve hani yeni gelmiş bir markaya senin verin şu tarihten itibaren hatalıydı. İşte bak burada şöyle bir sorun yaşamışsın, senin bu sayfanda aslında bu çalışmıyordu demek biraz zor olabiliyor. Dediğim gibi hani daha öncesinde bu hizmeti almış markaların problemleri daha büyük olabiliyor. En çok yaşadığımız sorunlardan bir tanesi aslında bu.

Bütün sayfalarda kodların ekli olmayıp, bütün sayfaları analiz edemiyor olması markanın gibi şey yapabilirim. Devamında yine en çok yaşadığımız sorunlardan bir tanesi, bütün sayfalarda olabiliyor kodlarımız ama page view'lar duplicate olabiliyor. Yani yazılımsal olarak bu benim...

— Orayı ekleyeyim, uzmanlık alanım.

— Evet, bir hep...

— Page view.

— Şansa benim karşıma çıkıyor genellikle. Zafer de hep bana bu konuda böyle şey yapıyor, takılıyor. Giriyorum, bir sayfayı debuglamaya çalışıyorum, bir sayfaya bakıyorum, inceliyorum sadece. Duplicate page view karşıma çıkıyor. Bu da aslında sen de detaylandırırsın konuyu. Direkt hani x2 session gibi düşünebiliriz, x2 user gibi düşünebiliriz. Hani bu çok değiştiriyor metrikleri, bounce rate'i değiştiriyor, her şeyi değiştiriyor aslında. Giriyorsun, hani duplicate page view karşıma çıkınca ben zaten böyle bir kalıyorum. Çünkü çok büyük sorunlar var o tarafta. Hani bütün sayfaları eklemedin kodları, bu bir sorun ama duplicate page view yaşıyorsun, bu çok daha büyük bir sorun. Bu da genellikle şundan kaynaklanıyor: Ya yazılımsal olarak yanlış kod eklenebiliyor ya da işte marka, ben şunu da gördüm, marka unutmuş, bir daha ekletiyor.

GTM'ini ya da JForm'u.

— Ya da paralel kurulum var. Yani GTEK ve GTM üzerinden kurulum var. Zaten page view dediğin şey en temel event Google Analytics 4'te. Burada bunun duplicate olması aslında alt parametrelerinin de duplicate olması demek. Yani o page view altında bir sürü event gidiyor. Session'dan tut da diğer her şeyin aslında x2 olarak sayılmaya başlaması gibi bir sıkıntı oluyor. Bu da dediğin gibi sil baştan yanlış bir temel kurulum var, entegrasyon. Sonra biz bunu ne yapıyoruz? Söylüyoruz. Diyoruz ki: "Bakın, yanlış ölçüyormuşsunuz. O zaman bizim verimiz ne?" diyorlar. Şeklinde oluyor. Yani biz de diyoruz ki: "Bilmiyoruz, düzeltmemiz lazım önce."

— Yani bunu düzeltmek bir aylık bir süreç. Sen de tahmin edersin. Şimdi ben bugün duplicate page view'ü kaldırdım. Senin session'un düştü ama sen iki gün sonra session'unu yükseltecek misin? Daha da mı düşecek? Senin aylık grafiğin ne gibi ilerliyor, bunu bilemiyoruz. Ve yeni gelen bir marka. Bu, bilmiyorum, sende de öyle ama bende de bir mahcubiyet oluşturuyor. Böyle sanki hani sorunu ben buluyorum, diyorum daha önceden bir hata okudum ama ben de bir mahcup oluyorum. Sanki ben yapmışım gibi. Çok büyük bir sorun olduğu için.

Çünkü adamlar bu sefer diyorlar ki: "Biz bu zamana kadar bıraktığımız veriler yanlış mı? Ben bu kadar reklam verdim, yanlış mı?" Diyorsun, yanlış yani yapacak bir şey yok.

— Orada şuna geleceğim ben: Hani bir mahcubiyet oluşturmuyor aslında bende. Niye oluşturmuyor? Bu hatayı ben yapmadım. Ha, olabilirdim de. Ancak şöyle bir durum var: Bu bize şunu gösteriyor. Buradan bizi dinleyenlere de bunu söyleyebiliriz. En temel bir hata bile, çok basit bir hata bile sizin yanlış ölçmenize sebep oluyor. Ve öyle büyük markalarda bunu yaşıyoruz ki, milyon dolarlık markalar. Yani cirosal anlamda. Ve içerideki tüm ekip böyle kalıyor. Ya biz hatırla, şunu yaşadık seninle: Yeni bir müşteri toplantısına gittik, farklı bir yerle çalışıyorlardı. Biz bunları gösterdik, şok oldu hepsi.

Yani.

— Türkiye'nin bildiği bir şey burası, kurum bu aslında yani.

— Evet, yani biz bunları gösterdik. Ya bakın, ve bu nasıl olmuştu? Bizden eğitim almışlardı sadece. Biz bir eğitim vermiştik. Ve biz bu hataları eğitim esnasında örneklerle gösterirken fark ettik. Yani bir audit falan da yoktu ortada bu arada. Ama ya ben burada şey için de söylemiyorum bu arada, hani bizim de hatalarımız var, gözden kaçırdığımız şeyler var, sonradan hemen düzelttiğimiz şeyler var. Fakat hani hata biraz temel olduğu zaman, hani iş karmaşıklaşıyor. Yani yoksa tabii ki bizim de "ya bunu nasıl gözden kaçırmışız" dediğimiz, düzelttiğimiz şeyler oluyor.

Ama bu çok temel bir hata olduğu için bir analitiks danışmanlığı alan markanın analitiksinde bulunmaması gerekiyor aslında. Konu biraz daha bu. Bizim şaşırma sebebimiz ya da bunu yerme sebebimiz aslında bu. Ya bunu bir kere hani audit'te biz tespit ediyoruz. Ve sadece bu da değil. Biz sadece page view açısından konuşuyoruz bir 3-5 dakikadır ama. Bir e-ticaret sitesi, örnek veriyorum, ciroyu ölçüyor, organik trafikten aldığı trafiğin ciroya dönüşünü, reklamdan aldığı, sosyal medyadan hepsini analitiks'te görüyor neticede. Gelir ölçüyor, satılan, görüntülenen ürünler. Fakat e-ticaretin çok yanlış çalıştığını görüyoruz. İnanç değil e-commerce kurulumundan bahsediyorum. Burada yine bazı basit ama direkt sonuca etki eden hatalar var. Mesela bunlar ne? Revenue bir kere yanlış sayılıyor.

Kargo sayılmıyor, indirim dahil olmuyor. Ya da vergi total revenue'nün içerisine dahil oluyor gibi sorunlar oluyor. Ve yine bir duplicate problemi transaction'da yaşanıyor aslında. Bunu sen de bir markamızda tespit etmişsin, etmiştin zaten. Şimdi bizim transaction ID olarak gönderdiğimiz bir sipariş numarası, aslında tüm siparişlerde unique bir numara olması lazım. Öyle değil mi? Random bir numara oluyor bu genelde. Bunun birden fazla kez oluşması aslında aynı siparişin çoklanması anlamına geliyor.

— Yani bunu iki kere görüyorsan aynı ID'den, burada senin yazılımsal olarak bir hatan var çok yüksek ihtimalle. Çünkü iki ID'nin aynı anda pushlanması imkansız. Yani kullanıcı iki tane üst üste alışveriş bile yapsa aynısından, iki ID'yi pushlamaması gerekiyor aynı zamanda. Ama ikisini aynı anda görüyorsan muhtemelen inanç konusunda hata var. Zaten bu, hani zaten konuşacağımız başlıkların içerisindeydi bu. Şey gibi oldu biraz bu. Hani sen JForm'u kurdun, doğru kurdun. İnanç.com'da purchase kurdun ama purchase'in de hatalı çalışabilir. Yani en temel yine bu şeylerden biri. Biz inanç.com kurduğumuzda da başka markalara direkt purchase aslında ilk başta kuruyoruz. Çünkü hani bunun bir çalışması lazım, sonra diğerlerini çalıştırırız gibi yaklaşıyoruz. Bu da en temel hatalardan bir tanesi aslında.

— Orada şunu ekleyeyim ben: Purchase'i ilk başta kuruyoruz dedin ya. Bizim e-ticaret kurma, yani inanç değil e-commerce entegrasyonunda hata yapmamak için ilerlediğimiz bir roadmap var. Genelde şöyle oluyor: Biz süreci fazlara bölüyoruz. Yani tüm event'leri dokümante edip gönderdiğimiz zaman, karşı tarafta yazılım ekibinin aksiyon alması, alsa bile o aksiyonun doğruluğu konusunda şüpheler oluyor.

— Evet, çok uzun bir süre.

— Keza, aynen, keza yaptık dedikleri yerde bizim kontrolümüzün de zorlaşması anlamına geliyor. O yüzden biz şöyle başlıyoruz: Önce bir purchase'i kurduruyoruz. En temel event. Purchase'i kurdurup gelir takibini vesaire simüle ediyoruz. Yani ya kullanıcı bize, marka bize bir test user veriyor, bir dummy user kullanıyoruz. Gidiyoruz, müşteri gibi sipariş veriyoruz sitele. Ya da hani bir şey olmuyorsa, bir test user'ı sağlayamıyorlarsa bize, ucuz bir üründen sipariş veriyoruz. Benim evime gelen ürünler oldu biliyorsun. İptal edilemeyip. Öyle siparişler verip aslında data layer'ın, GTM'in, analitiks'teki debug kısmının mükemmel olduğuna emin oluyoruz. Yani burada birden fazla senaryo olabilir. Kapıda ödeme doğru çalışması lazım, havale, normal kredi kartı. Oradaki parametrelerin doğru gelmesi lazım.

Yani parametre değerlerinin doğru type'lar olarak tanımlanması lazım. Yani string gönderilmemesi, number gönderilmesi ya da string'in hakikaten string gönderilmesi gerekiyor. Burada çok fazla alt parametre olduğu için fazlara bölmek her zaman bizim işimizi kolaylaştırırken sürecin de aslında doğru finalize olmasını sağlıyor. Daha sonra ne yapıyoruz? Tamam, purchase çalışıyor. Direkt gelir ölçmeye başlıyor zaten. Bu çok güzel bir veri. Direkt analitiks'te hangi üründen ne kadar sattım, ne kadar gelirim oldu. En temel, yani birçok raporu dolduran bir kurulum purchase. Sonrasında add payment info, add shipping, add to cart, even from cart. Bunların hepsini akabinde, aynen, dokümante edip yazılım ekibine iletiyoruz. Ve genelde yani hızlı bir şekilde kuruluyor. Ama yazılım ekibi daha önce böyle bir kurulum yapmadıysa, orada bizim biraz daha yönlendirme yapmamız, birkaç tane toplantıda göstermemiz, Google'ın kaynaklarından örnekler vermemiz.

Çünkü kolay bir kurulum değil gerçekten. Hani analitiks tarafında custom olarak yapılıyorsa bu, yani epey teste tabi olması gerekiyor. O yüzden faz faz ilerlemek burada en doğrusu diyebilirim.

— Ben de o şekilde söyleyebilirim. Bir de şimdi diğer bir soruna geçeceğim. Şimdi purchase'la konuşuyoruz. Şey de önemli aslında, hani sen satış yapıyorsun ve işte bir reklam veriyorsun, bundan satış elde ediyorsun. Ama senin bounce rate'lerin uçmuş gitmiş. Yüzde üçler, yüzde dörtler. Bu benim en çok gördüğüm sorunlardan bir tanesi yine. Genelde gelen markalar neyi conversion işaretleyip, neyi conversion işaretlememesi gerektiğini hiçbir fikre sahip olmuyorlar. Ve bunu neredeyse markaların yani yüzde altmışında, yüzde yetmişinde yaşıyoruz. Bilmiyorum sana soruyorum şimdi, session start'lar conversion sayılmış. Hani bütün kullanıcıların yaptığı event'ler conversion sayılmış. Atıyorum websinde kocaman bir şey var, girişinde banner var. Ve banner'ın görüntülenmesi conversion sayılmış.

Yani giren, websine giren bütün kullanıcılar bu işlemi yapıyor ve sen bunu conversion sayıyorsun. E doğal olarak ne oluyor? Ondan sonra senin bounce rate'lerin, çeşitli metriklerin etkilenmeye başlıyor bu durumdan. Bu da yine en çok gördüğümüz hatalardan bir tanesi diye söyledim. Buna ekleme yapmak istersen. Bu benim hep görüp görüp markalara yazdığım bir durum çünkü.

— Tabii tabii. Yani burada zaten conversion olarak tanımlama sınırlı. Bir tane de conversion var, en temel purchase. Zaten onu kaldıramıyoruz. Bir e-ticaret sitesinde aslında purchase kuruluysa conversion odur. Yani satış yapmak. Çok basit. Yeterli. Yani sonsuza kadar purchase'tir aslında baktığın zaman. Ama burada page view, session start vesaire olduğu zaman, raporlarda filtreleme yapmadan doğru sonucu bulamıyorsun. Yani bir bakıyorsun bir milyon dönüşüm var. Yani sağlıklı değil. Reklam tarafına da zarar veriyor bu. Çünkü reklamcıların bir hedeflemesi oluyor, bir öğrenmesi oluyor kampanyanın. Oradaki birden fazla conversion orayı da karıştırabiliyor. Hani bize soruyor reklam tarafındaki arkadaşlar mesela, hangi conversion'u ben baz almalıyım? Halbuki biz tanımlamamışız o conversion'ları.

Yani bir sürü conversion var. Yani bu ne olması lazım? Ya tabii ki şu olabilir. Yani e-ticaret dışına çıkarsak, bir sigortacılık markası düşünelim. 10 tane conversion olabilir, 15 tane conversion olabilir. Yani tamamlayıcı sağlık sigortası, kasko, cep telefonu sigortası, DASK vesaire. Ya bunların hepsi bir dönüşüm. Ayrı ayrı takip edilmesi gerekiyor bunların. Burada tamamız. Yani o orayı istediğiniz gibi doldurabilirsiniz. Ama senin dediğin gibi varsayılan event'leri conversion tanımlayan çok fazla marka görüyoruz. Ve bizim audit kapsamında direkt disable yaptığımız ayarlar onlar oluyor.

— Bunun dışında yine benim eklemek istediğim bir konu var burada. Şimdi böyle konuşuyoruz, konuşuyoruz, aklıma geliyor. Şeylere bakıyoruz, domain'lere bakıyoruz. Hangi domain'lerden websine veri akıyor? Yani websine değil, JForm'a veri akıyor. Bu da yine en çok gördüğüm sorunlardan bir tanesi. Büyük markalar genellikle test siteleri kullanıyor Zafer. Ve bunları kullanırken şimdi şöyle bir mantıkla yaklaşıyorlar. Biz buraya JForm kurduk ana sitemize. Bunu testte de kuralım. Testte yaptığımız işlemleri işte event kuracaksak, yani data layer push yapacaksak, bir şey yapacaksak, değiştirme yapacaksak önce burada yapalım.

Daha sonra bunu canlıya alalım şeklinde yaklaşıyorlar. Aslında çok doğru bir yaklaşım. Ama burada bizim aslında önerdiğimiz şey JForm'ları ayırmak gibi. Çünkü developer burada giriyor, test sitesinde yaptığı bütün her şeyi organize ediyor. Sonra test sitesinde bunları denemeye başlıyor. Sürekli deniyor, sürekli deniyor, sürekli deniyor. Ve developer çünkü gün içerisinde buna belki binlerce defa giriyor bu website. Kapatıyor, bir daha giriyor. Kapatıyor, bir daha giriyor. Bir debug'lıyor bir şeyi, bir daha giriyor. Daha sonra ne oluyor? Senin JForm'a, aynı JForm'u bağladıysan buraya, binlerce session akmış oluyor. Binlerce event akmış oluyor. Aynı şekilde çeşitli subdomain'lerden, çeşitli yerlerden, hep domain'lerden event gelmiş oluyor. Kullanıcı, user gelmiş oluyor.

Ondan sonra raporlarda, bunu custom raporlarda bir ayırıyorsun. İşte senin aylık atıyorum 5 milyon session'ın var. İşte 1 milyon session da şeyden gelmiş. Testten gelmiş. Test sitesinden gelmiş. Bu sefer marka yine bir duruyor. Çünkü 1 milyon session direkt silinecek aslında. Tamamen developer girmiş. Hiçbir onun hedeflediği bir kullanıcı değil. Ve burayı silmek zorunda kalıyoruz. Aslında bu da temel sorunlardan bir tanesi görmüş olduğumuz.

— Yani datayı kirletiyor ve büyük account'larda, yani büyük websitelerinde bunu daha fazla görüyoruz. Zaten senin ekibinde 5 kişi varsa problem değil. Hani data makul seviyede kirleniyor. Ama çok büyük şirketlerin o kadar fazla test verisi oluyor ki. Yani birçok websitesinin o kadar trafiği yok. Yani sadece korkunç bir developer trafiği var. Ve dediğin gibi bunlar sürekli session start yapıyor. Yani bu da ne oluyor? Test sitesinin verisini normal main property'ye bağlıyor. Biz orada ne yapıyoruz? Ya bir host name filtresi kullanıyoruz, ya IP tarafında bir engelleme yapıyoruz. Yani eskiden Universal Analytics'te de yaptığımız gibi, eskiden daha kolaydı. Şu an remote çalışma yaygın olduğu için hani IP de çok etkili olmuyor. O yüzden genelde host name bazlı bir kırılım yapmak daha çok hayat kurtarıyor gibi.

Ama kesinlikle dediğin doğru. Yani audit tarafında doğru veri, ya ben gerçekten doğruyu ölçüyor muyum dediğimizde, bunun da özellikle büyük trafikli, çok fazla çalışan sayısı olan markaların property'lerinde bunu optimize etmemiz gerekiyor. Diyerekten consent mode tarafına geçmek istiyorum. Çünkü consent konuşmada.

— Burayı devam ettiremeyiz.

— Aynen, mümkün değil. O yüzden consent mode tarafında da özellikle bu sene, geçen sene epey gündemdi. Ama Avrupa Birliği'nde ya da Avrupa ekonomik alanında 5-6 senedir veri gündem aslında. Bu arada hani consent tarafından, hani neyden bahsettiğimizi bilmeyenler olabilir dinleyiciler içerisinde. Kısaca şöyle anlatayım ben. Herhangi bir websitesine girdiğimizde hepimizin gördüğü bir banner vardır. Kabul et, reddet. Biz genelde reddedi göremeyiz nedense Türkiye'deki sitelerde. Asıl olay o. Hani sizin verinizi, verinize saygı duyarak bir ölçümleme yapılması. Yani siz ona reddet dediğinizde orada o site için söz hakkı bitiyor. Remarketing yapamaz size. Bir ölçümleme yapamaz. Yapar ama nasıl yapar? Modelleme vesaire. Burada da aslında olay detaylaşıyor. Hani sadece konu o değil. O kadar basit değil.

Hani kabul et, reddet. Kabul edersek sıkıntı yok, reddedersek sıkıntı var gibi bir durumdan ziyade, marketing'in devam etmesi için, ölçümlemenin devam etmesi için orada Google consent mode kurulumunun doğru yapılması lazım. Burada da Google'ın partneri olduğu cookie management platformlar var. Ya da Türkiye'de bunu sağlayan cookie çerez yönetim şirketleri var. CMP dediğimiz. Burada bir kere onunla, yani kendi başınıza da bir consent kurulumu yapabilirsiniz. Hani illa onlara gerek yok. Ama bir panel olması, daha profesyonel bir yönetim olması, kurulum tarafında belli bir standardın olması işleri kolaylaştırıyor.

— Analizi de arttıracaktır. Yani burada sana reddeden kullanıcıları veriyor, kabul eden kullanıcıları veriyor. Bunların hangi cihazlardan yaptığını bunu veriyor. Hangi ülkelerden yaptığını. Çünkü reddeden kullanıcıları biz genellikle çok göremiyoruz. Belli bir kaybımız oluyor burada. Hani cookie management platformlarla çalışmak, hatalı bir kurulumun olmasını da engelliyor aslında Zafer. Öyle söyleyebilirim. Hani herhangi bir analitik hizmeti almadın ve sen consent mode kurmak istiyorsun. Cookie management platformlar burada senin hatalı bir kurulum yapmanı da engelliyor. Ama diyerek bir virgül atayım. Herhangi bir cookie management platformla çalışıyor olmak hata yapmayı engellemiyor. Bunu Zafer de çok iyi biliyor aslında.

Burada hani cookie management platformların daha önceden görmemiş olduğu hatalar da olabiliyor. Ya da senin kişisel olarak yaptığın hatalar da olabiliyor. Bir kurulumu yanlış yaptın, belli parametreleri yanlış seçtin. GTM üzerinden kurarken burada hatalar yaşadın. Ya da bulunması çok zor hatalar oluyor. Yine burada bir markamıza örnek vereceğim. Zafer'le biz yaklaşık bir iki hafta kadar uğraşmıştık bu sorunu bulabilmek için. Hatırlar mısın Zafer? Direct patlaması yaşadığımız bir marka vardı consent mode kurulumu sonrası. Hani markanın bir trafiği var. Bu trafik aslında hani direct'te de olsa, organikte de olsa, bakıyoruz ki hani aynı trafik. Yani geçtiğimiz ayda ya da ondan önceki ayda ya da ondan önceki ayda aynı. Ama sürekli direct'te akıyor trafik. Hani kurulum buradan consent mode'dan kaynaklandığını daha sonrasında bulmuştuk.

Yanlış hatırlamıyorum herhalde Zafer. Sayfa yeniliyordu ve sayfa yenildikten sonra user'ı direkt direct'te gönderiyordu. Bu sefer direct'teki user'lar patlıyordu.

— Evet, orada sürekli kullanıcının ID'si değişmesi gibi problem vardı. Tespit edilmesi de biraz zor bir hataydı aslında. Biz de dediğin gibi hani birçok şeye baktık ama ona bakmak, yani onu takip etmek aslında biraz daha zordu. Ve dediğin gibi cookie management platformların, ya burada Türkiye'dekilerin birçoğuyla çalışıyoruz ama hani hata yapmamanız anlamına gelmiyor. Ne yazık ki cookie management kullanıp daha da bariz hatalar yapan markalar çok fazla. Destek konusunda da bazen sıkıntılar yaşanabiliyor. Burada bir analytics danışmanınızın olması ya da en azından bunu debug yapabilecek içeride birilerinin olması, onu takip etmesi. Çünkü sürekli de güncellenen bir alan. Yani burada consent mode vardı. Consent mode v2 geldi. Yeni parametreler eklendi.

Bunlar sizde aktif oluyor mu vesaire gibisinden. Çünkü bunun hukuksal bir boyutu var.

— Yani yanlış kurulum yaptığında aslında başını, markanın başını ağrıtabilecek süreçler bunlar.

— Evet, evet. Yani burada ya hata yaptım, yanlış ölçmüşüm gibi bir durumdan ziyade, bir hukuksal tarafı da olan bir alan. Tabii o taraf bizim uzmanlık alanımız değil. Biz daha çok işin teknik parametreler kısmındayız. Kurulumun yapılması, reddeden kullanıcıların da rızasına saygı göstererek bu verilerin analytics'te modellenmesi, makine öğrenimiyle, bunun buradaki koşulları sağlayan özellikle property'lerde önemli. Yani örnek veriyorum, 20 kişi geliyor websiteme. Onu reddediyor, onu kabul ediyor. Basic bir consent mode kurulumu varsa ki bu da olabilir. Ama bir kurulum var aslında. Bir kullanıcı rızasına saygı gösteriliyor. Ne olacak? Yarı yarıya belki daha fazla verimiz kaybolacak.

Ama arka tarafta bir modelleme çalışıyorsa Google Analytics 4'te, burada %70'ini %80'ini kurtarabileceğiz verinin. Oradaki iki tane veri kaybolacak. Yani %atıyorum %20'si buhar olacak. Bu da aslında bize çok iyi bir örneklem verecek şey açısından. Ölçümleme açısından. O yüzden advanced consent mode'u doğru bir şekilde oturtmak önemli.

— Yani aslında burada demek istediğimiz, hani hem veri kaybı yaşamamak için consent mode'u kontrol etmek çok önemli. Hem de ilerideki dava süreçleriyle, çeşitli süreçlerle başınızın ağrımaması için aslında bunu iyi kontrol etmek önemli bir nokta gibi gözüküyor.

— Ya aynen. Türkiye'deki büyük e-ticaret siteleri. Yani neyi bekliyorsunuz bilmiyorum. Bu Avrupa'da yaygın. Avrupa ekonomik alanında. O yüzden onların da aslında kullanıcı verilerine saygı göstermeye başlaması, bizim açımızdan. Neticede hepimiz bir tüketiciyiz. Yani ben spor ayakkabı almak için girdiğim zaman X sitesine her yer spor ayakkabı olmasını istemiyorum. Yani bana remarketing yapmanı istemiyorum belki. Belki öylesine baktım.

— Türkiye'de çok saygı duyulan bir konu değil ama şu an.

— Evet, evet. Yani o yüzden burada bence biraz özellikle büyük siteler tarafında bir şapkanın önlerine koyulması gerekiyor.

— Cezaların ciddileşmesi gerekiyor Zafer.

— Evet, aynen. Belki cezaların o tarafta caydırıcı olması lazım. Avrupa'da işler biraz daha şu an şey. Yurt dışı tarafındaki markalarımıza hemen hemen hepsi en önemli gündemleri bu. Analytics'i biz gün bir kurduğumuz zaman bu doğru çalışıyor mu diye bakıyorlar. Çünkü oradaki işler farklı yürüyor. Yani biz önce Analytics ile birlikte consent'in de doğru çalıştığına emin oluyoruz. Onun haricinde consent tarafında.

— Sorunumuz yoksa diye devam ediyoruz.

— Şeye yani hatalı Inance e-commerce tarafına baktık. Ben konularımıza bakıyorum. Burada Adil ve Kamil. Efendim?

— Ben direkt sana soru sorabilirim aslında. Bu da bir hata bu arada. Şimdi Zafer, benim bir GFor hesabım var. Ben bir markayım. Ve 360 mı kullanmalıyım? BigQuery mi kullanmalıyım? Ve bunun bana indikatörü nedir? Yani ben verilerimi Adil'da görüyorum. Benim raporlarım patlıyor. Benim raporlarım kıpkırmızı ünlemli. Ben 360 ne zaman kullanmalıyım? Ya da BigQuery'e ne zaman geçmeliyim?

— Bence burada BigQuery tarafına geçmek daha mantıklı. Ancak çok yüksek trafikli websitelerinde BigQuery biraz maliyetli olabiliyor. Çünkü yanılmıyorsam aylık, günlük de olabilir. Orada çok şey değil ama aylıktı galiba. Belli bir export sınırı var ücretsizde. Onu aşmak için 360'ınızın olması gerekiyor. Değişmediyse tabii en son öyle hatırlıyorum. Ama küçük websitelerinde BigQuery, yani küçük web sitesi dediğim görece düşük trafikli web sitesi diyeyim. Hani BigQuery az maliyetli bir şey sanılanın aksine. Belki de hiçbir maliyeti yok. Çünkü size bir kredi de tanımlıyor Google Cloud. O kredi doğrultusunda BigQuery'ye bağladığınız zaman veriler oraya akıyor. Bu size ne elde ediyor? Ettiriyor en basit olarak. Verileriniz üzerinde daha fazla söz hakkına sahip oluyorsunuz.

Bir veriyi sorgulamak için Google Analytics raporunun size verdiğinden ziyade BigQuery'de sorgu yaparak daha sampling'siz, yani örnekleme olmayan verileri görebiliyorsunuz. Ek olarak BigQuery çok fazla tool'u entegre edebilen bir kısım olduğu için, yani siz Excel'le bir veriyi aktarıp normal Google Analytics 4 verinizle match edebiliyorsunuz. Yani orada blend bir rapor oluşturabiliyorsunuz. Yani atıyorum CRM'den bir export alındı. Google Analytics 4'de matchleyip BigQuery üzerinde sorgulama yapabiliyorsunuz. BigQuery'den görselleştirme tarafına Looker vesaire veri gönderebiliyorsunuz aynı şekilde. O yüzden ben hani 360 çok pahalı bir şey. Özellikle çok büyük firmalar için bile çok pahalı.

O yüzden 360 çok yaygın değil. Ama BigQuery bence bahsetmiş olduğun ağdır ya da sampling sorunlarını bir nebze olsun çözecek. Aynen öyle.

— Buradaki soru şu, sorma sebebimiz de şu, hani bunu konuşma sebebimiz de şu. Hesaplarda ağdır diye bir sorun yaşanıyor. Ya da kardinaliteye takılma sorunları oluyor. Bu da sampling olarak gözüküyor. Yani threshold değil, orasıyla karıştırmayalım. Sampling olarak sorunlar olabiliyor. Ve hatırlar mısın bilmiyorum yine bir markamızda raporlara bir şeyler ekleyemeyecek durumdaydık. Hani herhangi bir parametre ekliyorsun, herhangi bir metrik ekliyorsun ve direkt rapor sampling'e düşüyor. İşte diyor senin %15'ini gösterebiliyorum. %10'unu gösterebiliyorum senin. Bu tip sorunlar yaşamamak için aslında 360 ve BigQuery tarafına başvurulabilir.

— Aynen öyle. Son olarak ben şeyden bahsedelim istiyorum. Yani yapay zeka olmadan bir sohbet olmaz bugünlerde. Son yıllarda. Yapay zeka tarafını Web Analytics tarafıyla nasıl kullanıyoruz biz? Yani bir Web Analytics danışmanı olarak burada neler yapıyoruz şeklinde. Ben şöyle bahsedeyim sana topu atmadan. Özellikle Google Tag Manager üzerindeki sorunları çözmek için çok fazla başvurabiliyoruz. Yani çok iyi kod yazıyor neticede AI. GTM tarafında da bizim çoğu zaman custom bir JavaScript'e ihtiyacımız oluyor. Eskiden ne yapıyorduk? Bir kodu bir şekilde yazıp, yani neticede biz bir developer değiliz. Nihayetinde her gün developerlar gibi kod yazmıyoruz. Bir JavaScript'i bir şekilde yazıp bulup ya da bir yerden hata verdiği zaman stack overflow ya da internette bunun neden yanlış çalıştığı, bu bir variable olabilir.

Çok kullandığımız ya da bir custom HTML olabilir. Neden yanlış çalıştığın, kodun neresinde hata yaptığımız JavaScript'in araştırmakla geçiyor. Ama şu an direkt derdimizi anlatarak.

— Yazdırabiliyorsun.

— Evet, bize kodu yazıp veriyor. Ve genelde ilk denemede ya da 3-4 deneme sonrasında. Burada hani bizim biraz ona verdiğimiz promptla alakalı. Yani orada ne kadar iyi bir yönlendirme sağlayabilirsek bize o kadar iyi dönüşü oluyor. Çok fazla zaman tasarrufu. Yani ben bir gün, iki gün bir kod üzerinde uğraştığım, farklı arkadaşlarıma danıştığım, yani ileri seviye developerların başını ağrıttığım, hani şu neden çalışmıyor gibi. Şu an direkt kodumu veriyorum. Diyorum ki ben bunu bu yüzden kullanmak istiyordum. Fakat şu hatayı alıyorum. Ya da bana bir değer döndürmüyor. Direkt olarak doğrusunu veriyor. Ve çoğu zaman dediğim gibi çalıştırıyorum.

— Ben de burada şunu söyleyebilirim aslında. Hiç sen de bunu yaşamışsın illa. Genellikle bir markayla çalışıyorsun ve third party'lerden gelen kodlar oluyor. İşte bunu hani Tag Manager üzerinden çalıştıralım. Biz buradan ölçümleme yapacağız şeklinde. Ya bunların çalışmadığı senaryolar olabiliyor. Bunların direkt Tag Manager'a pushlayamadım. Benim çok öyle yaşadım. Direkt Tag Manager'ın hata verdiği, işte burası yanlış yazılmış denen kısımlar oluyor. O da Tag Manager'ın hatalarını da biliyorsun. Hani diyor 12. satırda yanlışlık var. Ama böyle detaylandırmıyor bu konuyu. Onları da ben, onlar için de çok kullanıyorum. Direkt atıyorum. Diyorum ki hani burada bir hata olduğunu söylüyor tool. Sen ne diyorsun? Direkt düzeltip, bunu bunun içine tanımlamamışsın.

Bunu böyle yapmamışsın. Aslında bunu böyle yapsan daha doğru olur deyip çözdüğüm konular da oldu benim. Hani hiç şimdi E'ye danışmazsan bu saygı duyacaksın. Third party'ye bir daha soracaksın. Bunu tekrar yazabilir misiniz? O markaya dönecek. Ben bunu tekrar yazdım. Bunu tekrar pushlayabilir misiniz? Bakacaksın bir daha hata var falan. Hani çok uzun bir süreç. Onun yerine düzeltip hemen devam edebiliyorsun aslında. AI bu işe de yarıyor.

— Evet, yani orada benim baştan sona çok karmaşık bir teski. AI sayesinde çözdüğüm bir case var yani. Hani ben direkt bu bahsettiğim bir third party kurulumunu. Verileri çekerek. Ya tabii bunun için hani sıfır GTM bilginizin olması da iyi değil neticede. Hani AI anlatmaya çalıştığını direkt mantık yürütebilmek. Ha böyle diyorsa buradan yapmam lazım. Ya da hani onun hatalı yönlendirmesini sizin düzeltmeniz lazım. Çünkü ne kadar mükemmel de olsalar halen yani çoğu zaman halüsinasyon vesaire birçok hatayla AI üzerinde de karşılaşıyoruz. Tamamen ona süreci teslim etmekten değil kasıt. Yani burada ona bir asistan olarak kullanıp kendi bilginizle harmanlayıp aslında teski tamamlayabilmek doğru şekilde. Çünkü hani sıfırdan finale kadar AI o kurulumu sizin için yapmayacak ama geçmişte olmayan çok güçlü bir asistan.

Sizden her şeyi daha iyi biliyor. Sadece onu kullanmak önemli. Diyerekten istersen varsa eklemek istediğin bir şey.

— Aslında genel olarak bütün sorunları, yani temel olarak kullanıcıların karşısına çıkabilecek bütün sorunları konuştuk. Bütün hepsini diyemem bunun içerisinde. Ama temel olarak çoğu sorunu konuştuk gibi. Hani bunlar kontrol edilse aslında sorunların çok büyük bir kısmı hallolacak sorunları konuştuk.

— Aynen öyle. Zaten ZO olarak bu tip içeriklerde aktifiz. Sadece ZO Talks değil, Digital Zone ya da Blog tarafındaki içeriklere de göz atabilirsiniz. Analytics tarafında da orada ürettiğimiz içerikler var. ZO komünitesini bu doğrultuda takip etmenizi öneririm. Diyerek kapatabiliriz. Dinleyenlere çok teşekkür ediyoruz. Bize vakit ayırdıkları için. Yeni bir ZO Talks'ta görüşmek üzere. Hoşçakalın.

— Görüşmek üzere. Hoşçakalın.