Adapty arayüzünde uygulamanızı temsil edecek benzersiz bir ad ve simge seçin. Uygulama adı ve simgesinin App Store veya Google Play'deki ad ve simgeyi etkilemeyeceğini unutmayın. Ayrıca uygulamanızın amacını ve içeriğini doğru yansıtan bir App Category seçtiğinizden emin olun. Bu, kullanıcıların uygulamanızı bulmasına ve uygun uygulama mağazası kategorilerinde görünmesine yardımcı olur.
## 2\. Small Business Program Üyeliği ve İndirimli Hizmet Ücreti \{#2-member-of-small-business-program-and-reduced-service-fee\}
Organizasyonunuz Apple'ın [Small Business Program](app-store-small-business-program) programına veya Google'ın [Reduced Service Fee programına](google-reduced-service-fee) kayıtlıysa uygulamalarınız indirimli mağaza komisyonuna tabi olur.
Uygulamanız indirimli komisyon programına kayıtlıysa bunu Adapty'e bildirin. Doğru hesaplamalar için bu programların durumunu "Reduced Store Fee" bölümünde belirtin.
İndirimli ücret ayarı yalnızca gelecekteki işlemler için geçerlidir. Yürürlüğe girmeden **önce** durumunuzu güncelleyin; Adapty komisyon oranını buna göre ayarlayacaktır.
:::warning
* İndirimli ücret programındaki katılımınızı uzatıyorsanız **ek bir uygunluk dönemi ekleyin**.
* Program üyeliğinizi kaybediyorsanız mevcut uygunluk döneminin **bitiş tarihini değiştirin**.
:::
Bu konuyu derinlemesine ele alan makaleler:
* [App Store Small Business Program](app-store-small-business-program)
* [Google Reduced Service Fee](google-reduced-service-fee)
## 3\. Raporlama saat dilimi \{#3-reporting-timezone\}
Bulunduğunuz konuma veya uygulamanızın analitik ve grafiklerinin en alakalı olduğu yere karşılık gelen saat dilimini seçin. Tutarlılık sağlamak için App Store Connect veya Google Play Console hesabınızla aynı saat dilimini kullanmanızı öneririz. Bu saat dilimi ayarının, UTC saat dilimini kullanan Adapty sistemindeki üçüncü taraf entegrasyonları etkilemediğini unutmayın.
Saat dilimi ayarlarına, App Settings sayfasının General sekmesindeki Reported timezone bölümünden ulaşabilirsiniz. İlgili kutuyu işaretleyerek Adapty hesabınızdaki tüm uygulamalar için aynı saat dilimini de ayarlayabilirsiniz.
## 4\. Analitik için yükleme tanımı \{#4-installs-definition-for-analytics\}
Analitikte yeni bir yükleme olayı olarak neyin tanımlanacağını seçin:
| Temel | Açıklama |
|------------------------|------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| Yeni device_id'ler | (Önerilen) Uygulamanın mağazadan bir cihaza her yüklenmesi yeni bir yükleme olarak sayılır. Bu hem ilk yüklemeleri hem de yeniden yüklemeleri kapsar.
Yüklemeler cihaz kimliği başına sayılır ve kullanıcı kimlik doğrulamasından etkilenmez. Profil oluşturma (SDK etkinleştirmede veya çıkış yapıldığında), oturum açma veya uygulama güncelleme ek yükleme olayı oluşturmaz.
Örneğin, aynı uygulama 5 farklı cihaza yüklendiyse analitikte 5 yükleme görürsünüz.
| | Yeni customer_user_id'ler |Bu seçenek, Adapty'de
Oturum açmış kullanıcılar için yalnızca bir customer user ID ile ilişkilendirilen ilk yükleme yükleme olarak sayılır. Ek cihazlardaki yüklemeler yeni yükleme olarak sayılmaz.
Anonim kullanıcılar (oturum açmamış kullanıcılar) analitikte sayılmaz.
Uygulamayı yeniden yüklemek veya tekrar oturum açmak ek yükleme oluşturmaz.
Uygulama mağazaları ve attribution platformları (App Store Connect, Google Play Console ve AppsFlyer gibi) yüklemeleri cihaz bazlı olarak sayar. Adapty'de yüklemeleri customer user ID'ye göre sayarsanız bu harici hizmetlerden farklı sayılar elde edebilirsiniz.
⚠️ Adapty'de kullanıcıları tanımlamıyorsanız bu seçenek etkinleştirildiğinde hiçbir yükleme sayılmaz.
| | Adapty'deki yeni profiller | (Eski) Her uygulama yüklemesi, yeniden yükleme ve çıkış sırasında oluşturulan anonim profiller yeni yükleme olarak sayılır. | Bu seçeneğin yalnızca [**Analytics**](https://app.adapty.io/analytics) sayfasını etkilediğini ve görünümü ayrıca yapılandırabileceğiniz [**Overview**](https://app.adapty.io/overview) sayfasını etkilemediğini unutmayın. ## 5. App Store fiyat artışı mantığı \{#5-app-store-price-increase-logic\} Adapty analitik verileri ile App Store Connect sonuçları arasındaki tutarsızlıkları önlemek ve doğru veri korumak için, App Store Connect'teki fiyat artışlarıyla ilgili yapılandırmaları ayarlarken uygun seçeneği belirlemeniz önemlidir. Bu nedenle Adapty'de abonelik fiyat artışlarına uygulanacak mantığı seçebilirsiniz:
- **Mevcut kullanıcılar için abonelik fiyatı korunur:** Bu seçeneği işaretlediğinizde, App Store Connect'te fiyat değişikliği yapılsa bile mevcut aboneleriniz için geçerli fiyat korunur. Yani mevcut aboneler orijinal abonelik fiyatından ücretlendirilmeye devam eder.
- **App Store Connect'te abonelik fiyatı değiştiğinde mevcut aboneler için de değişir:** Bu seçeneği seçerseniz App Store Connect'te yapılan fiyat değişiklikleri mevcut abonelere de uygulanır. Yani mevcut aboneler, App Store Connect'teki güncellenen fiyatlandırmayı yansıtan yeni fiyattan ücretlendirilir.
:::warning
Seçilen seçeneğin yalnızca Adapty'deki analitiği değil, entegrasyonları ve genel işlem yönetimi davranışını da etkilediğini göz önünde bulundurun.
:::
Mevcut aboneler için abonelik fiyatlarını yönetme yaklaşımınızla örtüşen seçeneği belirlediğinizden emin olun. Bu, Adapty analitiği ile App Store Connect'ten elde edilen sonuçlar arasında doğru veri ve senkronizasyonun korunmasına yardımcı olur.
## 6. Kullanıcı hesapları arasında ücretli erişim paylaşımı \{#6-sharing-paid-access-between-user-accounts\}
:::link
Ana makale: [Kullanıcı hesapları arasında ücretli erişim paylaşımı](sharing-paid-access-between-user-accounts)
:::
**Sharing paid access between user accounts** ayarı, birden fazla [kullanıcı profili](identifying-users) aynı satın almaya erişmeye çalıştığında Adapty'nin ne yapacağını belirler. [Sandbox ortamı](test-purchases-in-sandbox) için ayrı bir erişim paylaşımı ayarı belirtebilirsiniz.
---
no_index: true
---
**Etkin (varsayılan)**
Tanımlı kullanıcılar (bir [Müşteri Kullanıcı Kimliği](identifying-users#set-customer-user-id-on-configuration) ile tanımlanmış olanlar), cihazları aynı Apple/Google ID ile oturum açmışsa Adapty tarafından sağlanan aynı [access level](access-level)'ı paylaşabilir. Bu, kullanıcının uygulamayı yeniden yükleyip farklı bir e-postayla giriş yapması durumunda bile önceki satın alımına erişimini koruması açısından kullanışlıdır. Bu seçenekle birden fazla tanımlı kullanıcı aynı access level'ı paylaşabilir.
Access level paylaşılsa da tutarlı analizleri korumak ve deneme süreleri, abonelik satın alımları, yenilemeler ve daha fazlası dahil olmak üzere eksiksiz bir işlem geçmişini aynı profile bağlı tutmak amacıyla tüm geçmiş ve gelecek işlemler, orijinal Müşteri Kullanıcı Kimliğinde etkinlik olarak kaydedilir.
**Erişimi yeni kullanıcıya aktar**
Tanımlı kullanıcılar, cihazları aynı Apple/Google ID ile oturum açtığı sürece farklı bir [Müşteri Kullanıcı Kimliği](identifying-users#set-customer-user-id-on-configuration) ile giriş yapsalar veya uygulamayı yeniden yükleseler bile Adapty tarafından sağlanan [access level](access-level)'a erişmeye devam edebilir.
Önceki seçenekten farklı olarak Adapty, satın alımı tanımlı kullanıcılar arasında aktarır. Bu sayede satın alınan içeriğe erişim sağlanır; ancak aynı anda yalnızca bir kullanıcı erişime sahip olabilir. Örneğin, KullanıcıA bir abonelik satın alırsa ve KullanıcıB aynı cihazda oturum açarak işlemleri geri yüklerse, KullanıcıB aboneliğe erişim kazanır ve KullanıcıA'nın erişimi iptal edilir.
Kullanıcılardan biri (yeni ya da eski) tanımlı değilse, access level Adapty'deki bu profiller arasında yine de paylaşılır.
Access level aktarılsa da tutarlı analizleri korumak ve deneme süreleri, abonelik satın alımları, yenilemeler ve daha fazlası dahil olmak üzere eksiksiz bir işlem geçmişini aynı profile bağlı tutmak amacıyla tüm geçmiş ve gelecek işlemler, orijinal Müşteri Kullanıcı Kimliğinde etkinlik olarak kaydedilir.
**Erişimi yeni kullanıcıya aktar** seçeneğine geçtikten sonra access level'lar profiller arasında hemen aktarılmaz. Belirli bir access level için aktarım süreci, yalnızca Adapty mağazadan abonelik yenileme, geri yükleme veya işlem doğrulama gibi bir etkinlik aldığında tetiklenir.
**Devre dışı**
Bir access level'a ilk ulaşan tanımlı kullanıcı profili, bu erişimi sonsuza kadar korur. İş mantığınız satın alımların tek bir Müşteri Kullanıcı Kimliğine bağlı olmasını gerektiriyorsa bu en uygun seçenektir.
Anonim kullanıcılar arasında access level'ların paylaşılmaya devam ettiğini unutmayın.
[Sahip kullanıcı profilini silerek](ss-delete-profile) bir satın alımı "bağlantısından koparabilirsiniz". Silme işleminin ardından access level, ister anonim ister tanımlı olsun, onu talep eden ilk kullanıcı profiline açık hale gelir.
Paylaşımı devre dışı bırakmak yalnızca yeni kullanıcıları etkiler. Kullanıcılar arasında zaten paylaşılmış olan abonelikler, bu seçenek devre dışı bırakıldıktan sonra da paylaşılmaya devam eder.
:::warning
Apple ve Google, uygulama içi satın alımların satın alımı Apple/Google ID ile ilişkilendirdiğinden kullanıcılar arasında paylaşılmasını veya aktarılmasını zorunlu kılar. Paylaşım olmadan, sonraki yeniden yüklemelerde satın alımları geri yüklemek çalışmayabilir.
Paylaşımı devre dışı bırakmak, kullanıcıların giriş yaptıktan sonra erişimlerini yeniden kazanamamasına yol açabilir.
Paylaşımı yalnızca kullanıcılarınızın satın alım yapmadan önce **giriş yapmak zorunda olduğu** durumlarda devre dışı bırakmanızı öneririz. Aksi takdirde tanımlı bir kullanıcı abonelik satın alıp başka bir hesaba giriş yapabilir ve erişimini kalıcı olarak kaybedebilir.
:::
### Hangi ayarı seçmeliyim? \{#which-setting-should-i-choose\}
| Uygulamam... | Seçilecek seçenek |
| ------------------------------------------------------------ | ------------------------------------------------------------ |
| Giriş sistemi yok ve yalnızca Adapty'nin anonim profil ID'lerini kullanıyor. | Varsayılan seçeneği kullanın; zira her üç seçenekte de access level'lar anonim profil ID'leri arasında her zaman paylaşılır. |
| İsteğe bağlı bir giriş sistemi var ve müşterilerin hesap oluşturmadan önce satın alım yapmasına izin veriyor. | Hesap oluşturmadan satın alım yapan müşterilerin işlemlerini daha sonra geri yükleyebilmesini sağlamak için **Erişimi yeni kullanıcıya aktar** seçeneğini tercih edin. |
| Satın alım yapmadan önce hesap oluşturmayı zorunlu kılıyor ancak satın alımların birden fazla Müşteri Kullanıcı Kimliğine bağlanmasına izin veriyor. | Aynı anda yalnızca bir Müşteri Kullanıcı Kimliğinin erişime sahip olmasını sağlarken kullanıcıların ücretli erişimlerini kaybetmeden farklı bir Müşteri Kullanıcı Kimliğiyle giriş yapabilmesine olanak tanımak için **Erişimi yeni kullanıcıya aktar** seçeneğini tercih edin. |
| Satın alım yapmadan önce hesap oluşturmayı zorunlu kılıyor ve satın alımları tek bir Müşteri Kullanıcı Kimliğine bağlayan katı kurallara sahip. | İşlemlerin hesaplar arasında hiçbir zaman aktarılmamasını sağlamak için **Devre dışı** seçeneğini tercih edin. |
## 7. SDK ve API anahtarları \{#7-sdk-and-api-keys\}
Adapty SDK'larını uygulamanıza entegre etmek için Public SDK anahtarını, Adapty'nin Server API'sine erişmek için ise Secret Key'i kullanın. Gerektiğinde yeni anahtarlar oluşturabilir veya mevcut olanları iptal edebilirsiniz. Developer CLI için token oluşturmak üzere **Settings → Developer API** bölümüne gidin. Bkz. [Authentication](developer-cli-authentication).
## 8. Test cihazları \{#8-test-devices\}
Test için kullanılacak cihazları belirterek paywall veya placement değişikliklerinde önbellek gecikmelerini atlayıp anında güncellemeler almalarını sağlayın. Daha fazla bilgi için bkz. [Testing devices](test-devices).
## 9. Placement'lar arası varyant sürekliliği \{#9-cross-placement-variation-stickiness\}
Bir test tamamlandıktan sonra kullanıcının testteki varyantlarla ne kadar süre daha sunulmaya devam edeceğini tanımlayın. Bu, analitik doğruluğunu ve kullanıcı deneyimini etkiler; zira kullanıcıya daha önce gördüğünden farklı bir teklif sunmak satın alma kararını etkileyebilir.
Maksimum ve varsayılan süreklililik süresi 90 gündür.
:::warning
Şunları göz önünde bulundurun:
- Bu ayarı değiştirmek, daha önce bir varyasyon almış tüm kullanıcıları etkiler. Bu kullanıcılar bir placement gördüklerinde anında yeni bir paywalle uygun hale gelir; bu da çalışan A/B testlerinizin sonuçlarını bozabilir.
- Bir kullanıcı için süreklililik süresi dolduysa, o kullanıcıya yeni bir paywall veya A/B testi sunulabilir. Ancak bu durumda bile söz konusu kullanıcı bir daha hiçbir placement'lar arası testin parçası olamaz.
:::
## 10. Uygulamayı sil \{#10-delete-the-app\}
Bir uygulamaya artık ihtiyacınız yoksa Adapty'den silebilirsiniz.
:::warning
Bu işlemin geri alınamaz olduğunu ve uygulamayı ya da verilerini geri yükleyemeyeceğinizi lütfen unutmayın.
:::