Guideline 4.0 Design: app hylätty käyttöliittymän takia

"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.

Mitä guideline 4.0 Design kattaa?

App Review Guidelinesin 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, 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).

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 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 -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).

Applen typografiaohjeet antavat iOS:lle suuntaviivat: oletuksena 17 pistettä, vähintään 11 pistettä. Saavutettavuusohjeet 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: "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 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).

expo-apple-authenticationin 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, 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 -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 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 käsittelevässä oppaassaan.

Macilla simulaattoria voi säätää komentoriviltä, joten tarkistuslistan voi ajaa nopeasti uudelleen:

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-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.
5. Valita vain, jos olet varma: Apple antaa viedä asian App Review Boardille, yksi valitus hylättyä lähetystä kohden.

Pohja, jota itse käyttäisin, sovella omaan tilanteeseesi:

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 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: avaamme näkymäsi useilla näyttöko'oilla videopuhelussa. Koko toimintatapa hylkäyksen jälkeen on sivulla Applen hylkäämä app.

Valmisteletko ensimmäistä julkaisuasi? Tee ilmainen diagnoosi: 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.