A/B Testinde Veri Yönetim Platformu (DMP) Nedir?

Veri Yönetim Platformu (veya DMP) Nedir?

Bir veri yönetimi platformu (DMP), pazarlama çabalarını geliştirmek isteyen herhangi bir işletme için kritik bir araçtır. Verileri (birinci, ikinci ve üçüncü taraf) toplamak ve analiz etmek ve hedeflenen reklamcılık, kişiselleştirme ve daha fazlası için kullanılmak üzere diğer platformlara sunmak için kullanılır.

Basitçe söylemek gerekirse, bir DMP, bir kişinin bir marka ile etkileşimleri hakkında veri toplayan bir pazarlama teknolojisi aracıdır. Daha sonra bir kişinin nasıl hissettiğini, ne yapmak istediğini ve parasını nereye harcamak istediğini anlamak için bu verileri yorumlayabilir. Bir şirketin birine hangi reklamları veya içeriği göstereceğine karar vermesi gerektiğinde, o kişi hakkında bilgi toplamak ve girişimlerini özelleştirmek için VYP'yi kullanabilirler.

Bilgiler, kullanıcı davranışı, CRM verileri, mobil veriler, satın alma verileri, sosyal medya etkileşimleri vb. gibi müşteri yolculuğundaki birden çok temas noktasından değerler taşıyabilen çerezlerde veya Javascript değişkenlerinde (aşağıda bunlardan birkaç örnek) saklanır.

DMP Ne İçin Kullanılır?

Toplanan veriler daha sonra gelişmiş izleme ve hedefleme için özel hedef kitle segmentlerine dönüştürülebilir. Pazarlamacılar genellikle özelleştirilmiş kullanıcı deneyimlerini desteklemek için DMP'leri kullanır ve hedef kitlelerinin kalbine erişmelerine olanak tanır.

DMP'ler ayrıca pazarlamacıların çevrimiçi ve çevrimdışı pazarlama arasındaki boşluğu doldurmasına yardımcı olur.

Müşteri ilişkileri yönetim sistemlerinden (CRM'ler), API'lerden, sosyal medyadan veya çevrimdışı kaynaklardan gelen sağlam veri kümeleriyle tek bir müşteri segmentasyonu ve deneyim yönetimi platformu, müşterilerinize istediklerini sağlamak için bu sürecin tüm yönlerini yönetebilir: web siteleri arasında kesintisiz bağlantılar ziyaretler ve gerçek dünya etkileşimleri.

VYP'ler ve Veri Kaynakları

Bir DMP'de toplanabilen ve düzenlenebilen veriler üç ana kategoride sınıflandırılabilir :

Birinci taraf verileri, elbette, özellikle son birkaç yılda yürürlüğe giren tüm Gizlilik Düzenlemeleri (GDPR, CCPA, ePrivacy, vb.) ile bir DMP'de kullanılması gereken standarttır.

Yine de bazı kuruluşlar etkili olmak için yeterli birinci taraf verisine sahip değil. Doğru veri ortaklıkları ve yerinde bir DMP ile, onlar da doğrudan yeteneklerinin veya erişilebilir hedef kitlelerinin dışındaki zengin veri kümelerine erişebilirler.

DMP Mimarisi: Bir DMP Nasıl Çalışır?

Bir VYP'yi etkili bir şekilde kullanmak için öncelikle iş gereksinimlerinizi ve veri kaynağı türlerinizi anlamanız gerekir . Başka bir deyişle: Hangi kitle verilerine ihtiyacınız var ve hangi profilleri hedeflemeniz gerekiyor?

Bunu netleştirdikten sonra, işinizle ilgili kaynaklardan veri toplamak için Veri Yönetim Platformunuzu kurabilirsiniz.

Veriler toplandıktan sonra, DMP onu kategoriler veya taksonomiler halinde düzenler ve anonimleştirilmiş, birleşik müşteri profilleri oluşturur. DMP daha sonra, belirli reklamların veya içeriğin kime sunulması gerektiğini bilmeleri için kitle bilgilerini talep tarafı platformları, dijital reklam platformları ve şirket içi pazarlama kanallarıyla paylaşır.

Kullanıcılarınız hakkında birinci, ikinci ve üçüncü taraf verilerinizi (demografik, bağlamsal ve davranışsal) analiz ederek müşterilerinizin kim olduğunu anlayabilir, onları hedeflenen kitle segmentlerine yerleştirebilir ve onlara kişiselleştirilmiş deneyimler sunabilirsiniz.

Bir web sitesini ziyaret ettiğinizde, sonraki günlerde veya haftalarda etkileşimde bulunduğunuz diğer kanallarda benzer ürünlerin reklamlarını görmeniz olasıdır.

Bu iş yerinde bir DMP.

Bir DMP hangi verileri toplar?

Diyelim ki, reklamlarla hedeflenebilecek ve müzik tutkunu olan kullanıcılar için kategorilere sahip bir DMP'miz var. DMP'nin etkin olduğu bir müzik blogunu veya sitesini ziyaret eden herkes müzik aşığı olarak sınıflandırılabilir. Bu bilgiler, masaüstü etkinlikleri veya web'de gezinme gibi diğer müşteri davranışı verileri kaynaklarıyla da birleştirilebilir.

Bir DMP, aynı özellikleri paylaşan kullanıcı profillerini de bağlayabilir. Örneğin, “Arkadaşlar” dizisini izleyen 25-35 yaş arası kadınlar, aynı pazarlama mesajlarını ve reklamları alan bir kitleye ayrılabilir. Buna benzer modelleme denir.

Bir DMP'yi A/B Test Aracınıza Nasıl Bağlarsınız?

Bu günlerde, kullanıcıların satın alma konusunda çok sayıda seçeneği var. Bir mağazaya gidebilir, telefonla, çevrimiçi olarak veya hatta akıllı telefonları veya tabletleri aracılığıyla sipariş verebilirler. Bir DMP, tüm bu yerlerden bilgi toplayabilir, analiz edebilir ve belirli kitle segmentleri oluşturmak için sıralayabilir.

A/B testlerinizi ve kişiselleştirmelerinizi doğru bir şekilde hedeflemek için Veri Yönetim Platformunuzdan A/B test platformunuza veri gönderebilirsiniz . Bu, doğru zamanda, doğru kişilere doğru mesajı gösterdiğinizden emin olmanıza yardımcı olacaktır.

Bir DMP kullanmak, çevrimiçi pazarlama stratejinizi geliştirebilir. A/B test platformunuzla birleştiğinde, kullanıcı deneyiminizi iyileştirir ve bu nedenle web sitenize katılımı artırır.

Bir DMP'yi A/B test platformunuzla entegre etmek, her iki platformun da iletişim kurmasına ve veri paylaşmasına izin verecek bir köprü oluşturmayı gerektirir.

Köprü kurulduktan sonra, A/B test platformunuz DMP'den milisaniyeler içinde bir segment alabilir. Bu mekanizma daha sonra bir sayfa her yüklendiğinde tekrarlanır.

Bu süreci aşağıda ayrıntılı olarak ele alacağız, ama işte bunun özü. Bunun çalışması için, testleriniz ve kişiselleştirmeleriniz için segmentasyon kriterlerinde, aracın VYP'den veri almasına izin vermek için belirli segmentleri yapılandırmanız gerekir. A/B test platformunuz daha sonra DMP'den verileri toplayacak ve deneyimleri hedeflemek için kullanacaktır.

A/B Test Stratejinize Neden VYP Eklemelisiniz?

A/B test platformunuzu DMP'nize bağlayarak, etkileşimi teşvik etmek ve mümkün olan en iyi müşteri deneyimini sağlamak için mesajlarınızı özelleştirebilirsiniz.

A/B test stratejinize bir VYP'yi dahil etmenin iki ana nedeni vardır:

Daha İyi Kitle Hedefleme İçin

A/B test platformunuzu bir DMP ile birleştirerek, kullanıcı hedefleme yeteneklerinizi derinleştirebilirsiniz.

Hedef kitlelerinizi zenginleştirmek ve gerçekten özel deneyimler ve kişiselleştirmeler çalıştırmak için web sitesi kullanıcılarınız hakkında birinci taraf verilerini ikinci ve üçüncü taraf verileriyle birlikte kullanabilirsiniz.

Ayrıca çevrimiçi müşteri verilerini çevrimdışı müşteri verileriyle birleştirebilirsiniz . Bazı DMP'ler, kanallar arası bir yetenek sağlamak için bunu yapabilir. Bu nedenle, dönüşüm oranınızı artırmak için farklı kanallarda (fiziksel mağazalar, web siteleri) bir kullanıcı yolculuğunu izleyebilirsiniz.

Bu Deneyimleri Dönüştür kullanıcısı, DMP Profiling ile gelişmiş hedeflemenin testte ne gibi bir fark yarattığını çok iyi biliyor:

Tutarlı Kullanıcı Veri Organizasyonu için

Pazarlamacılar, pazarın zorlu ihtiyaçlarına ayak uydurmak için genellikle bir web sitesinde (etiket yönetimi, A/B testi, analitik, reklam teknolojisi, ürün önerileri vb.) birçok farklı komut dosyası çalıştırır. Bu çözümlerin her biri kendi kullanıcı verilerini yakalar; bu, bazen aynı bilgilerin farklı kaynaklar tarafından birden çok kez toplandığı anlamına gelir.

Bu varsayılan olarak bir sorun olmasa da, veri bütünlüğü sorunlarına yol açabilir. Bu nedenle, her şeyi düzenli tutmak için merkezi bir yere sahip olmanız önerilir. Bu şekilde, miras haline gelebilecek çeşitli platformlara bağımlı olmaktan da kurtulabilirsiniz. DMP, verileri tutarlı bir şekilde organize ederek ve yöneterek, farklı ekiplerin veri sorgularına güvenilir yanıtlar alabilecekleri merkezi bir müşteri veri platformu olarak hizmet eder.

Dönüştürme Deneyimleri DMP'lerle Nasıl Çalışır?

Deneyimleri Dönüştür'de, DMP verilerinizi ekleyebilir ve deneyim raporlarınızı segmentlere ayırmak için kullanabilirsiniz.

Basitçe Convert gelişmiş snippet'ini web sitenize ekleyin ve DMP'nizde kullanıldığı şekliyle bu ekstra "Sayfa Etiketlerini" tanımlayın:

Gelişmiş sayfa etiketi seçenekleri, uygulamanın Site Alanı ve Hedef Kitle alanı gibi farklı bölümlerinde, gelişmiş Sayfa Etiketi seçenekleri altında bulunabilir.

Bu etiketleri, bir grup sayfada (örn. Ürün sayfaları) test yapmak istediğiniz ancak ürün sayfalarının URL'lerinin onları tanımlamak için kullanılabilecek tutarlı bir kalıp izlemediği sitelerde son derece yararlı bulacaksınız.

Site Alanı Özel Etiketleri

Sayfa içeriğiyle ilgili tüm hedefleme seçenekleri şunlardır:

• _conv_page_type – Bu etiketin içine, sayfa türünüzü tanımlayan en fazla 50 karakterlik bir dize yerleştirebilirsiniz; örneğin, "ürün" veya "iletişim formu" diyebilir;
• _conv_category_id – Web sitenizde kategoriler varsa, buraya kategori kimliğini yerleştirebilir ve bunu hedefleme seçeneklerinde kullanabilirsiniz; Bu, maksimum 50 karakterlik bir dizedir;
• _conv_category_name – Kategori kimliğiyle aynı, kategori adı için yalnızca bu kullanılır;
• _conv_product_sku – Bu, belirli SKU'ları hedeflemek istediğiniz e-ticaret web siteleri için kullanışlıdır. Buraya maksimum 50 karakter olacak şekilde ürün SKU'sunu yerleştirin;
• _conv_product_name – Ürün SKU'su ile aynıdır, ancak ürün adları için kullanılır;
• _conv_product_price – Bu, ürün fiyatını geçmek için kullanabileceğiniz sayısal bir etikettir. Daha sonra örneğin “Ürün Fiyatı 300'den fazla” VE “Ürün Fiyatı 500'den az” diyerek belirli fiyat aralıklarına göre hedefleme yapabilirsiniz.

Kitle Alanı Özel Etiketleri

Burada, ziyaretçiyle ilgili ön sayfa etiketleme seçeneğini bulacaksınız. Bu seçenek şu şekilde olacaktır:

• _conv_customer_id – Bu, müşterilerinizi etiketlemek için kullanabileceğiniz maksimum 50 karakterlik bir metindir. Bu şekilde sadece henüz müşteri olmayan ziyaretçileri test edebilirsiniz;
• Sonraki 4 değişken, özel etiketleme için kullanılır:
  • _conv_custom_v1
    Özel etiketler (boş alanlar) için kullanabileceğiniz maksimum 50 karakterlik metin.
  • _conv_custom_v2
    Özel etiketler (boş alanlar) için kullanabileceğiniz maksimum 50 karakterlik metin.
  • _conv_custom_v3
    Özel etiketler (boş alanlar) için kullanabileceğiniz maksimum 50 karakterlik sayılar.
  • _conv_custom_v4
    Özel etiketler (boş alanlar) için kullanabileceğiniz maksimum 50 karakterlik sayılar.

Koddaki Özel Etiketlerin Sırası

Yukarıdaki etiketlerin herhangi biri, ana Dönüştürme Denemeleri kodundan önce yerinde tanımlanmalıdır.

Aşağıdaki örnekte olduğu gibi standart JavaScript değişkenleri olarak tanımlanmaları gerekir:

 <script type='text/javascript'>
     var _conv_page_type = 'ürün';
     var _conv_category_name = 'ayakkabılar;deri ayakkabılar';
     var _conv_product_price = '150.5';
 </script>

<!----Deneyler kodunu aşağıdaki şekilde dönüştürün---->

İleri Bir Aşamada Doğru Olarak Değerlendirilen Koşullar

Deneyimleri Dönüştür değişkenleri, Dönüştürme izleme komut dosyası yüklenir yüklenmez değerlendirilir. Ancak pratikte, bazen sayfada daha sonra tanımlanan değişkenlerin değerlerine dayalı bir deneyim dağıtıyor olacağız. Örneğin, DMP özelliği, pazarlama otomasyon aracınızdan (Marketo, Hubspot, Salesforce veya Pardot gibi) fazla çaba harcamadan müşteri adayı puanını/aşamasını hedeflemesine olanak tanır.

Bu senaryoda, deneyi daha sonra yeniden kontrol etmek için özel bir javascript koşulu hedefleme kuralı ve bir API çağrısı kullanabiliriz.

JS koşulunun içinde aşağıdaki JS API işlevi kullanılabilir:

 convert_recheck_experiment()

Bu kod yürütüldüğünde, 50 ms sonra, yaklaşık olarak sonraki iki dakika boyunca veya deneme JS koşul kontrolü nihai olana kadar (hangisi önce gerçekleşirse) deneyin koşullarının yeniden kontrolü planlanır.

İşte bir örnek:

 (işlev() {
  if(typeof(window.my_variable)=="tanımsız") {
      convert_recheck_experiment(); yanlış döndür;}
  başka bir dönüş (window.my_var=="test_value");
})()

Yukarıdaki örnekte, çalışma zamanında window.my_variable değişkeninin tanımlanıp tanımlanmadığını kontrol ediyoruz.

• Değilse, 50ms'de yeniden kontrol etmek için API işlevini çağırırız.
• Tanımlanmışsa, test_değerine karşı değerini kontrol eder ve eşleşip eşleşmemelerine bağlı olarak doğru veya yanlış döndürürüz. window.my_variable, ana Dönüştürme izleme komut dosyasından sonra sayfada daha sonra tanımlanabilir ve bu değişken tanımlandığında deneme kontrol edilecek ve başlatılacaktır.

Kodun ilk çalıştırıldığı sırada bir değişkenin tanımlanmama olasılığını hesaba katmak önemlidir; bu olursa ve bir hata verilirse, kodun geri kalanı çalışmayacaktır.

Yukarıdaki kodda, bir hata döndürülmemesi ve convert_recheck_experiment() çalışması için değişkenin tanımsız olup olmadığını kontrol ettiğimiz bir örnek gösterilmiştir.

Yukarıdaki hedefleme türü, URL hedefleme türüyle birleştirilebilir.

Yukarıdakine benzer bir denemeyi başlatmak istiyorsak, ancak yalnızca /test_page.html yoluna sahip bir sayfa için:

• Yukarıdaki koşulu Site Alanının Dahil Et bölümüne ayarlardık:
  
  
• Site Alanının Hariç Tut bölümünde, aşağıdakine benzer bir URL hedefleme kuralı ekleriz:
  
  URL, /test_page.html içermiyor.
  
  Bunu yaparak, JS koşulunun doğru olduğu deneme sayfalarına ekleriz, ancak /test_page.html içermeyen tüm sayfaları URL'ye hariç tutarız (böylece yalnızca /test_page.html içerenler dahil edilir).
  
  

Başka bir yaygın kullanım örneğini belirtmekte fayda var: sayfaya bir öğe eklendiğinde denemeyi başlatmak (belki Ajax aracılığıyla); JS koşulu aşağıdaki gibi görünecektir:

 (işlev() {
  if(convert.$("element_selector").length==0) {
      convert_recheck_experiment(); yanlış döndür;}
  aksi takdirde true döndürür;
})()

Bu işlevin, yalnızca onu kullanan kişinin hayal gücüyle sınırlı, birden çok kullanım durumu vardır.

DMP ile A/B Testlerinden Bazı Örnekler

Son olarak, A/B testlerinizde DMP özelliğinin kullanılabileceği birkaç örneğe bakalım.

Örnek 1: URL Hedeflemeyle Kolayca Yakalanmayan Sayfalarda Deneme Çalıştırma

Convert'in varsayılan URL hedeflemesi, denemenizin çalıştırılacağı sayfaları belirtmenize olanak tanır.

Ancak, varsayılan hedefleme işlevi tarafından kolayca yakalanamayan bir grup sayfa veya bir grup ziyaretçi için bir deneme çalıştırmak isteyebilirsiniz.

Durumunuz şöyle görünür:

Not: Özel JavaScript koşulları ayarladığınızda, deneme için URL hedefleme koşulları geçerli olmaya devam eder. Denemenin çalışması için belirtilen TÜM hedefleme koşullarının (URL ve ziyaretçi) karşılanması gerekir.

Örnek 2: Yalnızca Oturum Açmış Ziyaretçiler için bir Sayfada Deneme Çalıştırma

Bu senaryoda, yalnızca şu anda oturum açmış olan ziyaretçileri hedefleyen bir ürün sayfasında bir test yapmak isteyebilirsiniz.

Sayfanızda "logged_in" adında, ziyaretçinin durumuna göre "evet" veya "hayır" olarak ayarlanmış bir değişken olduğunu biliyorsunuz, ancak çerezlere dayalı hedefleme çalışmıyor.

 <script type="metin/javascript">     
  window.logged_in = “evet”; </script> 
<script src="//cdn.optimizely.com/js/XXXXXXX.js"></script>

Ayarlamak için, yalnızca ziyaretçi oturum açmışsa doğru olarak değerlendirilecek bir JavaScript koşulu (logo_in === “yes” gibi) oluşturun:

Örnek #3: Bir Denemeyi Yalnızca Belirli Günlerde Çalıştırma

Ana sayfanızda bir hafta içi (yalnızca Pazartesi – Cuma) promosyonunu test etmek istediğinizi, ancak gün/saat koşullarının çalışmadığını varsayalım.

Bu gereksinimlerle bir deneme oluşturmak için, new Date().getDay() > 0 && new Date().getDay() < 6 gibi, yalnızca haftanın günü Pazartesi olduğunda doğru olarak değerlendirilecek bir JavaScript koşulu oluşturun. – Cuma (ziyaretçinin konumuna göre):

Örnek 4: Belirli Meta Değerlere Sahip Sayfalarda Deneme Çalıştırma

VYP'nizden belirli bir meta değeri olan bir sayfayı ziyaret eden müşterileri hedeflemek istiyorsanız, $('meta[name=”desired_value”]').length > 0 gibi bir JavaScript koşulu oluşturmanız gerekir. denemenin yalnızca şu meta değere sahip sayfalarda çalışmasını sağlar:

Örnek 5: Belirli Ekran Boyutlarına Sahip Ziyaretçiler İçin Bir Deneme Çalıştırma

Diyelim ki duyarlı bir tasarım siteniz var, ancak belirli bir ekran boyutuna sahip kullanıcılar üzerinde bir deneme yapmak istiyorsunuz.

Denemeyi kurmak için, screen.width > 1400 && screen.height < 800 gibi bir JavaScript koşulu oluşturun; bu, deneyin yalnızca ekran genişliği 1400'den büyük ve yüksekliği 800'den az olduğunda çalışmasını sağlar:

Örnek #6: Mobil Cihazlarda Olmayan Ziyaretçiler İçin Bir Deneme Çalıştırma

Bu da kendinizi içinde bulabileceğiniz başka bir senaryo. Diyelim ki mobil cihaz kullanmayan ziyaretçilere bir deneme göstermek istiyorsunuz ama cihaza veya tarayıcıya göre bir koşul ayarlamak işe yaramıyor.

Bu denemeyi ayarlamak için şu gibi bir JavaScript koşulu oluşturmanız gerekir: screen.width <= 800 && screen.height === 1280.

Kapanış Düşünceleri

A/B test platformunuzu DMP'nize bağlayarak dijital pazarlama kampanyalarınızı ve A/B testlerinizi başka bir düzeye taşıyabilirsiniz. Bir DMP, gelişmiş testler oluşturmak için kullanabileceğiniz zengin, düzenli verilere erişmenizi sağlar. Sonuç olarak, verilerinizi birleştirmenize, mesajlarınızı gerçekten kişiselleştirilmiş bir şekilde özelleştirmenize ve üstün bir kullanıcı deneyimi sağlamanıza olanak tanır.