Uygulamayı App Store ve Google Play'e yüklemek; şirket adına geliştirici hesabı açmayı, mağaza sayfasını ve gizlilik beyanını hazırlamayı, uygulamayı test kanalından geçirmeyi ve mağaza incelemesinden onay almayı kapsar. Kod bitse bile bu adımlar planlanmazsa yayın haftalarca gecikebilir. En sık takılma noktaları arasında çöken ya da eksik uygulama ve eksik gizlilik bilgisi bulunur.
Kısaca
- Geliştirici hesabını yazılım firmasının değil, şirketinizin tüzel kişiliği adına açın; uygulamanın mağazadaki sahibi bu hesaptır.
- Apple 2024'te incelediği 7,7 milyonu aşkın başvurunun 1,9 milyondan fazlasını reddetti; 400 bin başvuru gizlilik ihlali nedeniyle geri çevrildi.
- Google Play'de 13 Kasım 2023'ten sonra açılan kişisel hesaplar, yayından önce en az 12 test kullanıcısıyla 14 gün kesintisiz kapalı test yapmak zorundadır.
- Gizlilik politikası, veri beyanı ve test hesabı, ekran görüntülerinden önce hazırlanmalıdır.
- Yayın tek seferlik değildir; mağazaların hedef sürüm ve politika güncellemeleri düzenli bakım gerektirir.
Mağazaya yükleme neden sanıldığından uzun sürer?
Birçok şirket, yazılım ekibinin "uygulama hazır" demesini yayın tarihi sanır. Oysa mağazalar uygulamayı yalnızca teknik olarak değil; içerik, gizlilik ve kullanıcı deneyimi açısından da denetler. Bu denetimden dönen her ret, düzeltme ve yeniden gönderim turu demektir.
Ölçek büyüktür. Apple'ın Mayıs 2025 açıklamasına göre App Store 2024'te 7,7 milyonu aşkın başvuru inceledi ve 1,9 milyondan fazlasını güvenlik, güvenilirlik ve kullanıcı deneyimi standartlarını karşılamadığı için reddetti; bunların 400 bininin nedeni gizlilik ihlaliydi. Apple'ın App Review sayfası ise çözülmemiş sorunların ortalamada yüzde 40'tan fazlasının çökme, yer tutucu içerik ve eksik bilgi gibi "uygulama bütünlüğü" maddesinden kaynaklandığını belirtiyor.
Google tarafında süreyi belirleyen şey çoğu zaman testtir. Google Play Console yardım sayfasına göre 13 Kasım 2023'ten sonra açılan kişisel geliştirici hesapları, üretim erişimi istemeden önce en az 12 test kullanıcısıyla en az 14 gün kesintisiz kapalı test yürütmelidir. Bu süre baştan takvime yazılmazsa lansman tarihi kendiliğinden iki hafta kayar.
Yayından önce hangi hesaplar ve belgeler gerekir?
Kurumsal bir uygulamada ilk karar, hesabın kimin adına açılacağıdır. Apple Developer Program ve Google Play Console'da kuruluş (organization) hesabı açarken şirketin D-U-N-S numarası istenir; numara yoksa başvuru ve doğrulama ek gün alır. Hesap yazılım firmasının adına açılırsa, firmayla yollar ayrıldığında uygulamanın mağazadaki sahipliğini devralmak zorlaşır. Bu konuyu sözleşmeye nasıl yazacağınızı yazılım sözleşmesi ve kaynak kodu yazısında anlattık.
Hesap açıldıktan sonra yazılım firmasına kendi kimliğiyle, sınırlı rolle erişim verin; şirket parolasını paylaşmayın. Hazırlanması gereken belgeler şunlardır:
- Gizlilik politikası: Herkese açık bir adreste yayımlanmalı ve uygulamanın topladığı veriyle birebir örtüşmelidir.
- Veri beyanı: Apple'da "App Privacy" bölümü, Google Play'de "Data safety" formu doldurulur.
- Test hesabı: Giriş gerektiren uygulamalarda inceleme ekibi için çalışan bir kullanıcı adı ve parola verilir.
- Mağaza görselleri ve metinleri: Uygulama simgesi, cihaz boyutlarına uygun ekran görüntüleri, kısa ve uzun açıklama, destek adresi.
Türkiye'de kişisel veri işleyen bir uygulamanın gizlilik metni KVKK aydınlatma yükümlülüğünü de karşılamalıdır. Aydınlatma ile açık rızayı karıştırmamak için KVKK açık rıza ve aydınlatma farkı rehberine bakabilirsiniz.
App Store ve Google Play süreçleri arasındaki farklar nelerdir?
İki mağaza aynı amaca hizmet etse de kuralları ve takvimleri farklıdır. Aşağıdaki tablo, kurumsal bir ekibin planlamada bilmesi gereken başlıca farkları özetler.
| Konu | App Store (Apple) | Google Play |
|---|---|---|
| Hesap | Apple Developer Program, yıllık üyelik | Google Play Console, tek seferlik kayıt ücreti |
| Kuruluş hesabı | D-U-N-S numarası gerekir | D-U-N-S numarası gerekir |
| Test kanalı | TestFlight (iç ve dış test) | İç, kapalı ve açık test kanalları |
| Zorunlu test | Yok | Yeni kişisel hesaplarda 12 test kullanıcısı, 14 gün kapalı test |
| İnceleme süresi | Başvuruların yarısı 24 saat, yüzde 90'ı 48 saat içinde | Değişken; yeni hesaplarda daha uzun sürebilir |
| Gizlilik beyanı | App Privacy (gizlilik etiketleri) | Data safety formu |
| Teknik şart | Güncel Xcode ve iOS SDK ile derleme | 31 Ağustos 2026'dan itibaren Android 16 (API 36) hedefi |
Android tarafındaki hedef sürüm şartı, Google Play'in hedef API düzeyi sayfasında yer alıyor; uzatma talep eden uygulamalar için son tarih 1 Kasım 2026'dır. Bu şart yalnızca yeni uygulamaları değil, güncellemeleri de kapsar. Yani yıllardır güncellenmeyen bir uygulamaya küçük bir düzeltme göndermek bile önce teknik yükseltme gerektirebilir.
Teknoloji seçimi de bu süreci etkiler. İki platform için ayrı yerel kod mu, ortak kod mu yazılacağını native mi cross-platform mu yazısında karşılaştırdık.
Uygulamayı mağazaya yükleme adım adım nasıl yapılır?
Sıra doğru kurulduğunda iki mağazaya yayın birkaç haftalık, öngörülebilir bir iş olur. Aşağıdaki adımlar kurumsal bir uygulama için önerdiğimiz sıradır.
- Hesapları açın: D-U-N-S numarasını alın, Apple ve Google kuruluş hesaplarını şirket adına açın ve yazılım ekibine rol bazlı erişim verin.
- Kimliği sabitleyin: Uygulama adı, paket kimliği (bundle ID / application ID) ve imzalama anahtarlarını belirleyin; anahtarları şirket kontrolündeki bir kasada saklayın.
- Gizlilik dosyasını hazırlayın: Uygulamanın topladığı her veriyi listeleyin, gizlilik politikasını yayımlayın, App Privacy ve Data safety formlarını bu listeye göre doldurun.
- Test kanalını başlatın: iOS'ta TestFlight, Android'de kapalı test açın; gerçek kullanıcıların hataları raporlayacağı bir yol tanımlayın.
- Mağaza sayfasını yazın: Açıklamayı, anahtar kelimeleri, ekran görüntülerini ve destek adresini hazırlayın; ekranlar uygulamanın gerçek hâlini göstermeli.
- İncelemeye gönderin: Test hesabını ve inceleme notlarını ekleyin; donanıma ya da kurum içi sisteme bağlı özellikleri notlarda açıklayın.
- Kademeli yayınlayın: Onaydan sonra aşamalı dağıtımla küçük bir kullanıcı grubundan başlayın, çökme raporlarını izleyin ve ardından herkese açın.
İlk sürümün kapsamını dar tutmak inceleme riskini de düşürür. Temel işi gören bir sürümle başlayıp geri bildirime göre büyütme yaklaşımını MVP nedir rehberinde anlattık.
Mağaza incelemesinde en sık hangi nedenlerle ret gelir?
Ret nedenlerinin büyük kısmı tahmin edilebilir ve göndermeden önce kontrol edilebilir. Apple'ın verisi, sorunların en büyük payının uygulamanın eksik ya da kararsız olmasından kaynaklandığını gösteriyor. Kurumsal uygulamalarda bunlara bir de "inceleme ekibi uygulamaya giremedi" durumu eklenir.
| Ret nedeni | Tipik görünümü | Önlem |
|---|---|---|
| Uygulama bütünlüğü | Çökme, boş ekran, "yakında" yazan menüler | Son sürümü gerçek cihazda baştan sona test edin |
| Giriş yapılamaması | Test hesabı yok ya da süresi dolmuş | Sabit, verili bir inceleme hesabı tanımlayın |
| Gizlilik uyumsuzluğu | Beyan edilmeyen veri toplama, gerekçesiz izin isteği | Her izin için kullanıcıya açık bir neden yazın |
| Hesap silme eksikliği | Uygulamada hesap açılıyor ama silinemiyor | Uygulama içinden hesap silme yolu sunun |
| Yanıltıcı mağaza sayfası | Ekran görüntüsü ile uygulama farklı | Görselleri son sürümden alın |
Sadece belirli çalışanların kullanacağı bir uygulamada inceleme ekibi kurum içi sunucunuza erişemeyebilir. Bu durumda örnek veriyle çalışan bir demo ortamı hazırlamak, ret ve yeniden gönderim turlarını büyük ölçüde azaltır. Uygulamanın arka planda ERP'ye ya da başka sistemlere bağlandığı yerlerde API katmanının test ortamı da hazır olmalıdır; konuyu API entegrasyonu nedir yazısında ele aldık.
Yalnızca çalışanların kullanacağı uygulama mağazaya konmalı mı?
Her kurumsal uygulamanın herkese açık mağazada durması gerekmez. Apple, Apple Business Manager üzerinden yalnızca belirli kuruluşlara dağıtılan özel (custom) uygulamalara izin verir; Google ise yönetilen Google Play (managed Google Play) ile şirket içi özel uygulama dağıtımı sunar. Bu yolların da kendi hesap ve yayın adımları vardır (Apple'da özel uygulamalar da App Review'dan geçer), ancak uygulama genel aramada görünmez.
Seçimi kullanıcı kitlesi belirler. Bayi, müşteri ya da saha ekibi gibi şirket dışı kişiler kullanacaksa genel mağaza yayını daha pratiktir. Yalnızca kendi cihazlarınıza kurulacak bir depo ya da servis uygulamasında özel dağıtım, cihaz yönetimiyle birlikte daha kontrollü bir yol sunar.
Yayından sonra hangi işler devam eder?
Mağazaya çıkış, işletmenin başlangıcıdır. iOS ve Android'in yıllık ana sürümleri, mağazaların hedef sürüm şartları ve politika değişiklikleri uygulamanın düzenli güncellenmesini zorunlu kılar. Güncellenmeyen uygulama önce yeni cihazlarda sorun çıkarır, sonra yeni kullanıcılara görünmez hâle gelebilir.
Bu nedenle yayın planına bir bakım düzeni de eklenmelidir: kim çökme raporlarını izleyecek, mağaza uyarılarına kim yanıt verecek, güncelleme ne sıklıkla çıkacak? Bu soruların sözleşmeye nasıl yazılacağını yazılım bakım ve destek sözleşmesi yazısında bulabilirsiniz. Yıllık işletme giderini bütçelemek için mobil uygulama maliyeti rehberindeki kalemlere bakın.
Digital Bridge mobil uygulama yayınında nasıl yardımcı olur?
Digital Bridge, kurumsal mobil uygulama geliştirme hizmetinde iOS uygulamalarını Swift, Android uygulamalarını Kotlin ile yerel olarak geliştirir. App Store ve Google Play yayınını ve sürüm güncellemelerini de biz yürütürüz; geliştirici hesaplarının şirketiniz adına açılmasını öneririz, böylece uygulamanın sahipliği sizde kalır.
Saha satış, teknik servis, depo ve bayi sipariş uygulamalarında asıl iş çoğu zaman uygulamanın arkasındaki bağlantıdır. Uygulama bağlantı olmayan yerde çalışmaya devam eder, kaydı bağlantı gelince eşitler ve veriyi API entegrasyon katmanıyla doğrudan ERP'nize ya da web sisteminize yazar. Mobil uygulamanın web paneli ve diğer iş yazılımlarıyla birlikte nasıl kurgulandığını yazılım çözümleri sayfasında görebilirsiniz.
Uygulamanızı yayına hazırlamak için sonraki adım nedir?
Önce durumunuzu üç soruyla netleştirin: geliştirici hesapları kimin adına açık, gizlilik beyanı uygulamanın gerçek veri akışıyla örtüşüyor mu ve Google Play kapalı testi takvimde var mı? Bu soruların cevabı, yayına kaç hafta kaldığını büyük ölçüde gösterir. Yazılım konusundaki diğer rehberler yazılım konu sayfasında toplanıyor.
Uygulamanız hazır ama mağaza süreci tıkandıysa ya da yeni bir mobil uygulamayı baştan planlıyorsanız mobil uygulama geliştirme sayfamızı inceleyin. Kapsamı ve takvimi birlikte çıkarmak için iletişim sayfasından yazabilir ya da 0850 346 41 09 numarasından bize ulaşabilirsiniz.