Mobil Uygulama Yayın Rehberi: App Store ve Google Play'e Hazırlık

Bu rehber, bir mobil uygulamanın App Store ve Google Play'de yayınlanmasına kadar geçen hazırlık, inceleme ve yayın sonrası adımlarını anlatır. Geliştirme bitince başlayan değil, projenin başında planlanması gereken bir süreçtir.

1. Hesaplar ve Sahiplik

Apple Developer ve Google Play Console hesapları şirket adına açılır; kişisel hesapla yayınlanan uygulama ileride devir sorunu çıkarır. Hesap sahibi, yönetici rolleri ve ödeme bilgileri projenin ilk haftasında netleşir; Apple'da şirket doğrulaması (D-U-N-S) günler alabilir.

Çıktı: Şirket adına geliştirici hesapları, rol listesi.

2. Mağaza Politikaları

Her iki mağazanın da içerik, gizlilik, ödeme ve hesap silme kuralları vardır: uygulama içi dijital satışlar mağaza ödeme sistemini kullanır, hesap oluşturan uygulama hesap silme seçeneği sunar, toplanan veriler beyan edilir. Kuralları tasarım aşamasında bilmek, incelemede ret almaktan ucuzdur.

3. Gizlilik ve Veri Beyanı

Uygulamanın topladığı her veri sınıfı (kimlik, konum, kullanım, tanılama) ve amacı mağaza formlarında beyan edilir; gizlilik politikası bağlantısı zorunludur. KVKK aydınlatma metni uygulamanın içinde de bulunur; izinler (konum, kamera, bildirim) kullanıcıya gerekçesiyle istenir.

Çıktı: Veri beyanı tablosu, gizlilik politikası, izin gerekçe metinleri.

4. Mağaza Listeleme

Ad, alt başlık, açıklama, anahtar kelimeler, ekran görüntüleri (cihaz boyutlarına göre), tanıtım videosu ve simge. Metinler arama görünürlüğü için anahtar kelimeleri içerir ama abartı vaat içermez; ekran görüntüleri gerçek uygulamadan alınır. Türkçe ve gerekiyorsa İngilizce listeleme ayrı hazırlanır.

5. Test Dağıtımı

Yayından önce TestFlight ve Google Play iç/kapalı test kanallarıyla gerçek cihazlarda deneme: farklı ekran boyutları, eski işletim sistemi sürümleri, zayıf bağlantı, çevrimdışı senaryolar. Çökme raporlama (Crashlytics ve benzerleri) yayından önce devrededir.

6. İnceleme Süreci

Apple incelemesi genellikle bir ila üç gün, Google incelemesi birkaç saat ile birkaç gün sürer; ilk yayında daha uzun olabilir. İnceleme için test hesabı ve açıklama notu verilir. Ret nedenleri çoğunlukla eksik gizlilik beyanı, çalışmayan giriş, politika dışı ödeme ya da yetersiz işlevdir; ret bir yazışma sürecidir, sorun giderilip yeniden gönderilir.

Çıktı: Yayınlanmış sürüm, inceleme notları.

7. Sürüm Yönetimi ve Kademeli Yayın

Sürüm numaralandırma, sürüm notları ve kademeli yayın (önce kullanıcıların yüzde birkaçı) riskleri sınırlar. Zorunlu güncelleme mekanizması (eski sürümü kapatma) baştan tasarlanır; API değişiklikleri eski sürümleri bir süre destekler.

8. Yayın Sonrası

Çökme oranı, yorumlar ve puanlar, kullanım analitiği ve mağaza istatistikleri haftalık izlenir; yorumlara yanıt verilir. İşletim sistemi güncellemeleri (her sonbahar) uyumluluk testi gerektirir; bakım sözleşmesi bu takvimi kapsar.

Kontrol Listesi

• Geliştirici hesapları şirket adına; roller tanımlı.
• Mağaza politikaları tasarım aşamasında kontrol edildi.
• Veri beyanı, gizlilik politikası ve izin gerekçeleri hazır.
• Listeleme metinleri ve ekran görüntüleri her dil için tamam.
• Test kanallarında gerçek cihaz denemeleri yapıldı; çökme raporlama açık.
• İnceleme için test hesabı ve not verildi.
• Kademeli yayın ve zorunlu güncelleme mekanizması tanımlı.
• Yayın sonrası izleme ve yorum yanıtlama sorumlusu belli.