Blog Tutarsızlıklar: Veriler neden her zaman ...

Tutarsızlıklar: Veriler neden her zaman eşleşmiyor?

Bu, her analitik platformunda ortaya çıkan bir sorundur: bir kontrol panelinde 5005 kurulum görünürken, bir diğerinde 7246 kurulum çıkabiliyor. Bunun sebebi tam olarak nedir?

Bu sorun "tutarsızlık" (discrepancy) olarak adlandırılır ve bir platformdaki metriklerin diğerinden sayısal olarak farklı olduğu anlamına gelir.

Verilerin her platformdaki kontrol panellerinde aynı olmamasının belirli nedenleri vardır. Bu nedenler bizimki için de geçerli olduğundan, bu blog yazısında bizim platformumuz ve diğerleri arasındaki tutarsızlıkların sebeplerini ayrıntılarıyla anlatmak istedik. Google, Apple ve Facebook dahil olmak üzere yalnızca belirli platformlara özgü sorunlara odaklanmadan önce, platformlar arasında meydana gelen yaygın tutarsızlıkları inceleyeceğiz.

Yaygın tutarsızlıklar (Common Discrepancies)

Tutarsızlıklara yol açan yaygın senaryoları aşağıda bulabilirsiniz. Bunlar tüm platformlarda karşımıza çıkarlar ve temelde diğer sistemlere kıyasla farklı çalışma yöntemlerimizden kaynaklanırlar.

1. İndirmeler ve kurulumlar (Downloads vs. installs)

İndirmeler ve kurulumlar temelde birbirlerinden farklılardır ancak genellikle aynı metrikmiş gibi karşılaştırılırlar. Bu da bazen Adjust'ın sayıları ve diğer platformlar arasında tutarsızlıklar olduğu görüşünü doğurur. Bu iki metriğin farkı nedir hızlıca bir göz atalım.

İndirmeler (download), bir kullanıcının bir App Store'dan bir uygulama indirmesini temsil eder. Kurulumlar (install) ise, bir kullanıcının uygulamayı indirdikten sonra ilk kez açması anlamına gelir.

Adjust kurulumları (install) takip eder, ancak store sahipleri (Apple ve Google) hem indirmeleri hem de kurulumları takip eder. Sadece kurulumları takip etmemizin birkaç nedeni var. Bunlardan ilki, Google ve Apple'ın indirme (download) verilerine erişimimizin olmamasıdır. Bu nedenle sadece kurulumları ölçümlüyoruz çünkü bunlar bağımsız olarak kendi ölçümlediğimiz verilerdir.

İkinci neden ise SDK'nın işleyişinden kaynaklanır. SDK, uygulama ilk kez açıldığında çalışmaya başlar (aslında kullanıcı tarafından etkinleştirilmesi gerekir). SDK ilk kez çalıştırıldığında, sunucularımıza haber vererek yeni bir kurulumun gerçekleştiğini bize bildirir. Bu nedenle, yeni bir cihazda bir kurulum gerçekleştiğini sadece SDK bize haber verdiğinde bilebiliyoruz.

Olası tutarsızlıklar, indirilen ancak hiç açılmayan uygulamalardan kaynaklanabilir. Apple ve Google, indirme zamanını kaydeder ama Adjust, uygulama açıldığında kurulum zamanını kaydettiği için kurulumların tamamlanma zamanlarını etkileyebilir.

Yani kısacası, uygulama platformlarındaki indirme sayıları ile Adjust'ın kurulum sayıları eşit olmayacaktır. İndirmelerle kurulumları değil, kurulumlarla kurulumları karşılaştırmanız daha sağlıklı olacaktır.

2. Kullanıcı bazlı ve cihaz bazlı kurulumlar

Hem Apple hem de Google, kurulumları kullanıcının App Store hesabına göre sayarken, Adjust kurulumları tekil reklam ID'lerine (advertising ID) göre ölçümler.

Örneğin, bir kullanıcının hem bir iPhone'u hem de iPad'i varsa ve aynı uygulamayı ikisine de kurarsa, ortaya tutarsızlıklar çıkabilir. Biz, iki reklam ID'sinden veri aldığımız için iki kurulum sayarız. Apple ise her cihaz için bir kullanıcı hesabı olduğundan bir kurulum sayar.

3. Zaman dilimleri ve konum belirleme

Adjust'ın kullanıcıların konumlarını ve içinde bulundukları saat dilimlerini işleme şekli, genellikle diğer platformlardan farklıdır.

Apple ve Google, kullanıcıların konum verilerini kullanıcının store hesabına göre belirlerken, Adjust kullanıcının kurulum anındaki IP adresini baz alır.

Yani, bir kullanıcının hesabı İngiltere App Store'una bağlıysa ancak uygulamayı kurduğu anda Almanya'daysa, Apple ve Google bu kurulumu İngiltere'de sayar ancak Adjust, bu kurulumu Almanya'da meydana gelmiş olarak kaydeder. Bu nedenle, kurulum ve konum açısından iki platform arasında bazen farklılıklar görürsünüz.

Zaman dilimlerine baktığımızda, Adjust UTC olarak kısaltılan Coordinated Universal Time'a göre ölçümleme yapar. Diğer platformlar zaman dilimine göre farklılıklar gösterebilir (örneğin, Google Adwords PST bazlı çalışır).

Zaman dilimlerini Adjust kontrol panelinde değiştirebilir ya da diğer platformların zaman dilimlerini UTC'ye eşdeğer bir şekilde değiştirebilirsiniz. Kullanıcıların konumları açısından, çözümünüz ne istediğinize bağlıdır. Metrikten nasıl bir bilgi almak istediğinize bağlı olarak, kullanıcının App Store hesabının bulunduğu konumu ya da kurulumun gerçekleştiği konumu baz alabilirsiniz.

4. Uygulama güncellemelerinin etkisi

Bu tutarsızlık genelde eskiden beri uygulamaları olan yeni müşterilerimizi etkiler.

Bir uygulama en başta SDK'mızı kullanmadan yayınlandıysa ve SDK daha sonra eklendiyse, uygulamayı güncelleyen tüm "eski" kullanıcılar Adjust tarafından yeni kullanıcılar olarak takip edilir. Apple ve Google, bunu sadece bir güncelleme olarak görür ve bu kullanıcılar onlar için yeni olarak sayılmaz.

Bu, güncellemeden sonra ilk birkaç haftada (uygulamanın yaşına veya popülerliğine bağlı olarak bazen birkaç ayda) bir artışa yol açar ve sonrasında daha gerçekçi sayılara doğru azalır. Uygulamanızın Adjust'ı kullanmadan önce geniş bir kullanıcı tabanı varsa, bu etkinin dengelenmesi büyük olasılıkla daha uzun sürecektir.

Paketinizin bir parçası olarak özel bir Hesap Yöneticiniz varsa, SDK'yı ilk kurduğunuzda bunu size hatırlatacaktır, ancak yine de akılda tutulmasında fayda var.

5. Üçüncü parti store kurulumları

Uygulamanızı (Adjust SDK'sı entegre edilmiş bir APK olarak) Google Play Store veya App Store dışındaki üçüncü parti store'larda yayınladığınızda, Adjust bu kurulumları takip edecek ancak Apple ve Google bunları saymayacaktır.

Bu da genellikle Play Store'un yanında birkaç rakip store'un bulunduğu bir ortamda Android uygulamaları açısından tutarsızlıklar yaratabilir. Sonuçta, bu örnekte Adjust'ın verileri uygulama aktivitesine ilişkin daha kapsayıcı bir görünüm sağlar.

6. Event karşılaştırmaları

Google Adwords, Facebook ve Adjust, kurulum sonrası event'lerinin attribution'ını farklı yaklaşımlarla yapar, bu da iki taraftaki sayıların karşılaştırılmasını zorlaştırır:

  • Google Adwords, event'leri tıklama kaynaklarına bağlar ve varsayılan olarak 30 günlük bir event attribution penceresine sahiptir.
  • Facebook, event'leri tıklama kaynaklarına bağlar ve varsayılan olarak 28 günlük bir event attribution penceresine sahiptir.
  • Adjust, event'leri kurulum kaynağına veya reattribution'a bağlar. Ayrıca bir event attribution penceremiz yoktur. Bunun yerine, event'ler kullanıcının kurulum kaynağına süresiz olarak attribute edilir. (ya da kullanıcı reattribute edilene kadar.) Reattribution noktasından sonra, kullanıcı tarafından tetiklenen sonraki event'ler, reattribution kaynağına bağlanır.

Bir örnekle devam edelim: Facebook ile bir kullanıcı uygulamayı "Facebook A Kampanyası" ile kurar ve sonrasında "Facebook B Kampanyası" kapsamındaki bir reklama tıklayıp bir event tetiklerse, Adjust tüm event'leri kurulum kaynağı olarak A kampanyasına attribute edecektir.

Ancak Facebook, o kullanıcının en son B kampanyasına tıkladığını gördüğü için, event'i B kampanyasına attribute eder. Bu, her platformdaki kampanyalar arasında tutarsızlıklar yaratabilir.

Bu örnek, aynı şekilde Adwords için de geçerlidir.

Sahtecilik (fraud) kaynaklı tutarsızlıklar

Mobil sahtecilik, tutarsızlıkların büyük bir odağıdır ve çoğu zaman da bunun nedenidir. Aşağıda, bozulmuş veri setlerinin en büyük nedenlerinden birkaçını bulabilirsiniz:

1. Sahte kullanıcı hesapları ve jailbreak'li cihazlar

İki resmi App Store da sahte kullanıcı hesaplarından ya da jailbreak'li cihazlardan gelen indirme ve kurulum aktivitelerini filtreler. Adjust tarafında, Apple ve Google'ın neyi sahte hesap olarak görüp neyi görmediği konusunda bilgiye sahip değiliz ancak bunların bir kısmını Sahtecilik Önleme Süitimiz ile belirleyebiliyoruz.

Cihaz tabanlı attribution yaptığımız için, potansiyel jailbreak'li cihazlardan gelen kurulumlar (ve sahte hesaplar) Adjust tarafından takip edilir.

2. Teşvikli kampanyalar: Cihaz ID'lerini sıfırlamak

Özellikle Android platformunda teşvikli kampanyalar yürütüyorsanız, bazı kullanıcılar uygulama içindeki satın alma işlemlerinde ödeme yapmamak için sahteciliğe yönelecektir.

Bu kullanıcılar, birden çok kredi/teşvik ödülü almanın tekniklerini bilirler ve bunu özellikle reklam ID'lerini yenileyerek ve uygulamayı tekrar tekrar silip kurarak yapabilirler. Yeni reklam ID'leri üretildikçe, Google tarafından kaydedilmese de Adjust bunları kurulum olarak sayacaktır.

3. Uygulama-içi satın alma sahteciliği

Adjust ile çalışıyorsanız ve uygulama satın alımlarını hiçbir satın alma doğrulaması olmadan takip ediyorsanız, Adjust'ta kaydedilen ciroyu App Store/Play store'daki ciroyla karşılaştırdığınızda ara sıra bir sürprizle karşılaşabilirsiniz. Sahteciler, uygulama-içi satın alımlarını ücretsiz bir şekilde yapmanın yolunu açan hack'lere sahip programları kullanabilirler ve bunlarla uygulamada satılan eşyaları ya da para birimlerini ücret ödemeden elde edebilirler.

Jailbreak'li bir cihaza yüklenmiş kötü amaçlı bir kod parçasını kullanarak, satın alma talepleri Google Play Store veya Apple sunucusuna hiç ulaşmadan uygulama içi satın alımları ücretsiz bir şekilde yapmak mümkündür.

Adjust, müşterilerinin App Store ve Play Store ile alışveriş işlemlerini gerçek zamanlı doğrulamalarını sağlayan Alışveriş Doğrulaması SDK'mızı entegre etme ve bu tür tutarsızlıkları azaltma olanağı verir.

Spesifik platformlar

Herkesi etkileyen tutarsızlıkların arkasında yatan sebepleri incelediğimize göre, platformlara özgü sorunlara geçelim. Facebook, Google ve Apple, bizimle farklı şekillerde çalışıyorlar, bu nedenle bu platformların işleyişlerini biraz daha derinden inceleyebilir ve sayıların neden aynı olmadığına bakabiliriz.

Facebook

Facebook'ta görünen tutarsızlık türleri üç bölüme ayrılabilir: Facebook verilerinin daha çok ya da daha az göstermesi ve yeniden etkileşimin nasıl hesaplandığı.

Facebook daha fazla gösterdiğinde

Varsayılan olarak, Facebook 28 günlük tıklama sonrası, 24 saatlik görüntüleme sonrası bazında ölçüm yapar. Bunun zor bir cümle olduğunun farkındayım, ancak temelde bu attribution ayarları platformlar arasında daha iyi bir karşılaştırma temeli elde etmek için Facebook arayüzünde değiştirilebilir (ve değiştirilmelidir de). Bizim varsayılan ayarlarımızda sadece Facebook için 7 günlük bir son tıklama geçerlidir, 28 gün değil. Bu da, sayıların karşılaştırmalı olarak fazladan üç haftalık veri içerdiği anlamına gelir.

Bu tutarsızlığı çözmek için, Adjust'ta ayarladığınız attribution penceresine dikkat edin. Örneğin, Business Pro (veya üstü) paketindeyseniz, maksimum 30 günlük bir attribution penceresine geçebilirsiniz. Sonrasında Facebook ayarlarında hangi pencereyi görüntülemek istediğinizi seçebilirsiniz. Veriler bu pencereye göre yenilenecek ve Adjust verileriyle daha tutarlı hale gelecektir.

Facebook daha az gösterdiğinde

Burayı hızlıca geçebiliriz: Facebook'ta her reklam hesabının ayrı bir kontrol paneli vardır ama Adjust tüm reklam hesaplarını tek bir yerde toplar.

Sayılarınız Facebook'ta daha düşükse, her hesabınızdaki raporlamayı kontrol edin ve bunları bir araya getirdiğinizde bir fark olup olmadığına bakın.

Facebook, Adjust ve yeniden etkileşim

Facebook, yeniden etkileşime bizden farklı yaklaşıyor.

Yeniden etkileşimleri takip etmek için Adjust'ı kullanıyorsanız, bizim kullanıcı bazlı bir model kullandığımızı bilirsiniz. Bu şu anlama gelir: bir reattribution = bir kullanıcı. Mevcut bir kullanıcı bir reklamla etkileşime girdiğinde ve bir süre inaktif kaldıktan sonra uygulamayı yeniden açtığında (ya da deeplink ile açtığında) bunu bir reattribution olarak sayarız. Varsayılan olarak bunun süresi yedi gündür.

Yani bir kullanıcı yedi gün boyunca inaktif kalırsa ve sonra Facebook'ta bir yeniden etkileşim reklamına tıklayıp uygulamayı tekrar açarsa, Adjust bunu bir reattribution olarak sayar. Aynı kullanıcı daha sonra aynı reklamla etkileşime geçer ve uygulamayı bir sefer daha açarsa, bu artık bir ek reattribution olarak değil, bir oturum olarak sayılır.

Facebook ile etkileşimler event bazlı sayılır. Bir kullanıcı yeniden bir etkileşim reklamına tıklarsa ve 28 gün içinde uygulamayı açarsa (Facebook'un event attribution penceresi), bu o reklam için bir etkileşim olarak sayılır. Daha sonra aynı kullanıcı aynı reklama tıklar ve uygulamayla birden fazla kere açarsa, Facebook bunu birden fazla etkileşim olarak sayar.

Apple Search Ads

Apple'ın son tıklama attribution'ı görünürlüğü

Apple, kullanıcıların Apple Search Ads tıklamaları ile kurulum arasında geçen sürede başka partnerler tarafından servis edilen reklamlara tıklayıp tıklamadığını bilmez.

Buna ek olarak, kullanıcılar Apple'ın servis ettiği bir reklama tıklayıp uygulama kurabilir ancak bunu açmayabilir. Sonrasında başka bir kaynaktan gelen bir reklama tıklayıp uygulamayı açabilir. Bu durumda biz kurulumu son tıklamaya attribute ederiz, ancak Apple kurulumun kendi reklamından geldiğini söyleyecektir.

Son tıklama attribution'ı penceresi

Adjust'ın standart son tıklama attribution penceresi 7 gündür, ancak Apple Search Ads'de bu 30 güne sabitlenmiştir.

Zaman dilimleri

Apple Search Ads'in raporlama saat dilimi, hesabınızın konumuna bağlıdır. Adjust'ınki ise belirttiğimiz gibi UTC bazlıdır.

Yeniden kurulum

Mevcut bir kullanıcı bir uygulamayı kaldırdıysa ve daha sonra bir Apple Search Ads reklamına tıklayıp uygulamayı tekrar kurarsa, Apple bunu yeni bir kurulum olarak sayar ama Adjust için bu yeni bir oturumdur.

Adjust'ta, Adjust dahili ID kullanan bir çözümümüz var. Bu, LAT'ı açan kullanıcıların bir uygulamayı kaldırıp yeniden yüklediklerinde yeni bir kurulum olarak sayılmamasını sağlar. Bunu yeniden kurulum yerine bir oturum olarak sayabiliriz. Adjust verilerini, cihaz tanıma yöntemlerini kullanmayan ve LAT'ı açık kullanıcıların yeniden kurulumlarını yeni kurulumlar olarak sayan platformların verileriyle karşılaştırırken tutarsızlıkların önüne geçmek için bunu göz önünde bulundurmanızı öneririz.

Reklam takibini sınırlamak (LAT)

Bir kullanıcı, cihazında Reklam Takibini Sınırlamayı (LAT) etkinleştirdiyse, Apple'ın Attribution API'ından yanıt alamayız. Bu nedenle kullanıcıyı, tıklamayı kaydeden başka bir kaynağa organik olarak attribute ederiz. Ancak Apple hala bu kullanıcıların ve istatistiklerin kurulumları yansıtacağını iddia ediyor.

Tüm iOS kullanıcılarının en az yüzde 12'sinin cihazlarında LAT'ın etkin olduğu tahmin ediliyor.

iTunes Connect

Veri doğrulaması (iOS)

iTunes Connect, kullanıcının verilerini Apple ile paylaşmayı kabul etmesi koşuluyla, sadece uygulamanın iOS 8 ve daha sonraki versiyona sahip cihazlarda kaç kere kurulduğunu bildirir. Bu da Apple'ın sadece onay veren kullanıcıların kurulumlarını dikkate aldığı anlamına gelir.

Normalde kullanıcıların %20-30'unun bu bilgiyi Apple ile paylaşmak istemediğini görüyoruz, yani bu farkı hesaba katarsak Adjust'ın takip ettiği kurulumlar, iTunes Connect'in saydığı kurulumlardan %20-30 fazla olacaktır.

Google Play

Google Play Store'daki kurulumlar ve Adjust'taki kurulumlar

Google Play Store'daki "kurulumlar" metriğine baktığınızda, bunun Adjust ile ilgili olmayan birçok kurulum metriği varyasyonu içerdiğini unutmayın. Bunun için biraz destek gerektiğinden, bizimle iletişime geçerseniz bu iki platformdaki verilerin direkt olarak karşılaştırmanın bir yolunu beraber bulabiliriz.

Google Adwords

Farklı attribution pencereleri

Google Adwords, 30 günlük bir attribution penceresi ile çalışır. Adjust'ın attribution penceresi varsayılan olarak 7 gündür, ancak bu hesabınıza bağlı olarak değiştirilebilir.

Yeniden pazarlama

Adjust ve Adwords'ün yeniden pazarlama sonuçlarını karşılaştırmak zordur ve önermediğimiz bir şeydir.

Adwords yeniden pazarlama kampanyalarından gelen kullanıcılar, deeplink reattribution yoluyla uygulamaya geri döndüklerinde Adjust bunu bir reattribution olarak sayar. Aynı zamanda Adwords, event bazlı reattribution kullanır. Benzer bir teknik olsa da bizim hesaplamalarımızdan farklıdır.

Event'ler

Yeniden pazarlamada olduğu gibi event'leri de karşılaştırmayı önermiyoruz.

Bunun nedeni, Adwords'ün 30 günlük bir event attribution penceresine sahip olmasıdır. Yani bir event'ten önceki 30 gün içerisinde bir reklam tıklaması gördüklerinde, bu event'i tıklama kaynağına bağlarlar.

Özellikle event'ler açısından, Adjust event'leri kullanıcının hayatı boyunca kurulum ya da reattribution kaynağına bağlar.

Burada, farklı sonuçlara giden farklı event attribution yöntemleri kullandığımızı unutmayın ve sizin için önemli olan sonuçlara odaklanmanız gerektiğini unutmayın.

Bu blog'da platformlar arasındaki tutarsızlıkların asıl nedenlerini açıklamaya çalıştık. Tutarsızlıklar sık sık meydana gelirse veya başka sorularınız olursa lütfen spesifik sorunlarınızda size yardımcı olmaları için destek ekibimizle iletişime geçin.

Aylık uygulama içgörüleri ve trendler için bültenimize abone olun.