SponsorGiriş yapGönder
Blog

Apple, App Review'un nasıl işlediğini yazıya döktü. Göndermeden önce şunları değiştirirdim

Yazan: Justinas Rolando, MacPip'in yapımcısı

Kısa cevap

Kasım 2026 tarihli Hello Developer notunda Apple, geliştiricileri yeni App Review yardım makalelerine yönlendirdi. Çoğumuzun retlerden öğrendiği şeyleri yazıya döktüler: Apple, gönderimlerin %50 kadarını 24 saatten kısa sürede, %90 kadarını ise 48 içinde incelemeyi hedefliyor; demo girişleri inceleme başladığında hâlâ çalışmalı; bir soruyu yanıtlamak için yeniden göndermek yerine App Store Connect'ten cevap vermelisiniz; “Bug Fix Submissions:” ile başlayan bir ret, düzeltmeyi yayımlayıp sorunu bir dahaki sefere halletmenize izin verir; ekran görüntülerinin yarısından fazlası uygulamayı kullanımda göstermeli; ve her izin kendi açık purpose string'ine sahip olmalı. Yalnızca bir makale Mac'ten adıyla söz ediyor, ama her kural bir Mac App Store gönderimi için geçerli.

App Review hakkında bildiklerimin çoğunu ret e-postalarından öğrendim. Bu yüzden Apple'ın Kasım 2026 tarihli Hello Developer notunda “Browse new App Review help articles” yazınca hepsini okudum. Artık tek yerde duruyorlar, App Review Help, ve eskiden efsane olan birçok şeyi açıkça söylüyorlar.

İşte bunların içinde bir Mac uygulaması için önemli olanlar ve bir sonraki gönderimimden önce neyi değiştireceğim.

Önce, bu kimin için

App Review yalnızca App Store Connect üzerinden geçenlere bakar: Mac App Store, TestFlight, uygulama içi satın alımlar ve diğerleri. Mac uygulamanızı Developer ID ile kendi sitenizden satıyorsanız Apple'da kimse onu incelemez. Otomatik bir kontrol olan notarizasyondan geçer. Yani yalnızca doğrudan dağıtıyorsanız göz gezdirin ve Mac App Store sürümü ekleyeceğiniz gün için saklayın.

Bir inceleme ne kadar sürer

İnceleme durumu makalesi Apple'ın kendi hedefini veriyor: gönderimlerin en az %50 kadarını 24 saatten kısa sürede ve %90 kadarını 48 saatten kısa sürede incelemek. Ayrıca bir incelemeyi neyin yavaşlattığını da söylüyor: sınırlı inceleme geçmişi, Apple'ın ihtiyaç duyduğu belgeler ya da karmaşık veya yeni sorunlar gibi.

Ben ne yapardım: lansman gününü, öncesinde iki boş gün olacak şekilde planlardım, ilk uygulamada daha fazla. Ve manuel yayınla erkenden gönderirdim, böylece uygulamanın yayına çıkacağı dakikayı siz seçersiniz.

İncelemeler Notes alanında kazanılır

Eksiksiz inceleme makalesi açık sözlü: “Incomplete submissions will be rejected.” Önemli ayrıntılar:

Ben ne yapardım: Notes alanını yabancı biri için kısa bir yönerge gibi yazardım. Önce nereye tıklanacağı, hangi hesabın kullanılacağı ve uygulamanızın penceresi yoksa menü çubuğu simgesinin ne yaptığı. Sonuncusu çok Mac'e özgü.

Reddedildiğinde

Yıllar önce yazılı olarak elimde olmasını dilediğim kısım bu.

Sayılı dört kural

Yönerge makaleleri kısa ve somut.

Mac hakkındaki tek satır

Yalnızca uyumlu cihazlar makalesi Mac'ten adıyla söz ediyor. Uyumlu iPhone ve iPad uygulamalarının Apple silicon'a sahip Mac'lerde değiştirilmeden çalışabildiğini ve klavyeyle yapamayacağınız dokunmaya dayanan uygulamaların macOS'e pek uygun olmadığını söylüyor. Bir iPad uygulaması yapıyorsanız Mac App Store'da görünüp görünmediğine bakın ve klavye ile trackpad ile iyi çalışmıyorsa bunu kapatın. Aynı sayfa, TestFlight'ın 100 dahili ve 10.000 harici test kullanıcısına kadar destek verdiğini ve harici test kullanıcılarına verdiğiniz ilk build'in de App Review'a gittiğini söylüyor.

What's New de sayılır

Yönergelerden bir tane daha, yeni makalelerden değil. Yönerge 2.3.12, What's New metninizin yeni özellikleri ve değişiklikleri anlatması gerektiğini, yalnızca basit hata düzeltmeleri ve performans işlerinin genel bir satırla geçebileceğini söylüyor. Yeni özellikli bir sürümde “Bug fixes and improvements” yazmak soru davet etmektir.

Bu yüzden bugünün yeni ücretsiz aracı sürüm notları biçimlendirici. Kaba notları ya da git log --oneline satırlarınızı yapıştırın. Onları Yeni, İyileştirildi ve Düzeltildi olarak ayırır, chore, ci ve merge satırlarını atar, talep numaralarını ve dosya adlarını işaretler, 4.000 karakter sınırını kontrol eder ve üç kopya verir: App Store Connect için düz metin, Sparkle appcast'iniz için HTML ve GitHub için Markdown. Notlarınız tarayıcınızda kalır. Girdikleri akış için Sparkle appcast denetleyicisi hemen yanında.

Kısa listem

  1. Lansman gününden önce iki boş gün ve manuel yayın.
  2. Yabancı birinin takip edebileceği bir Notes alanı ve çalışan bir demo hesap.
  3. Yalnızca soru soruyorlarsa yeniden göndermeyin, cevap verin.
  4. Ekran görüntülerini sayın, her purpose string'i okuyun ve başka uygulamaların adlarını anahtar kelimelerden uzak tutun.
  5. Neyin değiştiğini söyleyen What's New.

Yayımlandıktan sonra da, Mac App Store'da olsun olmasın, MacPip'te listelenmek ücretsiz. Listeler gönderildiklerinde otomatik taranır ve mavi onay işareti yalnızca bir kişinin uygulamayı bir tarihte denediği anlamına gelir.

Kaynaklar

Okumaya devam edin

Uygulamanızı gönderinYapımcılar için ücretsiz araçlar