Stape ile oturumlar arası kullanıcı birleştirme artık daha kolay

Bir süredir sunucu taraflı izleme yapıyorsanız, muhtemelen kullanıcı birleştirmenin bir versiyonunu kendiniz oluşturmuşsunuzdur (ben birkaç kez yaptım!). Bir kullanıcı form gönderdiğinde e-posta adresini yakalayıp Data Store gibi bir yerde sakladınız. Ardından, sonrasındaki her olayda bu kullanıcı verisini geri çektiniz veya cihazlar arası izleme için kullandınız. Bu yöntem işe yarar, çok fazla zaman alır; ancak çoğumuz reklam platformu performansımızı artırmaya yardımcı olmak ve onlara faydalı veriler sağlamak için bunu yapmamız gerektiğini biliyoruz.

Ben MeasureU Teknik Lideri Manisha Mistry; bu kurulumu birkaç kez yaptım ve kurmanın ve sürdürmenin ne kadar zahmetli olabileceğini biliyorum. Düzen her zaman aynıdır: bilgiyi yakalayın, kaydetmek için bir Stape Store Writer etiketi, geri çekmek için bir Stape Store Lookup değişkeni kullanın ve ardından bunu her tanımlayıcı ve sonraki her platform için tekrarlayın.

Geçtiğimiz ay Stape, Enricher power-up özelliğini yayımladı ve bu, tüm bu iş akışına bakışımı değiştirdi. Enricher hepimizin manuel olarak yaptığı işi üstleniyor; tüm bu birleştirme sürecini bizim yerimize hallediyor ve kullanıcı birleştirmeyi neredeyse fazla kolay hale getiriyor.

Bu blog yazısında; Enricher'ın gerçekte neleri değiştirdiğini, eşleştirmenin arka planda nasıl çalıştığını, eşleştirmeye çalıştığı altı (evet, tam altı) tanımlayıcıyı ve yaygın kullanım örneklerini ele alacağım.

Enricher power-up'ını anlamanın en kolay yolu, onu çoğumuzun şu anda yaptığı yöntemle karşılaştırmaktır.

Kullanıcı birleştirme için bağımsız Data Store kurulumu:

• Store Writer etiketini kullanarak kullanıcı verilerini Store'a yazarsınız.
• Store Lookup değişkenini kullanarak kullanıcı verilerini Store'da ararsınız.
• Çalışır, ancak kurması ve yönetmesi zaman alabilir.

Enricher power-up ile Data Store:

• Stape, gelen isteklerden tanımlayıcıları ayıklar, depolar ve sGTM istemcileriniz ve etiketleriniz tetiklenmeden önce bunları gelecekteki isteklere yeniden ekler.
• Zenginleştirme altyapı düzeyinde gerçekleşir ve etiketleriniz sunucuya tamamen zenginleştirilmiş bir olayın ulaştığını görür.

Bana göre... adeta BÜYÜ gibi (tabii bu sadece benim fikrim). Bununla birlikte, nasıl çalıştığına ve nasıl eşleştirme yaptığına yakından bakalım.

Bir konuyu iyice anlamam gerektiğinde onu görselleştirmeyi severim; bu nedenle aşağıda, bir kullanıcı web sitesinde bilgilerini gönderdikten ve bu bilgiler olay/veri etiketinde gösterildikten sonra Enricher power-up'ının tüm olaylar için verileri nasıl zenginleştireceğinin bir görselleştirmesi yer almaktadır.

Diyagramdaki dört sütunun tamamında görselleştirildiği gibi, veriler açığa çıktığında Enricher power-up'ı kullanıcı verilerini yakalar ve o andan sonraki her olaya yeniden ekler. Kullanıcının yeni bir oturumda veya yeni bir cihazda olması fark etmez. Altı tanımlayıcıdan biri eşleştiği sürece Enricher'ın görevi; kullanıcıyı eşleştirmek, kullanıcı profilini yakalamak/güncellemek ve sonraki tüm olayları eksik olan kullanıcı verileriyle zenginleştirmektir.

Özellikle dikkat çekmek istediğim sütun, ziyaretçinin tamamen yeni bir cihazla web sitesine geri dönüp aynı e-postayı yeniden gönderdiği 9. Gün'dür. Data Store e-posta üzerinden eşleştirme yapabildiğinden, tam kullanıcı profilini öne çeker, gelen olayı eksik olan kullanıcı verileriyle günceller ve saklanan kullanıcı profilini yeni bilgilerle günceller. 

Enricher power-up konusunda beni gerçekten etkileyen kısım burası oldu. Kullanıcı birleştirmeyi kurduğum çoğu zaman e-posta veya kimlik ya da her ikisi üzerinden eşleştirme yaparım. Enricher, gelen olayları bu altı tanımlayıcıdan herhangi biriyle eşleştirme olanağı sunarak bunu bir üst seviyeye taşır:

• email - birincil tanımlayıcı
• _sbp - Stape'in uygulama çerezi
• FPID - birinci taraf çerez kimliği
• _ga - GA4 istemci kimliği
• _dcid - Stape Data Client ID
• X-Stape-User-Id - Stape'in User ID power-up tanımlayıcısı

Burada bir saniye durmak istiyorum; çünkü yukarıdaki altı tanımlayıcı, Enricher power-up'ının bir kullanıcıyı mevcut bir profille eşleştirmek için kullandığı tanımlayıcılardır. Bununla birlikte, Enricher'ın bu profilde sakladığı veriler çok daha geniş bir listedir ve sonraki reklam platformu izlemeleri için bu özelliği bu kadar faydalı kılan da budur.

Enricher altı tanımlayıcıdan herhangi birinde bir eşleşme bulduğunda, veri/olay etiketleriniz aracılığıyla sağladığınız her şeyi kullanıcı profiline kaydeder. Bu; ad, soyadı, telefon numarası, şehir, ülke, bölge/eyalet, posta kodu, sokak, doğum tarihi, cinsiyetin yanı sıra Meta (_fbp, _fbc), Google Ads (gclaw, fpgclaw), TikTok (ttp, ttclid), LinkedIn (liFatId), Pinterest (epik) ve Snap (scclid, scid) platformlarına özgü tıklama kimliklerini içerebilir.

Ardından, gelecekteki bir olay geldiğinde ve altı tanımlayıcıdan herhangi biriyle eşleştiğinde Enricher, olayda nelerin eksik olduğunu kontrol eder ve sGTM etiketleriniz tetiklenmeden önce saklanan profilden eksik kullanıcı verilerini doldurur. Bu sayede Meta CAPI etiketiniz, Google Ads dönüşüm etiketiniz ve TikTok Events API etiketiniz, sunucuya neredeyse hiç kullanıcı verisi olmadan ulaşan olaylarda bile tıklama kimliklerine ve karmalanmış kullanıcı verilerine sahip olur. 

Bu blog yazısını yazmadan önce, bu altı tanımlayıcı arasındaki eşleştirmenin arka planda gerçekte nasıl çalıştığını anlamak istedim. Bu yüzden Stape'in Ürün Yöneticisi Dan Murovtsev ile bir görüşme yaptım. Tam olarak kendi ifadesiyle Enricher, eşleştirme söz konusu olduğunda deterministik bir yaklaşım kullanıyor.

Bu, Enricher power-up'ının tahmin yürütmediği veya 'içerir eşleştirmesi' yapmadığı, sitedeki kullanıcıyı mevcut kullanıcı verileriyle eşleştirmek için belirli ve hiyerarşik bir sırada tam eşleme yaptığı anlamına gelir. 

Sıralama şu şekildedir:

1. 1.
   email
2. 2.
   _sbp (Stape'in uygulama çerezi)
3. 3.
   FPID
4. 4.
   _ga (GA4 istemci kimliği)
5. 5.
   _dcid (Stape Data Client ID)
6. 6.
   X-Stape-User-Id

Enricher, gelen her olayda her tanımlayıcıyı yukarıda belirtilen sırayla kontrol eder. Tam eşleşme bulan ilk tanımlayıcı kazanır ve sGTM etiketleriniz tetiklenmeden önce gelen olaydaki eksik kullanıcı verilerini tamamlamak için saklanan kullanıcı profili kullanılır. 

Ayrıca Enricher power-up'ı, verileri güncel tutacak şekilde tasarlanmıştır. Bu, yeni bir _ga, FPID veya email gibi herhangi bir kullanıcı verisi için yeni bir değer ortaya çıktığında Enricher'ın bunu nihai doğru bilgi kaynağı olarak kabul ettiği ve saklanan kullanıcı profilini güncellediği anlamına gelir. Kısacası en son değer, daha önce mevcut olanın yerini alır. Bunu bizzat, Enricher power-up'ı tarafından profili zaten oluşturulmuş bir kullanıcının _ga çerezini silerek test ettim ve yeni bir _ga ulaştığı anda, saklanan profil yeni değere güncellendi.

Enricher power-up'ı size iki depolama seçeneği sunar ve müşterinizle doğru kararı verebilmeniz için her bir seçeneği anlamak önemlidir.

Ne değişir: Enricher power-up'ı tanımlayıcıları yakaladığında ziyaretçinin cihazına bir _sbpee çerezi yazar ve bu çerezi her olayda yeniden okur.

Ne değişmez: Çerez, Stape'in altyapısında değil ziyaretçinin cihazında saklandığı için sunucu maliyetiniz aynı kalır.

Dezavantaj: Her çerez gibi Enricher power-up'ı tarafından oluşturulan çerez de cihaza bağlıdır; bu nedenle telefondaki ve dizüstü bilgisayardaki bir ziyaretçi iki ayrı _sbpee çerezidir. Ayrıca çerezler silinebilir ve cihazlar arası veya çevrimdışı izleme avantajından yararlanamazsınız.

Ne değişir: Enricher power-up'ı yakalanan tanımlayıcıları Stape altyapısındaki Data Store'a yazar ve her istekte gelen olayları tüm Store ile eşleştirir.

Ne değişmez: Mevcut Store kurulumunuzla ilgili hiçbir şeye dokunulmaz. Enricher power-up'ı yalnızca her zaman erişiminiz olan aynı Store'a okuma ve yazma yapar.

Dezavantaj: Her zaman olduğu gibi Data Store kullanımı abonelik maliyetinize dahil edilir; dolayısıyla bir maliyet oluşur. Bununla birlikte bu maliyet; ziyaretçinin çerezlerinin silinmemesine bağlı olmayan cihazlar arası, oturumlar arası ve çevrimdışı eşleştirmenin yanı sıra Profiller CSV yüklemesi aracılığıyla çevrimdışı verileri içeri aktarma olanağı sağlar.

Bunu Dan ile birlikte değerlendirdikten sonra, Stape ve benim önerimiz oldukça nettir: Planınız ve bütçeniz elveriyorsa ikisini birden çalıştırın. Çerez işlevselliği sağlar, Store ise cihazlar arası ve çevrimdışı eşleştirmenin yanı sıra bir yedekleme sunar.

Enricher'ın arka planda nasıl çalıştığını anladığımıza göre, Enricher power-up'ının çoğumuz için fark yaratacağı kullanım senaryolarına göz atalım. Bunların hiçbirinin yeni fikirler olmadığını, çoğumuzun aynı kullanım senaryolarını zaten Data Store kullanarak çözmekte olduğunu bilmek önemlidir.

Birçoğumuz, Meta veya Google Ads platformundaki düşük EMQ puanı uyarısının konuşulduğu o müşteri toplantısını yapmıştır. Bu hiçbir zaman keyifli bir görüşme değildir ve genellikle sGTM kapsayıcınıza bir etkinlik ulaştığında e-posta veya telefon numarası gibi tanımlayıcıların eksik olmasından kaynaklanır.

Enricher'ın yardımcı olabileceği yer tam da burasıdır; çünkü bir etkinlik ulaştığında Enricher power-up'ı, altı tanımlayıcıdan birini kullanarak bu kullanıcı için depolanmış kullanıcı verisi olup olmadığını kontrol edebilir. Eğer varsa, etkinlik Meta CAPI, Google Ads ve diğer platformlara iletilmeden önce karma ad, soyadı ve telefon gibi eksik kullanıcı verilerini etkinlik üzerinde tamamlar. Bu da reklam platformlarına gönderilen verileri iyileştirir ve eşleşme kalitesini artırmaya yardımcı olabilir.

Bu, özellikle webhook etkinlikleri veya çevrim dışı dönüşüm yüklemeleri olan müşterilerimiz için birçoğumuzun heyecan duyduğu kullanım senaryosu olmalı. Enricher power-up'ı olmadan, bir CRM webhook'u, çevrim dışı dönüşüm yüklemesi veya tarayıcı dışından herhangi bir etkinlik sunucuya ulaştığında, genellikle elimizde yalnızca e-posta, telefon numarası ve belki de ad gibi kullanıcı verileri bulunur; ancak bu kullanıcıyı web davranışına bağlayan çerez tanımlayıcılarının hiçbiri yer almaz.

Enricher power-up'ı açıkken, çevrim dışı etkinlik sunucuya ulaştığı anda kullanıcıyı e-posta ile eşleştirmeye çalışır. Bir eşleşme bulursa, depolanan profilden _ga, FPID, _sbp, platform tıklama kimlikleri ve daha fazlası gibi eksik kullanıcı verilerini doldurur. Bu da artık çevrim dışı bir etkinlik için Meta CAPI etiketinizin Meta çevrim içi etkinliklerinizle aynı tanımlayıcıları içerebileceği ve bunun da EMQ puanınızı artıracağı anlamına gelir. 

Bu aynı zamanda Enricher power-up'ındaki Profiles sekmesi kullanılarak ters yönde de çalışır; burada Stape, kullanıcı verilerinin bir dışa aktarımını yüklemenize olanak tanır. Yüklendikten sonra Enricher, çevrim içi olarak gönderilen kullanıcı verilerini, eşleştirme kriteri olarak e-postayı kullanarak yüklenen profillerle eşleştirebilir.  

Bunu sürekli yaptığımı itiraf etmeliyim, bu yüzden sitenizi ziyaret eden birini takip etmenin tüm yollarını gerçekten çok ilginç buluyorum!

Mobil cihazımda Safari ile başlıyorum, birkaç saat sonra dizüstü bilgisayarıma geçip sepete ekleme yapıyorum, ama durun, burada bitirmeyelim. Daha sonra tekrar telefonuma geçip satın alma işlemini tamamlıyorum. Cidden, bunu tekrar tekrar yapan tek kişi ben olamam. Mesele şu ki, bir takip uzmanı olarak, birleştirme olmadan takibinizin bozuk veya eksik olduğunu biliyorum; çünkü tüm bu cihazlar ve oturumlar boyunca etkinliklerimi birbirine bağlayamazsınız.

Enricher'ın parladığı yer tam da burasıdır. 

Tüm cihazlarda/oturumlarda e-posta gibi aynı tanımlayıcıyı kullandığım sürece, beni Data Store'dan eşleştirebilir ve bu noktadan sonraki her etkinlik zenginleştirilmiş kullanıcı verilerini içerir. Bu, Meta ve Google Ads'e gönderdiğimiz etkinlikleri de kapsayacaktır; dolayısıyla EMQ puanımızı artırmaya yardımcı olabilir.

Enricher'ın nasıl çalıştığını ve yardımcı olabileceği kullanım senaryolarını anladığımıza göre, kuruluma geçelim. Oldukça basit olduğu için bunun da beni etkileyen bir başka alan olduğunu söylemeliyim. Yalnızca birkaç adım sürer ve veriler bir veri/etkinlik etiketinde mevcut olduğu sürece hazırsınız demektir.

1. Stape hesabınıza giriş yapın ve kontrol panelinden sGTM konteynerinizi seçin.

2. Power-ups bölümüne gidin, aşağı kaydırarak Veri zenginleştirme bölümüne gelin ve Enricher paneline tıklayın.

3. Enricher anahtarını açarak özelliği etkinleştirin.

4. Zenginleştirme modunu seçin:

• Otomatik (varsayılan olarak uygulanır) - Enricher power-up'ından gelen veriler, /g/collect (GA4) ve /data (Data Client) istekleri için standart parametrelere eşleştirilecektir. Sonuç olarak, etiketlerin çoğu herhangi bir ek yapılandırma gerektirmeden bu verileri otomatik olarak ayrıştıracak ve kullanacaktır.
• Yarı otomatik - Enricher başlatma işleminden elde edilen veriler, ‘enricher_{standard_parameter_name}’ önekiyle başlayan özel parametreler olarak eklenecektir. Bu parametreler Olay Verileri’nde mevcut olacak ve zenginleştirilmiş veri noktalarının nasıl kullanılacağına dair kendi mantığınızı yapılandırmanıza olanak tanıyacaktır.

Şu anda bir kullanıcıyı tanımlamak için aşağıdaki istek parametreleri kullanılmaktadır. Bu parametreler, aşağıda listelendiği sırayla, en yüksek öncelikten en düşük önceliğe doğru değerlendirilir:

1. 1.
   email_address parametresi (standart yük alanlarından)
2. 2.
   _sbp çerezi (Stape CMS uygulamaları tarafından ayarlanır)
3. 3.
   FPID çerezi (GA4 tarafından ayarlanır)
4. 4.
   _ga çerezleri (GA4 tarafından ayarlanır)
5. 5.
   _dcid çerezi (Data Client tarafından ayarlanır)
6. 6.
   stape-user-id başlığı (Stape Power-Up tarafından sağlanır)

5. Yöntemin yanındaki anahtarı etkinleştirerek kullanıcı verilerini depolamak için bir yöntem seçin. Her ikisini de kullanabilirsiniz.

• Çerezler - bu yöntemi seçerseniz, _sbpee adlı bir çerez oluşturulur ve kullanıcının verileri bu çerezde saklanır. Çerezler kullanıcı tarafından manuel olarak silinebileceğinden, bu yöntem Data Store'a göre daha az güvenilirdir.
• Data Store - yerleşik bir NoSQL veritabanıdır; bu yöntemle, kullanıcıların verileri veritabanında saklanacak ve gelen olayları zenginleştirmek için kullanılacaktır. Verileri veritabanında saklamak, çerez kullanmaktan daha tutarlı ve güvenilirdir, ancak bunun bir bedeli de vardır: saklanan veriler, abonelik planınız dahilindeki kullanım kotanızdan düşülür.

6. Power-up'ın onay ile nasıl çalışacağını yapılandırın.

Power-up'ın veri düzenlemelerine uyumlu olması gerekiyorsa (özellikle AB ülkelerini veya zorunlu veri koruma yasaları olan bazı ABD eyaletlerini hedefliyorsanız), “Yalnızca pazarlama onayı verildiğinde çerez ayarla/veri sakla” seçeneğine tıklayın. Etkinleştirildiğinde, /collect istekleri için Consent Mode V2 parametreleri kullanılır ve /data istekleri için consent_settings nesnesi kullanılır.

Bu seçeneği etkinleştirdikten sonra, bir kullanıcı verilerin işlenmesine rıza vermemiş olması durumunda, olay verileri elinizde bulunan kullanıcı verileriyle zenginleştirilmeyecektir.

7. Listeden veri noktalarını seçin.

Bunlar, bir çerezde/Veri Deposunda (seçtiğiniz power-up yapılandırma yöntemine bağlı olarak) kaydedilecek parametrelerdir. Daha sonra bu veriler, olayları/gelen istekleri zenginleştirmek için kullanılacaktır.

Bu parametreler, hem Otomatik hem de Yarı Otomatik modlarda olay zenginleştirme için hangi bilgilerin kullanılabilir olacağını tanımlar.

Veri noktalarını seçtikten sonra, davranış zenginleştirme moduna bağlıdır:

• Otomatik modda, seçilen veriler herhangi bir ek yapılandırma gerektirmeden sGTM'de gelen olayları zenginleştirmek için otomatik olarak kullanılır.
• Yarı otomatik modda, seçilen veriler depolanır ve olaylara eklenir; ancak kullanılabilmesi için sGTM etiketlerinizde Olay Verisi değişkenlerini kullanarak bu verileri açıkça eşleştirmeniz gerekir.

Yarı otomatik mod için, sGTM etiketlerinizde Etkinlik Verisi değişkenlerini manuel olarak oluşturmanız ve kullanmanız gerekir. Bu değişkenler, Enricher eklentisinde seçilen veri noktalarına karşılık gelmelidir. İşte bir sGTM etiket yapılandırması örneği:

Etkinlik Verisi değişkenindeki Anahtar Yolu, enricher_ ile başlamalıdır. İstek türüne (/g/collect veya /data) bağlı olarak yol farklılık gösterecektir; aşağıdaki tabloya bakınız:

Otomatik Zenginleştirme modu için, zenginleştirilmiş veriler çerez/Veri Deposu'nda aşağıdaki anahtarlar kullanılarak eklenir. /g/collect ve /data istekleri için parametreler arasında bazı farklılıklar vardır; bunlar aşağıdaki tabloda gösterilmiştir:

Veri noktaları arasında Pazarlama ve analiz çerezleri de bulunmaktadır.

Aşağıdaki tabloda, kullanıcıyı tanımlamak için kullandığımız Pazarlama ve analiz çerezleri (eğer veri noktası olarak “Pazarlama ve analiz çerezleri”ni seçerseniz) ile sGTM’ye gelen isteklerde mevcut olacak parametreler listelenmiştir.

8. Store kullan seçeneğini tercih ederseniz, Profiller sekmesi kullanıma açılır.

Bu sekme, profil verilerini içeren bir CSV dosyasını (örneğin, CRM/CMS'den yüklenen) yükleme olanağı sunar. Profiller yüklendiğinde, güçlendirme özelliği sağladığınız verileri alır ve bunları çevrimiçi veri etkinlikleriyle eşleştirmeye çalışarak daha eksiksiz bir kullanıcı yolculuğu oluşturur.

Profil verilerini yüklemek için Upload profiles seçeneğine tıklayın ve dosyanızı seçin.

Power-up içindeki alanları, yüklenen veri kümesiyle eşleştirin. Lütfen dikkat: E-posta adresi, birincil kullanıcı tanımlayıcısı olduğu için zorunlu bir parametredir.

CSV yüklemesi sırasında, içe aktarma başlamadan önce e-posta adresleri doğrulanır. Dosya geçersiz veya desteklenmeyen e-posta adresleri içeriyorsa, yükleme başarısız olur ve bir hata mesajı görüntülenir.

Ayrıca, CSV yüklemesi sırasında tüm alan değerleri aşağıdaki tabloda tanımlanan sınırlara göre doğrulanır. Bir değer izin verilen maksimum uzunluğu aşarsa, sınırlara sığması için sessizce kesilir (hata döndürülmez).

9. Yapılandırma tamamlandıktan sonra Değişiklikleri kaydet seçeneğine tıklayın.

Yapılandırmayı test etmek için GTM önizlemesini kullanın.

• Web sitenizde oturum açın ve bir olay tetikleyin. GTM önizlemesinde, oturum açtıktan sonra verilerinizin (yapılandırmalara bağlı olarak e-posta, telefon, ad ve soyad vb.) mevcut olduğunu görmelisiniz:

Ayrıca, kullanıcı verilerini depolayan _sbpee çerezi de görünecektir (güvenlik nedeniyle tüm kullanıcı verileri şifrelenmiştir):

• Web sitenizden çıkış yapın ve başka bir olayı tetikleyin, aldığınız isteği kontrol edin. Her şey doğru ayarlanmışsa, etiket ayrıntılarında yeni sayfada doğrudan belirtmediğiniz ek parametreler göreceksiniz (e-posta, ad ve soyad gibi - bu, yapılandırmalarınıza bağlıdır).

Yapılandırma yöntemi olarak Store kullanıyorsanız, Enricher power-up'ındaki Profiller sekmesini kullanarak verilerin Store'a eklendiğini de görebilirsiniz.

Enricher power-up'ını kendi kurulumumda test ettikten ve ölçüm alanındaki birkaç meslektaşımla konuştuktan sonra hepimiz aynı derecede heyecanlandık. Stape, bize çok fazla zaman kazandıracak ve reklam platformlarımıza gönderdiğimiz sinyalleri ve verileri iyileştirmemize yardımcı olacak bir özellik daha geliştirdi.

Eğer Data Store kullanıyor ve kullanıcıları oturumlar/cihazlar arasında eski yöntemle birleştiriyorsanız, önerim Enricher power-up'ını hemen bugün etkinleştirmenizdir. Başlangıçta yalnızca çerez seçeneğini kullansanız bile test edin ve kurulumunuzda nasıl çalıştığını görün. Zaman içinde siz ve müşteriniz kazanımları gördükçe, Data Store'u etkinleştirmeyi ve kullanıcıları cihazlar arasında gerçekten birleştirmeye başlamayı hedefleyin.

Öyleyse ne bekliyorsunuz? Gidin, o power-up'ı etkinleştirin ve takibinizi güçlendirin.