# Guideline 4.0 Design: arayüz nedeniyle App Store reddi > Guideline 4.0 Design: Apple kullanımı zor bulduğu arayüzü reddeder, çoğu zaman iPad'de. Her ekranı iPhone SE ve iPad'de test et, düzelt, sonra yanıtla. Orijinal sayfa: [Guideline 4.0 Design: arayüz nedeniyle App Store reddi](https://devoria.fr/tr/blog/guideline-4-0-design-app-store-reddi-arayuz) Yazar: [Mehdi Azizi](https://devoria.fr/tr/mehdi-azizi) Yayın: 2026-11-04 İçeriğin son gözden geçirilmesi: 2026-11-04 "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](https://devoria.fr/tr/blog/apple-uygulama-reddi-neden-reddedilir) yazısını oku. ## Guideline 4.0 Design neyi kapsıyor? [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/#design) 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](https://developer.apple.com/design/human-interface-guidelines/layout). ## 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ığı](https://developer.apple.com/forums/thread/800657)). Nedeni 2.4.1 kuralı: "iPhone apps should run on iPad whenever possible." [Expo uygulama yapılandırmasına](https://docs.expo.dev/versions/latest/config/app/) 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](https://devoria.fr/tr/blog/guideline-2-1-app-store-ret-duzeltme) 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ığı](https://developer.apple.com/forums/thread/772671)). [Apple'ın tipografi kuralları](https://developer.apple.com/design/human-interface-guidelines/typography) iOS için referanslar veriyor: varsayılan 17 punto, en az 11 punto. [Erişilebilirlik kuralları](https://developer.apple.com/design/human-interface-guidelines/accessibility) 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](https://developer.apple.com/forums/thread/126333) 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](https://docs.expo.dev/versions/latest/sdk/webbrowser/) 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ığı](https://developer.apple.com/forums/thread/751115)). [expo-apple-authentication](https://docs.expo.dev/versions/latest/sdk/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](https://devoria.fr/tr/blog/guideline-4-2-minimum-functionality-uygulama-reddi), 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](https://devoria.fr/tr/blog/guideline-4-3-design-spam-uygulama-reddedildi) 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ı](https://developer.apple.com/design/human-interface-guidelines/dark-mode) 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](https://docs.expo.dev/develop/user-interface/safe-areas/) rehberinde anlatıyor. Mac'te simülatör komut satırından ayarlanıyor, bu da kontrol listesini hızla tekrarlamayı sağlıyor: ```bash 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](https://devoria.fr/tr/blog/testflight-iphone-uygulama-test-etme) 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](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/reply-to-app-review-messages/). 5. **Yalnızca eminsen itiraz et**: Apple [App Review Board'a başvurmana](https://developer.apple.com/distribute/app-review/) izin veriyor, reddedilen her gönderim için tek bir itiraz hakkıyla. Kullanacağım şablon, uyarlaman için: ```text 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](https://devoria.fr/tr/kits/app-review), 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](https://devoria.fr/tr/coaching): 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](https://devoria.fr/tr/expertise/apple-tarafindan-reddedilen-uygulama) sayfasında. İlk yayınına mı hazırlanıyorsun? [Ücretsiz teşhisini yap](https://devoria.fr/tr/diagnostic): 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. ## Projen [Review Kit](https://devoria.fr/tr/kits/app-review): App Store inceleme kontrol listem, düzelttiğim Apple retlerim, Google Play kontrol listesi ve üç Claude Code skill'i. ₺2.699. [iOS & Android Kit](https://devoria.fr/tr/kits/ios): Claude Code ile iPhone ve Android uygulamanı yap: uygulamalarımın başlangıç kodu, mağazalara kadar giden yol ve tüm kitler. ₺5.499. [Analiz: Seni iPhone uygulamandan ayıran ne?](https://devoria.fr/tr/diagnostic): 7 soru, 60 saniye: iPhone uygulamanı yayınlamanı asıl neyin engellediğini, 4 adımlık yolunu ve sana uygun kiti öğren.