Blog iOS 14.5+ Temellere Dönüş Rehberi

Giriş

Veri gizliliği, teknoloji endüstrisinin gündeminde önemli bir konu olmaya devam ediyor. Apple, Haziran 2020'de iOS 14 ile başlayan yeni kullanıcı gizliliği düzenlemelerini duyurarak mobil pazarlama dünyasında bir sarsıntı yarattı. Geliştiricilerin bu yeni düzenlemelere adapte olmaları için tanınan süreden sonra, yeni kurallar Nisan 2021'de iOS 14.5'in yayınlanması ile yürürlüğe girdi.

Apple, kullanıcılarına iOS cihazlarında toplanan veriler üzerinde daha fazla kontrol sağlayan diğer özellikleri önceki versiyonlarda eklemişti. Ancak AppTransparencyFramework gibi değişikliklerin kullanıma sunulması, mobil kullanıcılara ait verilere nasıl erişilebileceği ve bunların nasıl paylaşılabileceği konusunda önemli bir değişime işaret ediyor. Tüm mobil pazarlamacılar için bu yeni değişikliklerin ayrıntıları ve doğuracağı sonuçları bir zemine oturtmak, zorlayıcı bir süreç olabilir.

Bu rehberde temellere geri dönüyoruz ve cihaz tanımlayıcıları, IDFA ve AppTrackingTransparency (ATT) Çerçevesi de dahil olmak üzere iOS 14.5 ve sonrasında gündemimizden düşmeyen kullanıcı gizliliğine dair temel kavramları masaya yatırıyoruz. Ayrıca Apple'ın attribution çözümü olan SKAdNetwork'ün detaylarına iniyoruz ve Apple ile uyumlu diğer attribution seçeneklerini inceliyoruz. Adjust olarak, kullanıcı gizliliğini korurken geliştiricilerin, reklamverenlerin ve pazarlamacıların ihtiyaçlarını karşılayan çözümleri sağlarken aynı zamanda eğitime de eğilmek için Apple ve partnerlerimiz ile yakın bir işbirliği içinde çalıştık.

Bölüm 1: Cihaz tanımlayıcıları

Cihaz ID'si nedir?

Cihaz tanımlayıcısı, tekil bir akıllı telefonu veya tableti tanımlayan, benzersiz bir sayı ve harf dizisinden oluşan bir string'dir. Cihaz tanımlayıcıları, kullanıcılar tarafından değiştirilmesi ya da sıfırlanması zor olan hardcode'lanmış cihaz ID'leri şeklinde ya da sıfırlanması kolay olan ve pazarlama amaçları için kullanılan reklam ID'leri şeklinde karşımıza çıkarlar.

Mobil pazarlama bağlamında, cihaz ID'si dendiğinde genellikle reklam ID'leri kastedilir. Reklam ID'leri ile pazarlamacılar, kullanıcı hakkında herhangi bir kişisel veya tanımlayıcı bilgiyi ortaya çıkarmadan bir cihazdaki kullanıcı davranışlarını tanımlayabilir ya da takip edebilir. Cihaz ID'leri ile ise tekil kullanıcıların davranışlarını daha doğru bir şekilde takip edebilirler. Bu sayede daha doğru attribution yapabilirler, kullanıcıları tanımlayıcılarına göre cohort'lara ayırabilirler, reklam hedeflemesini ve optimizasyonunu daha iyi yapabilirler ve kullanıcıların uygulamayı cihazlarına kurduktan sonra nasıl bir etkileşimde bulunduklarını öğrenebilirler.

Cihazın işletim sistemine göre iki ana cihaz ID'si türü vardır. Android'de cihaz ID'sine GPS ADID (Google Play Services ID for Android) adı verilir. iOS'te ise (IDFA) Identity for Advertisers olarak anılır.

IDFA nedir?

IDFA (Identifier for Advertisers), Apple tarafından kullanıcıların cihazlarına atanan rastgele bir cihaz tanımlayıcısıdır. Bir tarayıcıdaki üçüncü parti cookie'lere benzer şekilde, pazarlamacılar tarafından kullanıcıların tıklamaları, indirmeleri ve alışverişleri gibi mobil reklam etkileşimlerini takip etmekte kullanılırlar. IDFA ile reklamverenler, kullanıcıların kişisel verilerine erişimleri olmadan hedefli reklamlar servis edebilirler.

IDFA, iOS platformunda kullanıcı takibi ve attribution'da en yüksek doğruluğa sahip yöntemdir. Reklamverenler, bir cihazı tekil bir IDFA'e bağlayarak kullanıcıların bir mobil reklam kampanyası ile ne zaman etkileşime girdiklerini, belli bir reklama tıklayıp tıklamadıklarını ve hangi uygulama-içi event'leri tetiklediklerini belirleyebilirler.

IDFV nedir?

IDFV (Identifier for Vendors), Apple tarafından bir geliştiricinin tüm uygulamalarına atanan ve bir cihazdaki bu geliştiriciye ait uygulamaları arasında paylaşılan bir tanımlayıcıdır. IDFV değeri, aynı geliştiricinin aynı cihazda çalışan tüm uygulamaları için tamamen aynıdır. Farklı geliştiricilerin aynı cihazdaki uygulamaları ve geliştiriciden bağımsız olarak farklı cihazlardaki uygulamalar için farklı bir değere sahiptir.

IDFA cihaz seviyesinde bir tanımlayıcıdır ve kullanıcılar tarafından sıfırlanabilir. IDFV ise bir geliştiricinin tüm uygulamalarına atanır ve bu geliştiriciye ait tüm uygulamalar cihazdan kaldırıldığında sıfırlanır. Kullanıcı, bu geliştiriciye ait tüm uygulamaları cihazdan sildiğinde ve ardından bir veya daha fazlasını yeniden yüklediğinde, IDFV'nin değeri değişecektir. Genellikle IDFV, App Store'un geliştiriciye dair sağladığı veriler ile belirlenir. Uygulama, App Store'dan kurulmadıysa (örneğin, kurumsal uygulamalar ve geliştirme aşamasındaki uygulamalar), uygulamanın bundle ID'sine göre bir provider ID hesaplanır.

IDFV, IDFA'lerinin paylaşımına izin vermemiş kullanıcıları içeren çapraz tanıtım iOS kampanyaları yürütmek için bir araç sağladıkları için önem taşır. IDFV, tracker URL'inin içinde gönderildiği sürece pazarlamacılara iOS kampanyaları için daha doğru attribution verileri sağlayabilir.

2. Bölüm:AppTracking Transparency Çerçevesi

AppTrackingTransparency (ATT) nedir?

iOS 14.5'ten itibaren reklam takibi için kullanıcı onayı, AppTrackingTransparency sistemi (ATT) ile yönetiliyor. ATT ile Apple, kullanıcı verilerinin reklam ağlarının yanı sıra analitik ve ölçümleme partnerleri gibi üçüncü partilerle nasıl paylaşıldığının kontrolünü kullanıcılara veriyor. ATT'nin asıl amacı, kullanıcıların cihazlarındaki verilerden tam olarak hangilerinin paylaşıldığını net bir şekilde anlamalarını sağlamak ve kullanıcı onay vermedikçe bu paylaşımı sınırlamaktır.

Apple'ın kurallarına göre, son kullanıcı verilerini toplayan ve bunları üçüncü partiler ile paylaşan tüm iOS uygulamaları ATT çerçevesini kullanmak zorundadır. Bir cihazın IDFA değerine erişim elde etmek için uygulama geliştiricileri ve partnerleri, bir iOS sistem istemi görüntüleyerek kullanıcıdan açık onay almalıdır. Bu onay sadece bu istem ile uygulama bazında verilebilir. Bu onay olmadan ATT, IDFA ve kullanıcı seviyesi verilerin erişimini ve takibine izin vermiyor.

ATT İstemi

Uygulamalar, kullanıcıdan IDFA erişimi onayı istemek için bir kere görüntülenen bir pop-up tetikleyebilir. Kullanıcılar bu istemi kendisinden IDFA erişimi isteyen uygulamada Apple'dan gelen bir sistem uyarısı olarak görür ve bu istem IDFA erişimini kontrol eder. Uygulamalar, bu istemin gösterilip gösterilmeyeceği, ne zaman ve kime gösterileceği üzerinde kontrole sahiptir ancak bir kullanıcı bu istem aracılığı ile onay verene kadar IDFA erişimi yoktur.

Bu sistem uyarısı, bir başlık (özelleştirilebilir değildir) ve bir alt başlıktan (uygulamanıza göre özelleştirilebilir) ve kullanıcıya sunulan iki seçenekten oluşur. Apple tarafından yazılan bu başlık, “Uygulama adı, diğer şirketlerin uygulamalarındaki ve web sitelerindeki eylemlerinizi takip etsin mi?” şeklindedir. Bu başlıktan sonra, uygulama geliştiricisinin onayı neden istediğini kullanıcıya anlatabileceği ve "Verileriniz, size daha kişiselleştirilmiş reklamlar sunabilmemizi sağlayacaktır" gibi bir alt başlık yer alır.

Bu aşamada kullanıcı iki seçeneğe sahiptir:

  • Takibe izin ver Kullanıcı bu seçeneği seçerse, uygulama yayıncısı ve partnerleri cihazın IDFA değerini okuyabilir.

  • Uygulamadan Takip Etmemesini İste Kullanıcı bu seçeneği seçerse, uygulama yayıncısı ve partnerleri cihazın IDFA değerini okuyamaz. Bu istem, uygulama cihazdan kaldırılıp tekrar kurulana kadar kullanıcıya bu uygulama içinde bir daha gösterilmez.

    Img

    Kullanıcı "Uygulamadan Takip Etmemesini İste" seçeneğinde karar kılsa bile her zaman uygulamanın ayarlarına gidip IDFA paylaşımına izin verebilir. Buna ek olarak kullanıcılar, uygulamaların bu istemi kullanarak onay istemelerini tamamen kapatabilir. Cihaz ayarlarında bu seçenek etkinse, uygulamalar izin istediğinde bu pop-up kullanıcıya gösterilmez ve IDFA, yayıncıya sıfırlardan oluşan bir string olarak döndürülür.

    Bu ayardan bağımsız olarak, izin formu hiçbir zaman görüntülenmese bile geliştirici, kullanıcıları uygulamanın ayarlarına götürebilir. Bunu istedikleri zaman yapabilirler ve üstteki seçenek kapalı olsa bile bu uygulama için takibi etkinleştirebilirler. Bu mekanizma ile kullanıcı izin verdiğinde doğru uygulama seviyesi ayarlara yönlendirilirler ve onaylarını burada verebilirler.

    ATT durumları

    ATT, kullanıcı onayına dair dört duruma sahiptir ve bu durumlar, cihazın takibinde kullanılabilecek uygulama ile ilgili verilere erişimi belirler:

    • 0 - Not Determined. Bu değer, kullanıcının henüz IDFA erişimi için onay isteyen ATT istemini almadığı anlamına gelir.
    • 1 - Restricted. Bu değer, IDFA erişimi kısıtlandıysa döndürülür.
    • 2 - Denied. Bu değer, kullanıcının IDFA erişimini reddettiği anlamına gelir. Buna, "Uygulamaların takip izni istemesine izin ver" seçeneğinin global seviyede KAPALI durumda olması da dahildir.
    • 3 - Authorized. Kullanıcının IDFA erişimine onay verdiği anlamına gelir.

    Kullanıcı onayı

    Pazarlamacılar için iOS 14.5+ sonrasında başarıyı yakalamakta en önemli yollardan biri, kullanıcı onay oranlarını en üst düzeye çıkarmaktır. Kullanıcı onay oranları ne kadar yüksek olursa, iOS 14 öncesinde sahip olduğunuz yetenekleri o kadar geri kazanabilir ve rekabette çok önemli bir avantaj yakalayabilirsiniz.

    ATT kullanıcı onayı pop-up'ı sadece bir kere görüntülenebilir, bu yüzden bu onayı optimize etmek kritik bir öneme sahiptir. İyi bir kullanıcı deneyimi sağladığınızdan emin olun ve kullanıcıların cihaz verileri karşılığında iyi bir değer elde ettiklerini düşündükleri anda pop-up penceresini görüntüleyin.

    • Pop-up penceresini hemen görüntülemeyin. Analitik açısından IDFA erişimine erkenden sahip olmak iyi bir şey olsa da Adjust, cihazın verilerini alabildiğinde bunları IDFA ile doldurabilir. Bu istemi kullanıcının onay verme olasılığının en yüksek olduğu zamanda görüntüleyin.

    • Sağladığınız değeri gösterin. Kullanıcıdan bir şey istemeden önce (ki muhtemelen reddeceklerdir) onlara iyi bir deneyim sağlayın ve uygulamanızın değerini gösterin. Bu sayede kullanıcıyı verilerini paylaşmaya ikna edebilirsiniz.

    • iOS pop-up penceresini görüntülemeden önce bir ön izin istemi kullanın.. Bu istem, uygulamanıza en uygun şekilde tasarlanabilir ve özelleştirilebilir. Güçlü bir UX stratejisini ve ikna edici bir ön izin istemini nasıl bir araya getirebileceğinizi öğrenmek için kullanıcı onaylarına dair blog yazımızı okuyabilirsiniz.

    • Cihazın takibi için onay isteyen mesajı hazırlarken, kullanıcının uygulamayla ilişkisini ve uygulamayla ilgili geçmiş deneyimlerini göz önünde bulundurun. Mümkünse uygulamayı geçmişte kullanma şekilleri için kullanıcıya teşekkür edin.

    • Kullanıcılar takibe onay verdiğinde gelecekte elde edeceği değeri onlara gösterin. Hedefli reklamlar göstermek mi yoksa kullanıcıya ilgili hizmetler mi satmak istiyorsunuz? Bunların kullanıcı açısından avantajlarını gösterin.

      Img

      Apple'ın AppTrackingTransparency çerçevesini 2020'de ilk kez duyurmasından bu yana Adjust, kullanıcı onay oranlarını yükseltmek için atılması gereken adımlar ve kaçınılması gereken noktalar konusunda müşterilerle işbirliği içinde çalıştı ve çok şey öğrendi. Onay oranlarınızı yükseltmek için yapılması gerekenler ve kaçınılması gereken noktalar hakkında daha fazla bilgi için bu konuyu ele alan blog yazımızı okuyabilirsiniz.

3. Bölüm: SKAdNetwork

SKAdNetwork nedir?

ATT'ye ek olarak, iOS 14.5'in getirdiği ikinci büyük değişiklik ise SKAdNetwork oldu. SKAdNetwork, hiçbir kullanıcı seviyesi veriyi uygulama geliştiricisi ile paylaşmadan uygulama kurulumları ve yeniden kurulumları için attribution sağlamak amacıyla Apple'ın geliştirdiği bir çözümdür.

SKAdNetwork'ün adında “network” geçse de, aslında SDK fonksiyonları ile API call'larını bir araya getiren ve Apple tarafından sağlanan bir servistir. Reklamverenler SKAdNetwork'ü ücretsiz olarak kullanabilirler ve SKAdNetwork tarafından sağlanan veriler cihaz, Apple, reklam ağları, reklamverenler ve Adjust gibi partnerleri arasında callback'ler aracılığı ile paylaşılabilirler. Attribution ilk önce App Store'da yapılır, Apple sunucuları tarafından doğrulanır ve reklam ağlarına ya da geliştiricilere gönderilmeden önce tüm kullanıcı seviyesi verilerden arındırılır. SKAdNetwork'ü kullanmak için reklam ağlarının Apple'a kaydolması ve geliştiricilerin uygulamalarının kayıtlı ağlar ve SKAdNetwork ile uyumlu olduğundan emin olmaları gerekir. Adjust, en çok SKAdNetwork partner entegrasyonlarına sahip olarak sektör lideridir.

SKAdNetwork'ün amacı, temel ve toplu attribution verilerini en yüksek cihaz gizliliğiyle sağlamaktır. SKAdNetwork gerçek zamanlı veriler, kullanıcı seviyesi veriler, kurulumlar ve event'ler için timestamp'ler sağlamaz ve sadece sınırlı sayıda event desteklerken kurulum sonrası event'leri sadece ilk kez gerçekleştiğinde raporlar. SKAdNetwork şu anda deeplink (ertelenen veya koşullu) ya da gösterim attribution'ı desteğine sahip değildir ve indirme dışındaki hiçbir eylemin attribute edilebilir bir eylem olarak saymıyor.

SKAdNetwork, ağ başına 100 farklı kampanya sınırına sahiptir. Farklı bölgeler, cihaz türleri veya kreatifler için genellikle sayısız alt kampanya olduğu göz önüne alındığında bu, reklamverenler için sınırlayıcı bir faktör olabilir. Örneğin, beş ülkede on kreatif kullanıldığında, ağ başına sadece iki farklı kampanyaya izin verir.

Müşteriler SKAdNetwork'ü kendileri entegre edebilirler ya da bunu Adjust'ın yardımı ile yapabilirler. Adjust ile entegre edilse bile attribution'ı Apple yapar ve Adjust verileri toplu hale getirir.

SKAdNetwork'teki dönüşüm değerleri nelerdir?

Bir reklama tıklandığında ve App Store açıldığında App Store, reklam ağına veya uygulama geliştiricisine Publisher ID, network ID ve campaign ID'den oluşan başarılı bir dönüşümü bildirir. Bunun yanında uygulama tarafından yapılandırılabilen bir dönüşüm değeri de gönderilir.

Dönüşüm değeri, 0 ve 63 arasında (ya da binary olarak 000000 ve 111111 arasında) bir rakamdır ve reklamveren tarafından kurulum sonrası event takibinde kullanılır. Bu bildirim ve dönüşüm değeri, bilgilerin belirli bir kullanıcıya bağlanamaması için kullanıcı uygulamayı ilk kez açtıktan en az 24 saat sonra gönderilir.

Hangi event'lerin hangi dönüşüm değerine eşleştirileceği uygulama geliştiricilerine kalıyor. Örneğin bir oyun uygulaması, level atlamalarını takip etmek isteyebilir. Ancak dönüşüm değerlerinin önemli bir limitasyonu vardır: tek yönlüdürler, sadece artabilirler ve kurulumdan sonraki ilk 24 saat içinde meydana gelen event'ler ile eşleştirilmeleri gerekir. Örneğin, bir oyunun "1. Level" için 000001 olan bir event kodu oluşturduğunu düşünelim. Ardından kullanıcı oyun içi para birimi satın alır, bunun değerinin de 000011 olduğunu varsayalım. Bu kullanıcı "2. Level'ı" tamamladığında bu bit'ler 000010 olarak değiştirilemez, çünkü sadece tek yönlü değişimlere izin verilir. Bu durumun önüne geçmek için geliştiricilerin tekil event'ler yerine her path veya olasılık kombinasyonuna bir bit değeri ataması gerekir.

Dönüşüm değerleri hakkında dikkat edilmesi gereken bir nokta da imzasız (unsigned) olmalarıdır. Yani uygulama geliştiricileri, bir event'in gerçekleşip gerçekleşmediğini eskiden sahip oldukları kesinlik ile doğrulama şansına sahip değillerdir.

Dönüşüm değeri zamanlayıcısı

Kullanıcılar uygulamayı ilk kez açtıklarında, dönüşüm değeri reklam ağına gönderilmeden önce 24 saatlik bir zamanlayıcı başlar. Bir uygulama içi event her gerçekleştiğinde dönüşüm değeri güncellenir ve zamanlayıcı 24 saat daha uzatılır.

24 saatlik bu periyod boyunca daha fazla dönüşüm event'i gerçekleşmediğinden, zamanlayıcı sıfıra ulaştığında attribution için ikinci bir 24 saatlik zamanlayıcı başlar. Bu 24 saatlik pencere içinde SKAdNetwork, attribution verilerini toplu bir şekilde ve kullanıcı seviyesinde hiçbir ayrıntılı veri olmaksızın rastgele bir zamanda gönderir. SKAdNetwork payload'unun bu rastgele ve gecikmeli doğası, oturum açma veya alışveriş gibi uygulama içi event tetiklemelerinin tekil kullanıcılara bağlanmasının önüne geçer. Ancak bu gecikme, pazarlamacıların SKAdNetwork kampanyalarında gerçek zamanlı optimizasyon yapmalarının da önünde bir engel oluşturur.

Img

SKAdNetwork'ten en iyi şekilde yararlanmak adına pazarlamacıların ilk 24 saatte kullanıcı davranışlarına dair tam resmi görmeleri için mümkün olduğu kadar veri toplamaları gerekiyor. İlk 24 saat içinde meydana gelen kullanıcı davranışlarını görmek, edindiğiniz kullanıcıların kalitesini doğru bir şekilde tahmin edebilen ve değerlendirebilen dönüşüm değerleri oluşturmakta önemli bir rol oynar. Bu veriler sadece ilk 24 saat içinde toplanabildiğinden, uygulama geliştiricilerinin bu 24 saatlik sürede kullanıcılarla mümkün olduğunca çok etkileşim kurması gerekir. Bu, uzun vadede iyi performans gösteren kullanıcıları anlamanıza, onları hedeflemeye ve daha fazlasını kazanmaya devam etmenizi sağlayacaktır.

4. Bölüm: iOS 14.5'ten sonra attribution

AppTrackingTransparency çerçevesi göz önüne alındığında, iOS'te attribution açısından pazarlamacıların seçenekleri nelerdir?

iOS 14.5 ve sonrasında karşımıza attribution için üç seçenek çıkıyor: SKAdNetwork, deterministik attribution ve olasılıksal attribution. Pazarlamacılar, bu en iyi metodların bir kombinasyonunu ihtiyaçlarına en uygun şekilde kullanabilirler. Adjust, bu metodların hepsini destekliyor ve belli bir uygulama için hangisinin en uygun olduğuna dair size tavsiyelerde bulunabilir.

Bir kullanıcı IDFA paylaşımına onay verdiğinde, reklamverenler için deterministik attribution en doğru sonuçları veren seçenek olarak karşımıza çıkıyor. Ancak kullanıcı onay oranları düşünüldüğünde, reklamverenlerin SKAdNetwork'ü de kullanmaları gerekecektir. Bunun bazı sınırlamaları olsa da, toplu kurulumların son tık attribution'ı açısından yüksek doğruluğa sahip olacaktır. Bu üç metodu bir arada kullanmak karmaşık bir yapıya sahip olsa da, en çok fırsatın bu şekilde yaratılabileceğini düşünüyoruz.

Olasılıksal attribution nedir?

Olasılıksal attribution, ID ya da cihaz eşleştirmesi (deterministik attribution olarak da bilinir) yerine olasılık bazlı yapılan attribution yöntemidir. Apple'ın kurallarına uyumlu bir şekilde, dönüşümleri yüksek bir olasılık seviyesinde belirlemek için machine learning ve istatistiksel modelleme tekniklerini kullanır.

Adjust açısından olasılıksal eşleştirme, ikincil attribution metodumuzdur. Kurulumları tıklamalara ve gösterimlere attribute etmek için cihaz detaylarının eşleşen karakteristiklerinden yararlanırız. Bir MMP olarak, kullanıcıları siteler ya da uygulamalar arasında takip etmiyoruz ve hedeflemiyoruz. Tek amacımız, bir kurulumu bir etkileşime belli bir dereceye kadar kesinliğe sahip bir şekilde attribute etmektir. Kurulumların %80'i tıklamadan sonraki ilk saat içinde gerçekleştiğinden, bu tür bir attribution herhangi bir kalıcı ID gerektirmez. Birkaç saat içinde eskiyen (obsolete hale gelen) geçici verilerle (tıklama zamanı, kurulum zamanı ve temel cihaz bilgileri gibi) tahminler yapabiliyoruz.

Olasılıksal attribution, SKAdNetwork'ün yerini alması için geliştirilmemiştir ve hiçbir zaman onun kadar doğru sonuçlar vermeyecektir. Ancak kampanya yürüten her reklamveren için gerçek bir veri kaynağı olacaktır. Olasılıksal attribution, pazarlamacılara kreatif verilerinin üzerinde daha yüksek bir görünürlük sağlayarak kreatiflerini analiz etmelerine, medya harcamalarının verimlilik modellerini oluşturmalarına ve yatırım getirilerini iyileştirmelerine olanak sağlıyor. Ancak farklı attribution metodlarını bir arada kullanmak, çifte attribution'lara neden olabilir.

Çifte attribution nedir?

Çifte attribution, deterministik attribution ve SKAdNetwork'ün bir karışımını destekleyen bir ağda reklamlar yürüten reklamverenler için bir sorun olabilir ve reklamverenlerin aynı kullanıcı için iki kere ödeme yapmasına yol açabilir. Ancak çifte attribution nasıl meydana geliyor?

SKAdNetwork dışı bir kampanya yürüttüğünüzü, bir kullanıcının hem yayıncının hem de sizin uygulamanızda takibe onay verdiğini ve bunun da kanalın kullanıcıyı IDFA kullanarak takip etmesine neden olduğunu varsayalım. Bu kanal, kullanıcıyı IDFA ile takip ederken kullanıcınız son 30 gün içinde başka bir medya kaynağındaki bir SKAdNetwork reklamına tıklarsa (ya da görürse), SKAdNetwork o kurulum için hak verecektir. SKAdNetwork kurulum verileri toplu olduğundan, bu attribution'ı tekilleştirmek mümkün olmayacaktır.

iOS 14.5 ve sonrasında çifte attribution'ların önüne nasıl geçebileceğiniz hakkında daha fazla bilgi için bu konudaki blog yazımıza göz atabilirsiniz.

Sonuç

iOS 14.5 ve beraberinde getirdiği değişiklikler, olgunlaşmakta olan mobil pazarlama ekosistemi için bir dönüm noktası olsa da, pek çok tahminin aksine beklendiği kadar yıkıcı bir etkiye sahip olmadı. Büyümek isteyen uygulamalar için reklamlar ve kullanıcı kazanımı vazgeçilmez olmaya devam ediyor. Değişimlere adapte olurken Apple'ın kurallarını takip eden ve kullanıcı gizliliğini koruyan uygulamalar başarıyı yakalayacaktır.

Bununla birlikte Adjust, pazarlamacıların bu verileri doğruluğundan kuşku duymadan kullanmaya devam edebilmeleri için çok yönlü bir yaklaşım geliştirdi. Buna ATT çerçevesi için tam destek, kapsamlı bir SKAdNetwork çözümü ile birlikte deterministik attribution ve SKAdNetwork yaklaşımları arasındaki boşluğu kapatmak için tasarlanmış kendi dönüşüm değeri modelleme çözümümüz de dahildir.

iOS 14.5+ hakkında daha fazla bilgi almak, en son gelişmelerden haberdar olmak ya da uygulamanıza veya işinize dair özel ihtiyaçlarınız hakkında tavsiye almak için bir demo talep ederek Adjust'ın çözümlerinin pratikte nasıl çalıştığını görebilirsiniz. Ayrıca iOS 14.5+ kaynak merkezimizi ziyaret ederek tüm rehberlerimize ve ihtiyacınız olan bilgilere ulaşabilirsiniz.

Adjust'taki en son haberleri almak ister misiniz?