Google Analytics Alternatifleri: Google teknoloji yığınını kullanmaya devam etme ve GDPR uyumlu olma

Son birkaç yılda, pazarlama analitiği alanında veri kalitesini ve pazarlama raporlarının hazırlanmasını etkileyen önemli olaylar meydana geldi. GDPR, izin modu ve çerez kullanımına ilişkin kısıtlamalar nedeniyle, birçok şirket artık Google Analytics alternatifleri arıyor. Her zamanki Google teknoloji yığınlarının, toplanan verilerin yalnızca bir AB konumunda saklanacağını garanti etmediğinden endişe ediyorlar.

Ancak, değişen teknoloji yığınları sancılı ve pahalıdır:

• Büyük bir öğrenme eğrisi ve yeni teknolojileri inceleme ihtiyacı süreçleri yavaşlatır ve yeni işe alımlar gerektirir.
• Geliştiricilerin ve analistlerin sitede yeni işaretlemeyi yeniden uygulamaları gerekir. Bu sadece önemli kaynaklar gerektirmez, aynı zamanda diğer acil görevleri de geciktirir.

​​İyi haber şu ki, şirketlerin teknoloji yığınlarını değiştirmeleri gerekmiyor. Sadece her şeyi doğru bir şekilde ayarlamaları gerekiyor.

Bu makalede, işletmelerin Google teknoloji yığınını kullanırken GDPR uyumlu olması için ne yapması gerektiğini öğreneceksiniz.

Birkaç yıl önce, veri analitiği alanında çalışan herkes, önümüzdeki yılları verilerin ve kişiselleştirmenin her yerde olduğu ve reklam teknolojisi yığınının hızla geliştiği güzel bir dünya olarak hayal ediyordu.

O eski güzel günler hakkında ne biliyoruz?

Veri toplama

• Uzmanların %99,5'i verileri istedikleri yere göndermek için Google Etiket Yöneticisi'ni kullandı.
• Uzmanların %85,7'si web sitesi verilerinin toplanması için Google Analytics'i kullandı.

Veri işleme

• Hemen hemen herkes veri işleme için ETL ve DWH kullandı.
• Anahtarları tanımlamak ve bunları verileri birleştirmek ve istediğiniz raporları oluşturmak için kullanmak gerçekten çok kolaydı.

Veri Raporlama

Veri depolarına sorunsuz bir şekilde bağlanan Google Data Studio ve Google Sheets gibi çeşitli veri görselleştirme araçları.

Kısacası, günümüzün tüm dış gereksinimleri olmadan verilerle uğraşmak kesinlikle çok daha kolaydı.

Bugün, kullanıcıların verileriyle çalışmak için ekstra çaba sarf etmemiz gerekiyor. Uçan arabalarımız yok ve veri kişiselleştirme her yerde değil. Bunun yerine, ek endişeler yaratan gereksinimlerimiz ve sınırlamalarımız var.

Tarayıcılar, üçüncü taraf tanımlama bilgilerinin kullanımını sınırlar

Tarayıcılar ve platformlar, bir üçüncü taraf etki alanı tarafından ayarlanan üçüncü taraf tanımlama bilgilerinin kullanım ömrünü sınırlar. Bu, Google Analytics'teki İstemci Kimliği gibi analiz sistemleri için önemli tanımlayıcıların görüntülenmesini etkiler. Bu nedenle, reklam kanallarının etkinliğine ilişkin önemli miktarda bilgi gelecekte mevcut olmayacaktır:

• Yeni ziyaretçiler için dönüşümlerin payı artacaktır. Ancak bunlar aslında "yeni" ziyaretçiler değil, yeni bir çerez atanan eski "geri gelen" ziyaretçiler olacaktır.
• Doğrudan / hiçbiri dönüşümlerin payı artacaktır.
• Raporlardaki ücretli reklamların YG'sinde %10 ila %20 hata payı olacaktır. Çoğu zaman, alt tarafta olacaktır.

Google Analytics, GDPR uyumlu değildir

AB'nin Genel Veri Koruma Yönetmeliği'nin (GDPR) yürürlüğe girmesinden sonra, Avrupa'daki Google Analytics kullanıcıları bir sorunla karşılaştı. Google Analytics, GDPR'ye uymadığı için Avrupa veri koruma yetkililerinin kararları nedeniyle birçok ülkede web sitesi operatörlerinin kullanması yasa dışı hale geldi.

Artık işletmeler, Google Analytics'i web sitelerinden kaldırmalı veya GDPR'yi ihlal ettikleri için para cezalarıyla karşı karşıya kalmalıdır. Avrupa Birliği'nde faaliyet gösteren veya AB ülkelerindeki müşterilere hizmet veren Google Analytics kullanıcıları, hiçbir kişisel verinin ABD'deki sunuculara aktarılmadığından emin olmak veya GDPR ile uyumlu alternatif bir analiz platformu bulmak için hemen harekete geçmelidir.

Ayrıca, GDPR gerekliliklerine uymak için web sitelerinin izin modunu kullanması gerekir. Yani, bir web sitesi, çerezleri paylaşmak istemeyen kullanıcıları tanımlamamalıdır. Ve bu aşağıdaki soruna yol açar.

İzin modu, bir trafik kaynağının tanımlanabileceği dönüşümlerin sayısını azaltır

Reklamverenler, kullanıcı etkinliği verilerini toplamaya devam edecek, ancak reklamlarla hangi etkileşimlerin dönüşüm sağladığını belirleyemeyecek. Onay modu uygulanan web sitelerinde çerezleri reddeden kullanıcıların ortalama oranı %30'dur. Web sitesinin türüne bağlı olarak bu pay %40'a ulaşabilmektedir.

Pazarlama raporlarındaki çevrimiçi dönüşümlerin hacmi aynı kalacak, ancak dönüşümler CRM'den gelen tıklamaların ve tamamlanan siparişlerin kaynağıyla bağlantılı olmayacak. Sonuç olarak, çoğu dönüşümü reklam kampanyalarıyla ilişkilendiremeyeceksiniz ve düşük bir YG elde edeceksiniz.

Günümüzde bir analist, veri toplama, işleme ve dönüştürme hakkında düşünmeye başladığında, aşağıdaki zor soruları cevaplamak zorundadır.

Veri toplama

• GDPR, izin modu ve çerez kullanımına ilişkin kısıtlamalar nedeniyle veri eksikliği konusunda ne yapmalıyım?
• İzin veren kullanıcılar ve izin vermeyen kullanıcılar ile ne yapacağım? Bunları nasıl ayırt edebilirim ve raporlarımda güvenilir olabilecek verileri nasıl alabilirim?
• UTM parametrelerini izlemek için ne tür bir izin almam gerekiyor? (Oturumları/web sitesi dönüşümlerini kampanyalarınızla eşleştirmek için UTM parametrelerini izlemek çok önemlidir.)
• Kullanıcıların verilerini hangi uç noktalara gönderebilirim? (Verileri oraya göndermeden önce ne tür hizmetler kullandığınızı iki kez kontrol edin.)
• İzin vermeyen kullanıcılar için ne tür verileri izleyebilirim?

Veri işleme

• Avrupalı ​​müşterilerin verilerinin bir AB konumunda işlendiğinden ve saklandığından nasıl emin olabilirim?
• PII verileri, tüm veri hatlarım ve dönüşümlerimde nasıl akıyor?

Hukuk ekipleriyle zaten görüşmüş olanlar, nihai rapora giden yolculukta PII verileriyle neler olup bittiğine net bir yanıt vermenin ne kadar sinir bozucu olabileceğini bilirler.

Veri Raporlama

• Tüm bu bölgelerin farklı yasa ve düzenlemeleri ve ayrıca farklı sunucuları varsa, tüm bölgeler için nasıl toplu raporlar oluşturabilirsiniz?
• Doğrudan trafik ve yeni kullanıcıların payı neden beklenmedik şekilde artıyor?

Önümüzdeki haftalarda, aylarda ve muhtemelen yıllarda analistlerin hayatını kolaylaştırmak için yukarıdaki tüm soruları ele almak için elimizden gelenin en iyisini yapalım.

Hemen hemen her pazarlama ekibinin, herkesin alışık olduğu ve yıllardır kusursuz bir şekilde çalışan, oluşturulmuş bir Google teknoloji yığını vardır. Ancak yukarıda açıklanan sınırlamalar ve yenilikler, şirketleri verilerle çalışmak için başka araçlar aramaya zorluyor. İyi haber şu ki, bu yönergeleri takip ettiğiniz sürece tanıdık Google teknoloji yığınını kullanmaya devam edebilirsiniz.

1. Google Analytics'teki coğrafi raporları inceleyin

Web sitesi ziyaretçilerinin hangi bölgelerden olduğunu anlamalısınız. ABD'den AB'ye karşı kaç kişi var? Kesinlikle ziyaretçilerin en sık geldiği ülkelerle çalışmaya başlamalısınız. Herkesin coğrafi raporlarını nerede bulacağını bildiğine inanıyoruz. Onlara göz atın ve ziyaretçilerinizin çoğunun geldiği ülkelerin listesini tanımlayın.

2. Ziyaretçi bölgelerindeki veri koruma yasaları hakkında bilgi edinin

Bu ülkelerden gelen ziyaretçiler için hangi yasalar geçerlidir? Tanrıya şükür, dünyadaki tüm yasa ve düzenlemeleri bir araya getiren ve uyumlu olmak için hangisini izlemeniz gerektiğini belirlemenizi kolaylaştıran harika bir web sitesi var.

3. Gereksinimleri tekilleştirin ve önceliklendirin

Birinci ve ikinci adımları tamamladıktan sonra, farklı ülkelerdeki tüm bu gereksinimleri tekilleştirmeniz gerekir. Hukuk İngilizcesinden veri analistlerinin İngilizcesine çevirmek için avukatlara danışın.

Bu aşamanın sonunda, hangi platforma veri gönderirseniz gönderin, tüm gizlilik kısıtlamalarını çözmüş olacaksınız. Bu sadece Google ile ilgili değil.

4. Onay modunu doğru şekilde uygulayın.

Son olarak, onay modunu uygulamanız gerekir. Üçüncü taraf etiketleri veya GTM ile entegre üçüncü taraf ürünleri yardımıyla bu kuralları uygulamak gerçekten çok kolay. Ziyaretçilerinizden verilerini analiz hizmetlerine göndermek için izin istemek amacıyla GTM şablonlarını bulmak için bu bağlantıları izleyin.

Son olarak veri işleme aşamasına geçiyoruz. Bir önceki aşamada ne tür verileri ne tür izinlerle toplayabildiğinizi fark ederken, artık bu verileri yakalamaya ve işlemeye başlayabilirsiniz.

GA'daki veriler daha sonra GBQ'ya aktarılsa ve GBQ'nun konumu AB olarak ayarlansa bile, artık daha önce yaptığımız gibi PII verilerini GA'ya gönderemeyeceğimizi herkes biliyor. Bunun nedeni, AB yasalarının, uygun bir kurulum olmadan PII'yi doğrudan GA'ya gönderemeyeceğinizi söylemesidir.

1. Google Analytics'i ve Google Etiket Yöneticisini yapılandırın

Bu en zor görev değil. Tek yapmanız gereken bu kontrol listesini gözden geçirmek, yeni Google DPA'yı kabul etmek ve Veri paylaşım ayarlarını devre dışı bırakmak. En önemlisi, hayalet vuruşları ve Google sinyalleri de devre dışı bırakılmalıdır.

Yukarıdakilerle birlikte, PII'lerin izinsiz toplanmasını önleyerek GA'yı gizlilik ve tüm düzenlemeler açısından uyumlu hale getirebilirsiniz.

Ancak, GA'da tüm bu ayarları yaptığınız anda, gerçekten önemli verilerin GA'da veya dolayısıyla Google BigQuery Export'ta hiçbir yerde bulunmadığını göreceksiniz.

Ayrıntılı konum verilerinden, belirli raporlar için ihtiyaç duyduğunuz bazı PII verilerinden ve örneğin CRM verileriyle birleştirmek için anahtar olarak kullanılan bazı özel boyutlardan bahsediyoruz.

Açıkçası, bu durum sizin için işe yaramayacak çünkü günün sonunda bir analist olarak eyleme geçirilebilir bir rapor oluşturmak ve SQL tarafından erişilebilen verilerle uğraşmak istiyorsunuz. Neyse ki uygulayabileceğiniz başka bir çözüm var: sunucu tarafı izleme.

2. Çerezsiz sunucu tarafı izlemeyi kurun

OWOX çözümünü kullanabilir veya kendinizinkini oluşturabilirsiniz.

OWOX BI Sunucu Tarafı İzleme hakkında daha fazla bilgi edinmek için bir demoya kaydolun

Her iki durumda da, sunucuyla ilgili en önemli şey, AB'de bulunması gerektiğidir. Başka bir hizmete göndermeden önce tüm PII verilerinin filtrelendiğinden bu şekilde emin olabilirsiniz.

Deneyimlerimize dayanarak, sunucu tarafı izleme, edinme kampanyası izlemenin doğruluğunu %20 artırır. Bu nedenle, sunucu taraflı izlemeye geçiş yapmak için yalnızca yasal bir neden değil, ticari bir neden vardır.

3. Bir sunucu tarafı etiket yöneticisi kurun

Üçüncü bölüm, bir sunucu tarafı etiket yöneticisi kurmaktır. Neden önemlidir? Çünkü yalnızca analitik hizmetinize değil, tüm üçüncü taraf reklam hizmetlerine (Facebook, Bing) gönderdiğiniz tüm veriler üzerinde kontrol sahibi olmak istersiniz.

Bu noktada, sunucu tarafı etiket yöneticinizi bir AB konumunda barındırabilir ve IP adresi gibi tüm PII alanlarını filtreleyebilirsiniz. Yalnızca her bir reklam hizmeti için gereken verileri gönderebilirsiniz.

Verileri GDPR gerekliliklerine uygun bir şekilde bu şekilde dışa aktarabilirsiniz.

Hâlâ hukuk ekibinden itirazlarla karşılaşıyorsanız, şunu söyleyin: Hey, ziyaretçilerimizin Google BigQuery'deki PII verilerine kimsenin erişemeyeceğinden nasıl emin olabiliriz?

Bu noktada bir çözüm de vardır. Müşteri tarafından yönetilen bulut KMS anahtarlarını etkinleştirebilir ve verilerinizi şifreleyerek herhangi birinin, yani herkesin verilere erişmesini engelleyebilirsiniz.

Dürüst olmak gerekirse, tüm bu önerileri yerine getirdikten sonra GCP'yi kullanma konusunda hâlâ şüpheleri olan hiçbir kuruluşla karşılaşmadık.

Şimdi biraz daha pratik önerilere geçelim. İzin modu nasıl görünür?

İzin alarak veri göndermeye başlar başlamaz (örneğin, OWOX BI kullanarak), bu izin modunu içeren özel bir parametre alırsınız.

İşte bir oturum tablosu. Gördüğünüz gibi, web sitesinde verilen iznin değerini içeren özel bir ConsentMode alanı vardır.

Analitik amaçlarla veri toplamak için onay almanız gerekir ve bu ConsentMode parametresinin değeri ile onay seçeneklerini çözebilirsiniz. Google Analytics'in analitik gereksinimleriyle eşleşen değerleri G101 ve G111'dir. gsc parametresi bu değerlerden birine sahipse verilerinizi analitik amaçlarla toplayabilirsiniz.

Bununla birlikte, web sitenizin ziyaretçileri izin vermemişse, verilerini kişisel olarak tanımlanabilir herhangi bir bilgi olmadan saklayabilirsiniz - tıpkı web sunucusu günlüklerinizin IP adresleri ve kullanıcı aracıları içermesi ancak benzersiz kullanıcı kimliklerine sahip olmaması gibi.

Nasıl çalıştığına bir göz atalım.

İzin almadığınızı hayal edin. Artık her isabetin yeni bir müşteri kimliği ve OWOX kullanıcı kimliği olacaktır.

Bunun da ötesinde, ayrıntılı konum verileri kullanılamayacak. Bunun arkasındaki fikir şudur:

Kişiyi doğrudan veya dolaylı olarak tanımlayabilecek herhangi bir veri toplayamazsınız. Bu ne tür bir veri? Şehir, enlem, boylam, tarayıcı (küçük sürüm numarası ve kullanıcı aracısı anlamına gelir), cihaz markası/modeli dahil olmak üzere parmak izi almak için kullanılabilecek her şey vb.

Bununla birlikte, sayfa görüntülemeleri gibi PII olmayan verileri, kişileri tanımlamak için kullanılabilecek herhangi bir PII olmadan depolayabilirsiniz. Aşağıda, bu verilere neden ihtiyacınız olduğunu öğreneceksiniz.

En bariz fikir, toplamları elde etmektir, değil mi? Herkesin sayfa görüntülemeleri ve dönüşüm sayısı açısından doğru toplamlara sahip olmak istediğine inanıyoruz ve bu metriklerin hangi belirli kullanıcılardan geldiği önemli değil.

Şimdi, veri kökeni ile başlayan veri raporlamaya geçelim. Tüm verilerinizi topladığınız anda PII verilerinizin nasıl aktığını, tüm veri dönüşümlerinizi, birleştirmeyi, temizlemeyi nasıl ayarlayıp kontrol edeceğinizi cevaplamaktan muhtemelen kaçınamazsınız.

Tüm bu dönüşümleri ve nihai rapora nasıl ulaştığınızı en açık ve en denetlenebilir şekilde gösteren özel bir araca sahip olmak harika olurdu - PII'nizin doğru şekilde akıp akmadığını anlamanıza yardımcı olacak bir araç.

Örneğin, farklı bölgelerden veri topladığınız anda, bir özet oluşturmak için ona katılmanız gerekir. Ya da kullanıcıların izin verdiği ve vermediği verilerin ayrı ayrı saklandığını ve genel ölçümün tek bir raporda hesaplanması gerektiğini varsayalım. Bunu yapmak için veri şeması bilgisine ihtiyacınız var. Onlarca dönüşümü kafanızda tutmanız gerekecek. Hesaplamalarda birdenbire açık ve anlaşılır bir veri dizisi olmadan bir hata ortaya çıkarsa, onu aramak ve ortadan kaldırmak için çok zaman harcarsınız. Bunlar, veri kökenine ihtiyacınız olduğunda yüzlerce kullanım durumundan yalnızca birkaçıdır.

Müşterilerimizin sıklıkla karşılaştığı bu sorunu çözmek için OWOX BI'da verilerinizin nasıl, nerede ve neden hareket ettiğini açıkça gösteren net bir dönüşüm grafiği oluşturduk. Bununla hesaplama mantığını kolayca görebilir ve etkileyebilirsiniz:

• Verilerin bağlayıcılardan panolara nasıl taşındığını ve değiştiğini izleyin.
• Her raporda veri dönüşümlerini ve metrik hesaplama mantığını ayarlayın ve kontrol edin.
• Birkaç tıklamayla SQL dönüşümlerini yönetin.
• Verileri güncel tutmak için veri güncellemelerini planlayın.
• Verileri güncellemedeki herhangi bir hatayı veya gecikmeyi anında görün.

1. Bir veri kataloğu oluşturun

Her şeyden önce, bir veri kataloğu, veri varlıkları envanterinizi, özellikle de PII verilerini içerenleri düzenlemenin bir yoludur. Ne tür bir PII verisi olduğuna dair net bir işaretinizin olması gerekir. Örneğin, verilerinizi şifreleyebilir, karma hale getirebilir veya şifresini çözebilirsiniz. Nasıl kullanacağınıza bağlı.

2. Her veri varlığı için bir sahip atayın

İkinci olarak, her veri varlığı için bir sahip atamanız gerekir. Örneğin, verilerin kime ait olduğunu ve PII verileriyle ne tür alanların ilişkili olduğunu kolayca anlamak için kendinizi Ziyaretçilerin sahibi olarak ayarlayabilirsiniz.

3. PII güvenliğini sütun bazında tanımlayın

Son olarak, verileri şifrelemek veya karma hale getirmek isteyip istemediğinizi belirlemek için PII veri güvenliğini sütun bazında bile tanımlayabilirsiniz.

Harika haber şu ki GC, tüm SQL sorgularını sıfırdan yeniden yazmaya gerek kalmadan sütun anahtarı şifrelemeyi kullanmanın basit bir yolunu sunuyor.

Bu makaledeki önerileri izleyerek şunları yapabileceksiniz:

• Tüm verilerinizi Google BigQuery'de alın
• İzin vermeyen kullanıcılar için tüm PII verilerini filtreleyin
• Toplamları almak ve kapsamlı raporlar oluşturmak için izin dışı PII verilerini kaybetmekten kaçının
• Hukuk ekibinize verilerinizin tüm ardışık düzenlerden nasıl aktığını anlatın