Önce Android mi iOS mu? Platform Seçim Rehberi

Android mi iOS mu sorusunun cevabı pazar payında değil ciro payında saklıdır: Türkiye'de mobil cihazların %74,18'i Android, %25,81'i iOS çalıştırıyor (StatCounter, Temmuz 2026), buna karşılık küresel uygulama harcamasının yaklaşık %70'i App Store'dan geçiyor. Erişim önceliğinizse Android, ciro önceliğinizse iOS öne çıkar.

Bu iki rakam da doğrudur ve tam olarak bu yüzden çoğu ekibin kafasını karıştırır. Türkiye'deki her dört telefondan üçü Android çalıştırır, ama App Store kullanıcısı uygulamaya belirgin biçimde daha fazla harcar. Doğru soru "hangisi daha yaygın" değildir; "ilk 1.000 ödeme yapan kullanıcım hangi ekranda" sorusudur.

Bu rehber, Türkiye'ye özel güncel verilerle başlıyor. Ardından cihaz payını ciroya çeviren basit bir hesap, altı karar faktörü, senaryo bazlı bir karar tablosu ve cross-platform alternatifi geliyor. Sonunda 90 günlük bir lansman planı ve sık sorulan sorular var.

İçindekiler

• Türkiye'de Android ve iOS Pazar Payı: 2026 Verileri
• Cihaz Payı Değil Ciro Payı: Doğru Hesap
• Android mi iOS mu? Kararı Belirleyen 6 Faktör
• Karar Tablosu: Hangi Senaryoda Hangi Platform
• Cross-Platform ile İkisini Birden Çözmek
• Tek Platformla Başlarken Yapılan 5 Hata
• Türkiye İçin 90 Günlük Lansman Planı
• Sıkça Sorulan Sorular

Türkiye'de Android ve iOS Pazar Payı: 2026 Verileri

Türkçe kaynakların büyük kısmı hâlâ "Türkiye'de Android payı %85" cümlesini tekrarlıyor. Bu rakam birkaç yıl öncesine ait. StatCounter'ın Türkiye verilerine göre Temmuz 2026'da Android %74,18, iOS ise %25,81 seviyesinde. Yani Türkiye'de her dört mobil cihazdan biri iPhone.

Kaynak: StatCounter Türkiye ve StatCounter dünya geneli, Temmuz 2026.

Tablo iki şeyi anlatıyor. Birincisi, Türkiye artık "Android ülkesi" klişesine tam oturmuyor; iOS payı dünya ortalamasına yaklaştı. İkincisi, aradaki fark hâlâ ciddi. Sadece iOS ile yayına çıkarsanız Türkiye'deki potansiyel kullanıcıların dörtte üçüne ulaşamazsınız.

Pazarın büyüklüğü de kararı etkiler. TÜİK'in 2026 Hanehalkı Bilişim Teknolojileri Kullanım Araştırması'na göre 16-74 yaş arası bireylerde internet kullanım oranı %92,3'e çıktı ve internetten alışveriş yapanların oranı %55,7'den %60'a yükseldi (TÜİK). Ticaret Bakanlığı verilerine göre 2025'te Türkiye'nin e-ticaret hacmi 4,57 trilyon TL'ye ulaştı ve mobil uygulama, satış kanalları arasında öne çıkan kanal oldu (e-Ticaret Bilgi Platformu). Türkiye'de mobil, artık "ek kanal" değil ana kanal.

Aradaki farkın son yıllarda daralmasının iki nedeni var. Birincisi, ikinci el ve yenilenmiş iPhone pazarı Türkiye'de büyüdü; cihaz fiyatı ile kullanıcı profili arasındaki bağ eskisi kadar keskin değil. İkincisi, iOS cihazlar uzun süre güncelleme aldığı için beş yaşındaki bir iPhone hâlâ aktif kullanımda kalır ve istatistiklere yansımaya devam eder.

Bir uyarı da yerinde olur: StatCounter web trafiğini örnekler, cihaz satışını değil. Ağırlıklı olarak masaüstünden hizmet aldığınız bir kitleniz varsa gerçek dağılım bu tablodan sapabilir. Bu yüzden ülke ortalamasını başlangıç noktası kabul edin, karar dayanağı olarak değil.

Android mi iOS mu sorusuna Türkiye özelinde cevap ararken bir ayrım daha yapmak gerekir: kullanıcı sayısı ile kullanım yoğunluğu aynı şey değildir. Sensor Tower'ın ölçümlerine göre 2025'te kullanıcılar uygulamalarda toplam 5,3 trilyon saat geçirdi ve ortalama kullanıcı günde 3,6 saatini uygulama içinde harcadı. Bu süre reklam gelirli modellerde doğrudan ciroya dönüşür.

Dolayısıyla küçük bir kitleden yüksek ödeme mi, geniş bir kitleden uzun kullanım süresi mi istediğinizi baştan belirleyin. Bu tercih, pazar payı tablosundan çok daha net bir yön verir.

Cihaz Payı Değil Ciro Payı: Doğru Hesap

Cihaz payı size kaç kişiye ulaşabileceğinizi söyler; kaç kişinin ödeme yapacağını söylemez. Sensor Tower'ın State of Mobile 2026 raporuna göre 2025'te iOS ve Google Play'de uygulama içi satın alma cirosu %10,6 artışla 167 milyar dolara ulaştı. Bu tutarın yaklaşık 117,6 milyar doları App Store'dan, 49,4 milyar doları Google Play'den geldi (Sensor Tower). Yani harcamanın %70'i App Store tarafında.

Aynı raporda indirme tarafı tersine dönüyor: iki mağazada toplam indirme %0,8 artışla 150 milyara yaklaştı ve iOS bu indirmelerin yalnızca dörtte birlik bölümünü aldı. Bir başka çarpıcı bulgu, oyun dışı uygulamaların ilk kez oyunları geçmesi: uygulamalar 85,6 milyar dolar (%21 artış), oyunlar 81,8 milyar dolar (%1,3 artış).

Bu iki veriyi birleştirdiğinizde basit bir gösterge çıkıyor: cihaz başına harcama iOS tarafında Android'e kıyasla kabaca beş kat yüksek. Ancak bu ham oran yanıltıcıdır, çünkü Google Play rakamı Çin'deki alternatif Android mağazalarını ve doğrudan APK dağıtımını kapsamaz. Türkiye ölçeğinde daha temkinli bir katsayı kullanmak gerekir.

Kendi hesabınızı şu formülle yapabilirsiniz:

iOS ciro ağırlıklı payı = (iOS cihaz payı × katsayı) ÷ [(iOS cihaz payı × katsayı) + Android cihaz payı]

Türkiye'nin Temmuz 2026 cihaz paylarını yerine koyduğunuzda tablo şöyle çıkıyor:

Sonuç net: Türkiye'de cihazların yalnızca dörtte biri iOS olsa da, ödeme alan bir uygulama için gelir potansiyelinin neredeyse yarısı iOS tarafında duruyor. Reklam gelirine dayanan bir modelde ise tablo tersine döner, çünkü reklam geliri gösterim hacmiyle büyür ve hacim Android'de.

Bu hesabı kendi verinizle yapmanız daha da sağlıklı olur. Web sitenizin analitiğinde mobil trafiğin işletim sistemi kırılımına bakın, sonra ödeme yapan müşterilerinizin aynı kırılımını çıkarın. İki oran arasındaki fark, ekibinizin platform tartışmasını on dakikada bitirir.

Somut bir örnek üzerinden bakalım. Aylık 10.000 kullanıcı hedefleyen abonelikli bir uygulamada Türkiye ortalamasını kullanırsanız 2.581 iOS ve 7.418 Android kullanıcısı beklersiniz. Ödeme dönüşümü iOS'ta binde yirmi, Android'de binde sekiz gerçekleşirse iOS'tan 52, Android'den 59 abone gelir. Yani cihaz sayısındaki üç katlık fark, abone sayısında neredeyse eşitlenir.

Aynı uygulamada abonelik fiyatı iki platformda aynıysa ciro da benzer çıkar, ama geliştirme ve test maliyeti Android'de daha yüksektir. İşte platform tartışmasının asıl kırılma noktası burasıdır: eşit ciroyu daha düşük maliyetle üreten platform, sınırlı bütçede öne geçer.

Android mi iOS mu? Kararı Belirleyen 6 Faktör

Pazar payı tek başına karar vermez. Aşağıdaki altı faktörü sırayla puanlayın; çoğu projede üçüncü ve dördüncü maddeler beklenenden çok daha belirleyici çıkar.

1. Hedef Kitlenizin Gerçek Cihaz Dağılımı

Ülke ortalaması sizin kitleniz değildir. Bir özel klinik randevu uygulamasıyla bir kargo takip uygulamasının cihaz dağılımı birbirine benzemez. Elinizde veri varsa ülke ortalamasını hiç kullanmayın.

Üç kaynağa bakın: web sitenizin analitiğindeki mobil işletim sistemi kırılımı, CRM'inizdeki müşteri segmentleri ve varsa çağrı merkezi kayıtları. B2B iç kullanım uygulamalarında ise soru çok daha kolaydır; şirketin cihaz envanteri neyse platform odur. Saha ekibine 200 adet Android tablet dağıtan bir firmada iOS tartışması gereksizdir.

Web analitiğinizde bu veriye ulaşmak birkaç dakika sürer. Google Analytics 4'te Teknoloji raporlarında işletim sistemi kırılımını açın, tarih aralığını son 90 güne alın ve yalnızca mobil cihazları filtreleyin. Ardından aynı kırılımı satın alma veya form gönderimi olayına göre süzün.

Ortaya çıkan iki oran genelde birbirinden farklıdır ve asıl kararı ikincisi verir. Trafiğin %78'i Android'den gelirken satışların %45'i iOS'tan geliyorsa, iOS kullanıcınızın değeri belirgin biçimde yüksek demektir. Henüz web siteniz yoksa sektörünüzdeki benzer işletmelerin verisini isteyin veya küçük bir reklam bütçesiyle iki platformda test kampanyası yürütün.

2. Para Kazanma Modeliniz

Abonelik ve uygulama içi satın alma temelli ürünlerde iOS öne geçer. RevenueCat'in 115 binden fazla uygulama ve 16 milyar doları aşan ciro verisine dayanan State of Subscription Apps 2026 raporuna göre, yeni abonelik uygulaması lansmanlarının yaklaşık %77'si iOS tarafında yapılıyor; bu oran 2023'te %67 seviyesindeydi (RevenueCat). Aynı rapor, sert ödeme duvarı kullanan uygulamalarda 35. gün deneme-ödeme dönüşümünün medyan %10,7, freemium modelde ise %2,1 olduğunu gösteriyor.

Reklam gelirli içerik, haber ve yardımcı araç uygulamalarında denklem tersine döner. Gösterim başına kazanç düşüktür, dolayısıyla hacim gerekir ve hacim Android'dedir. E-ticaret, pazaryeri ve hizmet uygulamalarında ise mağaza komisyonu devreye girmez; fiziksel ürün ve hizmet satışı komisyon dışıdır. Bu tür projelerde erişim, yani Android, öne çıkar. Gelir modelinizi henüz netleştirmediyseniz mobil uygulamadan para kazanma modellerini karşılaştıran yazımız iyi bir başlangıç noktası sağlar.

Coğrafya da bu faktörün içinde yer alır. RevenueCat verilerine göre ödeme yapan kullanıcı başına birinci yıl gerçekleşen ciro medyanı Kuzey Amerika'da 32 dolar, Batı Avrupa'da 25 dolar, küresel medyanda ise 23 dolar seviyesinde. Hindistan ve Güneydoğu Asya'da bu rakam 14 dolara iniyor.

Türkiye bu ölçekte orta bantta yer alır ve kur oynaklığı fiyatlamayı zorlaştırır. Yurt dışı gelir hedefiniz varsa iOS ağırlıklı başlamak matematiksel olarak daha savunulabilir. Yalnızca Türkiye pazarına odaklanıyorsanız erişim tarafı, yani Android, daha hızlı kritik kütleye ulaştırır.

3. Yayına Çıkış Hızı ve Mağaza Kuralları

Burası çoğu ekibin yanıldığı yer. "Android daha esnek, daha hızlı yayına çıkarız" varsayımı 2026'da artık geçerli değil.

Google, 13 Kasım 2023'ten sonra açılan kişisel geliştirici hesapları için üretim erişimini şarta bağladı: en az 12 test kullanıcısının kesintisiz 14 gün boyunca teste kayıtlı kalması gerekiyor. Süre dolduktan sonra üretim başvurusu açılıyor ve Google incelemeyi genellikle yedi gün içinde tamamlıyor (Google Play Console Yardım). Kurumsal (organization) hesaplar ve eski kişisel hesaplar bu kuralın dışında.

Apple tarafında ise inceleme hızlı. Apple, gönderimlerin %90'ından fazlasını 24 saatten kısa sürede incelediğini belirtiyor (App Review). Buna karşılık ilk gönderimler ve hassas kategoriler daha uzun sürebilir, red gerekçeleri de daha katıdır. Hangi gerekçelerin sık çıktığını App Store ve Google Play red nedenleri yazımızda ayrıntılı ele aldık.

Test dağıtımı da takvimi etkiler. Apple tarafında TestFlight ile 10.000 kişiye kadar dış test kullanıcısına sürüm gönderebilirsiniz ve iç ekip testi mağaza incelemesi beklemeden başlar. Google Play'de iç test kanalı hızlıdır, ancak yeni kişisel hesaplarda üretim erişiminin kilidini açan şey kapalı test kanalıdır.

Pratik sonuç şudur: yeni bir kişisel hesapla Android'e çıkacaksanız test grubunu geliştirmenin ortasında değil, ilk haftasında kurmalısınız. Kurumsal hesap açmak bu kısıtı tamamen ortadan kaldırır ve çoğu işletme için doğru tercih budur.

4. Cihaz ve Sürüm Parçalanması

Test maliyetini belirleyen asıl faktör budur. Apple'ın App Store verilerine göre 7 Haziran 2026 itibarıyla tüm cihazların %79'u iOS 26 çalıştırıyor; son dört yılda çıkan cihazlarda bu oran %86 (Apple). Android tarafında böyle bir yoğunlaşma yok.

Kaynak: StatCounter Android sürüm payları, Türkiye.

Türkiye'de en yaygın Android sürümü bile beşte bir paya sahip ve ilk altı sürüm pazarın yalnızca %86'sını kapsıyor. Buna ekran boyutu, çentik yerleşimi, üretici arayüz katmanları ve pil optimizasyonu farkları eklendiğinde test matrisi hızla büyür. Pratikte bu, Android QA bütçesinin iOS'a kıyasla belirgin biçimde daha yüksek olması demektir. Aynı özellik setini iki platformda çıkarırken Android tarafında daha fazla cihaz kirası, daha fazla regresyon turu ve daha fazla hata ayıklama süresi planlayın.

Bunu somutlaştırmak için basit bir test matrisi kurun. iOS tarafında son üç iOS sürümü ve üç ekran boyutu genelde yeterli kapsama verir; dokuz kombinasyon çıkar. Android tarafında ise pazarın %85'ini yakalamak için en az beş sürüm, üç ekran sınıfı ve üç farklı üretici arayüzü gerekir; kombinasyon sayısı kırkı aşar.

Bu fark bulut tabanlı cihaz çiftliklerinde saatlik ücrete, kendi cihazlarınızı kullanıyorsanız donanım yatırımına dönüşür. Otomatik test yazmak bu maliyeti düşürür ama sıfırlamaz, çünkü üretici arayüzlerine özgü hataların çoğu ancak gerçek cihazda ortaya çıkar.

5. Donanım, Entegrasyon ve Platform Yetenekleri

Bazı ürünlerde karar teknik gereksinimden çıkar. Ödeme, sağlık, giyilebilir cihaz ve arka plan konum senaryolarında iki platform aynı davranmaz.

• Ödeme: Apple Pay ve Google Pay entegrasyonları farklı sertifikasyon adımları ister; Türkiye'de banka POS entegrasyonlarını ekipler genelde önce Android tarafında dener.
• Bildirim: APNs ve FCM farklı teslim garantileri sunar. Android'de üretici bazlı pil optimizasyonları bildirim teslimini düşürebilir.
• Arka plan işlemleri: iOS arka plan çalışmayı sıkı sınırlar. Sürekli konum takibi gerektiren saha uygulamalarında Android daha esnektir.
• Giyilebilir ve ekosistem: Apple Watch, CarPlay ve HealthKit entegrasyonu iOS'u zorunlu kılar.
• Cihaz erişimi: NFC, USB aksesuar ve dosya sistemi erişiminde Android daha geniş izin verir.

Bu maddelerden biri bile projeniz için kritikse platform sıralamasını o belirler. Örneğin araç takip veya kurye uygulaması yazıyorsanız kesintisiz arka plan konumu iOS'ta ek yetkilendirme ve kullanıcı onayı gerektirir; ekipler bu yüzden pilot sürümü sık sık Android'de yapar. Tersine, kurumsal sağlık ürünlerinde Apple ekosistemi entegrasyonu ürünün ana satış argümanı olabilir.

Gereksinimleri baştan yazılı listeye dökün ve her maddeyi "iki platformda da mümkün", "sadece birinde mümkün" ve "birinde belirgin biçimde zor" diye işaretleyin. İkinci ve üçüncü gruptaki maddeler kararınızı pazar payından daha güçlü biçimde şekillendirir.

Muhasebe, e-fatura veya ERP tarafında entegrasyon gerekiyorsa platform seçiminden önce mimariyi netleştirin; bu konuda e-fatura entegrasyonu rehberimiz süreci adım adım anlatıyor.

6. Ekip Kapasitesi ve Bakım Yükü

İki native uygulama, iki ayrı kod tabanı demektir. Her yeni özelliği iki kez tasarlarsınız, iki kez yazarsınız, iki kez test edersiniz ve iki ayrı mağazaya gönderirsiniz. Bu yükü ilk sürümde değil, ikinci yılda hissedersiniz.

iOS geliştirmesi için macOS çalıştıran bir makine gerekir; Xcode başka işletim sisteminde çalışmaz. Android tarafında böyle bir kısıt yoktur. Ekibinizde hangi yetkinlik varsa ilk sürümü oradan çıkarmak, teorik olarak "doğru" platformu seçip altı ay işe alım beklemekten çok daha iyi sonuç verir. Yayın sonrası bütçe kalemlerini mobil uygulama bakım maliyeti yazımızda kalem kalem inceledik.

Ekip yapısı da karara girer. Tek platformla başlayan bir ekip, aynı geliştiriciyi altı ay boyunca tek kod tabanında derinleştirir ve teslim hızı artar. İki native uygulamayı paralel yürüten ekiplerde ise tasarım, ürün ve test tarafında koordinasyon yükü büyür.

Dış kaynak kullanıyorsanız sözleşmede ikinci platformun kapsamını ve fiyatını baştan netleştirin. "Sonra ekleriz" cümlesiyle kapatılan projelerde ikinci sürüm çoğu zaman ilk sürümün maliyetine yakın bir teklife dönüşür.

Karar Tablosu: Hangi Senaryoda Hangi Platform

Aşağıdaki tablo, danışmanlık görüşmelerinde en sık karşılaştığımız senaryoların özetidir. Kendi durumunuza en yakın satırı bulun.

Tabloyu kullanırken tek bir satırda takılıp kalmayın. Çoğu projede iki satır aynı anda geçerlidir ve Android mi iOS mu kararı, hangi hedefin önce geldiğine bakarak çözülür. Örneğin hem yatırımcı demosu hem geniş erişim isteyen bir ekip, önce iOS ile hızlı doğrulama yapıp yatırımı aldıktan sonra Android'e açılabilir.

Tablo size bir yön verir, kesin hüküm vermez. İki satır arasında kaldıysanız birinci bölümdeki ciro ağırlıklı pay hesabını kendi rakamlarınızla tekrarlayın; sonuç genelde tartışmayı bitirir.

Kararı altı ayda bir gözden geçirin. Kullanıcı tabanınız büyüdükçe ve gelir kalemleriniz netleştikçe doğru cevap değişebilir. İlk yılda Android ile erişim kuran bir e-ticaret uygulaması, sadakat programı ve abonelik eklediğinde iOS tarafını çok daha değerli bulabilir.

Kararı gözden geçirirken üç metriğe bakın: platform bazında 30 günlük elde tutma oranı, ödeme yapan kullanıcı oranı ve destek talebi yoğunluğu. Bir platformda elde tutma belirgin biçimde düşükse sorun genelde platform seçiminde değil, o platformdaki kullanıcı deneyiminde çıkar. Yatırımı ikinci platforma kaydırmadan önce bu farkı kapatmayı deneyin.

Cross-Platform ile İkisini Birden Çözmek

Android mi iOS mu tartışmasının üçüncü bir cevabı var: ikisi birden. React Native ve Flutter gibi cross-platform teknolojiler tek kod tabanından iki mağazaya çıkmanızı sağlar. Stack Overflow'un 2025 geliştirici anketinde Flutter'ı kullananların oranı %9,12, React Native'i kullananların oranı %8,43 çıktı (Stack Overflow).

Pratikte çoğu KOBİ ve girişim projesi cross-platform ile başlar, ürün oturduktan sonra performans gerektiren modülleri native'e taşır. Hangi teknolojinin size uyduğunu React Native, Flutter ve native karşılaştırmamızda ayrıntılı ele aldık.

Cross-platform yaklaşımın asıl kazancı ilk sürüm maliyetinden çok bakım tarafında ortaya çıkar. Tek kod tabanında bir hata düzeltmesi bir kez yazılır ve iki mağazaya birlikte çıkar. İki native uygulamada aynı düzeltme iki ayrı görev, iki ayrı test turu ve iki ayrı sürüm notu demektir.

Buna karşılık platform farkları tamamen kaybolmaz. Bildirim izinleri, ödeme akışları, mağaza yönergeleri ve tasarım kuralları her iki tarafta ayrı ilgi ister. Cross-platform bir projede bile toplam işin yaklaşık beşte birini platforma özgü işler oluşturur; bunu takvime yazın.

Bütçe kısıtı ciddiyse Android mi iOS mu tartışmasını tamamen ertelemek de bir seçenektir. Tek kod tabanıyla iki mağazaya birden çıkar, ilk üç ayın verisini toplar ve yatırımı hangi platforma yoğunlaştıracağınızı gerçek kullanıcı davranışına bakarak seçersiniz. Bu yaklaşım, yanlış platformla başlama riskini büyük ölçüde ortadan kaldırır.

Cross-platform her senaryoda doğru cevap değildir. Yoğun 3B grafik, artırılmış gerçeklik, düşük gecikmeli ses işleme, karmaşık Bluetooth protokolleri, Apple Watch veya Android TV hedefleri varsa native yaklaşım daha sağlıklı sonuç verir. Ayrıca her iki platformda da tamamen platforma özgü bir arayüz dili benimseyecekseniz tek kod tabanının kazandırdığı zaman erir.

Tek Platformla Başlarken Yapılan 5 Hata

1. Küresel istatistikleri Türkiye'ye uygulamak. "Dünyada Android %68" cümlesi Türkiye kararınızı yönlendirmemeli. Türkiye'nin kendi rakamı farklı, sizin kitlenizinki daha da farklı. Karar sunumuna koyduğunuz her rakamın kaynağını ve tarihini yazın; iki yıl önceki veriyle alınan kararlar bugün pahalıya mal olur.

2. Google Play'in test kuralını takvime koymamak. Yeni kişisel hesapla Android'e çıkacaksanız 12 kullanıcılık kapalı test grubunu geliştirme başlarken kurun. Bunu lansman haftasında fark eden ekipler üç hafta kaybediyor.

3. İkinci platformu backend'siz bırakmak. İlk sürümü tek platformda çıkarsanız bile API'yi platformdan bağımsız tasarlayın. İş mantığını istemci tarafına gömen projeler ikinci platformda sıfırdan başlıyor. Fiyat hesaplama, yetkilendirme ve iş kuralları sunucuda dursun; istemci yalnızca sunum katmanı olsun. Bu konudaki mimari kararlar için mobil uygulama geliştirme sürecimize göz atabilirsiniz.

4. Mağaza komisyonunu fiyatlamaya katmamak. Dijital içerik ve abonelik satıyorsanız komisyon gerçek bir maliyet kalemidir. Apple'ın Küçük İşletme Programı ve Google Play'in ilk bir milyon dolarlık dilim indirimi komisyonu %30'dan %15'e çeker, ama sıfıra indirmez. Fiziksel ürün ve hizmet satışı ise komisyon kapsamı dışındadır.

5. Ölçümleme kurmadan yayına çıkmak. İkinci platform kararını verecek veri, birinci platformun ilk üç ayında toplanır. Kurulum kaynağı, aktivasyon, elde tutma ve ödeme dönüşümünü ilk günden ölçün. Platform kırılımı olmayan bir analitik kurulumu, ikinci platform kararını tahmine bırakır.

Türkiye İçin 90 Günlük Lansman Planı

Aşağıdaki takvim, tek platformla başlayıp ikinciyi hazırlayan ekipler için gerçekçi bir çerçeve sunar.

Gün 1-15 — Veri ve hesaplar. Kitlenizin cihaz dağılımını çıkarın, ciro ağırlıklı pay hesabını yapın, platform kararını yazılı hale getirin. Geliştirici hesaplarını bu aşamada açın. Android hedefliyorsanız kapalı test grubunuzu şimdiden oluşturun; 14 günlük sayaç erken başlasın. Kurumsal hesap açacaksanız şirket doğrulaması için gereken belgeleri de bu iki hafta içinde toplayın.

Gün 16-45 — Kapsam ve geliştirme. Özellik listesini gerçek MVP'ye indirin. Hangi özelliğin ilk sürümde kalması gerektiğine karar vermekte zorlanıyorsanız MVP yaklaşımını anlatan yazımız faydalı bir çerçeve sunuyor. Bütçe aralığınızı görmek için mobil uygulama maliyet hesaplayıcısını kullanabilirsiniz.

Gün 46-70 — Test ve mağaza hazırlığı. Kapalı test yürüyor, geri bildirimler düzeltmeye dönüşüyor. Aynı dönemde mağaza materyallerini hazırlayın: ekran görüntüleri, açıklama metni, gizlilik bildirimi ve veri güvenliği formu. Uygulama yayın kontrol listesi aracımız bu adımların hiçbirini atlamamanızı sağlar.

Gün 71-90 — Gönderim ve lansman. Gönderimi yapın, red gelirse revizyon için tampon bırakın, yayın sonrası ilk 30 günün ölçüm planını devreye alın. Lansman gününü haftanın ortasına koyun; hafta sonu çıkan sürümlerde destek ekibi geri bildirimlere geç yanıt verir. Mağaza süreçlerinin tamamını mobil uygulama nasıl yayınlanır rehberimizde adım adım anlattık.

İkinci platform kararını 90. günden sonra, gerçek veriye bakarak verin. Elde tutma oranı ve ödeme dönüşümü beklentinin üzerindeyse ikinci platform yatırımı kendini hızla amorti eder.

Sıkça Sorulan Sorular

Türkiye'de Android mi iOS mu daha yaygın?

Android daha yaygın. StatCounter'ın Temmuz 2026 verilerine göre Türkiye'de mobil cihazların %74,18'i Android, %25,81'i iOS çalıştırıyor. Bu oran dünya ortalamasındaki %68,36 Android ve %31,60 iOS dağılımına kıyasla Android lehine daha dengesiz. Buna karşılık Türkiye'nin iOS payı son yıllarda arttı ve dünya ortalamasına yaklaştı.

Önce iOS ile çıkmak Android kullanıcılarını kaybettirir mi?

Kalıcı bir kayıp yaratmaz, ancak erişiminizi geçici olarak dörtte bire indirir. Android mi iOS mu sıralamasını ertelenmiş bir karar gibi düşünün; ikinci platform genelde altı ila on iki ay içinde gelir. Abonelik veya uygulama içi satın alma satıyorsanız bu takas genelde mantıklıdır; ilk gelir daha hızlı gelir ve ikinci platformu finanse eder. Reklam veya geniş kitle erişimi hedefliyorsanız bu takas pahalıya mal olur.

iOS uygulaması geliştirmek Android'den pahalı mı?

İlk sürüm maliyetleri genelde birbirine yakındır. Fark test aşamasında ortaya çıkar: Android'in cihaz ve sürüm çeşitliliği daha geniş QA bütçesi gerektirir. Buna karşılık iOS geliştirmesi macOS çalıştıran bir makine zorunluluğu getirir ve Apple'ın inceleme yönergeleri daha katıdır. Toplamda iki platformun maliyet farkı, projenin karmaşıklığından çok hedeflediğiniz cihaz kapsamına bağlıdır.

Cross-platform uygulama mağaza incelemesinden geçer mi?

Geçer. React Native ve Flutter ile yazdığınız uygulamalar her iki mağazaya da çıkar; teknoloji seçimi tek başına red sebebi oluşturmaz. Redler genelde eksik gizlilik bildirimi, hatalı ödeme akışı veya yönergelere aykırı içerik gibi nedenlerden kaynaklanır.

Google Play'de yayına çıkmak neden 14 gün sürüyor?

13 Kasım 2023'ten sonra açılan kişisel geliştirici hesapları için Google, üretim erişimi öncesinde en az 12 test kullanıcısının kesintisiz 14 gün teste kayıtlı kalmasını şart koşuyor. Süre dolduktan sonra üretim başvurunuz sıraya giriyor ve Google kararını genelde yedi gün içinde bildiriyor. Kurumsal hesaplar bu kuralın dışında.

İki platformu aynı anda yayınlamak mantıklı mı?

Cross-platform teknoloji kullanıyorsanız ve bütçe yetiyorsa evet, çünkü ek maliyet sınırlıdır. İki ayrı native uygulama yazacaksanız aynı anda çıkmak ilk sürüm bütçesini yaklaşık iki katına çıkarır. Bu durumda tek platformla başlayıp veriyle ilerlemek daha az risk taşır.

Uygulama mağazaları ne kadar komisyon alıyor?

Dijital içerik ve abonelik satışında standart komisyon %30, küçük geliştiriciler için %15. Apple'ın Küçük İşletme Programı yıllık bir milyon dolar altındaki gelirlerde %15 oranını uygular; Google Play ise her yıl ilk bir milyon dolarlık dilime otomatik olarak %15 uygular. Fiziksel ürün ve gerçek dünya hizmeti satışları komisyon kapsamına girmez. Yani mağazadan bilet, yemek veya kargo satan bir uygulama komisyon ödemez; aynı uygulama içinde dijital abonelik satmaya başladığında komisyon devreye girer. Fiyatlama modelinizi kurarken bu ayrımı en baştan hesaba katın.

Android mi iOS mu sorusu, doğru çerçeveyle ele aldığınızda hızla netleşir. Ülke ortalaması yerine kendi kitlenizin cihaz dağılımına bakın, cihaz payını ciro ağırlıklı paya çevirin ve mağaza kurallarının takviminizi nasıl etkilediğini hesaba katın. Bütçe iki native uygulamaya yetmiyorsa cross-platform yaklaşım genelde en az riskli yoldur.

Projenizin hangi platformdan başlaması gerektiğini birlikte netleştirmek isterseniz, kitlenizi ve gelir modelinizi konuşarak somut bir yol haritası çıkaralım: bize ulaşın.