Trial ve purchase event'lerim Meta AEM için neden uygun değil?

Events Manager’a ulaşan bir event, henüz optimize edebileceğiniz bir event değildir. Meta her iOS event’ini Aggregated Event Measurement için ayrı ayrı uygun ya da uygun değil olarak işaretler. Listelediği nedenler arasında event’in install event’inizden farklı bir entegrasyonla gönderilmesi, yolun taşıması gereken verinin eksik olması ve son 30 günde çok az sinyal gelmesi var. Hangisinin geçerli olduğu yolunuza bağlı: RevenueCat’in doğrudan Meta’ya göndermesinin gereksinimleri, RevenueCat’in AppsFlyer’a gönderip AppsFlyer’ın Meta’ya postback ile ilettiği yolun gereksinimlerinden farklıdır.

Hesaplarımda genellikle şu sıra sorunu çözüyor: Events Manager’da AEM’i kurun, MMP’de probabilistic attribution’ı açın, bir install kampanyası çalıştırın ve optimizasyonu trial’a ya da purchase’a ancak Events Manager event’i uygun gösterdikten sonra taşıyın. Bu benim pratiğim, Meta’nın belgelediği bir düzeltme değil. Ayrıntılar aşağıda, kurulum sırası bölümünde.

Bu yazı, AEM kullanan ve app event’i ya da value için optimize eden iOS 14+ Meta app promotion kampanyalarını kapsıyor (Meta’nın “maximize number of app events” ve “maximize value of conversions” hedefleri). İki yolu baştan sona ayrı tutuyorum: RevenueCat’ten doğrudan Meta’ya ve RevenueCat’ten AppsFlyer üzerinden Meta’ya. Kurulum sırası bölümü Adjust ve Singular’daki karşılık gelen ayarları da sıralıyor. Anlatılanların hiçbiri tek bir bölgeye özgü değil. Aşağıdaki her sağlayıcı sayfası 29 Eylül 2026’da kontrol edildi. Meta’nın yardım sayfaları tarih göstermiyor ve haber vermeden değişiyor, o yüzden harekete geçmeden önce yeniden kontrol edin.

Meta bir event’in uygun olmadığını nerede söylüyor?

Events Manager’da. Meta’nın How to check if your app events are eligible for Aggregated Event Measurement sayfası yolu tarif ediyor: Datasets, dataset’iniz, Settings sekmesi, Setup tasks for iOS app events, ardından “Meta’s attribution for iOS 14+” bölümündeki Check app eligibility. Eligibility sütunu her event’i uygun ya da uygun değil olarak işaretler, More details nedenini açıklar, pending ise Meta’nın entegrasyonunuzdan gelecek bilgiyi hâlâ beklediği ya da doğruladığı anlamına gelir.

Meta’nın Troubleshoot issues with app eligibility for Aggregated Event Measurement sayfası her mesajı olası anlamı ve çözümüyle listeliyor. Kuruluma kimse dokunmadan önce tam mesajı ve tarihi kaydedin, çünkü o sayfadaki her mesaj farklı bir çözüme işaret ediyor.

Sorun event’in ulaşması mı, gerekli veri mi, uygunluk mu?

“Event çalışmıyor” üç farklı şey anlamına gelebilir:

• Ulaşma. Meta event’i hiç aldı mı? RevenueCat’in Meta Ads sayfası, Events Manager’ın kabul edilen event’leri göstermesinin 24 saate kadar sürebileceğini söylüyor.
• Gerekli veri. Event, yolunuzun AEM için ihtiyaç duyduğu her şeyi taşıyor mu? Bu yola göre değişir.
• Optimizasyon uygunluğu. Meta bir kampanyanın o event için optimize etmesine izin verecek mi? RevenueCat’in sayfasına göre başarılı bir teslimat yalnızca Meta’nın event’i kabul ettiği anlamına gelir. Event’in bir kampanya, hedef ya da rapor için uygun olup olmadığına yine Meta karar verir.

Tablo, sık görülen belirtileri katmana göre ayırıyor. Her belirti kendi yolunu belirtiyor, çünkü bir yol için belgelenmiş bir gereksinim diğeri hakkında kanıt değildir.

RevenueCat doğrudan yolu neye ihtiyaç duyuyor?

RevenueCat’in Meta Ads sayfasından burada işe yarayan dört nokta var.

Meta SDK’sı kalır. RevenueCat, install, activation ve cihaz üzerindeki sinyaller için Meta SDK’sını tutmanızı söylüyor. Server to server event’leri, install kampanyaları, SKAdNetwork veya AEM için Meta’nın SDK kurulumunun yerini almıyor. Güvenilirlik ve uzun vadeli destek için App Events API yerine Conversions API’yi öneriyor ve uygulama açık değilken de trial conversion’larını ve renewal’ları gönderebildiğini belirtiyor.

Teslimat identifier’lara ve izne bağlı. Conversions API üzerinden giden App Store event’lerinde RevenueCat, dashboard’daki “Send events when ATT consent is not authorized” ayarı etkin değilse, yalnızca müşteride $fbAnonId veya $idfa ile birlikte authorized bir ATT durumu varsa teslimatı dener. Boş veya sıfırlanmış IDFA değerlerini eksik sayıyor. IDFV, IP, e-posta ve telefon numarası teslimat için zorunlu attribute’lar arasında değil. RevenueCat bunları, Meta’nın varsa eşleştirme için kullanabileceği attribute’lar olarak listeliyor. Mümkün olduğunda bunları SDK’sını yapılandırdıktan sonra ve ilk purchase’tan önce ayarlamanızı, ATT izni verildikten sonra da cihaz identifier’larını yeniden toplamanızı istiyor.

Ayar devre dışıyken RevenueCat, App Store event’lerini göndermeden önce authorized ATT izni arıyor. RevenueCat’in sayfası yeni bir entegrasyonda ayarın açık mı kapalı mı başladığını yazmıyor, o yüzden Meta’nın event sayılarından bir sonuç çıkarmadan önce ayara kendi dashboard’unuzda bakın. Yani bu yolda takibe izin vermeyen kullanıcıların App Store trial ve purchase event’leri Meta’ya gitmez ve Meta, RevenueCat’in kaydettiğinden daha az event görür. Benim okumama göre küçük bir hesapta bu, “Not enough signals from last 30 days” mesajına giden makul yollardan biri. Ayarı açıp açmamak bir gizlilik kararıdır.

Subscribe kapsamı geniş. RevenueCat varsayılan olarak Trial Started’ı StartTrial’a, Trial Converted, Initial Purchase ve Renewal’ı ise Subscribe’a eşler. Yenilenmeyen bir purchase fb_mobile_purchase’a gider. Events Manager’daki bir Subscribe sayısı bu yüzden ilk ödemelerle renewal’ları karıştırır. RevenueCat bu event’ler için başka Meta standart event adları seçmenize izin veriyor ve Meta’nın kampanya optimizasyonu için standart event’leri önerdiğini belirtiyor. Eşlemeyi biri değiştirdiyse önce kampanyanızın hangi event adı için optimize ettiğine bakın.

Event başına tek kaynak. RevenueCat, Meta SDK’sı ile RevenueCat aynı event_id’yi paylaşmadığı için, RevenueCat’in gönderdiği event’lerde client side purchase ve revenue loglamasını kaldırmanızı söylüyor. Meta’nın sorun giderme sayfası burada önemli bir kural ekliyor: bir event, install event’inizden farklı bir entegrasyonla geldiğinde app event veya value hedefleri için uygun olmayabilir. Çözüm, ikisi için de aynı entegrasyonu kullanmak. Meta’nın About Partner Integrations for app events sayfası, value optimization önerilerinde Facebook SDK’sını, bir MMP’yi ve Conversions API’yi ayrı kanallar olarak adlandırıyor ve her event’i yalnızca birinden göndermenizi istiyor. Doğrudan yolda install’lar Meta SDK’sından, trial’lar ve ödemeler Conversions API’den geliyor. Burada geçen Meta sayfaları, Meta’nın bu ikiliyi bu kural açısından iki entegrasyon sayıp saymadığını söylemiyor. O yüzden varsaymayın, Events Manager’da iki event için de seçili entegrasyona bakın.

AppsFlyer yolu neye ihtiyaç duyuyor?

RevenueCat event’leri AppsFlyer’a gönderiyor, AppsFlyer de bunları Meta’ya postback olarak iletiyor. Gereksinimleri iki sayfa belirliyor ve ikisi aynı değil.

AppsFlyer’ın Meta Ads Aggregate Event Measurement (AEM) for iOS sayfasına göre, server to server gönderilen uygulama içi event’lerde Meta, event payload’unda hem IP adresini hem de IDFV’yi zorunlu tutuyor. Bunlar olmadan event AEM’de Meta attribution’ı için uygun olmuyor. RevenueCat’in AppsFlyer sayfası yalnızca $appsflyerId’yi zorunlu olarak işaretliyor. $idfa, $idfv ve $ip’yi önerilen olarak listeliyor. Attribute’ları Purchases SDK’sı yapılandırıldıktan sonra ve ilk purchase’tan önce ayarlamanızı istiyor ve AppsFlyer ID’si olmadan bazı event’lerin teslim edilemeyebileceği konusunda uyarıyor. RevenueCat’in collectDeviceIdentifiers yardımcısı $idfa, $idfv ve $ip’yi topluyor. Bu yolda “önerilen” olanı AEM için zorunlu sayın, çünkü AppsFlyer’a göre Meta ikisine de ihtiyaç duyuyor.

AppsFlyer’ın uygun olmayan event’ler için sorun giderme checklist’i, kendi sırasıyla, remarketing kampanyalarına ait adım hariç:

1. Meta Ads entegrasyonunda Advanced Data Sharing açık (Collaborate, Active Integrations, Meta Ads). Kapalıyken yalnızca advertiser ID’si olan kullanıcıların event’leri paylaşılıyor. AppsFlyer’ın özet tablosu bunu app promotion için AEM’i etkinleştiren toggle olarak adlandırıyor ve aşağıdaki kurulum sırasındaki MMP ayarı da bu.
2. App Settings’te IP masking kapalı. AppsFlyer, IP’si maskelenmiş event’lerin uygun olmadığını söylüyor.
3. Her server to server event’te IP adresi ve IDFV.
4. ATT izin oranı gözden geçirilmiş. Meta, eksik veya sıfırlanmış IDFA’lı sınırlı bir event hacmini kabul ediyor.
5. Postback’ler “Send all (including organic)” olarak eşlenmiş. Meta’nın partner sayfası da aynı tavsiyeyi veriyor.
6. Event’ler uygunsuz kalırsa Events Manager’da MMP trafiğini tercih edilen bağlantı olarak ayarlayın.

RevenueCat ayrıca çift saymayı önlemek için AppsFlyer SDK’sındaki client side revenue takibini kaldırmanızı istiyor. Bence aynı event’leri gönderen başka bir kaynak yoksa bu yol, install’ları ve trial ya da purchase event’lerini tek bir entegrasyona koyabilir. Meta’nın aynı entegrasyon çözümü de bunu istiyor.

Meta hâlâ uygulamaları sekiz event’le sınırlıyor mu?

Meta’nın “How to configure app events to use Meta’s Aggregated Event Measurement” sayfası, bir uygulamanın AEM yapılandırması için sekiz event yuvası tanımlıyordu ve artık Page Not Found döndürüyor (29 Eylül 2026’da kontrol edildi). AEM için sekiz app event’ini sıralamanızı söyleyen rehberler, Meta’nın artık belgelemediği bir kurulumu anlatıyor. Meta’nın About Meta’s Aggregated Event Measurement sayfası, app kampanyalarına güncellemeleri kademeli olarak yaydığını söylüyor. Bu güncellemelerle app promotion kampanyalarını SKAdNetwork için app event’lerini yapılandırmadan çalıştırabiliyorsunuz ve optimizasyon için daha fazla app event’i kullanılabiliyor. Meta’nın hâlâ belgelediği event sıralaması SKAdNetwork yapılandırmasına ait: About value sets sayfası orada 1 ile 63 arasında priority ID’leri tarif ediyor ve AEM üzerinden gönderilen event’ler için value set’leri etkinleştirmenizin gerekmediğini söylüyor. Meta’nın sorun giderme sayfasındaki mesajların hiçbiri yuva sırasıyla ilgili değil, yani yuva sırasını teşhis etmeye değmez.

Bir düzeltmeden sonra ne kadar beklemeliyim?

Tek bir şeyi değiştirin, tarihi not edin, sonra geçerli süreyi bekleyin:

• Kabul edilen event’lerin Events Manager’da görünmesi 24 saate kadar sürebilir (RevenueCat).
• Seçilen entegrasyondaki bir değişikliğin yansıması, Meta’nın Choose a single integration for app events in Meta Events Manager if you send events from multiple integrations sayfasına göre 24 saate kadar sürebilir.
• Beklemedeki bir event: 3 gün içinde yeniden kontrol edin (Meta).
• Bir mesajı çözmek için bir entegrasyon seçtikten sonra: yeniden kontrol 7 güne kadar sürebilir ve bu sürede kampanya düzenlemeleri kullanılamayabilir (Meta).
• AppsFlyer’ın checklist’inden sonra: Meta’nın uygunluğu yansıtması 2 ila 3 güne kadar sürebilir (AppsFlyer).

Aynı süre içinde iki değişiklik yaparsanız hangisinin işe yaradığını bilemezsiniz.

Hangi kurulum sırası genellikle sorunu çözer?

Hesaplarımda bu sıra genellikle uygun olmayan bir trial ya da purchase event’ini düzeltiyor. Yeni bir uygulamada bunu ilk install kampanyasından önce kuruyorum. Meta’nın sorun giderme sayfası çözümleri arasında install kampanyası saymıyor, o yüzden üçüncü adım benim deneyimim, Meta’nın talimatı değil.

1. İlk install kampanyasından önce Events Manager’da AEM’i kurun. Dataset’in Settings sekmesini açıyorum, Setup tasks for iOS app events’e gidiyorum ve “Meta’s attribution for iOS 14+” bölümünü tamamlıyorum, Meta şartları sorduğunda kabul ederek. Kontrol edilen Meta sayfaları uygulamalar için ayrı bir AEM toggle’ı ya da şartlar adımı belgelemiyor: About Meta’s Aggregated Event Measurement sayfası, app kampanyası güncellemelerini almak için bir şey yapmanız gerekmediğini, ama uygulamanızı uygun hale getirmek için bir şey yapmanız gerekebileceğini söylüyor. Events Manager bir istem gösteriyorsa kabul edin, göstermiyorsa devam edin.
2. MMP’de probabilistic attribution’ı ve AEM ayarını açın. Meta’nın Recommendations for setting up Meta Aggregated Event Measurement with a mobile measurement partner sayfası, MMP dashboard’unuzda bulunan her AEM toggle’ını ya da ayarını açmanızı ve app promotion ile retargeting için ayrı ayarlar gerekip gerekmediğine bakmanızı istiyor. Ayrıca IP paylaşımını kısıtlamanın ya da izin vermeyen kullanıcılar için veri paylaşımını sınırlamanın, toggle açık olsa bile soruna yol açabileceği konusunda uyarıyor. Meta’nın sayfası probabilistic attribution’dan söz etmiyor, onu açmak benim pratiğim. Ayarların adı MMP’ye göre değişir:
   • AppsFlyer: Meta Ads entegrasyonunda Advanced Data Sharing. AppsFlyer’ın özet tablosu bunun app promotion için AEM’i etkinleştirdiğini söylüyor, advertiser ID’si olmayan kullanıcıların event’leri ve geçerli oldukları yerlerde deterministik olmayan claim’ler dahil. Probabilistic toggle App Settings’te duruyor ve AppsFlyer’ın sayfası ona iki ad veriyor: tabloda “Enable view-through attribution via probabilistic modeling”, metinde “Enable view-through attribution via campaign measurement modeling”. View through claim’lerini kapsıyor, ben onu da açıyorum.
   • Adjust: Meta kurulum sayfası entegrasyonun AEM install kampanyalarını otomatik desteklediğini ve probabilistic modeling’in, uygulama seviyesinde kapatmış olsanız bile, tüm AEM install kampanyası link’lerinde varsayılan olarak açık olduğunu söylüyor. Yine de bir link’in attribution ayarlarından kapatılabiliyor, o yüzden orada kimsenin kapatmadığını kontrol edin. “Enable AEM for MAE” toggle’ı retargeting kampanyaları içindir, install’lar için değil.
   • Singular: Facebook partner yapılandırmasında “Include Advanced AEM Attributions”, varsayılan olarak işaretli. Meta integration sayfası, varsayılan yapılandırmanın ATT izni vermemiş kullanıcıların event’lerini zaten gönderdiğini söylüyor.
   • RevenueCat doğrudan: yolda MMP yok. En yakın ayar yukarıda anlattığım “Send events when ATT consent is not authorized” ve o bir gizlilik kararı.
3. Önce bir install kampanyası çalıştırın. Install için optimize eden bir app promotion kampanyası başlatıyorum ve Meta’dan trial ya da purchase için optimize etmesini ancak bundan sonra istiyorum. Bence işe yarıyor, çünkü install kampanyası, Meta’dan daha nadir bir event için optimize etmesini istemeden önce ona install’ları ve o kullanıcılardan sonra gelen event’leri veriyor. Meta’nın sayfası bunu söylemiyor. “Integration quality issue” için verdiği nedenlerden biri “We’ve received a low number of install events”, çözümü ise tüm conversion event’lerini göndermek, install kampanyasından söz etmiyor.
4. Uygun göründüğünde optimizasyon event’ini taşıyın. Kampanyayı trial veya purchase için maximize number of app events ya da maximize value of conversions hedefine geçirmeden önce, yukarıda anlatıldığı gibi Eligibility sütununu kontrol edin.

İki sınır var. More details eksik bir alanı ya da bölünmüş bir entegrasyonu adlandırıyorsa önce o düzeltme gelir: install kampanyası eksik bir IDFV eklemez, bir IP’nin maskesini kaldırmaz, bir event’i install’ın entegrasyonuna taşımaz, daha fazla bütçe de bunları yapmaz. Yol temizse ve event fazla nadirse mesele, bir subscription uygulamasının hangi event için optimize etmesi gerektiği sorusuna döner.

Takibi reddeden kullanıcılar için IP ve IDFV göndermek izinli mi?

Bu sizin hukuki kararınız ve buradaki hiçbir şey hukuki tavsiye değildir. Apple’ın User privacy and data use sayfası, IDFV’nin bir kullanıcıyı diğer şirketlerin uygulamaları ve web siteleri genelinde takip etmek için başka verilerle birleştirilemeyeceğini söylüyor ve geçerli yasalara uymayı size bırakıyor. AppsFlyer, Advanced Data Sharing’i açmadan önce bunun platform politikalarınıza ve düzenlemelere uygun olduğunu doğrulamanızı istiyor.

Meta desteğine başvurmadan önce hangi kanıtları toplamalıyım?

Meta’nın sorun giderme sayfası birkaç mesajı Meta account manager’ınıza yönlendiriyor, AppsFlyer de her destek talebinde uygun olmayan event’lerin ekran görüntüsünü istiyor. Şunları hazır tutun:

1. Eligibility sütununun tarihli bir ekran görüntüsü ve More details mesajının tamamı.
2. Dataset ID’si, app ID’si ve her event adı, gönderildiği haliyle; standart mı özel mi olduğunu da yazın.
3. Install event’i ile trial veya purchase event’i için seçilen entegrasyon ve her birini gönderen tüm kaynakların listesi.
4. RevenueCat doğrudan için: yakın tarihli bir test müşterisinin teslimat satırı, Request, Response ve fbtrace_id ile.
5. AppsFlyer yolu için: IP ve IDFV’nin var olduğunu gösteren, bilgileri gizlenmiş bir server to server event, ayrıca Advanced Data Sharing, IP masking ve postback ayarları.
6. Son 30 gündeki ATT izin payı.
7. Yapılan her değişikliğin tarihiyle birlikte kaydı ve her birinden sonra ne kadar beklediğiniz.

Meta için CAPI ve event eşlemesini kim düzeltebilir?

Signal engineering altında her event’i purchase’tan Events Manager’a kadar izlemeyi, hangi entegrasyonun ona sahip olacağına karar vermeyi ve kimse bid’lere ya da bütçelere dokunmadan önce yolun eksik bıraktığını düzeltmeyi üstleniyorum. AEM’in SKAN ve AdAttributionKit’in yanında nasıl konumlandığı ATT sonrasında iOS’ta paid UA’nın hâlâ neyi ölçebildiği yazısında.

Bir uygulamanın Meta’daki ilk install kampanyasından önce Events Manager’da AEM’i kuruyorum, Meta şartları sorduğu yerde kabul ediyorum ve MMP’de, varsa AEM ayarıyla birlikte, probabilistic attribution’ı açıyorum. Install kampanyası ondan sonra yayına giriyor. Events Manager trial’ı ya da purchase’ı uygun olarak işaretleyince optimizasyon event’i o oluyor.

Kaynaklar

Her sayfa 29 Eylül 2026’da açılıp kontrol edildi.

• Meta Business Help Center: Troubleshoot issues with app eligibility for Aggregated Event Measurement
• Meta Business Help Center: How to check if your app events are eligible for Aggregated Event Measurement
• Meta Business Help Center: Choose a single integration for app events in Meta Events Manager if you send events from multiple integrations
• Meta Business Help Center: About Meta’s Aggregated Event Measurement
• Meta Business Help Center: About Partner Integrations for app events
• Meta Business Help Center: Recommendations for setting up Meta Aggregated Event Measurement with a mobile measurement partner
• Meta Business Help Center: About value sets
• Meta Business Help Center: How to configure app events to use Meta’s Aggregated Event Measurement (https://www.facebook.com/business/help/1267713610367185), Page Not Found
• AppsFlyer: Meta Ads Aggregate Event Measurement (AEM) for iOS, 25 Mayıs 2026’da düzenlendi
• Adjust Help Center: Set up Meta in Adjust
• Singular Help Center: Facebook (Meta) Ads Attribution Integration, 26 Ağustos 2026’da güncellendi
• RevenueCat Docs: Meta Ads
• RevenueCat Docs: AppsFlyer
• Apple Developer: User privacy and data use