Bir uygulamayı yüklerken çoğu kişi mağaza sayfasındaki vaatle karar veriyor: Ne işe yarıyor, hangi veriyi istiyor, aboneliği var mı? Uygulama incelemesinin de aynı resme baktığını varsayıyoruz. Oysa uygulamanın ilk açılıştaki hali ile uzaktaki bir sunucudan açılan işlevleri arasındaki fark büyüdükçe, bu varsayımın sınırı görünür oluyor.
Apple, 16 Ekim’de App Review kurallarını güncellerken inceleme sırasında gösterilmeyen işlevleri sonradan etkinleştiren uygulamaları ayrı bir maddeye bağladı. Kuralın hedefinde, incelenen sürümün amacını saklayıp onaydan sonra başka bir davranış açan uygulamalar var. Apple bunu yeni bir keşif gibi sunmuyor; eskiden farklı maddelere dağılan yasağı daha açık bir başlık altında topluyor.
Bu ayrıntı, uygulama mağazasındaki güvenin nerede kurulduğunu gösteriyor. İncelemeye gönderilen paket tek başına ürünün tamamı sayılmıyor. Girişten sonra çalışan sunucu ayarları, uzaktan değişen menüler, etkinleştirme anahtarları ve hesap türüne göre açılan ekranlar da o ürünün parçası. Kullanıcı, uygulamanın kapsamını ilk kurulum paketinden sonra açılan ekranlar ve işlevler üzerinden öğrenir.
İncelemeye giden yol dar kalmamalı
Apple’ın genel inceleme yönergeleri geliştiriciden çalışan arka uç hizmetleri, tam işlevli deneme hesabı ve açık inceleme notları istiyor. Yeni 2.5.19 maddesi ise daha sert bir eşiği işaret ediyor: İnceleme sürümünde bulunmayan bir işlevi onaydan sonra eklemek, uygulamanın mağazada anlattığı şeyle kullanıcıya yaptığı iş arasındaki bağı koparabilir.
Bu, her uzaktan yapılandırma aracını şüpheli saymak anlamına gelmiyor. Hata düzeltmek için bir düğmeyi geçici olarak kapatmak, aşamalı dağıtım yapmak ya da ülkeden ülkeye değişen zorunlulukları uygulamak yazılımın günlük işidir. Fakat uzaktaki ayar, yeni bir veri toplama yolu açıyor, uygulamanın ana amacını değiştiriyor veya incelemecinin görmediği bir ödeme ve içerik akışı kuruyorsa geliştiricinin bunu sürüm notunda saklaması yetmez.
Bu tür ürün kararı, etkinleştirme anahtarını yöneten hesabın ve ekip rolünün önemini artırır. Bir özellik düğmesi kimin hesabında tutuluyor? Hangi kullanıcılara açıldığı kayda geçiyor mu? Geri alma düğmesi var mı? Ekipteki bir kişi, mağazaya giden sürüm ile üretimdeki sürüm arasındaki farkı okuyabiliyor mu? Bu sorular yazılım ekibinin iç denetimi için olduğu kadar, kullanıcıya verilen sözün sınırı için de gerekli.
Kullanıcının gördüğü açıklama güncel kalmalı
Apple’ın kuralları, mağaza açıklaması, ekran görüntüleri ve gizlilik bilgisinin uygulamanın temel deneyimini doğru anlatmasını zaten istiyordu. Yeni açıklama, uzaktan açılan işlevler sonradan değiştiğinde mağaza bilgisinin de güncellenmesini gerektiriyor. Uygulama sonradan yön değiştirirse mağaza bilgisi de bu değişikliği açıkça göstermeli.
Özellikle yapay zekâ ile içerik üreten ya da kullanıcıların birbirine içerik taşıdığı uygulamalarda bu ayrım daha önemli. Bir güvenlik filtresinin kaldırılması, raporlama yolunun etkisizleşmesi veya görünmeyen bir aracın kullanıcıya yeni bir risk üretmesi, arayüzdeki sade bir ayar değişikliğinden büyük sonuç doğurabilir. Apple’ın güncellemesi, kullanıcı içeriği barındıran uygulamalara filtreleme, bildirme ve engelleme araçları sağlama sorumluluğunu da yeniden vurguluyor.
Geliştirici açısından pratik sonuç şu: Uzaktan açılabilen her önemli işlev için kısa bir kayıt tutulmalı. İşlevin amacı, hangi sürümle birlikte geldiği, kimlerin kullanacağı, hangi veriye erişeceği ve kapatılırsa kullanıcının ne göreceği bu kayıtta yer almalı. İnceleme notunda bu kaydın mağazayı ilgilendiren bölümü açıkça yazılmalı.
Uygulama mağazası güncellemesi, indirme düğmesine basan kişi için çoğu zaman görünmezdir. Yine de kullanıcının verdiği izin, ödediği ücret ve uygulamaya duyduğu güven bu güncellemelerle yeniden yorumlanır. Uzaktaki ayarın hızla değişebilmesi, kayıt ve açıklama gereğini azaltmaz. Kayıtta, inceleme notunda ve mağaza açıklamasında aynı işlev tanımı kullanılmalı.
