App Review 2.5.19 Gizli Özellik Denetimi Nasıl Yapılır?

App Review 2.5.19 öncesi hangi denetim yapılır?

iOS uygulamasını App Review'a göndermeden önce 2.5.19 denetimi için paketteki işlevleri listeleyin, inceleme hesabıyla erişilebilirliklerini deneyin, backend'i açık tutun ve açık olmayan yolları inceleme notunda anlatın. Apple’ın 16 Ekim 2026 duyurusu, gizli, pasif ve belgelenmemiş işlevlerle ilgili kuralın 2.5.19 numarası altında netleştirildiğini bildiriyor. Güncel App Review Guidelines ise uygulamanın işlevlerinin kullanıcıya ve inceleme ekibine açık olması gerektiğini söylüyor. Buradaki görev, gönderilecek paketi ve inceleme erişimini doğrulamaktır; uzaktan özellik bayrağının kademeli dağıtımını yönetmek ayrı bir konudur.

İncelemeden geçmek tek hedef değildir. Özelliği görmeyen bir kullanıcı, pazarlama metninde vaat edilen işlevin neden yok olduğunu anlayamaz; inceleme ekibi de çalıştırılmayan akışı değerlendiremez. Bu yüzden yayın ekibi uygulama paketini, sunucu bayraklarını, test hesaplarını ve App Store açıklamasını aynı sürüm için birlikte kontrol etmelidir. Daha sonra açılacak bir özelliği bugünkü sürümün aktif işlevi gibi sunmamak gerekir.

Özellik envanterinde ne bulunmalı?

Önce uygulamadaki bütün ana yolları listeleyin: kayıt, giriş, ödeme, profil, bildirim, destek, kamera veya konum erişimi, yönetici görünümü ve deneysel ekranlar. Her yol için şu soruları yanıtlayın: kullanıcıya nerede görünür, hangi hesap veya bölgede açılır, hangi sunucu ayarıyla değişir, inceleme sırasında nasıl denenir? Kod paketinde bulunan ama hiçbir koşulda erişilemeyen dalı da ayrı işaretleyin. Böyle bir dalın neden pakette tutulduğunu ve gelecek sürüme mi ait olduğunu ekip açıklayabilmelidir.

“Yalnızca iç test için” sözü tek başına yeterli değildir. İç test akışı canlı paketle birlikte gidiyorsa erişim koşulu, kullanıcıya etkisi ve veri hareketi değerlendirilmelidir. Test için özel hesap gerekiyorsa hesabın yetkisini ve örnek verisini yazın; gerçek müşteri hesabını inceleme ekibine vermeyin. Test hesabının süresi dolmuş ya da backend kapalıysa işlevin bulunması yine doğrulanamaz.

Apple’ın yönergesindeki Before You Submit bölümü, hesap gerektiren uygulamalarda aktif demo hesabı veya tam işlevli demo modu sağlama, backend hizmetlerini erişilebilir tutma ve açık olmayan işlevleri inceleme notlarında anlatma önerilerini içerir. Bunlar uygulamanın doğru açıklanmasına yardım eder. İnceleme notuna “her şey çalışıyor” yazmak yerine ilgili ekran yolu, örnek hesap kapsamı ve bilinen sınırları somut biçimde ekleyin.

Uzaktan özellik bayrağıyla kural nasıl ilişkilidir?

Bir özellik bayrağı, işlevin hangi kullanıcıya ne zaman açılacağını yönetir. Bu teknik araç tek başına gizli işlev anlamına gelmez. Asıl soru, App Review’un gördüğü paket ile kullanıcıya sunulacak davranış arasında açıklanmamış bir fark olup olmadığıdır. İnceleme sırasında kapalı bırakılan, onaydan sonra başka bir sunucu ayarıyla açılan yeni ekran varsa ürün ve hukuk ekibi bunun yönergeye uygunluğunu değerlendirmelidir. İhlal veya kesin ret sonucunu yalnızca bayrağın varlığından çıkarmayın.

Uzaktan açma kararının test tarafı için mobil uygulamada Remote Config ile özellik yayını yazısı ayrı bir plan sunar. O yazı kademeli dağıtım ve geri alma mantığını ele alır. Buradaki odak, App Store’a gönderilen sürümdeki görünür ve açıklanabilir işlev sınırıdır. İki karar birlikte alınmalı, fakat ölçüm amacıyla yapılan bir deney, inceleme gerekliliklerini görünmez kılmamalıdır.

2.5.19 için kabul senaryoları

Test ekibi aynı uygulama sürümünü yeni kullanıcı, mevcut kullanıcı, abonelik sahibi ve erişim izni olmayan hesapla açsın. Sunucu bayrağı her grupta hangi ekranı değiştirdiğini kayda geçirsin. Bir özelliğin bazı gruplarda kapalı olması kabul senaryosunun sonu değildir; kapalı durumun kullanıcıya nasıl açıklandığı ve inceleme ekibinin işlevi nasıl göreceği de kontrol edilmelidir. Özellikle hesap veya bölgeye göre açılan işlevler için örnek veri hazırlanmalıdır.

İncelemenin uygulamayı açtığı anda sunucunun yanıt vermemesi ayrı bir hata sınıfıdır. Ağa bağlı özellik yüklenemiyorsa uygulama anlaşılır boş durum göstermeli ve inceleme notunda gerekli test adımı bulunmalıdır. Güvenlik veya erişim denetimini sırf inceleme için tamamen kapatmak yerine sınırlı test hesabı kullanın. Özelliğin gerçek kullanıcı akışında ihtiyaç duyduğu izinler de aynı senaryoda denenmelidir.

Apple 2.5.19 metni, gizli veya belgelenmemiş işlevi kod karmaşası ya da başka yöntemlerle saklama girişimini ciddi yaptırım nedeni olarak tanımlar. Bu cümleden her erişilemeyen satırın aynı sonucu doğuracağı çıkarımı yapmayın. Ancak kasıtlı saklama ile sıradan sürüm planlamasını ayırmak için değişiklik kaydı ve ürün kararı açık tutulmalıdır. İncelemenin sonucunu garanti etmek mümkün değildir; Apple her gönderimi kendi bağlamında değerlendirir.

İnceleme notu ve sürüm açıklaması

App Review notu kısa ama doğrulanabilir olmalıdır: işlev adı, ekrana giden adım, test hesabı kapsamı, gerekiyorsa örnek QR veya bağlantı, backend’in hangi ortamda açık olduğu ve özelliğin kimlere sunulduğu. Kullanıcının göreceği App Store açıklaması ise işlevi olduğundan geniş göstermez. Henüz pilot olan bir özelliği herkese açık sunuyormuş gibi yazmak hem beklentiyi bozar hem de inceleme sırasında tutarsızlık yaratır.

Yayın öncesi tasarım, iOS geliştirme, destek ve ürün ekipleri aynı tabloyu onaylasın. Özellik son anda kapatılırsa uygulama içi menü, ekran görüntüsü, açıklama ve inceleme notu birlikte güncellenmelidir. Özellik son anda açılırsa hesap izinleri ve veri işleme yeniden test edilmelidir. Özellikle gizli ekranı yalnızca bir derin bağlantıyla açmak, normal kullanıcı keşfi ve inceleme erişimi bakımından ayrıca sorgulanmalıdır.

Webinle’nin mobil uygulama geliştirme hizmeti için görüşmeye sürümdeki özellik listesi, bayrak koşulları ve inceleme hesabı taslağını getirin. Bu bilgilerle hangi davranışın bugünkü yayında yer aldığı, hangisinin sonraki sürüme bırakıldığı ve hangi ekranın açıklama gerektirdiği netleşir. Çalışmanın çıktısı bir onay garantisi değil, geliştirici ile ürün ekibinin aynı sürüm gerçeğini paylaşmasıdır.

Gönderimden sonra App Review’dan gelen soru veya ret gerekçesini saklayın; belirsiz bir geri bildirimi genel bir platform kuralı gibi yorumlamadan ilgili sürümün kanıtıyla değerlendirin.