# Guideline 4.0 Design: app hylätty käyttöliittymän takia > Guideline 4.0 Design: Apple hylkää vaikeakäyttöisen käyttöliittymän, usein iPadilla. Testaa jokainen näkymä iPhone SE:llä ja iPadilla, korjaa ja vastaa. Alkuperäinen sivu: [Guideline 4.0 Design: app hylätty käyttöliittymän takia](https://devoria.fr/fi/blog/guideline-4-0-design-app-hylatty-kayttoliittyma) Kirjoittaja: [Mehdi Azizi](https://devoria.fr/fi/mehdi-azizi) Julkaistu: 2026-11-04 Sisältö tarkistettu viimeksi: 2026-11-04 "Guideline 4.0 - Design" ei ole numeroitu sääntö muiden joukossa. Se on Applen sääntöjen Design-osion johdanto, ja siihen vedotaan, kun käyttöliittymäsi näyttää jäävän odotetun tason alle. Julkaistut hylkäykset muistuttavat toisiaan: ahtaat näkymät iPadilla, vaikeasti luettava teksti, kirjautuminen joka ohjataan Safariin, huonosti toteutettu Sign in with Apple. **Korjaus alkaa melkein aina viestissä mainitulta laitteelta, näkymä kerrallaan.** Julkaisen omia iOS-appejani Expolla. Solys, TradaZen ja Nolera on asetettu vain iPhonelle, ja silti reviewer testasi Solysin ja Noleran iPadilla. Tämä opas perustuu Applen tekstiin, muiden kehittäjien julkaisemiin 4.0-hylkäyksiin ja visuaaliseen tarkistuslistaan, jonka käyn läpi ennen jokaista lähetystä. Kokonaiskuvan hylkäyssyistä saat artikkelista [miksi Apple hylkää appin](https://devoria.fr/fi/blog/apple-hylkasi-sovelluksen-syyt). ## Mitä guideline 4.0 Design kattaa? [App Review Guidelinesin](https://developer.apple.com/app-store/review/guidelines/#design) osio 4 alkaa numeroimattomalla kappaleella: "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." Siinä todetaan, että design on sinun päätettävissäsi, mutta sitä seuraavat kohdat asettavat "minimum standards for approval". Lisäksi varoitetaan, että hyväksynnän jälkeen huonontunut app voidaan poistaa. Selkokielellä: **Apple odottaa yksinkertaista, viimeisteltyä ja helppokäyttöistä appia, ja 4.0:aa käytetään, kun ongelma ei kuulu mihinkään tarkempaan alakohtaan.** Tekstissä ei ole numeerisia kriteerejä. Käytännön mittapuu on [Human Interface Guidelines](https://developer.apple.com/design/human-interface-guidelines/layout), eli Applen design-ohjeet. ## Yleisimmät 4.0-hylkäykset Tässä neljä tapausta, jotka löysin Applen foorumeilla julkaistuista viesteistä, siteeratun muotoilun kanssa. | Tapaus | Applen muotoilu | Korjaus | | ----------------------- | ------------------------ | --------------------- | | Ahtaat näkymät iPadilla | "crowded" | Joustava asettelu | | Lukukelvoton teksti | "hard to read type" | HIG-koot | | Kirjautuminen Safarissa | "taken to Safari" | Kirjautuminen appissa | | Sign in with Apple | Nimeä kysytään uudelleen | Nimi on jo saatu | ### Ahtaat tai leikkautuvat näkymät iPadilla Tyypillinen viesti, julkaistu syyskuussa 2025: "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." Jatkossa tarkennettiin, että app käytti vain osaa näytöstä ([foorumiketju](https://developer.apple.com/forums/thread/800657)). Syy on säännössä 2.4.1: "iPhone apps should run on iPad whenever possible." Expossa asetuksen `ios.supportsTablet` oletusarvo on `false` [Expon app-konfiguraation](https://docs.expo.dev/versions/latest/config/app/) mukaan. iPhone-appisi pyörii silloin iPadilla yhteensopivuustilassa, iPhonen kokoisessa ikkunassa. **Vaikka asetat appin vain iPhonelle, se ei suojaa iPad-testiltä.** Juuri iPad Airilla Solysin demopelin voittaminen muuttui mahdottomaksi. Tapaus on kuvattu tarkemmin [guideline 2.1](https://devoria.fr/fi/blog/guideline-2-1-app-store-hylkays-korjaus) -oppaassa. Vaihtoehtoja on kaksi. Joko tuet iPadia oikeasti, asettelulla joka mukautuu käytettävissä olevaan tilaan. Applen design-ohjeet käskevät päättämään asettelun kokoluokkien (size classes) mukaan, ei laitemallin. Tai pysyt iPhonessa, ja jokaisen näkymän täytyy mahtua yhteensopivuusikkunaan. ### Vaikeasti luettava teksti Viesti, julkaistu tammikuussa 2025: "Your app included hard to read type or typography." Apple muistuttaa siinä, että käyttäjät odottavat appeilta "simple, refined, and easy to use" ([foorumiketju](https://developer.apple.com/forums/thread/772671)). [Applen typografiaohjeet](https://developer.apple.com/design/human-interface-guidelines/typography) antavat iOS:lle suuntaviivat: oletuksena 17 pistettä, vähintään 11 pistettä. [Saavutettavuusohjeet](https://developer.apple.com/design/human-interface-guidelines/accessibility) vaativat vähintään 4,5:1-kontrastin enintään 17 pisteen tekstille ja oletuksena 44 x 44 pisteen kosketusalueet. Ansa, jos pienennät fontteja pienillä näytöillä, kuten minä teen pitääkseni rivitykset samoina kaikkialla: **tarkista, että pienin tekstisi pysyy iPhone SE:llä pienennettynäkin vähintään 11 pisteessä.** ### Kirjautuminen ohjataan Safariin Viesti, julkaistu [Applen foorumilla](https://developer.apple.com/forums/thread/126333): "We noticed that the user is taken to Safari to sign in or register for an account, which provides a poor user experience." Apple vaatii, että rekisteröityminen ja kirjautuminen onnistuvat appissa, ja suosittelee upotettua Safari-näkymää. Expossa [expo-web-browser](https://docs.expo.dev/versions/latest/sdk/webbrowser/) hoitaa molemmat tarpeet poistumatta appista: `openAuthSessionAsync` avaa todennusistunnon modaali-ikkunassa, ja `openBrowserAsync` näyttää sivun upotetussa Safari-näkymässä. Jos taas avaat kirjautumisen `Linking.openURL`-kutsulla, käyttäjä päätyy Safari-appiin. Tarjottavien kirjautumistapojen valinta kuuluu toiseen sääntöön, 4.8:aan. ### Huonosti toteutettu Sign in with Apple Viesti, julkaistu toukokuussa 2024: "Your app requires users to provide their name after using Sign in with Apple. This information is already provided by the Authentication Services framework." ([foorumiketju](https://developer.apple.com/forums/thread/751115)). [expo-apple-authenticationin](https://docs.expo.dev/versions/latest/sdk/apple-authentication/) dokumentaatio selittää ansan: nimi ja sähköposti annetaan vain ensimmäisellä kirjautumisella. **Tallenna ne heti**, muuten houkutus kysyä ne uudelleen kasvaa. Käytä myös kirjaston tarjoamaa painiketta: sen väri valitaan `buttonStyle`-asetuksella ja kulmat `cornerRadius`-asetuksella, ei koskaan `style`-propilla. ## 4.0, 4.2, 4.3: kolme design-hylkäystä, joita ei pidä sekoittaa | Sääntö | Mitä arvioidaan | Korjaus | | ------ | ------------------ | ----------------------- | | 4.0 | Käyttöliittymä | Korjaa näkymät | | 4.2 | Appin hyödyllisyys | Lisää natiivia sisältöä | | 4.3 | Samankaltaisuus | Vaihda konseptia | [4.2, Minimum Functionality](https://devoria.fr/fi/blog/guideline-4-2-minimum-functionality-hylatty-sovellus), vaatii toimintoja, sisältöä ja käyttöliittymää, jotka nostavat appin "beyond a repackaged website". Raja 4.0:aan on häilyvä: appiin kääritty verkkosivu voi saada molemmat. **Jos appistasi puuttuu sisältöä, näkymien hiominen ei riitä.** 4.3 kohdistuu kopioihin ja ylikansoitettuihin kategorioihin. Kävin sen kaksi kohtaa läpi [guideline 4.3 Design Spam](https://devoria.fr/fi/blog/guideline-4-3-design-spam-hylatty-sovellus) -oppaassa. Viimeistelty käyttöliittymä ei pelasta appia, joka näyttää tuhannelta muulta. ## Visuaalinen tarkistuslista ennen lähetystä Tämän lisään jokaiseen lähetykseen. Appeissani jokainen näkymä suunnitellaan suurimmalle iPhonelle ja pienennetään sitten yhdellä skaalalla pienemmille: samat mittasuhteet, samat rivitykset. Sitten vertaan näkymiä rinnakkain: iPhone SE, tavallinen iPhone, suurin iPhone ja iPad yhteensopivuustilaa varten. | Tarkistus | Laite | Minkä pitää toimia | | ---------------------- | ----------------- | ------------------------------- | | Ensimmäinen käynnistys | iPhone SE | Mitään ei leikkaudu | | Koko onboarding | iPad | Jokainen painike ulottuvilla | | Näppäimistö auki | iPhone SE | Kenttä ja painike näkyvissä | | Suurennettu teksti | Tavallinen iPhone | Mikään teksti ei katkea | | Tumma tila | Kaikki | Teksti luettavaa kaikkialla | | Turva-alueet | Suurin | Ei mitään Dynamic Islandin alla | | Paywall | iPhone SE | Hinnat ja linkit näkyvissä | | Kirjautuminen | iPad | Pysyy appissa | Kolme tarkennusta: - **Suurennettu teksti.** Applen typografiaohjeet ehdottavat yksinkertaista testiä: ota suurimmat tekstikoot käyttöön kohdassa Settings, Accessibility, Display & Text Size ja tarkista, että kaikki pysyy luettavana. - **Tumma tila.** [Applen tumman tilan ohjeet](https://developer.apple.com/design/human-interface-guidelines/dark-mode) vaativat, että app pysyy luettavana molemmissa ulkoasuissa. Expo käyttää oletuksena `light`-arvoa, jos et aseta `userInterfaceStyle`-asetusta. Solys seuraa puhelimen asetusta, TradaZen pysyy tummana ja Nolera vaaleana: kaikissa kolmessa testaan näytettävän ulkoasun. - **Turva-alueet.** Sisältö ei mene Dynamic Islandin eikä kotipalkin alle. Expo kertoo menetelmän [turva-alueita](https://docs.expo.dev/develop/user-interface/safe-areas/) käsittelevässä oppaassaan. Macilla simulaattoria voi säätää komentoriviltä, joten tarkistuslistan voi ajaa nopeasti uudelleen: ```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 ``` Oikealla puhelimella teen saman kierroksen [TestFlight](https://devoria.fr/fi/blog/testflight-testaa-iphone-sovellus-ennen-lahetysta)-buildilla. Menetelmästä: tämä lista on omani, koottu appieni saamien hylkäysten pohjalta, ei Applen antama lista. Se vähentää yllätyksiä mutta ei takaa hyväksyntää. ## Miten vastata 4.0-hylkäykseen? 1. **Katso viestissä mainittu laite ja versio** ja avaa sama malli simulaattorissa. 2. **Korjaa kaikki esiintymät.** Tyypillinen viesti pyytää "address all instances" ongelmasta, ei vain kuvakaappauksen näkymää. 3. **Lähetä uusi build**: reviewer testaa appiin sisällytettyä koodia. 4. **Vastaa kuvakaappauksilla**, jotka on otettu samalla laitteella, [vastaamalla App Review -viestiin](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/reply-to-app-review-messages/). 5. **Valita vain, jos olet varma**: Apple antaa [viedä asian App Review Boardille](https://developer.apple.com/distribute/app-review/), yksi valitus hylättyä lähetystä kohden. Pohja, jota itse käyttäisin, sovella omaan tilanteeseesi: ```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, ``` ## Valmistele lähetys ilman design-hylkäystä [Review Kit](https://devoria.fr/fi/kits/app-review) sisältää lähetystä edeltävän tarkistuslistani, joka kattaa muun muassa iPadia koskevan säännön 2.4.1, sekä Claude Code -skillejä, jotka käyvät projektisi läpi. Jos haluat ihmissilmät, [varaa tunti kanssani](https://devoria.fr/fi/coaching): avaamme näkymäsi useilla näyttöko'oilla videopuhelussa. Koko toimintatapa hylkäyksen jälkeen on sivulla [Applen hylkäämä app](https://devoria.fr/fi/expertise/apple-hylkasi-sovelluksen). Valmisteletko ensimmäistä julkaisuasi? [Tee ilmainen diagnoosi](https://devoria.fr/fi/diagnostic): se laittaa vaiheet oikeaan järjestykseen ja lähettää sinulle tarkistuslistani Applen hylkäysten välttämiseen. ## Usein kysytyt kysymykset ### Mitä "Guideline 4.0 - Design" tarkoittaa hylkäysviestissä? Apple pitää käyttöliittymääsi odotettua heikompana viittaamatta tiettyyn alakohtaan: ahtaat näkymät, vaikeasti luettava teksti, huonoksi arvioitu kirjautumispolku. Viestissä mainitaan yleensä käytetty laite, ja mukana on usein kuvakaappaus. ### Appini on asetettu vain iPhonelle: miksi Apple testaa sitä iPadilla? Koska sääntö 2.4.1 edellyttää, että iPhone-appit toimivat iPadilla aina kun mahdollista. Appisi avautuu siellä yhteensopivuustilassa, iPhonen kokoisessa ikkunassa, ja jokaisen näkymän on pysyttävä siellä käyttökelpoisena. ### Tarvitaanko 4.0-hylkäyksen jälkeen uusi build? Kyllä, useimmissa tapauksissa. Reviewer testaa ensimmäisellä käynnistyksellä appiin sisällytettyä koodia, ja etänä toimitettu korjaus voi jäädä häneltä huomaamatta. Selitän tämän guideline 2.1 -oppaassa. ### Onko tumma tila pakollinen hyväksynnän saamiseksi? Tarkistussääntöjen teksti ei vaadi sitä. Design-ohjeet muistuttavat, että käyttäjät odottavat appien seuraavan heidän asetustaan. Jos pakotat vaalean tai tumman tilan, kuten Expo sallii, testaa se ulkoasu. Jos seuraat puhelimen asetusta, testaa molemmat. ### Voiko 4.0-hylkäyksestä valittaa? Kyllä, App Review Boardille, jos uskot appisi noudattavan sääntöjä. Apple edellyttää tarkat perustelut, sallii yhden valituksen hylättyä lähetystä kohden ja pyytää vastaamaan ensin tietopyyntöihin. ## Projektisi [Review Kit](https://devoria.fr/fi/kits/app-review): App Store -tarkastuksen tarkistuslistani, korjatut Applen hylkäykseni, Google Playn lista ja kolme Claude Code -skilliä. 49 €. [iOS & Android Kit](https://devoria.fr/fi/kits/ios): Tee iPhone- ja Android-sovelluksesi Claude Codella: sovellusteni pohjakoodi, polku kauppoihin asti ja kaikki kitit. 99 €. [Diagnoosi: mikä erottaa sinut omasta iPhone-sovelluksestasi](https://devoria.fr/fi/diagnostic): 7 kysymystä, 60 sekuntia: tiedät, mikä oikeasti estää sinua julkaisemasta iPhone-sovellustasi, saat 4 vaiheen polkusi ja sinulle sopivan kitin.