Guideline 4.0 Design: arayüz nedeniyle App Store reddi

"Guideline 4.0 - Design" diğerleri gibi numaralı bir kural değil: Apple kurallarındaki Design bölümünün girişi. Arayüzün beklenen seviyenin altında göründüğünde gösterilir. Yayımlanmış retler birbirine benziyor: iPad'de sıkışık ekranlar, okunması zor metin, Safari'ye yönlendirilen giriş, kötü entegre edilmiş Sign in with Apple. Düzeltme neredeyse her zaman mesajda geçen cihazda, ekran ekran başlar.

Kendi iOS uygulamalarımı Expo ile yayımlıyorum: Solys, TradaZen ve Nolera yalnızca iPhone için ayarlı, buna rağmen reviewer Solys ve Nolera'yı iPad'de test etti. Bu rehber Apple'ın metnine, başka geliştiricilerin yayımladığı 4.0 retlerine ve her gönderimden önce uyguladığım görsel kontrol listesine dayanıyor. Ret nedenlerinin genel tablosu için Apple bir uygulamayı neden reddeder yazısını oku.

Guideline 4.0 Design neyi kapsıyor?

App Review Guidelines içindeki 4. bölüm numarasız bir paragrafla açılıyor: "Apple customers place a high value on products that are simple, refined, innovative, and easy to use, and that's what we want to see on the App Store." Ardından tasarımın sana ait olduğunu, ama devamındaki maddelerin "minimum standards for approval" belirlediğini ekliyor. Ayrıca onaydan sonra kalitesi düşen bir uygulamanın kaldırılabileceği uyarısını yapıyor.

Kısacası: Apple basit, özenli ve kullanımı kolay bir uygulama bekliyor; 4.0 ise sorun belirli bir alt kurala girmediğinde devreye giriyor. Metin sayısal kriter vermiyor. Pratikteki referans, Apple'ın tasarım kuralları olan Human Interface Guidelines.

En sık görülen 4.0 retleri

Apple forumlarında yayımlanmış mesajlarda bulduğum dört durum, Apple'ın kullandığı ifadeyle birlikte:

Durum	Apple'ın ifadesi	Düzeltme
iPad'de sıkışık ekranlar	"crowded"	Esnek yerleşim
Okunmayan metin	"hard to read type"	HIG boyutları
Safari'de giriş	"taken to Safari"	Uygulama içinde giriş
Sign in with Apple	İsim tekrar isteniyor	Zaten verilen isim

iPad'de sıkışık ya da kesilmiş ekranlar

Eylül 2025'te yayımlanan tipik mesaj: "Parts of the app's user interface were still crowded, laid out, or displayed in a way that made it difficult to use the app when reviewed on iPad Air (5th generation) running iPadOS 26.0." Devamında uygulamanın ekranın yalnızca bir kısmını kullandığı belirtiliyordu (forum başlığı).

Nedeni 2.4.1 kuralı: "iPhone apps should run on iPad whenever possible." Expo uygulama yapılandırmasına göre Expo'da ios.supportsTablet seçeneği varsayılan olarak false. Bu durumda iPhone uygulaman iPad'de uyumluluk modunda, iPhone formatındaki bir pencerede çalışır. Uygulamayı yalnızca iPhone'a ayarlamak, onu iPad testinden korumaz. Solys'in demosu bir iPad Air'de kazanılamaz hale geldi; bu durumu guideline 2.1 rehberinde ayrıntılı anlattım.

İki çıkış yolu var. Ya iPad'i gerçekten desteklersin, mevcut alana uyan bir yerleşimle. Apple'ın tasarım kuralları düzeni cihaz modeline göre değil, size class'lara göre belirlemeni istiyor. Ya da iPhone'da kalırsın ve her ekran uyumluluk penceresine sığmalı.

Okunması zor metin

Ocak 2025'te yayımlanan mesaj: "Your app included hard to read type or typography." Apple burada kullanıcıların "simple, refined, and easy to use" uygulamalar beklediğini hatırlatıyor (forum başlığı).

Apple'ın tipografi kuralları iOS için referanslar veriyor: varsayılan 17 punto, en az 11 punto. Erişilebilirlik kuralları 17 puntoya kadar metinler için en az 4,5'e 1 kontrast ve varsayılan olarak 44'e 44 puntoluk dokunma alanları istiyor.

Küçük ekranlarda yazı tiplerini küçültüyorsan bir tuzak var (ben her yerde aynı satır kırılmalarını korumak için öyle yapıyorum): en küçük metninin iPhone SE'de küçültüldüğünde de en az 11 punto kaldığını kontrol et.

Safari'ye yönlendirilen giriş

Apple forumunda yayımlanan mesaj: "We noticed that the user is taken to Safari to sign in or register for an account, which provides a poor user experience." Apple kayıt ve girişin uygulama içinde yapılmasını istiyor ve gömülü bir Safari görünümü öneriyor.

Expo'da expo-web-browser uygulamadan çıkmadan iki ihtiyacı da karşılıyor: openAuthSessionAsync modal bir pencerede kimlik doğrulama oturumu açar, openBrowserAsync ise bir sayfayı gömülü Safari görünümünde gösterir. Girişi Linking.openURL ile açmak ise kullanıcıyı Safari uygulamasına gönderir. Hangi giriş yöntemlerinin sunulacağı ise başka bir kurala, 4.8'e giriyor.

Kötü entegre edilmiş Sign in with Apple

Mayıs 2024'te yayımlanan mesaj: "Your app requires users to provide their name after using Sign in with Apple. This information is already provided by the Authentication Services framework." (forum başlığı).

expo-apple-authentication dokümantasyonu tuzağı açıklıyor: isim ve e-posta yalnızca ilk girişte veriliyor. Bunları hemen kaydet, yoksa tekrar isteme yoluna gidersin. Kütüphanenin sağladığı butonu da kullan: rengi buttonStyle ile, köşeleri cornerRadius ile seçilir, asla style ile değil.

4.0, 4.2, 4.3: karıştırılmaması gereken üç tasarım reddi

Kural	Değerlendirilen	Düzeltme
4.0	Arayüz	Ekranları düzeltmek
4.2	Uygulamanın faydası	Native içerik eklemek
4.3	Benzerlik	Konsepti değiştirmek

4.2, Minimum Functionality, uygulamayı "beyond a repackaged website" seviyesine taşıyan özellikler, içerik ve arayüz istiyor. 4.0 ile sınır ince: uygulamaya sarılmış bir web sitesi ikisini birden alabilir. Uygulamanın içi boşsa, ekranları rötuşlamak yetmez.

4.3 kopyaları ve doymuş kategorileri hedefliyor: iki alt maddesini guideline 4.3 Design Spam rehberinde detaylandırdım. Özenli bir arayüz, binlerce benzeri olan bir uygulamayı kurtarmaz.

Gönderim öncesi görsel kontrol listesi

Bu, her gönderimde eklediğim adım. Uygulamalarımda her ekran en büyük iPhone için çiziliyor, sonra küçüklerde tek bir ölçekle küçültülüyor: aynı oranlar, aynı satır kırılmaları. Ardından görüntüleri yan yana karşılaştırıyorum: iPhone SE, standart iPhone, en büyük iPhone ve uyumluluk modu için bir iPad.

Kontrol	Cihaz	Sağlam kalması gereken
İlk açılış	iPhone SE	Hiçbir şey kesilmemiş
Tüm onboarding	iPad	Her buton erişilebilir
Klavye açık	iPhone SE	Alan ve buton görünür
Büyütülmüş metin	Standart iPhone	Kesilen metin yok
Karanlık mod	Hepsi	Metin her yerde okunur
Güvenli alanlar	En büyük	Dynamic Island altında bir şey yok
Paywall	iPhone SE	Fiyat ve linkler görünür
Giriş	iPad	Uygulama içinde kalıyor

Üç not:

• Büyütülmüş metin. Apple'ın tipografi kuralları basit bir test öneriyor: Settings, Accessibility, Display & Text Size içinden en büyük metin boyutlarını aç, sonra her şeyin okunur kaldığını kontrol et.
• Karanlık mod. Apple'ın karanlık mod kuralları uygulamanın iki görünümde de okunur kalmasını istiyor. userInterfaceStyle ayarlamazsan Expo varsayılan olarak light uygular. Solys telefonun ayarını izliyor, TradaZen karanlıkta, Nolera açıkta kalıyor: üç durumda da gösterilen görünümü test ediyorum.
• Güvenli alanlar. İçerik ne Dynamic Island'ın ne de ana ekran göstergesinin altına girmeli. Expo yöntemi güvenli alanlar rehberinde anlatıyor.

Mac'te simülatör komut satırından ayarlanıyor, bu da kontrol listesini hızla tekrarlamayı sağlıyor:

xcrun simctl ui booted appearance dark
xcrun simctl ui booted content_size accessibility-extra-extra-extra-large
xcrun simctl io booted screenshot ecran-se-sombre.png

Gerçek bir telefonda aynı turu bir TestFlight build'iyle tekrarlıyorum. Metodoloji: bu liste benim, uygulamalarımın aldığı retlere göre oluşturuldu, Apple'ın verdiği bir liste değil. Sürprizleri azaltır ama onayı garanti etmez.

4.0 reddine nasıl yanıt verilir?

1. Mesajda geçen cihazı ve sürümü bul, sonra simülatörde aynı modeli aç.
2. Tüm örnekleri düzelt. Tipik mesaj sorunun "address all instances" şeklinde ele alınmasını istiyor, yalnızca ekran görüntüsündeki ekranı değil.
3. Yeni bir build gönder: reviewer uygulamaya gömülü kodu test eder.
4. Aynı cihazda alınmış ekran görüntüleriyle yanıt ver, App Review mesajına yanıt vererek.
5. Yalnızca eminsen itiraz et: Apple App Review Board'a başvurmana izin veriyor, reddedilen her gönderim için tek bir itiraz hakkıyla.

Kullanacağım şablon, uyarlaman için:

Hello,

Thank you for your feedback regarding Guideline 4.0.

We reproduced the issue on [device] running [OS version].

Changes in build [X]:
- [Screen]: [what was crowded or hard to read], now [fix].
- [Screen]: [fix].

We also checked every screen on iPhone SE, a standard
iPhone, the largest iPhone and iPad, with larger text
sizes and Dark Mode.

Attached: screenshots of the updated screens on [device].

Best regards,

Gönderimini tasarım reddi almadan hazırla

Review Kit, gönderim öncesi kontrol listemi (iPad ile ilgili 2.4.1 kuralı dahil) ve projeni gözden geçiren Claude Code skill'lerini bir araya getiriyor. İnsan gözüyle bakılmasını istersen benimle bir saatlik görüşme ayarla: görüntülü görüşmede ekranlarını farklı boyutlarda açıyoruz. Bir retten sonraki tüm süreç Apple tarafından reddedilen uygulama sayfasında.

İlk yayınına mı hazırlanıyorsun? Ücretsiz teşhisini yap: adımları sıraya koyar ve sana Apple reddine karşı kontrol listemi gönderir.

Sık sorulan sorular

Ret mesajındaki "Guideline 4.0 - Design" ne anlama geliyor?

Apple arayüzünü, belirli bir alt kuralı hedeflemeden, beklenen seviyenin altında buluyor: sıkışık ekranlar, okunması zor metin, kötü bulunan bir giriş akışı. Mesaj genelde kullanılan cihazı belirtir ve çoğu zaman bir ekran görüntüsü ekler.

Uygulamam yalnızca iPhone için ayarlı: Apple neden onu iPad'de test ediyor?

Çünkü 2.4.1 kuralı iPhone uygulamalarının mümkün olduğunda iPad'de çalışmasını istiyor. Uygulaman orada uyumluluk modunda, iPhone formatındaki bir pencerede açılır ve her ekran orada kullanılabilir kalmalı.

4.0 reddinden sonra yeni bir build gerekir mi?

Evet, çoğu durumda. Reviewer ilk açılışta uygulamaya gömülü kodu test eder ve uzaktan gönderilen bir düzeltme gözünden kaçabilir. Bunu guideline 2.1 rehberinde anlatıyorum.

Onay için karanlık mod zorunlu mu?

İnceleme kurallarının metni bunu zorunlu kılmıyor. Tasarım kuralları kullanıcıların uygulamaların kendi ayarlarını izlemesini beklediğini hatırlatıyor. Expo'nun izin verdiği gibi açık ya da karanlık görünümü zorluyorsan, o görünümü test et. Telefonun ayarını izliyorsan, ikisini de test et.

4.0 reddine itiraz edilebilir mi?

Evet, uygulamanın kurallara uyduğunu düşünüyorsan App Review Board'a. Apple net gerekçeler, reddedilen her gönderim için tek bir itiraz ve önce bilgi taleplerine yanıt vermeni istiyor.