App Review Yönergeleri Ekim 2026: 1.2, 2.3.14, 2.5.19 ve 3.1.1(a) uygulamanız için ne anlama geliyor

App Review Yönergeleri Ekim 2026 değişiklikleri, Apple'ın 16 Ekim 2026 tarihli Updated App Review Guidelines are now available duyurusuyla açıklandı. İki yönerge yeni (2.3.14 ve 2.5.19), üç bölüm yeniden yazıldı (1.2, 3.1.1(a) ve 5. bölüm), Before You Submit ve After You Submit bölümlerine de ek dokümantasyon bağlantıları eklendi. Aşağıda her değişikliği sade bir dille, kimin harekete geçmesi gerektiğini ve bir sonraki gönderiminiz için bir kontrol listesini bulacaksınız.

16 Ekim 2026'da App Review Yönergeleri'nde neler değişti?

Apple, kreatif varlıklar için 2.3.14 ve gizli özellikler için 2.5.19 yönergelerini ekledi. Ayrıca 1.2 (kullanıcı tarafından oluşturulan içerik), 3.1.1(a) (harici satın alma bağlantıları) ve 5. bölümü (Hukuki) netleştirdi. Apple'ın değişiklik kaydı düzenlemeleri şöyle sıralıyor:

Apple, çevirilerin "bir ay içinde Apple Developer web sitesinde yayımlanacağını" söylüyor. Ekim 2026 itibarıyla, çevrilmiş bir kopya İngilizce App Review Guidelines ile çeliştiğinde İngilizce metne bakın.

Gizli özelliklerle ilgili yeni 2.5.19 yönergesi ne gerektiriyor?

2.5.19 yönergesi, binary'nizdeki her özelliğin hem kullanıcılar hem de App Review için görünür ve belgelenmiş olmasını şart koşuyor. İşlevselliği gizlemek, obfuscation yoluyla bile olsa, uygulamanın kaldırılmasına ve geliştirici hesabının feshedilmesine yol açabilir.

Metnin tam hali: "Uygulamanıza gizli, uykuda bekleyen veya belgelenmemiş özellikler eklemeyin; uygulamanızın işlevselliği son kullanıcılar ve App Review için açık olmalıdır. Belgelenmemiş özellikleri uygulama binary'nizde kod gizleme veya başka yöntemlerle saklamaya çalışmak, uygulamanızın App Store'dan kaldırılması ve geliştirici hesabınızın feshedilmesi için gerekçedir." Apple bu politikayı uzun süredir var olan bir politika olarak tanımlıyor, ancak daha önce 2.3.1 altındaydı. Güncel 2.3.1(a) hâlâ yeni özelliklerin "Notes for Review bölümünde ayrıntılı biçimde açıklanmasını" gerektiriyor. Gizli özellik retlerinde artık 2.5.19'un gösterilmesi beklenir.

Pratikte, bir sunucu anahtarının, davet kodunun, QR taramasının, bölgenin veya hesap seviyesinin açabildiği her özelliği inceleme notlarınızda listeleyin. Bir flag onaydan sonra bir özelliği etkinleştirecekse, ya incelenen build'de açın ya da o kodu özelliği yayınlayacağınız sürüme kadar build'e koymayın.

1.2 yönergesi değişikliklerinden hangi uygulamalar etkileniyor?

1.2 yönergesi artık kullanıcıların "içerik oluşturmasına, üretmesine, yüklemesine, paylaşmasına veya başka şekilde katkıda bulunmasına" izin veren her uygulamayı kapsıyor ve sosyal medyayı, UGC platformlarını ve yapay zekâ ile içerik üreten uygulamaları açıkça anıyor. Bu uygulamalar sakıncalı içeriği filtrelemeli, zamanında yanıt verilen bir bildirim (şikâyet) mekanizması sunmalı, kullanıcıların taciz eden kullanıcıları engellemesine izin vermeli ve iletişim bilgilerini yayımlamalı.

Revize edilmiş metin, fikri mülkiyet ihlali ve zorbalığın yanında "rıza dışı mahrem görüntüleri" de listeliyor. Ayrıca şunu ekliyor: "Uygun güvenlik önlemlerini uygulamayan veya bildirimden sonra tespit edilen ihlalleri gidermeyen geliştiriciler, Developer Code of Conduct'ı ihlal etmiş sayılabilir." Yalnızca kullanıcının kendisi için içerik üreten bir yapay zekâ görsel veya avatar uygulaması da artık kapsam içinde olabilir. Prompt ve çıktı filtreleme, bildirim mekanizması ve yayımlanmış iletişim bilgileri yol haritasında değil, gönderdiğiniz build'de yer almalı.

2.3.14 yönergesi kreatif varlıklar hakkında ne diyor?

2.3.14 yönergesi, kreatif varlıkların uygulamanızın içeriği, işlevselliği veya markasıyla ilgili olması, normal metadata kurallarına uyması ve her yaştan kitleye uygun olması gerektiğini söylüyor. Uygunsuz içeriği, diğer uygulamalara yanıltıcı atıfları, doğrulanamayan iddiaları ve "belirli veya indirimli fiyat bilgisini" yasaklıyor.

Kreatif varlıklar, Apple'ın 5 Ekim 2026'da tanıttığı görsel ve video varlıklarıdır. Apple'ın App Store asset best practices sayfasına göre bunlar "iOS 27 ve iPadOS 27 ve sonrasında ürün sayfanızda, arama sonuçlarında ve uygulamanız öne çıkarıldığında" görünüyor. Aynı sayfa yönergeden daha da ileri gidiyor: web sitesi URL'lerini, telif hakkı sembollerini, diğer platformların logolarını ve "Editor's Choice" gibi Apple ödüllerini kullanmamanızı söylüyor. Ayrıca varlıkların "uygulamanızın yaş derecelendirmesi daha yüksek olsa bile 4+ yaş derecelendirmesini karşılaması gerektiğini" belirtiyor. "Bu hafta %50 indirim" veya "1 numaralı bütçe uygulaması" yazan bir header, 2.3.14'ü ihlal eder.

3.1.1(a) harici satın alma bağlantılarında ne değişti?

3.1.1(a) yönergesinde artık ayrı bir Music Streaming Services Entitlement maddesi yok. Bu yetki artık StoreKit External Purchase Link Entitlements maddesinin içinde yer alıyor ve metin, bağlantıların "izin verilen bir hedefe" gidebileceğini söylüyor. Onaylı hedefler bölgeye göre değişebilir.

Bağlantılara nerede izin verildiğine dair kurallar bu güncellemede değişmedi. Yetkiler hâlâ belirli storefront'larla sınırlı. Amerika Birleşik Devletleri storefront'u, butonlara, harici bağlantılara ve diğer eylem çağrılarına yetki olmadan izin verilen istisna olmaya devam ediyor. Bu yetkilerden birini zaten kullanıyorsanız, bağlantınızın yayın yaptığınız her storefront'ta izin verilen bir hedefe gittiğini kontrol edin.

Geliştiriciler gizli özellik ve UGC retlerini pratikte nasıl çözüyor?

Kamuya açık olarak paylaşılan vakalar, eski 2.3.1 gizli özellik ifadesi ve 1.2 kapsamındaki retlerin genellikle her özelliğin ve güvenlik önleminin inceleyici tarafından kolayca bulunabilir hale getirilmesiyle ya da itiraz yoluyla çözüldüğünü gösteriyor. Yalnızca kod değişiklikleri bunları nadiren çözdü.

• Mart 2026'da Apple Developer Forums'ta bir geliştirici, native bir sosyal alarm uygulamasının "Guideline 2.3.1(a) - Hidden Features" ve 4.2 kapsamında reddedildiğini bildirdi. WebView'ların yalnızca gizlilik politikası, kullanım koşulları ve SSS için kullanıldığını söyleyip itiraz etti. App Review, App Review Board'un yanıt verdiğini bildirdi. Geliştirici bunun üzerine ilgili ekranların hangileri olduğunu sordu; herhangi bir çözüm paylaşılmadı.
• Bir Flutter GitHub issue'sunda birkaç geliştiriciye basit uygulamalar için "Uygulamanızın gizli özellikler içerdiğini tespit ettik" denildi. Bir Flutter katkıcısı framework'ün "yanıltıcı bir ipucu" olduğunu söyledi ve uygulama kodunda veya eklentilerdeki belgelenmemiş API'lere işaret etti. İki geliştirici, kodlarını değiştirmeden itiraz ettikten sonra onay aldığını bildirdi.
• Apple Developer Forums'taki bir geliştirici, EULA, filtreleme, bildirim ve engelleme özelliklerine sahip olmasına rağmen 1.2 kapsamında reddedildi. Kendisinden "sakıncalı içeriğe sıfır tolerans" içeren koşulları kabul ettirmesi ve "sakıncalı içerik bildirimlerine 24 saat içinde müdahale etmesi" istendi. İkinci bir ret, 18+ yaş derecelendirmesi, gönderilerin anında kaldırılması ve uygulama içi iletişim bilgileri taleplerini ekledi. Geliştirici her güvenlik önlemini belgeleyerek ve inceleme notlarında yönetici kimlik bilgileri sağlayarak yanıt verdi.

Çıkarım: Üç vakada da inceleyiciler, geliştiricilerin bariz olduğunu düşündüğü özellikleri göremedi veya doğrulayamadı. 2.5.19 ve sıkılaşan 1.2 altında inceleme notları ve demo hesabı, kod kadar iş görür. Bunları nasıl kuracağınızı App Store inceleme demo hesabı rehberimizde anlatıyoruz.

Bir sonraki gönderiminizden önce neleri kontrol etmelisiniz?

Bir sonraki build'den önce feature flag'leri, UGC güvenlik önlemlerini, kreatif varlıkları ve harici bağlantıları yeni metne göre kontrol edin, ardından her birine işaret eden inceleme notları yazın. Aşağıdaki kontrol listesi Ekim 2026 değişikliklerini kapsıyor.

1. Sunucu tarafından kontrol edilen her flag'i, remote config anahtarını ve gizli menüyü listeleyin. Her birini inceleyici için açın ya da kontrol ettiği kodu kaldırın.
2. 2.3.1(a)'nın gerektirdiği gibi her yeni özelliği Notes for Review bölümünde ayrıntılı biçimde açıklayın; davet, tarama veya ücretli seviyelerin arkasındaki her şeye nasıl ulaşılacağını da ekleyin.
3. Kullanıcılar gönderi paylaşabiliyor, sohbet edebiliyor veya içerik üretebiliyorsa filtreleme, bildirim, engelleme ve yayımlanmış iletişim bilgilerinin build'de olduğunu doğrulayın ve bildirimlere nasıl müdahale ettiğinize dair sürecinizi yazılı hale getirin.
4. Yapay zekâ ile görsel veya video üretimi için, gerçek kişilerin cinsel içerikli görüntülerini engelleyen prompt ve çıktı filtreleri ekleyin ve kullanıcılara çıktıları bildirme imkânı verin.
5. Her kreatif varlığı fiyat, indirim, URL, ödül iddiası, diğer platformların logoları ve 4+ derecelendirmesinin üzerindeki her şey açısından kontrol edin.
6. Harici satın alma bağlantısı veya müzik akışı yetkisi kullanıyorsanız, bağlantının her storefront'ta izin verilen bir hedefe gittiğini doğrulayın.
7. Çeviriler bir aya kadar gecikebileceğinden, güvendiğiniz her bölüm için İngilizce yönergeleri yeniden okuyun.

Örnek senaryo: Herkese açık bir galerisi olan ve lansmandan sonra remote config ile açılan bir "Pro" stil paketi bulunan bir yapay zekâ avatar uygulaması düşünün. Yeni metne göre galeri moderasyonu ve bildirim mekanizmasına ihtiyacı var (1.2). Pro paket ya incelenen build'de görünür olmalı ya da sonraki bir sürüme bırakılmalı (2.5.19). iOS 27 header varlığında "Pro şimdi %40 indirimli" yazamaz (2.3.14). Zaten bir retle uğraşıyorsanız, yönerge yönerge çözüm rehberimiz App Store Connect'te nasıl yanıt vereceğinizi anlatıyor. Göndermeden önce ikinci bir göz için hizmetlerimize göz atın.