7 Mayıs 2026 · 9 dk okuma

App Store ve Google Play Yayınlama Rehberi 2026

M

Makrops Mühendislik Ekibi

Yazılım, 3D ve yapay zeka mühendisliği · İstanbul / Berlin / New York

Birçok ekip mobil uygulama geliştirme takvimini kod bitişiyle tamamlanmış sayıyor. Oysa gerçek hayatta proje, mağaza onayı gelmeden bitmiş sayılmaz. Özellikle ilk defa yayın yapacak ekipler için App Store ve Google Play süreçleri, tahmin edilenden daha fazla zaman kaybettirir.


1. En büyük yanlış: mağaza sürecini sona bırakmak

Uygulama hazır olduktan sonra hesap açmaya başlamak ciddi hatadır. Çünkü şu süreçler zaman alır:

  • Apple Developer hesabı aktivasyonu
  • şirket doğrulaması
  • Google Play Console kurulumu
  • D-U-N-S ve yasal evrak akışları
  • privacy policy ve KVKK/GDPR metinlerinin hazırlanması
Bu hazırlıklar keşif aşamasında başlamalıdır.

2. App Store tarafında kritik başlıklar

Apple tarafı daha sıkı ve daha öngörülemezdir. En sık problem çıkaran alanlar:

  • test hesabı paylaşılmaması
  • Sign in with Apple gerektiren akışlarda eksik entegrasyon
  • privacy manifest eksikleri
  • uygulama içinde satın alma varken yanlış abonelik kurgusu
  • metadata ile ürün gerçek davranışının uyuşmaması
İlk yayınlarda review süresine mutlaka tampon eklenmelidir.

3. Google Play neden "kolay" görünür ama yine risklidir?

Google Play genelde Apple kadar katı görünmez ama burada da şu başlıklar ciddi engel olur:

  • Data safety formunun yanlış doldurulması
  • target SDK güncelliği
  • izinlerin aşırı talep edilmesi
  • politika ihlaline giren ekran görüntüleri veya açıklamalar
  • kapalı test sürecinin acele geçilmesi
Özellikle sağlık, finans, çocuk uygulamaları ve lokasyon kullanan ürünlerde Play tarafı da ciddidir.

4. Yayın öncesi kontrol listesi

KontrolNeden önemli
|---|---|
Test kullanıcı hesabı hazırReview ekibi giriş yapabilsin
Gizlilik politikası yayındaMağaza zorunluluğu
İzin ekranları açıklamalıRed riskini düşürür
Screenshot ve açıklama doğru dildeDönüşümü etkiler
Crash-free buildİlk inceleme için kritik
Abonelik / ödeme metinleri netİade ve güven problemi olmasın

5. TestFlight ve internal testing neden kritik?

Birçok ekip mağaza onayından önce yeterli beta süreci yürütmüyor. Oysa TestFlight ve Play Internal Testing şu sorunları erken yakalar:

  • gerçek cihaz performansı
  • push davranışı
  • oturum yönetimi
  • düşük ağ koşulunda ekran akışı
  • ilk 60 saniyedeki crash'ler
Kodun simülatörde çalışması, mağazada sorun çıkmayacağı anlamına gelmez.

6. Kim hesabın sahibi olmalı?

Doğru model nettir: App Store Connect ve Play Console hesapları müşteriye ait olmalı. Ajans veya geliştirici ekibi yetkiyle erişmeli ama mülkiyet müşteride kalmalıdır.

Bu yapılmazsa ileride şu problemler çıkar:

  • uygulama devri zorlaşır
  • ekip değişince erişim krizi olur
  • sertifika ve imza yönetimi karışır
  • marka varlığı üçüncü tarafın hesabına bağlı kalır

7. Yayın takvimi nasıl planlanmalı?

Gerçekçi plan şu şekilde kurulmalı:

1. Hesap açılışları: keşif aşamasında 2. Beta test: canlıdan 2 hafta önce 3. Final build: planlanan lansmandan en az 7-10 gün önce 4. Review tamponu: Apple için ekstra süre 5. Red gelirse hızlı düzeltme slot'u

Lansman tarihi review onayına değil, review tamponu tamamlandıktan sonraya konmalıdır.


8. Kapanış

Mobil uygulama yayınlama süreci teknik olduğu kadar operasyoneldir. Kod kalitesi iyi olsa bile mağaza hazırlığı kötüyse proje gecikir. Doğru ekipler uygulamayı sadece geliştirip teslim etmez; App Store ve Google Play sürecini de ürünün parçası olarak yönetir.

*Makrops, mobil ürünlerde geliştirme kadar App Store ve Google Play yayın operasyonunu da yönetir. Mobil uygulama hizmet sayfası veya iletişim.*

Yazılım Geliştirme

Yazılım projeniz için ücretsiz keşif ve teklif

30 dakikalık keşif görüşmesinde ihtiyacınızı birlikte netleştirir, 24 saat içinde mimari planı ve teklifi hazırlarız.