PostHog

Adapty, abonelik etkinliklerini (satın almalar, yenilemeler, iadeler, deneme başlangıçları) PostHog’un etkinlik akışına aktarabilir; böylece bu veriler geri kalan verilerinizle birleşir.

Her etkinlik; gelir, para birimi, mağaza ve ürün ayrıntılarını, ayrıca satın almayı oluşturan paywall ve A/B testi varyantını içerir. Veriler PostHog’a ulaştığında herhangi bir PostHog aracı bunları kullanabilir.

Adapty’nin abonelik etkinlikleri, PostHog’da halihazırda takip ettiğiniz her şeye bir gelir boyutu ekler:

• Hangi uygulama içi eylemler bir aboneliği öngörür? trial_started ve subscription_started ile kendi PostHog event’lerinizi ilişkilendirerek satın almaya yol açan davranışı bulun.
• Hangi deney varyantı daha fazla kazandırdı? Herhangi bir ürün değişikliği için PostHog deneyinde metrik olarak Adapty’nin gelir event’lerini kullanın. Adapty’nin A/B testleri paywall’ları ve onboarding’leri kapsar.
• İade öncesinde ne olur? subscription_refunded üzerine bir insight oluşturun, ardından arkasındaki kişileri açıp oturum kayıtlarını izleyin.
• Hatalar yenilemeleri etkiler mi? Hata takibini subscription_renewal_cancelled ile çapraz karşılaştırın; bu event, kullanıcı otomatik yenilemeyi kapatar kapatmaz tetiklenir — subscription_expired’dan çok önce.
• Aboneler serbest kullanıcılara kıyasla nasıl bir elde tutma oranı gösterir? Türetilmiş erişim durumu üzerinden kohort ve elde tutma eğrileri oluşturun — bkz. Abone ile serbest kullanıcıyı nasıl ayırt edersiniz.
• Hangi paywall ve varyant geliri yarattı? Satın alma event’leri, bunları üreten paywall ve varyantı taşır; böylece geliri paywall’a göre ayrıştırabilirsiniz. Görüntülemeden satın almaya oranını ölçmek için PostHog SDK’sıyla paywall görüntülemelerini yakalayın.
• Her iki veri seti genelinde soru sorun — insight’lar veya SQL ile.

Entegrasyon nasıl çalışır

PostHog, her kullanıcıyı distinct_id adı verilen bir string ile tanımlar. Bu entegrasyonun tamamı, Adapty ve PostHog’un söz konusu string üzerinde anlaşmasına dayanır.

1. PostHog SDK, kullanıcıya bir distinct_id atar. İlk başlatmada bu dize cihaz kapsamlı ve anonimdir. Ancak giriş yapıldığında özel bir değer atayabilir ya da çıkış yapıldığında sıfırlayabilirsiniz.
2. Her uygulama başlatmasında, Adapty.activate() çağrısından sonra ve herhangi bir satın alma gerçekleşmeden önce, setIntegrationIdentifier() ile distinct_id değerini Adapty’ye aktarın. Adapty, bu değeri kullanıcının Adapty profiline posthog_distinct_user_id olarak ekler.
3. Kullanıcı bir deneme başlattığında veya satın alma yaptığında, Adapty’nin sunucuları olayı ilgili distinct_id ile birlikte PostHog’un capture API’sine gönderir. Bu alışveriş, uygulamanızın dışında sunucular arasında gerçekleşir.
4. PostHog, olayı söz konusu distinct_id’ye sahip kişiye bağlar; böylece abonelik geliri, kullanıcının uygulamanızda yaptığı diğer her şeyin yanında görünür.

Adapty’nin ID’sini PostHog ile Eşleştirin

Her iki sistemin de aynı kullanıcı için aynı distinct_id değerini kullanması gerekir; aksi takdirde bir kişi birbirine bağlı olmayan iki ayrı varlığa bölünür. Bu durumu önlemenin iki yolu vardır ve hangisinin uygun olduğu, satın alma işleminin ne zaman gerçekleşebildiğine bağlıdır.

Satın alma için giriş zorunluysa, kullanıcı giriş yaptığı anda Customer User ID değerinizle PostHog’un identify() fonksiyonunu çağırın. Başka bir değer olmadığında Adapty de bu değeri kullanır, dolayısıyla her iki sistem eşleşir.

Anonim kullanıcılar satın alma yapabiliyorsa, PostHog’un distinct_id değerini okuyun ve setIntegrationIdentifier ile Adapty’ye iletin. Bunu Adapty.activate() sonrasında her başlatmada ve her PostHog reset() sonrasında çağırın. Anonim profillerin Customer User ID’si olmadığından, PostHog’un kendi ID’si her iki sistemin de paylaşabileceği tek değerdir — bakınız Uygulama kodunuzu yapılandırın.

Hangi yöntemi seçerseniz seçin, bu değerin yeniden yükleme sonrasında da geçerliliğini koruması gerekir. Adapty her yeniden yüklemede yeni bir profil oluşturur; PostHog ise cihaz başına yeni bir anonim distinct_id üretir. Dolayısıyla her iki sistem de kendi başına bu boşluğu kapatamaz. Adapty, ücretli erişimi kullanıcının anonim profilleri arasında aktarır; ancak bu, access level’ları birbirine bağlar — analytics kimliğini değil. Devralan profil, yine kendi ID’si altında event göndermeye devam eder. Kendi backend’inizin sahip olduğu kalıcı bir ID olmadan, yeniden yükleme yapan bir abone PostHog’da öncesinde hiç satın alma yapmamış, yalnızca yenilemesi olan yeni bir kullanıcı olarak görünür.

Eşleşmeyen kimlikler veri parçalanmasına yol açar — daha fazlası için bkz. Bir kullanıcı birkaç kişi olarak görünüyor.

Kurulum talimatları

PostHog proje token’ınızı kopyalayın

1. Verilerinizin barındırıldığı dağıtıma — US Cloud veya EU Cloud — giriş yapın ve bağlamak istediğiniz projeyi seçin.

2. Settings > Project > General bölümüne gidin ve Project token & ID kısmını bulun.

   

3. Project token’ı kopyalayın. phc_ ile başlar. PostHog, bu token’ın yalnızca yazma amaçlı ve yayınlanmasının güvenli olduğunu belirtir; dolayısıyla yenilemenize gerek yoktur.

Adapty’yi Yapılandırın

1. Adapty Kontrol Paneli’nde Integrations > PostHog bölümünü açın.

2. PostHog geçişini etkinleştirin.

3. Token’ı Project API key alanına yapıştırın. Adapty, kaydetme sırasında bunu PostHog üzerinden doğrular — token geçersizse, olayları sessizce düşürmek yerine anında hata verir.

4. “Sunucu konumu” bölümü kurulumunuza göre değişir.

• PostHog Cloud kullanıyorsanız, Region alanını giriş yaptığınız dağıtıma göre ayarlayın — US Cloud veya EU Cloud. PostHog Instance URL alanını boş bırakın.
  • Kendi örneğinizi çalıştırıyorsanız, Self-hosted seçeneğini belirleyin ve PostHog Instance URL alanını doldurun. Bölge seçmeyin. Adapty’nin örneğe proxy / VPN olmadan erişebilmesi gerekir.

5. How the revenue data should be send seçeneğinin altında, Adapty’nin hangi gelir verisini göndereceğini belirleyin. Üç seçenek, Adapty Analytics gelir görünümleriyle eşleşir; dolayısıyla seçiminiz, PostHog rakamlarınızın uyum sağlaması gereken görünümü de belirler.

6. Kalan seçenekleri ayarlayın:

7. Events names bölümünde istediğiniz etkinlikleri yeniden adlandırın veya devre dışı bırakın. PostHog boş olmayan her etkinlik adını kabul ettiğinden, mevcut taksonominizin gerektirdiği adları kullanabilirsiniz.

8. Save’e tıklayın.

Sandbox verilerini üretimden uzak tutun

Adapty, sandbox ve üretim işlemlerini aynı entegrasyon üzerinden gönderir; dolayısıyla ikisi de aynı PostHog projesine düşer. Entegrasyon yalnızca bir Project API key alır; başka bir yere yönlendirmek için ayrı bir sandbox anahtarı yoktur.

Geliştirme sürümünüze kendi PostHog projesini vermek de sandbox olaylarını üretim projesinden uzak tutmaz. Sandbox, mağaza işleminin bir özelliğidir, sürümünüzün değil. App Store incelemesi ve TestFlight satın almaları, üretim sürümünden gerçekleştirilen sandbox işlemleridir.

Bunun yerine, ikisini sorgularla ayırın. Her olay, Sandbox veya Production olarak ayarlanmış bir environment özelliği içerir. Gerçek geliri izole etmek için filtreleyin:

WHERE properties.environment = 'Production'

Uygulama kodunuzu yapılandırın

1. PostHog SDK’sından mevcut distinct_id değerini alın:

   • Her uygulama başlangıcında, Adapty.activate() çağrısından sonra ve herhangi bir satın alma gerçekleşmeden önce. PostHog, daha önceki olayları farklı bir kişiye bağlar.
   • PostHog’un reset() fonksiyonu çağrıldıktan sonra; çoğu uygulama bunu oturumu kapatma sırasında çalıştırır. reset() yeni bir anonim kimlik oluşturur ve bunu önceki kişiyle ilişkilendirmez; bu nedenle eski bir değer, az önce oturumu kapatan kullanıcıya işaret etmeye devam eder.

2. Bu değeri setIntegrationIdentifier() ile Adapty’ye iletin.

let distinctId = PostHogSDK.shared.getDistinctId()

do {
    try await Adapty.setIntegrationIdentifier(.posthogDistinctUserId(distinctId))
} catch {
    // handle the error
}

Adapty.setIntegrationIdentifier(
    AdaptyIntegrationIdentifier.posthogDistinctUserId(PostHog.distinctId())
) { error ->
    if (error != null) {
        // handle the error
    }
}

Adapty.setIntegrationIdentifier(
    AdaptyIntegrationIdentifier.posthogDistinctUserId(PostHog.distinctId()),
    error -> {
        if (error != null) {
            // handle the error
        }
    }
);

try {
    final distinctId = await Posthog().getDistinctId();

    await Adapty().setIntegrationIdentifier(
        key: "posthog_distinct_user_id",
        value: distinctId,
    );
} on AdaptyError catch (adaptyError) {
    // handle the error
} catch (e) {
    // handle the error
}

const posthog = usePostHog();

try {
    await adapty.setIntegrationIdentifier(
        "posthog_distinct_user_id",
        posthog.getDistinctId()
    );
} catch (error) {
    // handle `AdaptyError`
}

Entegrasyonu doğrulayın

1. Bir sandbox satın alımı tetikleyin, ardından Adapty Kontrol Paneli’ndeki Event Feed bölümünü açın. Her teslimat denemesi sonucuyla birlikte görüntülenir. Adapty, kaydettiğinizde Project API key’inizi ve instance URL’sini doğrular; bu nedenle bu aşamadaki hatalar nadirdir. Olası nedenler:

   • Çalışmayı durduran bir anahtar. Entegrasyon anahtarını silerseniz PostHog 401 döndürür.
   • Yanıt vermeyi durduran bir instance. Adapty 10 saniye sonra beklemeyi keser. Self-hosted dağıtımları etkileyebilir.

   Başarısız bir olayın üzerine gelerek PostHog’un yanıtını okuyun.

2. PostHog’da Activity görünümünü açın ve etkinliği arayın. Satın alma işleminizin environment özelliği Sandbox olmalıdır.

3. O kişinin profilini açın ve Distinct IDs sekmesini kontrol edin. Uygulamanızın kendi etkinlikleri ile Adapty’nin sunucu etkinlikleri aynı kişiye ait olmalıdır. Aynı kullanıcı için iki farklı kişi görünüyorsa ID’ler eşleşmiyor demektir — bakınız Bir kullanıcı PostHog’da birden fazla kişi olarak görünüyor.

PostHog’da geliri raporlama

Adapty Analytics, gelir rakamları için gerçeğin kaynağı olmaya devam eder; çünkü bu veriler eksiksiz mağaza verisinden hesaplanır ve PostHog yalnızca bu entegrasyonun ilettiği bilgileri alır. Ürün metriklerinizin yanında PostHog kontrol panelinde de geliri görmek istiyorsanız, PostHog’un Revenue Analytics özelliği, belirlediğiniz etkinlik özelliklerinden bu veriyi okur. PostHog’da Data management > Revenue bölümünü açın ve şu eşleştirmeleri yapın:

PostHog’un “values are in cents” seçeneğini kapalı bırakın. Adapty ondalıklı tutarlar gönderir, kuruş cinsinden değil.

PostHog olay yapısı

Adapty, PostHog entegrasyon sayfasındaki Events names bölümünde etkinleştirdiğiniz olayları, her olay için bir capture isteği gönderecek şekilde iletir:

{
  "api_key": "phc_YOUR_PROJECT_TOKEN",
  "distinct_id": "john.doe@example.com",
  "timestamp": "2026-01-08T11:06:12+00:00",
  "event": "subscription_started",
  "properties": {
    "$ip": "10.168.1.1",
    "$geoip_time_zone": "America/New_York",
    "$geoip_disable": true,
    "$set": {
      "email": "user@example.com",
      "first_name": "John",
      "last_name": "Doe",
      "birthday": "1990-01-01",
      "gender": "male",
      "os": "iOS"
    },
    "*": "{{other_event_properties}}"
  }
}

Yalnızca webhook’a özgü beş özellik burada hiçbir zaman görünmez — Sınırlamalar bölümüne bakın.

Farklı ID önceliği

Adapty, tespit ettiği ilk değeri kullanır:

Adapty bu sıralamayı her olay için ayrı ayrı değerlendirir; bir kez kullanıcı başına değil. setIntegrationIdentifier çağrınız gerçekleşmeden önce tetiklenen bir olay, daha düşük öncelikli bir ID altına düşer ve PostHog aynı kullanıcı için ikinci bir kişi kaydeder.

Adapty’nin ID’sini PostHog’la eşleştir bölümündeki iki kurulumdan birini seç, ardından herhangi bir event tetiklenmeden önce bu değeri yerleştir. Zaten bölünmüş kişiler için Bir kullanıcı PostHog’da birden fazla kişi olarak görünüyor bölümüne bak.

IP ve konum özellikleri

Adapty event’lerini konuma göre segmentlere ayırmak için store_country ve profile_country özelliklerini kullanın. Adapty, PostHog’un konum aramasını devre dışı bırakır; bu nedenle PostHog kendi $geoip_* değerlerini eklemez. Aşağıdaki üç özellik event başına geçerlidir, dolayısıyla proje ayarlarınız ve kendi event’leriniz bundan etkilenmez.

Kişi özellikleri

$set içindeki her şey, bir event özelliği yerine PostHog kişi özelliği olur. PostHog, kişi özelliklerini tek bir event’e değil, kişiye bağlar; dolayısıyla bu özellikler belirli bir anı değil, kullanıcının mevcut durumunu tanımlar. Adapty, değeri olmayan alanları atlar ve hiçbirinde değer yoksa $set’i tamamen kaldırır.

Kısıtlamalar

• Access level veya abonelik durumu yok. access_level_updated eventi yalnızca webhook entegrasyonlarına özeldir; bu nedenle Adapty, PostHog’a kullanıcının şu anda neye erişimi olduğunu açıklayan herhangi bir alan göndermez — bkz. Abone ile ücretsiz kullanıcıyı nasıl ayırt edersiniz.
• Geçmiş veri aktarımı yok. Adapty, entegrasyonu etkinleştirdiğiniz andan itibaren eventleri iletir. Geçmiş satın almalar PostHog’a hiçbir zaman ulaşmaz.
• PostHog, Adapty eventlerine coğrafi konum eklemez. PostHog, konumu eventin kaynağının IP adresinden tahmin eder. Adapty eventlerinin kaynağı her zaman bir Adapty sunucusudur — kullanıcının cihazı değil. Veri kirliliğini önlemek için Adapty, PostHog’a bu sorguyu atlamasını söyler. Adapty, $geoip_time_zone, store_country ve profile_country alanlarını doldurur — ancak daha ayrıntılı konum verisi göndermez.
• Adapty eventlerini kaynağa göre filtreleyemezsiniz. PostHog, gönderen SDK’yı $lib alanına kaydeder — posthog-ios, posthog-android, web — ancak Adapty, SDK aracılığı olmadan doğrudan PostHog API’sine gönderim yaptığından bu özellik boş kalır. Bunun yerine event adına göre filtreleyin.

Sorun Giderme

• Olaylar PostHog’da görünmüyor
• access_level_updated Event Feed’de başarısız olarak görünüyor
• Bir kullanıcı PostHog’da birden fazla kişi olarak görünüyor
• PostHog’daki gelir Adapty Analytics ile eşleşmiyor
• Olaylar PostHog’da gerçekleşmeden önce görünüyor
• Adapty olaylarında ülke veya şehir verisi yok
• Abone ile ücretsiz kullanıcıyı nasıl ayırt edersiniz
• Paywall görüntülemeleri PostHog’da görünmüyor

Olaylar PostHog’da görünmüyor

• Önce Adapty Event Feed’i kontrol edin. Başarısız bir teslimat, PostHog’un döndürdüğü hatayı gösterir.
• Başarılı bir teslimat, PostHog’un etkinliği sakladığını garanti etmez. PostHog, payload ve key geçerli olduğunda 200 OK döndürür; ancak adı olmayan veya boş distinct_id içeren etkinlikleri sessizce atar.
• Aradığınız etkinliğin entegrasyon ayarlarında etkin olduğunu doğrulayın.
• PostHog’u kendiniz barındırıyorsanız, sunucunun /capture adresinde Adapty’nin POST isteklerini kabul ettiğinden emin olun. Başarılı bir yapılandırma bu erişimin var olduğunu garanti etmez — Adapty, key’inizin geçerliliğini kontrol etmek için farklı bir uç nokta kullanır.

access_level_updated Event Feed’de başarısız olarak görünüyor

access_level_updated yalnızca webhook’a özgü bir event’tir. Adapty bu event’i bu entegrasyona hiçbir zaman göndermez. Ancak Adapty, etkinleştirilmiş her entegrasyon için bir sonuç kaydeder ve desteklenmeyen bir event başarısızlık olarak görüntülenir.

PostHog’da bir kullanıcı birkaç kişi olarak görünüyor

PostHog, çoğu ayrılmayı sonradan geri alamaz — bkz. Adapty’nin ID’sini PostHog’unkiyle eşleştirme.

ID’ler neden ayrışır

Adapty’nin gönderdiği her olay, kullanıcının Adapty profilindeki bir distinct_id taşır — bkz. Distinct ID önceliği. Adapty bu değeri, uygulamanız setIntegrationIdentifier çağırdığında değil, olayı gönderdiği anda okur. Bir Adapty olayının distinct_id’si, uygulama kurulumunun dahili distinct_id’sinden farklıysa PostHog bu iki tür olayı farklı kişilere atar.

Uyuşmazlığın üç farklı nedeni vardır:

1. Uygulamanız platformlardan birinde setIntegrationIdentifier çağrısı yapmıyor. Adapty, Customer User ID’ye veya anonim profil ID’sine geri döner. Yayınladığınız her platformu kontrol edin.
2. setIntegrationIdentifier çağrısı çok geç yapılıyor. Bu çağrıdan önce gerçekleşen abonelik olayları, yedek ID ile kaydedilir.
3. PostHog’a identify() ile gönderdiğiniz ID, integration identifier olarak ayarladığınızdan farklı. Adapty yalnızca en son ilettiğiniz değeri saklar ve bunu kendisi güncellemez. PostHog’un reset() fonksiyonu yeni bir anonim ID atar; bu durumda Adapty’de eski ID kalır — bu yüzden her reset() çağrısının ardından setIntegrationIdentifier fonksiyonunu tekrar çağırın.

Üçünü de düzeltin; PostHog o andan itibaren kullanıcı başına tek bir kişi kaydeder.

İlk identify() çağrısında ayrışan kullanıcı ID’lerini birleştirin

Uygulamanızın ayrışan ID’leri uzlaştırmak için tek bir penceresi vardır: PostHog’un identify() fonksiyonuna yapılan ilk çağrı. PostHog, uygulama kurulumunun olaylarını bu çağrıda belirttiğiniz kişiyle birleştirir; bu nedenle Adapty’nin gönderdiği ID’yi kullanın — bkz. Adapty’nin ID’sini PostHog’unki ile Eşleştirin. Bu çağrının ardından PostHog, uygulama kurulumunu tanımlanmış olarak kabul eder ve iki tanımlı kişiyi birleştirmeyi reddeder.

Reddedilen bir birleştirmeyi kontrol edin

PostHog’un bir kullanıcıyı iki kişi olarak kaydettiğini doğrulamak için PostHog’da Data management > Ingestion warnings bölümünü açın ve Refused to merge an already identified user hatasını arayın.

PostHog ayrıca ID, kendi rezerve değerlerinden biri olduğunda birleştirmeleri engeller — liste için Adapty’nin ID’sini PostHog’la eşleştirme bölümüne bakın.

Mevcut bir bölünmeyi onarma

Ne identify() ne de alias(), birleştirme penceresi kapandıktan sonra bir ayrışmayı geri alabilir. Zorla birleştirme için yalnızca PostHog’un $merge_dangerously özelliği kullanılabilir. PostHog bunu geri alınamaz, herhangi bir güvence içermeyen ve yalnızca uygulama hatalarından tek seferlik kurtarma amacıyla tasarlanmış olarak belgelemektedir.

Bunu bir ayar olarak değil, bir event olarak gönderirsiniz ve iki kişiyi adlandırır. Yön, hangisinin devam edeceğine karar verir:

Herhangi bir şey göndermeden önce hangi tarafın hayatta kalacağına karar verin. Adapty kişisi abonelik geçmişini, uygulamanızın kişisi ise uygulama içi davranışları tutar. Herhangi bir toplu düzeltme yapmadan önce tek bir kullanıcıyı bu işlemden geçirip sonucu kontrol edin. PostHog’un Kullanıcılar nasıl birleştirilir sayfasında SDK’larının her biri için payload bilgisi yer almaktadır.

PostHog’daki gelir Adapty Analytics ile eşleşmiyor

Adapty ve PostHog aynı olayları farklı şekillerde işler. Bu farklılıklar neredeyse tüm uyumsuzlukların kaynağıdır.

• Her Adapty olayı, Gelir verilerinin nasıl gönderileceği altındaki her seçenek için birer tane olmak üzere üç farklı gelir miktarı taşır. PostHog özellikleriyle eşleşme şekilleri şöyledir:

Satırlar arasında karşılaştırma yapıldığında, komisyon, vergi veya her ikisine eşit bir fark ortaya çıkar. Adapty, Report user’s currency ayarından bağımsız olarak her olayda altı özelliğin tamamını gönderir.

• Adapty her gelir olayını bir dönemde sayar; PostHog insight’ı yalnızca eklediğiniz olayları sayar. subscription_renewed olayını atlarsanız, yerleşik herhangi bir uygulamanın gelirinin büyük bölümünü kaybedersiniz.

• Adapty’nin tarih aralığı son günün tamamını kapsar; timestamp filtresi ise verdiğiniz ana kadar sayar. Adapty’de 1 Temmuz – 15 Temmuz, 15 Temmuz 23:59:59’a kadar olan tüm olayları içerir. PostHog’da timestamp < 2026-07-15 o günün tamamını dışarıda bırakır — timestamp < 2026-07-16 kullanın.

• Adapty Analytics, sandbox ile production’ı birbirinden ayırır; PostHog ise ikisini karıştırır. properties.environment = 'Production' filtresini uygulayın — bkz. Sandbox verilerini production’dan uzak tutun.

• Adapty uygulamanızın raporlama saat dilimini kullanır; PostHog ise UTC alır. Entegrasyonlar, App Settings kısmında ne ayarladığınızdan bağımsız olarak her zaman UTC zaman damgaları alır. UTC ile 1 Temmuz 23:30’daki bir satın alma, raporlama saat diliminiz +02:00 ise Adapty’de 2 Temmuz’a düşerken PostHog bunu 1 Temmuz’da saklar.

• PostHog’da geçmiş olaylar eksik. İki ayrı sınır eski olayların dışarıda kalmasına neden olur; bu yüzden daha önceki abonelikler ve yenilemeler yalnızca Adapty Analytics’e ulaşır. Kendi PostHog SDK’nızın yakaladığı olaylar bundan etkilenmez.

• Geçmiş olayları hariç tut seçeneği, PostHog entegrasyon sayfasındaki bir geçiş düğmesidir ve varsayılan olarak açıktır. Adapty, profil oluşturulmadan önceki tarihli olayları göndermez; Event Feed’de her biri süresi dolmuş olarak işaretlenir. Kullanıcının Adapty olayları bu nedenle ilk Adapty derlemesini başlattıkları andan itibaren başlar. Geçmişe dönük olayların o noktadan itibaren iletilmesine izin vermek için bu seçeneği kapatın.

  • Geçmiş veri doldurmama bir kalıcı kısıtlamadır. Adapty olayları işledikçe gönderir ve entegrasyonu etkinleştirmeden önce işlediği olaylara geri dönmez.

• Entegrasyon ayarlarında devre dışı bıraktığınız olaylar PostHog’a hiçbir zaman ulaşmaz. Adapty Analytics bunları yine de sayar. Configure Adapty bölümündeki Events names kısmını kontrol edin.

Olaylar PostHog’da gerçekleşmeden önce görünüyor

Yenilemeler ve deneme süresi dönüşümleri için Apple, Adapty’yi etkinlik gerçekleşmeden önce bilgilendirir. Adapty bu etkinlikleri, gelecekteki timestamp değerini değiştirmeden anında iletir. Adapty Analytics ise bu etkinlikleri o zaman gelene kadar bekletir; bu nedenle PostHog, Adapty’nin henüz raporlamadığı etkinlikleri gösterebilir. İkisi de doğrudur. Bunları hariç tutmak için timestamp üzerinde filtre uygulayın — bkz. Gelecek tarihli etkinlik zaman damgaları.

Adapty etkinliklerinde ülke veya şehir verisi yok

Bunun yerine store_country ve profile_country özelliklerini kullanın. PostHog’un kendi $geoip_* değerleri Adapty event’lerinde boş kalır — bkz. IP ve konum özellikleri.

Abone ile ücretsiz kullanıcıyı nasıl ayırt edersiniz

Adapty event raporları, kullanıcının mevcut erişimini göstermez. $set yalnızca email, first_name, last_name, birthday, gender ve os içerir. Access level’ları tanımlayan event özellikleri yalnızca access_level_updated event’inde doldurulur ve Adapty bu event’i yalnızca webhook entegrasyonuyla paylaşır.

İki yol vardır:

• PostHog içindeki durumu olay geçmişinden türetin. En son Adapty olayı subscription_started, subscription_renewed veya trial_converted olan bir kişinin şu anda erişimi vardır; en son olayı subscription_expired, trial_expired veya subscription_refunded olan kişinin erişimi yoktur.
• access_level_updated almak için webhook entegrasyonunu kullanın, ardından bunu kendiniz PostHog’a iletin. PostHog’un capture API’si kendi payload yapısını beklediğinden, bu sizin tarafınızda bir dönüşüm adımı gerektirir — Adapty’nin webhook payload’ı değiştirilmeden PostHog’a gönderilemez.

Paywall görüntülemeleri PostHog’da görünmüyor

Adapty’nin SDK’sı, paywall, flow ve onboarding etkileşimlerini yalnızca Adapty Analytics için kaydeder. Adapty’nin sunucusu, abonelik olaylarını entegrasyonlara iletir; ancak bu etkileşimler abonelik olayı değildir. Webhook’lar da bunları içermez. Paywall’ı gösterdiğiniz yerde PostHog’un SDK’sını kullanarak bu etkileşimleri kendiniz kaydedin.