App Store ve Google Play’e Uygulama Yayınlama Süreci

Yayın süreci, uygulama geliştirme tamamlandıktan sonra ele alınacak son bir kontrol listesi değildir.

Doğru yaklaşım, yayın gereksinimlerini proje başlangıcından itibaren dikkate almaktır.

Örneğin uygulama kullanıcı hesabı oluşturuyorsa, kişisel veri işliyorsa, konum, kamera, bildirim veya dosya erişimi istiyorsa; bu kararların mağaza açıklamalarına, gizlilik politikasına ve uygulama içi kullanıcı deneyimine yansıması gerekir.

Benzer şekilde uygulamanın abonelik, dijital içerik, ödeme, üyelik veya kullanıcı verisiyle ilgili bir modeli varsa; bu yapıların hem teknik hem de mağaza tarafındaki gereksinimleri başlangıçta değerlendirilmelidir.

Yayın sürecinde genel olarak şu alanlar hazırlanır:

• Geliştirici hesapları

• Uygulama adı ve kimliği

• Mağaza açıklamaları

• Uygulama ikonu ve ekran görüntüleri

• Gizlilik politikası

• Veri toplama ve izin beyanları

• Test sürümleri

• Son teknik paketler

• Mağaza inceleme notları

• Destek ve iletişim bilgileri

• Yayın sonrası takip araçları

Bu hazırlıkların erken başlaması, uygulama tamamlandığında mağaza tarafında yaşanabilecek beklemeleri azaltır.

Mobil uygulamanın yayınlandığı geliştirici hesapları, ürün sahipliği açısından önemli bir konudur.

Apple tarafında uygulamalar App Store Connect üzerinden, Android tarafında ise Google Play Console üzerinden yönetilir. Bu platformlar uygulama sürümlerini, mağaza bilgilerini, test süreçlerini, kullanıcı geri bildirimlerini ve yayın durumlarını yönetmek için kullanılır.

Uzun vadede en sağlıklı yaklaşım, Apple Developer ve Google Play geliştirici hesaplarının uygulamanın sahibi olan şirket veya girişim adına açılmasıdır.

Bu sayede aşağıdaki alanlar işletmenin doğrudan kontrolünde kalır:

• Uygulamanın mağaza sahipliği

• Yayın ve güncelleme yetkileri

• Mağaza gelir ve raporlama verileri

• Kullanıcı yorumları ve değerlendirmeler

• Test kullanıcıları

• Uygulama transferi veya ekip değişikliği süreçleri

• Finansal ve yasal bilgiler

• Mağaza politikalarıyla ilgili bildirimler

Yazılım ekibi veya iş ortağı, gerekli roller ve yetkilerle hesaplara dahil olabilir. Ancak uygulamanın ana sahipliğinin proje sahibinde olması, ileride oluşabilecek operasyonel belirsizlikleri azaltır.

Hesap Açılışında Hangi Bilgiler Hazır Olmalı?

Geliştirici hesabı açılırken genellikle aşağıdaki bilgiler gerekir:

• Şirket veya kişi bilgileri

• Yetkili iletişim bilgileri

• Vergi ve ödeme bilgileri

• Destek e-posta adresi

• Web sitesi

• Gizlilik politikası bağlantısı

• Uygulama sahibiyle ilgili doğrulanabilir bilgiler

Bu süreçlerde kullanılacak e-posta adreslerinin kişisel bir hesaba bağlı kalmaması da faydalıdır. Uygulama, marka veya operasyon ekibiyle ilişkilendirilen kurumsal bir e-posta yapısı; erişim ve ekip değişikliği süreçlerini daha düzenli hale getirir.

Uygulamanın mağaza sayfası, kullanıcıyla ilk karşılaşma alanıdır.

Kullanıcı uygulamanın ne yaptığını, kimler için geliştirildiğini ve neden indirmesi gerektiğini çoğu zaman bu sayfadan anlamaya çalışır.

Bu nedenle mağaza içeriği yalnızca teknik bir zorunluluk değildir. Ürün anlatımının önemli bir parçasıdır.

Hazırlanması gereken temel alanlar şunlardır:

• Uygulama adı

• Kısa açıklama

• Uzun açıklama

• Uygulama ikonu

• Ekran görüntüleri

• Tanıtım videosu veya ön izleme içeriği

• Destek bağlantısı

• Gizlilik politikası bağlantısı

• Kategori seçimi

• Yaş derecelendirmesi bilgileri

• İletişim bilgileri

• Uygulama içi satın alma veya abonelik bilgileri

• Yayınlanacak ülkeler ve diller

Uygulama Adı ve Açıklaması Nasıl Hazırlanmalı?

Uygulama adı; markayı taşırken kullanıcının ürünü anlamasına da yardımcı olmalıdır.

Sadece şirket içi bir proje adı kullanmak yerine, uygulamanın sunduğu temel faydayı destekleyen bir isimlendirme daha anlaşılır olabilir.

Açıklama metninde ise şu sorular cevaplanmalıdır:

• Uygulama ne işe yarıyor?

• Hangi kullanıcı ihtiyacını karşılıyor?

• Kullanıcı hangi temel işlemleri yapabiliyor?

• Uygulama hangi cihazlarda veya hangi kullanım senaryolarında değer üretiyor?

• Kullanıcı neden uygulamayı indirmeli?

Mağaza açıklamaları, vaat ettiği deneyimle uygulamanın gerçek deneyimi arasında tutarlı olmalıdır.

Kullanıcı indirdikten sonra farklı bir ürünle karşılaşırsa, bu durum hem değerlendirmeleri hem de kullanıcı güvenini etkileyebilir.

Ekran Görüntüleri Neyi Anlatmalı?

Ekran görüntülerinde yalnızca güzel görünen arayüzleri göstermek yeterli değildir.

Kullanıcı, uygulamanın kendisine ne sağlayacağını anlamalıdır.

Öne çıkarılabilecek alanlar şunlardır:

• Uygulamanın ana kullanım amacı

• En sık kullanılan özellikler

• Kullanıcıya sağlanan temel fayda

• Ürünün farklı ekranlarındaki akış

• Mobil deneyimin sade ve anlaşılır yapısı

• Uygulamanın marka dili

Ekran görüntüleri, uygulamanın gerçek kullanımını yansıtmalıdır. Henüz geliştirilmemiş özellikleri veya kullanıcıda yanlış beklenti oluşturabilecek görselleri kullanmamak gerekir.

Mobil uygulamanın mağazalarda tanımlanması için her platformda kendine ait teknik bir kimliği bulunur.

Bu kimlik, uygulamanın adından farklı olarak sistemlerin uygulamayı ayırt etmesini sağlar.

Geliştirme sürecinde genellikle şu alanlar planlanır:

• Uygulama kimliği

• Bundle ID veya package name

• iOS ve Android için sürüm numarası

• Build numarası

• Uygulama imzalama yapısı

• Ortam değişkenleri

• Üretim API bağlantıları

• Push notification ayarları

• Uygulama ikonları ve açılış ekranları

• Hata takip araçları

• Analitik yapılandırması

Bu alanların düzenli tutulması, uygulama güncellemelerinin daha kontrollü ilerlemesini sağlar.

Sürüm Numaraları Neden Önemlidir?

Kullanıcılar mağazada genellikle uygulamanın sürüm numarasını doğrudan takip etmez. Ancak ekip tarafında sürüm yönetimi; hangi değişikliğin ne zaman yayınlandığını, hangi hatanın hangi güncellemede çözüldüğünü ve kullanıcıların hangi versiyonu kullandığını anlamak için önemlidir.

Her yayın öncesinde şu bilgiler net olmalıdır:

• Bu sürümde hangi özellikler yer alıyor?

• Hangi hatalar düzeltildi?

• Yeni veri veya izin ihtiyacı oluştu mu?

• Mağaza açıklamaları güncellenmeli mi?

• Kullanıcıya gösterilecek güncelleme notu ne olacak?

• Geri dönüş planı gerekiyor mu?

Bu yapı, yayın sonrası hata yönetimini ve ürün ekibi içindeki iletişimi kolaylaştırır.

Mobil uygulamalar kullanıcı verileriyle çalışıyorsa, bu durum mağaza beyanları ve kullanıcı iletişimi açısından açık biçimde ele alınmalıdır.

Apple, App Store Connect üzerinden uygulamanın ve kullanılan üçüncü taraf kodların veri uygulamalarına dair bilgilerin paylaşılmasını ister. App Store’da yayınlanan uygulamalar için gizlilik politikası bağlantısı zorunludur.

Google Play tarafında ise yayınlanan uygulamalar için Data safety bölümünün doğru ve güncel biçimde doldurulması gerekir. Bu beyan, uygulamanın kapalı, açık veya üretim test kanallarında yayınlanması durumunda da önem taşır.

Bu nedenle proje başlangıcında şu sorulara cevap verilmelidir:

• Uygulama hangi kullanıcı verilerini topluyor?

• Bu veriler hangi amaçla kullanılıyor?

• Veriler hangi hizmetlerle paylaşılıyor?

• Analitik, hata takibi, reklam veya bildirim araçları hangi verileri işliyor?

• Kullanıcı hesabı nasıl siliniyor?

• Kullanıcı hangi izinleri neden veriyor?

• Konum, kamera, galeri veya bildirim izni gerçekten gerekli mi?

• Kullanıcı verileri ne kadar süreyle tutuluyor?

• Destek ekibi hangi verilere erişebiliyor?

İzinler Kullanıcı Deneyiminin Parçasıdır

Uygulama izinleri teknik bir ayrıntı gibi görünse de kullanıcının güvenini doğrudan etkiler.

Kamera, konum, mikrofon, bildirim veya dosya erişimi gibi izinler; kullanıcıya doğru bağlamda sunulmalıdır.

Örneğin uygulama ilk açıldığında tüm izinleri aynı anda istemek yerine, kullanıcı ilgili özelliği kullanmak istediğinde neden izin gerektiğini açıkça anlatmak daha sağlıklı bir deneyim oluşturabilir.

Kullanıcı, “Bu izin neden gerekiyor?” sorusuna net cevap bulabildiğinde uygulamaya daha güvenli yaklaşır.

Uygulama üretim ortamında yayınlanmadan önce, gerçek cihazlarda ve gerçek kullanıcı senaryolarıyla test edilmelidir.

Apple tarafında TestFlight, uygulamanın beta sürümlerini test kullanıcılarıyla paylaşmak ve geri bildirim toplamak için kullanılır. TestFlight üzerinden hazırlanan build’ler App Store Connect’te yönetilir; yayın öncesi test geri bildirimleri toplanabilir.

Google Play Console ise dahili, kapalı ve açık test kanalları sunar. Böylece uygulama belirli kullanıcı gruplarıyla veya daha geniş bir test kitlesiyle üretim yayını öncesinde denenebilir.

Bazı yeni kişisel Google Play geliştirici hesaplarında üretim yayını öncesinde ek test gereksinimleri uygulanabilir. Bu nedenle hesap türü ve güncel Play Console koşulları proje takviminde önceden kontrol edilmelidir.

Test Kullanıcıları Nasıl Seçilmeli?

Test sürecinde yalnızca ekip üyeleriyle ilerlemek yeterli olmayabilir.

Farklı kullanıcı alışkanlıklarını ve cihaz koşullarını görmek için test grubunda şu profillere yer verilebilir:

• Ürünü ilk kez gören kullanıcılar

• Günlük kullanımda hedef kullanıcıya benzeyen kişiler

• Farklı iPhone ve Android cihaz kullanan kullanıcılar

• Zayıf internet bağlantısı bulunan senaryolar

• Operasyon ekibi veya içerik yöneticileri

• Yönetici yetkisine sahip kullanıcılar

• Uygulamada sık işlem yapacak kullanıcı grupları

Test kullanıcılarından “uygulama çalışıyor mu?” geri bildirimi yerine, daha somut gözlemler istenebilir:

• İlk kullanımda hangi noktada zorlandın?

• Ana işlemi ne kadar sürede tamamladın?

• Hangi ifade veya ekran belirsiz kaldı?

• Uygulama hangi noktada yavaşladı?

• Bildirimler beklenen şekilde geldi mi?

• Hata olduğunda ne yapman gerektiğini anlayabildin mi?

Bu yaklaşım, yayın öncesi daha değerli geri bildirim toplanmasını sağlar.

Test sürecinde yalnızca uygulamanın açılması yeterli değildir.

Kullanıcıların farklı davranışları, cihaz özellikleri, bağlantı koşulları ve hesap durumları üzerinden kritik akışların kontrol edilmesi gerekir.

Yayın öncesi kontrol listesinde şu alanlar bulunabilir:

• Kayıt ve giriş akışı

• Şifre sıfırlama

• E-posta veya telefon doğrulama

• Kullanıcı rolleri ve yetkiler

• Ana kullanıcı akışları

• Form doğrulamaları

• Bildirim izinleri ve push notification akışı

• Ödeme veya abonelik işlemleri

• Dosya, kamera veya konum erişimi

• Zayıf internet bağlantısı

• Boş durumlar ve hata ekranları

• Çıkış yapma ve tekrar giriş

• Hesap silme veya veri talep akışları

• Farklı ekran boyutları

• iOS ve Android sürüm uyumluluğu

• Uygulama çökme kayıtları

• Mağaza ekran görüntülerinin uygulamayla tutarlılığı

Bu kontroller, uygulamanın yalnızca teknik olarak çalışmasını değil; kullanıcının uygulamayı güvenle kullanabilmesini de destekler.

Uygulama mağaza için hazır olduğunda, ilgili platforma gönderilir ve inceleme süreci başlar.

Apple, App Store Connect üzerinden gönderilen uygulamaları ve uygulama güncellemelerini inceleme sürecinden geçirir. Apple ayrıca TestFlight ile dağıtılan beta uygulamalarının da App Review Guidelines ile uyumlu olmasını bekler.

Google Play tarafında da uygulamanın yayın durumu Play Console üzerinden takip edilir. Bazı hesaplarda veya uygulama türlerinde inceleme sürecinin daha kapsamlı ilerlemesi mümkündür.

İnceleme süresini kesin bir gün sayısıyla planlamak doğru değildir. Süre; hesap geçmişi, uygulamanın kapsamı, kullanılan izinler, uygulama kategorisi ve mağazanın ek bilgi ihtiyacına göre değişebilir.

İnceleme İçin Hangi Bilgiler Hazır Olmalı?

İnceleme sürecini kolaylaştırmak için aşağıdaki alanların doğru ve güncel olması gerekir:

• Uygulamanın çalışır sürümü

• Test hesapları veya giriş bilgileri

• İnceleme ekibi için kısa kullanım notu

• Gizlilik politikası bağlantısı

• Kullanılan izinlerin açıklamaları

• Uygulama içi satın alma veya abonelik bilgileri

• Destek iletişim bilgileri

• Mağaza açıklamaları ve ekran görüntüleri

• Veri beyanları

• Gerekliyse demo içerikler

Uygulamada giriş zorunluysa, inceleme ekibinin temel akışları test edebilmesi için erişim bilgileri sağlanmalıdır.

Uygulamanın inceleme sırasında ek bilgi talebi alması veya reddedilmesi, projenin başarısız olduğu anlamına gelmez.

Önemli olan, gelen geri bildirimi doğru anlamak ve uygulamanın hangi alanında düzenleme gerektiğini netleştirmektir.

Reddedilme veya ek bilgi talebi genellikle şu konularla ilişkili olabilir:

• Eksik veya yanlış gizlilik beyanı

• Uygulama içi izinlerin yeterince açıklanmaması

• Giriş bilgisi veya test erişimi eksikliği

• Uygulama açıklamasıyla gerçek deneyimin uyuşmaması

• Bozuk bağlantılar veya çalışmayan akışlar

• Ödeme, abonelik veya kullanıcı hesabı süreçleri

• İçerik ve yaş derecelendirmesi bilgileri

• Uygulamanın belirli cihazlarda doğru çalışmaması

Bu durumda izlenebilecek yaklaşım şöyledir:

1. Mağazadan gelen açıklamayı dikkatle incelemek

2. Sorunun hangi kullanıcı akışında oluştuğunu doğrulamak

3. Gerekli teknik veya içerik düzenlemesini yapmak

4. Gizlilik ve mağaza bilgilerini güncellemek

5. Yeni build’i test etmek

6. İnceleme notunu açıklayıcı biçimde hazırlamak

7. Uygulamayı yeniden göndermek

İnceleme notlarında kısa, açık ve doğrulanabilir bilgi vermek süreci kolaylaştırır.

Uygulama mağazada yayınlandığında, ürün geliştirme süreci daha değerli bir aşamaya geçer.

Gerçek kullanıcı davranışları, ilk sürümdeki varsayımların ne kadar doğru olduğunu gösterir.

Bu nedenle yayın sonrası süreçte şu alanlar takip edilmelidir:

• Uygulama indirme sayıları

• Aktif kullanıcılar

• Kayıt ve onboarding tamamlama oranı

• Ana kullanıcı akışlarının tamamlanma oranı

• Uygulama çökme kayıtları

• Performans sorunları

• Kullanıcı geri bildirimleri

• Mağaza yorumları

• Destek talepleri

• Bildirim etkileşimleri

• Abonelik veya ödeme davranışları

• En çok kullanılan özellikler

• Kullanıcıların yarım bıraktığı ekranlar

Güncelleme Süreci Nasıl Yönetilmeli?

Her güncelleme, yalnızca yeni özellik eklemek için yayınlanmamalıdır.

Ürün yol haritası; kullanıcı geri bildirimleri, hata kayıtları, iş hedefleri ve teknik iyileştirme ihtiyaçları birlikte değerlendirilerek oluşturulmalıdır.

Güncelleme planında şu ayrım faydalı olabilir:

• Kritik hata düzeltmeleri

• Güvenlik ve uyumluluk güncellemeleri

• Performans iyileştirmeleri

• Kullanıcı deneyimi geliştirmeleri

• Yeni özellikler

• Mağaza ve gizlilik bilgisi güncellemeleri

Bu yapı, uygulamanın düzenli olarak gelişmesini ve kullanıcı güveninin korunmasını destekler.

Codezone’da mobil uygulama yayın sürecini, geliştirme projesinin doğal bir devamı olarak ele alıyoruz.

Her projede uygulamanın mağaza hesaplarını, sahiplik yapısını, test planını, kullanıcı verisi yaklaşımını, mağaza içeriklerini ve yayın sonrası gelişim ihtiyacını birlikte değerlendiriyoruz.

Bu çerçeve; App Store ve Google Play hazırlıklarını, TestFlight ve Play test kanallarını, uygulama izinlerini, gizlilik beyanlarını, sürüm yönetimini ve yayın sonrası izleme araçlarını şekillendirir.

Uygulamanın yalnızca mağazada görünmesi değil; kullanıcıların ilk indirmeden sonraki deneyiminin de güvenli, anlaşılır ve sürdürülebilir olması hedeflenir.

Codezone olarak mobil ürünleri; ilk versiyonu yayınlanan uygulamalar değil, kullanıcı verisi ve ürün geri bildirimleriyle zaman içinde gelişen deneyimler olarak ele alıyoruz.

App Store ve Google Play’e uygulama yayınlamak, geliştirme sürecinin son adımı gibi görünse de ürünün kullanıcıyla gerçek anlamda buluştuğu aşamadır.

Geliştirici hesapları, uygulama sahipliği, mağaza içerikleri, gizlilik bilgileri, test kanalları, inceleme süreci ve yayın sonrası takip; uygulamanın güvenli ve sürdürülebilir biçimde büyümesi için birlikte planlanmalıdır.

Başarılı bir yayın süreci, yalnızca uygulamanın mağazada onaylanmasını hedeflemez.

Kullanıcının uygulamayı doğru beklentiyle indirmesini, ilk kullanımda değer görmesini ve sonraki sürümlerde daha iyi bir deneyime ulaşmasını sağlar.

Apple Developer ve Google Play hesapları kimin adına açılmalı?

Uzun vadeli sahiplik ve erişim açısından hesapların uygulama sahibi şirket veya girişim adına açılması daha sağlıklı bir yaklaşımdır. Yazılım ekibi, gerekli yetkilerle bu hesaplara dahil olabilir.

Uygulama yayınlanmadan önce test yapmak gerekli mi?

Evet. Gerçek cihazlarda, farklı kullanıcı senaryolarıyla ve mümkünse hedef kullanıcıya yakın test gruplarıyla test yapılması; yayın öncesi hata ve kullanıcı deneyimi sorunlarını görünür hale getirir. Apple TestFlight, Google Play ise farklı test kanalları üzerinden bu süreci destekler.

Uygulama mağazada reddedilirse ne olur?

Mağaza tarafından iletilen geri bildirime göre teknik, içerik, gizlilik veya erişim alanlarında düzenleme yapılır. Ardından uygulama yeniden test edilerek tekrar incelemeye gönderilir.

Gizlilik politikası her mobil uygulama için gerekli mi?

Uygulamanın veri toplama biçimine ve yayınlandığı mağazanın gereksinimlerine göre bu konu değerlendirilmelidir. Apple, App Store’daki uygulamalar için gizlilik politikası bağlantısı ister; Google Play’de ise uygulamanın veri uygulamalarının Data safety bölümünde doğru şekilde beyan edilmesi gerekir.

Uygulama yayınlandıktan sonra güncelleme yapmak zor mu?

Düzenli sürüm yönetimi, test altyapısı ve hata takip araçları kullanıldığında güncellemeler daha kontrollü ilerler. Her yeni sürümde mağaza bilgileri, gizlilik beyanları ve uygulama davranışları tekrar değerlendirilmelidir.