App Store hesabı ve Play Console hazırlığı (ilk kontrol)
Yayın sürecinin ilk şartı erişim ve sahipliktir. App Store Connect’te Apple ID ile giriş yapın, uygulama kaydını oluşturun ve “Pricing and Availability” bölümünde temel parametreleri netleştirin. Google Play Console’da aynı şekilde geliştirici hesabı, ödeme/ülke ayarları ve uygulama kaydı tamamlanmalıdır. Bu aşamada yanlış hesapla giriş yapılması en sık hatalardan biridir: Sonradan test sürümleri ve mağaza listeleri aynı projeye taşınamayabilir. Uygulama adını (bundle ID / package name) bir kez belirledikten sonra sonradan değiştirmek zorlaşır; ileride karışmaması için naming standardı oluşturun.
Gerekli dokümanlar: bundle ID, package adı, sürümleme
App Store tarafında bundle ID ile eşleşmeyen build’ler reddedilebilir. Google Play tarafında da uygulama imzası (upload key) tutarlı olmalı; bu anahtar değiştirilirse güncellemeler sorunlu hale gelir. Sürümleme kurgusu da kritik: iOS’ta “version” ve “build number” bağımsızdır; Play’de ise versionCode artmalıdır. Kontrol ölçütü: CI/CD pipeline, her yayın için otomatik build number üretmeli ve dokümana göre artış mantığını korumalı. Sık hata, yerelde test edilmiş fakat mağazaya gönderilmemiş bir build’in numara mantığıyla karışmasıdır.
App Store mağaza varlıkları: ekran görüntüsü seti
Mağaza görselleri yayın kalitesini doğrudan etkiler ve bazı durumlarda hata bildirimi tetikler. App Store Connect’te ürün sayfası için gerekli ekran görüntüsü boyutlarını ve bölge setlerini yükleyin. Öncelik sırası pratik olmalı: iPhone’a uygun 1. ekran genelde değer önerisini gösterir; sonraki ekranlar akışın farklı adımlarını netleştirir. Metin içeren görsellerde yazı boyutu küçük kalmasın. Ayrıca uygulama simgesi görsel standarda uygun değilse inceleme uzayabilir. Kontrol listesi: Her ekranın dil varyantı doğru mu, kırpma yok mu, telifli görsel kullanımı var mı, UI arayüzü güncel build ile mi uyumlu?
Google Play mağaza varlıkları: grafikler ve kısa açıklama
Google Play’de “Store Listing” alanında uygulama adı, kısa açıklama, açıklama ve görsellerin tutarlı olması gerekir. Özellikle kısa açıklama satırı genelde SEO ve dönüşüm etkiler; gereksiz tekrarlar performansı düşürür. 2–3 ana ekranı öne çıkarın; diğer görselleri gereksiz metinle doldurmayın. Video varsa ilk 5 saniye kullanıcıya uygulamanın ne yaptığını söylemeli. Sık yapılan hata, açıklamada var olan bir özelliği gizlilik metninde ya da izinlerde belirtmemek; bu durum inceleme sırasında sorulara yol açar. Varyant dil düzeni de kontrol edilmeli: yanlış dil bölgesi yayın öncesinde görünür.
Gizlilik metinleri ve beyanlar: veri türleriyle uyum
İnceleme sürecinde en çok takılan kısım gizlilik beyanlarıdır. App Store’da gizlilik soruları ve “privacy nutrition” mantığına göre veri kullanımını doğru tanımlayın. Google Play’de veri güvenliği bölümünde veri toplama, paylaşma ve saklama başlıklarını uygulamanın gerçek davranışıyla eşleştirin. Kontrol ölçütü: Uygulamada gerçekten kullanılan izinler ile beyanlar birebir örtüşmeli. Örneğin konum izni alıyorsanız bunu sadece arka plan mı, ön plan mı kullandığınızı netleştirin. Analytics veya reklam SDK’leri varsa hangi veri türlerini aktardıkları dokümante edilmelidir. En yaygın hata, SDK konfigürasyonu değişmesine rağmen beyanların güncellenmemesidir.
Test planı: iç test, kapalı test ve sürüm kanıtı
Yayın öncesi test, mağaza reddini azaltır ve kullanıcı deneyimini korur. Google Play’de iç testle başlayın, ardından kapalı test grubu kurup kritik senaryoları deneyin. App Store’da TestFlight üzerinden aynı mantığı uygulayın: yeni s��rüm build’ini test ekibine dağıtın. Kontrol listesi: kritik kullanıcı yolları (giriş/oturum, satın alma/abonelik varsa doğrulama, bildirim izin akışı, hata ekranları), ağ kesintisinde davranış, tarih/para birimi formatları, offline senaryosu. Sürüm kanıtı olarak test notlarını ve bilinen sorunları sürüm açıklamasında net tutun; inceleme ekipleri bazen bu notları referans alır.
Sürüm yönetimi: yayını erteleme, metinler ve sürüm notu
Sürüm yönetimi için yayın tarihini planlayın ve “manual release” veya kademeli yayına uygun kurguyu seçin. App Store Connect’te sürüm notlarını kısa ve teknik yapın: kullanıcıya etki eden değişiklikleri yazın, gereksiz geliştirme ayrıntısına boğmayın. Google Play’de “Release notes” aynı şekilde hata düzeltmeleri ve önemli yenilikleri kapsamalı. Sık hata, sürüm notlarında yazılan bir değişikliğin gizlilik beyanıyla ya da izin setiyle uyuşmamasıdır. Ayrıca bir hotfix gerektiğinde sürüm numarası ve build numarası artışının doğru yapıldığından emin olun; CI otomasyonu yoksa manuel hatalar sık görülür.
Yayın öncesi son kontrol: reddedilme sinyallerini yakalayın
Son aşamada iki set kontrol uygulayın: teknik doğrulama ve mağaza uygunluğu. Teknikte: uygulama çökme loglarını son build için kontrol edin, mimari uyumlulukları (minimum OS), geliştirici seçenekleri ve debug flag’leri kapalı olsun. Mağaza uygunluğu tarafında: görsellerde telifli içerik olmaması, uygulama adı/alt başlık/ikon boyutlarının standarda uyması, gizlilik metinleri ile uygulama izinlerinin eşleşmesi gerekir. Ayrıca “new version” gönderirken yanlış kanala yükleme yapmayın; doğru sürümün doğru test grubuna dağıtıldığını kontrol edin. Bu adımın amacı, inceleme başladığında geri dönüş gerektiren hataları önceden tespit etmektir.
Uygulama sonrası kontrol listesi
- Mobil görünüm, form ve WhatsApp yönlendirmeleri test edilir.
- Title, description, canonical ve sitemap kayıtları kontrol edilir.
- Kırık link, hatalı görsel ve boş CTA alanı bırakılmaz.
- İçerikler gerçek hizmet kapsamıyla uyumlu kalır.