App Store ve Google Play'de Yayın Süreci: Adım Adım

Bir uygulamayı App Store ve Google Play'de yayınlamak için geliştirici hesaplarını açar, mağaza sayfasını ve gizlilik beyanlarını hazırlar, imzalı sürümü yükler, mağazaların test kanallarında dener ve incelemeye gönderirsiniz. İki mağazanın mantığı benzerdir, ama araçları, terimleri ve kuralları farklıdır.

Yayın süreci çoğu zaman projenin son haftasına bırakılır ve takvimi en çok kaydıran adım olur. Mobil uygulama geliştirme sürecinde mağaza hazırlığını bu yüzden kodla paralel yürütmek gerekir. Kemerköy Sitesi için React Native ile geliştirdiğimiz sakin uygulaması da iki mağazada yayında. Mağazaların ücretleri ve kuralları zaman zaman değişir; plan yapmadan önce Apple ve Google'ın güncel belgelerini kontrol edin.

Süreç altı adımda özetlenebilir:

  1. Geliştirici hesaplarını açmak.
  2. Mağaza sayfasını hazırlamak.
  3. Gizlilik ve veri güvenliği beyanlarını doldurmak.
  4. İmzalı sürümü yükleyip test etmek.
  5. İncelemeye göndermek.
  6. Yayını kontrollü biçimde açmak.

Geliştirici hesabı nasıl açılır, kimin adına olmalı?

App Store için Apple Developer Program'a, Google Play için Google Play Console'a kayıt olmanız gerekir. Apple yıllık üyelik ücreti, Google ise tek seferlik kayıt ücreti alır. İki platform da bireysel ve kurumsal hesap ayrımı yapar.

  • Kurumsal hesap: mağazada geliştirici olarak şirketinizin adı görünür. İki mağaza da kurumsal kayıt için D-U-N-S numarası ister ve şirket bilgilerini doğrular.
  • Kimlik doğrulama: Google tüm geliştirici hesaplarında kimlik ve iletişim bilgilerini doğrular; Apple da kurumsal kayıtta başvuran kişinin şirketi temsil yetkisini kontrol eder.
  • Yeni kişisel Google hesapları: üretime çıkmadan önce belirli sayıda test kullanıcısıyla, belirli bir süre kapalı test yürütmek zorundadır. Bu şart kurumsal hesaplar için uygulanmaz.
  • Tacir beyanı: Avrupa Birliği'nde dağıtım yapacaksanız Dijital Hizmetler Yasası kapsamında tacir (trader) statüsü beyanı da istenir.

Önemli bir uyarı: Hesapları geliştirme ajansının değil, şirketinizin adına açın ve ajansa ekip üyesi olarak erişim verin. Uygulamanın, mağaza kaydının ve kullanıcı yorumlarının sahibi siz olmalısınız. Hesap ücretleri gibi bütçe kalemlerini mobil uygulama geliştirme maliyetini belirleyen etkenler yazımızda ele aldık.

Mağaza sayfasında neler hazırlanmalı?

Mağaza sayfası (store listing), kullanıcının uygulamayı indirmeden önce gördüğü her şeydir. İki mağazada da şu malzemeleri hazır etmeniz gerekir:

  • Ad ve kısa açıklama: Apple'da uygulama adı ve alt başlık, Google Play'de uygulama adı ve kısa açıklama; hepsinin karakter sınırı vardır.
  • Uzun açıklama: uygulamanın ne işe yaradığını ilk cümlede söyleyen, abartısız bir metin.
  • Anahtar kelimeler: Apple'da ayrı bir anahtar kelime alanı bulunur; Google Play'de arama, başlık ve açıklama metinlerinden beslenir.
  • Görseller: uygulama simgesi, desteklenen cihaz boyutlarına uygun ekran görüntüleri ve isteğe bağlı bir tanıtım videosu. Google Play ayrıca bir öne çıkan görsel (feature graphic) ister.
  • Kategori ve yaş derecelendirmesi: Apple derecelendirmeyi kendi anketiyle, Google Play ise IARC anketiyle belirler.
  • Destek ve gizlilik bağlantıları: bir destek adresi ve herkese açık bir gizlilik politikası sayfası.

Uygulamanız birden fazla dilde çalışıyorsa mağaza sayfasını da her dil için ayrıca hazırlayın. Kullanıcı ekran görüntülerini de kendi dilinde görmek ister.

Gizlilik ayrıntıları ve veri güvenliği formu nasıl doldurulur?

İki mağaza da uygulamanın hangi veriyi topladığını ve ne amaçla kullandığını mağaza sayfasında göstermenizi ister. Apple bunu App Store Connect'teki gizlilik ayrıntıları (App Privacy) bölümüyle, Google Play ise Play Console'daki Veri güvenliği (Data safety) formuyla toplar.

Bu beyanları doğru doldurmak için:

  1. Veri envanteri çıkarın: uygulamanın kendisinin ve kullandığı her üçüncü taraf SDK'nın (analitik, reklam, çökme raporlama, harita) topladığı verileri listeleyin.
  2. Amaçları eşleyin: her veri türü için kullanım amacını, kullanıcıyla ilişkilendirilip ilişkilendirilmediğini ve paylaşılıp paylaşılmadığını belirleyin.
  3. Takip iznini kontrol edin: iOS'ta kullanıcıyı başka şirketlerin uygulama ve sitelerinde izliyorsanız App Tracking Transparency ile izin istemeniz gerekir.
  4. Gizlilik bildirim dosyalarını güncel tutun: Apple, belirli SDK'lar ve hassas API'ler için gizlilik bildirim dosyası (privacy manifest) ister; kullandığınız SDK sürümlerinin bunu desteklediğinden emin olun.
  5. Hesap silmeyi sunun: uygulamada hesap oluşturulabiliyorsa iki mağaza da kullanıcının hesap silme talebini başlatabilmesini ister. Google Play ayrıca uygulama dışından erişilebilen bir silme bağlantısı bekler.
  6. Metinleri eşitleyin: mağaza beyanları, gizlilik politikanız ve KVKK aydınlatma metniniz birbiriyle çelişmemelidir.

Beyan ile uygulamanın gerçek davranışı arasındaki fark hem ret sebebidir hem de yayından sonra kaldırılmaya yol açabilir. Her güncellemede yeni eklenen SDK'ları bu envantere işleyin.

Sürüm nasıl yüklenir ve test edilir?

Mağazaya yüklenen her sürüm imzalı bir paket olmalıdır. iOS'ta derleme Xcode ya da bir CI hattı üzerinden App Store Connect'e gönderilir. Android'de yeni uygulamalar Android App Bundle (AAB) biçiminde yüklenir ve Play App Signing ile Google tarafından imzalanır; sizde kalan yükleme anahtarını güvenle saklamanız gerekir.

Yayından önce gerçek kullanıcılarla deneme yapmanın resmî yolları şunlardır:

  • TestFlight iç test: App Store Connect ekibinizdeki kişiler, yüklenen sürümü işlendikten hemen sonra inceleme beklemeden dener.
  • TestFlight dış test: ekip dışındaki test kullanıcıları e-posta daveti ya da herkese açık bir bağlantıyla eklenir; bir sürümün dış teste açılan ilk derlemesi Beta App Review'dan geçer.
  • Google Play iç test: küçük bir ekip için en hızlı kanaldır.
  • Google Play kapalı test: e-posta listeleri ya da Google Grupları ile davet edilen test kullanıcılarına dağıtılır; yeni kişisel hesapların üretim şartı bu kanalda karşılanır.
  • Google Play açık test: isteyen herkesin mağaza sayfasından katılabildiği geniş testtir.

Google Play, test kanallarına yüklenen sürümleri gerçek cihazlarda otomatik olarak çalıştıran bir ön yayın raporu (pre-launch report) da sunar. Her yüklemede derleme numarasını artırın; iki mağaza da daha önce kullanılmış bir derleme numarasını kabul etmez.

İnceleme sürecinde nelere dikkat edilmeli?

Apple her sürümü App Review Guidelines'a, Google ise Geliştirici Programı Politikaları'na göre inceler. Süre değişkendir; ilk yayınlar ve yeni hesaplar genellikle güncellemelerden daha uzun sürer. Sık karşılaşılan ret sebepleri şunlardır:

  • Erişilemeyen içerik: giriş gerektiren uygulamalarda inceleme ekibine çalışan bir demo hesap verilmemesi.
  • Çökmeler ve yarım özellikler: boş ekranlar, "yakında" yazan bölümler ya da çalışmayan bağlantılar.
  • Yanıltıcı mağaza bilgisi: uygulamada olmayan özellikleri gösteren açıklama ve ekran görüntüleri.
  • Yetersiz işlev: yalnızca bir web sitesini çerçeve içinde açan uygulamalar Apple'da sıkça reddedilir.
  • Gizlilik uyumsuzluğu: beyan edilmemiş veri toplama, gerekçesi açıklanmayan izin istekleri ya da eksik hesap silme.
  • Ödeme kuralları: dijital içerik ve abonelik satışında mağazaların ödeme sistemine dair kurallar devreye girer ve bu kurallar bölgeye göre değişebilir. Fiziksel ürün ve hizmet satışı farklı kurallara tabidir.

Ret durumunda gerekçe App Store Connect ya da Play Console üzerinden iletilir. Sorunu düzeltip yeniden gönderebilir ya da haksız bulduğunuz bir karara itiraz edebilirsiniz. İnceleme notlarına test adımlarını açıkça yazmak gereksiz turların önüne geçer.

Onaydan sonra yayın nasıl yönetilir?

Onay, uygulamanın hemen herkese açılması gerektiği anlamına gelmez. İki mağaza da yayını kontrollü açmak için araçlar sunar:

  • Yayın zamanlaması: Apple'da onaydan sonra otomatik, belirli bir tarihte ya da elle yayın seçilebilir; Google Play'de yönetilen yayın (managed publishing), onaylanan değişikliklerin ne zaman canlıya çıkacağına sizin karar vermenizi sağlar.
  • Kademeli yayın: Apple'da otomatik güncellemeleri birkaç güne yayan aşamalı yayın (phased release), Google Play'de kullanıcıların belirli bir yüzdesiyle başlayan kademeli dağıtım (staged rollout) kullanılabilir.
  • Ülke seçimi: uygulamayı yalnızca seçtiğiniz ülkelerde yayınlayıp sonra genişletebilirsiniz.
  • İzleme: ilk günlerde çökme oranını, yorumları ve puanları yakından takip edin; bir sorun görürseniz kademeli yayını durdurun.

Yayın bir başlangıçtır; sürüm planı, işletim sistemi güncellemeleri ve izleme için yayından sonra mobil uygulama yazımıza göz atabilirsiniz.

Mağaza hazırlığı yayın haftasının değil, projenin ilk haftasının işidir.

Sık sorulan sorular

Uygulama incelemesi ne kadar sürer?

Sabit bir süre yoktur. Güncellemelerin çoğu kısa sürede sonuçlanırken ilk yayınlar, yeni hesaplar ve hassas kategoriler daha uzun sürebilir. Takviminizde inceleme ve olası bir ret turu için pay bırakın.

Geliştirici hesabını ajans mı açmalı, biz mi?

Siz açmalısınız. Hesap şirketinizin adına olursa uygulama, mağaza kaydı ve kullanıcı yorumları sizde kalır; ajansa yalnızca gereken yetkilerle ekip üyesi olarak erişim verirsiniz.

Gizlilik politikası sayfası zorunlu mu?

Evet. İki mağaza da herkese açık bir gizlilik politikası bağlantısı ister. Bu sayfa mağaza beyanlarınızla ve KVKK aydınlatma metninizle tutarlı olmalıdır.

Her güncelleme yeniden incelemeye girer mi?

Evet, mağazaya yüklenen her yeni sürüm incelenir. Güncellemeler genellikle ilk yayından hızlı sonuçlanır, ancak yeni izinler, yeni veri toplama ya da ödeme değişiklikleri daha ayrıntılı bir incelemeye yol açabilir.

Nereden başlamalı?

Geliştirme başlarken üç işi tamamlayın: şirketiniz adına geliştirici hesaplarını açın, gizlilik politikası sayfanızı yayınlayın ve uygulamanın topladığı verilerin listesini çıkarın. Bu üç adım, yayın haftasındaki sürprizlerin çoğunu ortadan kaldırır.

Uygulamanızı iki mağazaya birlikte hazırlamak isterseniz bizimle iletişime geçin.

← Tüm yazılar

WhatsApp'tan Yazın