App Store Connect vs Google Play Console: yayınlama iş akışı
Tek bir mağazaya yayın yapıyorsan bir konsolu öğrenir, yoluna devam edersin. İkisine birden yayın yaparsan, aynı kelimeleri farklı şeyler için kullanan iki zihinsel model elinde kalır. "Release", "review" ve "rollout" App Store Connect'te Google Play Console'a göre hep biraz farklı bir şey ifade eder. Bu yazı, iki iş akışını aşama aşama yan yana koyuyor; böylece sürpriz yaşamadan her iki mağazaya da inen bir lansman planlayabilirsin.
İş akışı, yan yana
Buradan başla. Her satır bir güncellemeyi yayına almanın bir aşaması; iki sütun ise her konsolda gerçekte ne olduğu.
| Sadece metadata düzenlemesi | Listeleme değişikliklerinin çoğu yeni bir sürümle birlikte incelemeden geçer; yalnızca birkaç alan canlı olarak düzenlenebilir. | Yeni bir derleme göndermeden gönderilip incelenen bir mağaza listesi düzenlemesi. |
Apple bir sürümü nasıl yayınlar
App Store Connect'te iş birimi bir sürümdür. Bir derleme eklersin, metadata ve ekran görüntülerini doldurursun ve tüm bunları App Review'a gönderirsin. Apple buna tek bir paket olarak bakar — bu yüzden tek başına bir ekran görüntüsü değişikliği ya da açıklama düzenlemesi genellikle yeni bir sürüm ve bir inceleme turu daha demektir.
App Review onayladıktan sonra seçtiğin yayın seçeneği ne olacağını belirler. Otomatik'i seçersen hemen yayına girer. Manuel'i seçersen "Pending Developer Release" durumunda bekler — Apple onaylamıştır ama sen düğmeye basmadan hiçbir şey herkese açık olmaz (bastıktan sonra görünmesi 24 saate kadar sürebilir). Zamanlanmış'ı seçersen belirlediğin tarih ve saatte veya sonrasında otomatik olarak yayınlanır. Bunu her sürüm için ayrı ayrı seçersin, yani her güncelleme yeni bir karardır.
Kademeli bir lansman için aşamalı yayın'ı aç. Bu, mevcut kullanıcılar için otomatik güncellemelere uygulanır ve yüzdeyi artırarak 7 gün boyunca yayılır; metriklerde bir sorun görürsen durdurabilirsin. Yepyeni bir uygulamayı kapsamaz ve manuel yayınlara uygulanmaz — bu, Google'ın aşamalı dağıtımının App Store karşılığıdır, tüm yayını bekleten bir şey değil.
Google bir track'e nasıl yayınlar
Google aynı işi track'lere böler. Bir derleme, test track'inde başlar — internal, closed veya open — ve sen hazır olduğunda production'a yükseltilir. Internal testing küçük, güvenilir bir grup içindir (100'e kadar). Closed testing davetli listelere genişler (liste başına 2.000'e kadar). Open testing herkese açık, sınırsız katılımlıdır. Production ise seçtiğin ülkelerdeki herkestir.
Bir yayın gönderdiğinde yönetilen yayınlama, Apple'ın manuel beklemesinin karşılığıdır. Bu açıkken, onaylanan değişiklikler Publishing genel bakışında "yayınlanmaya hazır değişiklikler" altında birikir ve ancak sen yayınladığında canlıya çıkar — bunu bir pazarlama tarihine hizalamak için kullanışlıdır. Kapalıyken onaylanan değişiklikler inceleme bittiği an yayınlanır.
Kademeli bir lansman için aşamalı dağıtım kullan: kullanıcıların bir yüzdesine yayınla ve zamanla kendin artır, çökme oranları yükselirse durdur. Apple'ın aşamalı yayını gibi bu da güncellemeler içindir, ilk lansmanlar için değil — yepyeni bir production yayını anında herkese ulaşır.
İnsanları şaşırtan ayrım
Akılda tutulması gereken ayrım şu: Apple metadata'yı sürüme bağlar; Google mağaza listesini yayından ayrı tutar.
Apple'da ekran görüntülerin, açıklaman ve anahtar kelimelerin incelenen sürümün parçasıdır. Derlemeler arasında ekran görüntülerini yenilemek mi istiyorsun? Çoğu alan için bu, yeni bir sürüm ve bir inceleme turu daha demektir. Google'da mağaza listesi kendi başına bir nesnedir — yayınlanan uygulama paketi tam olduğu yerde kalırken metin ve görselleri güncelleyip yalnızca onu incelemeden geçirebilirsin. İki mağaza, "bunu tam bir yayın yapmadan değiştirebilir miyim?" sorusuna çok farklı iki cevap.
Bu, bir lansmanda çok fazla hareketli parça olduğunda en çok fark yaratır: bir derleme, bir ekran görüntüsü seti, düzinelerce pazarda yerelleştirilmiş metin. Apple'da genellikle hepsini tek bir sürümde toplarsın ki birlikte incelensin. Google'da ise listelemeyi ve yayını bağımsız olarak aşamalandırıp plana en uygun sırayla yayınlayabilirsin.
İnceleme süreleri ve yeni hesap kısıtlaması
Apple'ın App Review süreci 2026'da tipik bir güncelleme için yaklaşık 24-48 saat sürüyor; yeni bir geliştiricinin ilk gönderimi ya da daha yakından incelenmek üzere işaretlenen herhangi bir şey için daha uzun. Google'ın incelemesi genellikle daha hızlı — yerleşik bir hesap için birkaç saatten birkaç güne — ama yeni gelenler için bir eşik var.
2023'ün Kasım ayının ortasından sonra oluşturulmuş kişisel bir Google Play geliştirici hesabı, production erişimi için başvurmadan önce en az 12 test kullanıcısının katıldığı, kesintisiz 14 günlük bir closed test çalıştırmak zorundadır. 12'nin altına düşerse seri sıfırlanabilir. Kurumsal hesaplar ve daha eski kişisel hesaplar bunu atlar. Apple'ın buna doğrudan bir karşılığı yok, yani her iki mağazaya da ilk uygulamanı yayınlıyorsan Google'ın test penceresi için baştan bütçe ayır — genellikle daha uzun süren taraf odur.
Mokbi'nin yeri
İki konsol da aynı bitmiş varlıkları ister: her gerekli boyutta çerçevelenmiş ekran görüntüleri ve temiz, yerelleştirilmiş metin. Mokbi bu tarafı bir kez kurar. Ekran görüntülerini tek bir projede tasarlar, mağaza metnini yazar, ardından ikisini de 50 dile çevirir ve App Store Connect ile Google Play Console boyutlarına tek seferde uyan bir set dışa aktarırsın — böylece aynı iş iki ayrı uğraş yerine iki listelemeyi besler.
Mokbi bunları ayrıca yayınlar da. Listelemeyi ve varlıkları Play Developer API üzerinden doğrudan Google Play'e gönderir, App Store Connect'te ise sürümü senin gönderebilmen için hazırlar. Apple son Submit ve inceleme adımını zorunlu tuttuğundan, bu son dokunuş sende kalır (bu bir Apple kuralı, Mokbi sınırlaması değil). Her iki durumda da her iki konsolun listeleme güncellemelerini tek bir yerden, tek bir abonelikle yönetirsin: editör filigranla ücretsizdir, Solo (€29,99/ay) ya da Studio (€49,99/ay) ise abone kaldığın sürece sınırsız dışa aktarma ve yayınlamanın kilidini açar.