App Store ve Google Play Yayın Süreci: İnceleme, Ret Nedenleri ve Abonelik Kurulumu

App Store yayın süreci, mobil uygulama projelerinde en çok hafife alınan ve en çok gecikmeye yol açan aşamadır. Geliştirme biter, herkes uygulamanın ertesi gün mağazada olacağını düşünür; sonra ilk ret gelir. Gizlilik politikası eksiktir, hesap silme akışı yoktur, ekran görüntüleri kurallara uymuyordur ya da inceleyici uygulamaya giriş yapamamıştır. Google Play tarafında da benzer ama farklı kurallar işler.

Bu yazıda iki mağazanın yayın sürecini adım adım anlatıyor, yayın öncesi hazırlıkları listeliyor, en sık ret nedenlerini ve abonelik kurulumunun püf noktalarını paylaşıyoruz. Planzio uygulamamızı her iki mağazada da kendimiz yayınladığımız ve abonelik altyapısını uçtan uca kurduğumuz için anlatılanlar teoriden değil, geçilen süreçten geliyor. Amaç, ilk yayınınızı gereksiz retlerle uzatmamanız.

App Store yayın süreci nasıl işler?

App Store yayın süreci, Apple Developer hesabının açılması, uygulamanın App Store Connect'te tanımlanması, derlenmiş paketin yüklenmesi, mağaza sayfası bilgilerinin girilmesi ve uygulamanın Apple inceleme ekibine gönderilmesiyle ilerler. İnceleme genellikle bir ila birkaç gün sürer; onaylanan uygulama seçilen tarihte ya da hemen yayına girer.

Apple Developer hesabı yıllık ücretli bir üyeliktir ve şirket adına açılacaksa şirketin D-U-N-S numarası ile doğrulama ister; bu doğrulama birkaç hafta sürebilir, bu yüzden projenin en başında başlatılmalıdır. Hesap açıldıktan sonra uygulama kimliği, sertifikalar ve dağıtım profilleri oluşturulur. Expo gibi araçlar bu adımların büyük kısmını otomatik yönetir, ama hesabın kimin adına açıldığı ve kimin yönetici olduğu baştan netleştirilmelidir.

İnceleme aşamasında Apple ekibi uygulamayı gerçekten kullanır. Giriş gerektiren bir uygulamaysa inceleyici için test hesabı ve gerekirse kısa bir kullanım notu sağlanır. Uygulamanın tanıtıldığı gibi çalışması, çökmemesi, mağaza sayfasındaki anlatımla tutarlı olması beklenir. Onay geldiğinde uygulama saatler içinde dünya genelinde görünür hale gelir.

Google Play yayın süreci nasıl işler?

Google Play yayın süreci, Google Play Console'da geliştirici hesabı açılması, uygulamanın imzalı paket olarak yüklenmesi, veri güvenliği formu ve içerik derecelendirmesinin doldurulması, mağaza sayfasının hazırlanması ve incelemeye gönderilmesiyle ilerler. Yeni geliştirici hesapları için Google, üretime çıkmadan önce kapalı test aşamasında belirli sayıda test kullanıcısıyla belirli bir süre test yapılmasını şart koşar.

Google'ın geliştirici hesabı tek seferlik bir ücretle açılır ve kimlik doğrulaması ister; şirket hesaplarında şirket bilgileri ve doğrulama belgeleri talep edilir. Uygulama paketi Android App Bundle biçiminde yüklenir ve bir imzalama anahtarı ile imzalanır. Bu anahtarın ve mağaza hesabının güvenle saklanması hayati önemdedir; anahtar kaybolursa uygulamayı güncellemek ciddi biçimde zorlaşır.

Google Play incelemesi çoğunlukla otomatik ve daha hızlıdır, ancak yeni hesaplar ve hassas izinler isteyen uygulamalar için daha uzun sürebilir. Veri güvenliği bölümünde uygulamanın hangi verileri topladığı ve neden topladığı doğru beyan edilmelidir; bu beyan gizlilik politikasıyla çelişirse ret gelir. Üretime geçtikten sonra uygulama saatler içinde mağazada listelenir.

Yayın öncesi hangi hazırlıklar gerekir?

Yayın öncesi hazırlıklar şunlardır: geliştirici hesaplarının şirket adına açılması, herkese açık bir gizlilik politikası sayfası, uygulama içinde hesap silme akışı, her cihaz boyutu için ekran görüntüleri, uygulama simgesi ve açıklama metinleri, inceleyici için test hesabı, gerekiyorsa abonelik ürünlerinin tanımlanması ve yaş derecelendirmesi anketinin doldurulması.

Gizlilik politikası her iki mağazada da zorunludur ve uygulamanın gerçekten yaptığı veri işleme ile uyumlu olmalıdır. Kullanıcı hesabı açan uygulamalar için hesap silme özelliği de zorunlu hale gelmiştir; bu özellik uygulama içinden erişilebilir olmalı ve gerçekten hesabı silmelidir. Bunlar sonradan eklenmeye çalışıldığında inceleme uzar; en baştan planlanmalıdır.

Mağaza sayfası da bir hazırlık kalemidir. Ekran görüntüleri her cihaz sınıfı için ayrı boyutlarda istenir, açıklama metni arama görünürlüğü için anahtar kelimeleri doğal biçimde içermeli, uygulama adı ve alt başlığı kurallara uymalıdır. Yanıltıcı görsel ya da uygulamada olmayan bir özelliği gösteren ekran görüntüsü, doğrudan ret nedenidir.

Uygulamalar en çok hangi nedenlerle reddedilir?

Uygulamalar en çok şu nedenlerle reddedilir: inceleyicinin giriş yapamaması ya da uygulamanın çökmesi, eksik veya tutarsız gizlilik politikası, hesap silme akışının olmaması, mağaza dışı ödeme yönlendirmesi, uygulamanın bir web sitesinin sarmalanmış halinden ibaret görünmesi, istenen izinlerin gerekçesiz olması ve mağaza sayfasındaki anlatımla uygulamanın uyuşmaması.

Apple tarafında en sık karşılaşılan ret, uygulamanın yeterli işlevi olmadığı ya da yalnızca bir web sitesini gösterdiği gerekçesidir. Uygulama, web sitesinden farklı bir değer sunmalı ve cihazın imkanlarını anlamlı biçimde kullanmalıdır. İkinci sık neden, dijital içerik ya da özellik satışının mağaza dışı ödeme ile yapılmaya çalışılmasıdır; dijital ürünler mağazanın kendi ödeme sistemi üzerinden satılmalıdır.

Google tarafında ise veri güvenliği beyanı ile gerçek davranış arasındaki tutarsızlık, gereksiz hassas izin talepleri ve hedef API seviyesinin güncel olmaması öne çıkar. Her iki mağazada da ret bir son değildir; gerekçe yazılı olarak bildirilir, düzeltme yapılır ve yeniden gönderilir. Deneyimli bir ekip bu retlerin çoğunu ilk gönderimden önce öngörür ve önler.

Abonelik ve uygulama içi satın alma nasıl kurulur?

Abonelik ve uygulama içi satın alma, her iki mağazanın kendi ödeme altyapısı üzerinden kurulur: ürünler önce App Store Connect ve Google Play Console'da tanımlanır, sonra uygulama bu ürünleri gösterir ve satın alma işlemini mağazaya yaptırır. Satın alma durumunun doğrulanması ve cihazlar arası eşitlenmesi için genellikle RevenueCat gibi bir aracı servis ya da sunucu tarafı doğrulama kullanılır.

Ürün tanımı aşamasında abonelik grupları, süreler, deneme dönemleri ve fiyat kademeleri belirlenir. Fiyat, her ülke için mağazanın kademelerinden seçilir; iki mağazada aynı ürünün tutarlı tanımlanması önemlidir. Apple tarafında abonelik ürünleri de incelemeye girer ve ilk gönderimde uygulamayla birlikte onaylanmalıdır; ürünü sonradan ekleyip incelemeye göndermeyi unutmak sık yapılan bir hatadır.

Uygulama tarafında ise abonelik ekranının kuralları vardır: fiyat, süre ve yenileme koşulları açıkça yazılmalı, kullanıcı ne satın aldığını net görmeli, abonelik yönetimi ve iptal yolu erişilebilir olmalıdır. Satın alma durumunu doğru takip etmek için mağazadan gelen bildirimlerin sunucuda işlenmesi gerekir; aksi halde iptal eden kullanıcı premium özellikleri kullanmaya devam eder ya da ödeyen kullanıcı erişimini kaybeder.

İnceleme ne kadar sürer, ret alınca ne yapılır?

App Store incelemesi çoğunlukla bir ila üç gün, Google Play incelemesi ise saatlerden birkaç güne kadar sürer; yeni hesaplar, hassas izinler ve abonelik içeren ilk gönderimler daha uzun sürebilir. Ret geldiğinde gerekçe yazılı olarak bildirilir; düzeltme yapılıp yeniden gönderilir ya da gerekçenin hatalı olduğu düşünülüyorsa itiraz edilir.

Ret mesajını dikkatle okumak önemlidir. Apple genellikle hangi kural maddesine dayandığını ve bazen ekran görüntüsüyle nerede sorun gördüğünü belirtir. Sorun küçükse, örneğin inceleyici giriş yapamadıysa, yalnızca test hesabı bilgisini düzeltip yeniden göndermek yeterlidir. Sorun yapısalsa, örneğin uygulama yeterli işlev sunmuyor bulunduysa, uygulamaya anlamlı özellik eklemek gerekebilir.

İtiraz yolu da vardır ve haklı olduğunuzu düşündüğünüzde kullanılmalıdır; ancak nazik, kısa ve kurala atıf yapan bir açıklama ile. Bir ret, yayın planını günlerce kaydırabilir; bu yüzden lansman tarihini incelemeye gönderdikten en az bir hafta sonrasına koymak, ilk yayında sık yapılan bir öneridir.

Yayın sonrası: güncellemeler ve politika değişiklikleri

Yayın sonrası her güncelleme yeniden incelemeye girer ve mağazalar politikalarını düzenli olarak değiştirir; bu değişiklikler bazen mevcut uygulamaların belirli bir tarihe kadar güncellenmesini zorunlu kılar. Hedef API seviyesi, gizlilik beyanı formatı, hesap silme ve abonelik gösterim kuralları son yıllarda pek çok uygulamanın zorunlu güncelleme yapmasına yol açtı.

Geliştirici hesaplarına gelen e-postalar bu yüzden ciddiye alınmalıdır. Politika değişikliği bildirimleri, uyulmadığında uygulamanın mağazadan kaldırılmasına kadar gidebilir. Hesabın kimin e-postasına bağlı olduğu, bu e-postanın düzenli okunup okunmadığı basit ama kritik bir konudur; ekipten ayrılan bir çalışanın e-postasına bağlı bir geliştirici hesabı, sessizce kapatılan uygulamaların en yaygın nedenidir.

Kullanıcı yorumları ve çökme raporları da yayın sonrası takibin parçasıdır. Mağaza puanı, yeni kullanıcıların indirme kararını doğrudan etkiler; olumsuz yorumlara yanıt vermek ve bildirilen hataları hızla düzeltmek puanı korur. Yayın, projenin sonu değil, uygulamanın gerçek hayatının başlangıcıdır.

Mağaza sürecini kimle yürütmeli?

Mağaza süreci, geliştirmeden ayrı bir uzmanlık alanıdır. Kuralları bilen, daha önce ret almış ve çözmüş, abonelik altyapısını uçtan uca kurmuş bir ekip, ilk yayını haftalarca uzatan hataları baştan önler. Teklif alırken mağaza hesaplarının kimin adına açılacağını, imzalama anahtarlarının nerede saklanacağını ve yayın sonrası politika takibinin kimin sorumluluğunda olacağını sormak gerekir.

Rezon, şirketlere özel CRM, ERP ve bayi portalı sistemleri kuran, kendi SaaS ürünlerini canlıda işleten İstanbul merkezli bir yazılım çözümleri şirketidir. Planzio'yu App Store ve Google Play'de kendimiz yayınladığımız, abonelik ve hesap silme gibi zorunlu akışları uçtan uca kurduğumuz için mağaza sürecini sahadan biliyoruz; şirketlere geliştirdiğimiz uygulamalarda hesaplar ve kaynak kod müşteriye aittir. Uygulamanızın yayın sürecini birlikte planlamak için İletişim sayfamızdan ücretsiz keşif görüşmesi talep edebilir, Çözümler sayfamızdaki Web ve Mobil bölümünden yaklaşımımızı inceleyebilirsiniz.