Guideline 5.1.1: App Store -hylkäyksen syy ja korjaus

Guideline 5.1.1 on Applen sääntö tietojen keräämisestä ja tallentamisesta. Olen saanut tästä ryhmästä kolme hylkäystä, ja jokaisen syy oli toinen näistä kahdesta: sovellus käsitteli tietoja eri tavalla kuin oli ilmoitettu, tai käyttöoikeuspyyntö painosti käyttäjää vastaamaan kyllä.

Tämä artikkeli käsittelee vain tätä yhtä sääntöä: sen kohdat, mitä tarkistan ennen lähetystä ja mitä korjata. Mukana on kolme hylkäystä, jotka sain omille sovelluksilleni. Jos haluat yleiskuvan kaikista syistä, lue mieluummin miksi Apple hylkää sovelluksen.

Mikä on guideline 5.1.1?

Guideline 5.1.1, ”Data Collection and Storage”, määrittää, mitä sovelluksen täytyy noudattaa heti kun se käsittelee henkilötietoja: kattava tietosuojakäytäntö, suostumus ennen keräämistä, rehelliset käyttöoikeuspyynnöt ja tili, jonka voi poistaa. Se koskee kaikkia sovelluksia, myös niitä, jotka eivät kerää juuri mitään.

Virallinen teksti löytyy App Review Guidelinesista, osio 5 ”Legal”, kohta 5.1 ”Privacy”. Applen viestissä mainitaan usein tarkka alakohta suluissa: 5.1.1(i), 5.1.1(iv), 5.1.1(v). Juuri tämä alakohta kertoo, mistä etsiä.

5.1.1:n viisi alakohtaa, jotka kannattaa tuntea ensin

Alakohta	Mitä Apple vaatii	Tyypillinen hylkäys
5.1.1(i) Privacy Policies	Kattava ja linkitetty käytäntö	Puuttuu tai on puutteellinen
5.1.1(ii) Permission	Suostumus ennen keräämistä	Epämääräinen käyttöoikeusteksti
5.1.1(iii) Data Minimization	Vain tarpeelliset tiedot	Täysi pääsy kuviin
5.1.1(iv) Access	Ei painostusta hyväksymään	Näkymä, joka painostaa
5.1.1(v) Account Sign-In	Ei pakotettua tiliä	Pakollinen kirjautuminen

Kolme tarkennusta. Tietosuojakäytäntö linkitetään sekä App Store Connectissa että sovelluksessa. Siinä kerrotaan, mitä tietoja kerätään, miten ja mihin tarkoitukseen, vahvistetaan, että tietoja saavat kolmannet osapuolet tarjoavat saman suojan, ja selitetään, miten suostumuksen voi perua tai tiedot poistattaa. Maksullinen ominaisuus ei saa riippua pääsystä tietoihin, jonka käyttäjä saa vapaasti kieltää. Ja sovelluksessa luodun tilin täytyy olla poistettavissa sovelluksesta.

Säännössä on muitakin alakohtia, (vi):stä (x):ään, erityistapauksista kuten säännellyistä aloista tai henkilötietojen kokoamisesta.

Kolme asiaa, joita vertaan ennen lähetystä

Minulla ei ole reviewerin ohjekirjaa. Tässä on se, mitä itse vertaan ennen jokaista lähetystä, koska hylkäykseni johtuivat näiden välisestä ristiriidasta:

• mitä verkossa oleva käytäntö sanoo, App Store Connectissa ilmoitetussa URL-osoitteessa
• mitä sovellus oikeasti tekee, näkymä kerrallaan, jokainen käyttöoikeuspyyntö mukaan lukien
• mitä sovelluksen sivulla on ilmoitettu, sovelluksen tietosuojaosiossa (App Privacy Details)

Testaan myös jokaisen käyttöoikeusnäkymän sulkemalla sovelluksen ja käynnistämällä sen uudelleen. Tämän tunnistin syyksi Noleran toiseen hylkäykseen.

Kolme saamaani 5.1.1-hylkäystä ja niiden todellinen syy

Clic: verkossa oli käytännön vanha versio

Clic muuttaa tuotteen julkaisuvalmiiksi dioiksi tekoälyn avulla. 16. syyskuuta 2026 Apple hylkäsi sovelluksen vedoten kohtiin 5.1.1(i) ja 5.1.2(i). Tekoälyn suostumusnäkymä oli kyllä sovelluksessa. Ongelma oli sovelluksen ulkopuolella: sivustolla julkaistu tietosuojakäytäntö oli vanha versio. Uusi oli olemassa, mutta sitä ei ollut viety verkkoon.

Korjaus: kattava käytäntö julkaistu, englanninkielinen tiivistelmä lisätty reviewerille, review-muistiinpanot päivitetty. En tehnyt uutta buildia: lähetin saman submissionin uudelleen.

Opetus: Apple lukee sen, mikä on verkossa, ei sitä, mikä on repossasi. Avaa lähetyspäivänä käytäntösi URL ja etsi sieltä jokaisen sovelluksesi käyttämän kolmannen osapuolen palvelun nimi.

Nolera: ”Allow”-painike ennen järjestelmän pyyntöä

Nolera on vaatekaappisovellukseni. 17. syyskuuta 2026, iPad Airilla tehdyn reviewn jälkeen, Apple vetosi kohtaan 5.1.1(iv). Ennen kamerapyyntöä sovellus näytti selitysnäkymän, jossa oli painike ”Allow the camera”.

Applen suunnitteluohjeet ovat tästä tarkat. Ennen järjestelmän pyyntöä näytettävässä omassa näkymässä saa olla vain yksi painike, joka avaa kyseisen pyynnön. Apple suosittelee sanaa kuten ”Continue” tai ”Next”, ei ”Allow”: järjestelmän painiketta muistuttava painike saa käyttäjän painamaan sen jälkeen oikeaa ”Allow”-painiketta tahtomattaan.

Sääntö koskee näkymiä ennen järjestelmän pyyntöä: kamera, mikrofoni, sijainti, yhteystiedot, kalenteri, seuranta. Siinä on yksi poikkeus: lain vaatima suostumus.

Korjaus: painikkeen nimi on nyt ”Continue” kaikilla sovelluksen 8 kielellä.

Opetus: käyttöoikeutta valmisteleva näkymä selittää. Se ei päätä käyttäjän puolesta.

Nolera, toinen hylkäys: ”kamera estetty” -näkymä tuli ennen pyyntöä

Uudelleen lähetetty Nolera hylättiin toisen kerran 22. syyskuuta 2026, taas kohdan 5.1.1(iv) perusteella, tällä kertaa 11 tuuman iPad Prolla. Apple nosti esiin kaksi asiaa: ohjaus Asetuksiin ennen käyttöoikeuspyyntöä ja näkymä, josta pääsi pois näkemättä pyyntöä.

Tunnistamani syy: tapaus, jota en ollut testannut. Kuvausnäkymä näytti ”kamera estetty” -paneelinsa, jossa oli linkki Asetuksiin ja varavaihtoehto, aina kun pääsyä ei ollut myönnetty. Myös silloin, kun sitä ei ollut koskaan pyydetty. Normaalissa kulussa selitysnäkymä tuli ensin ja kaikki toimi. Mutta jos sovelluksen sulki kesken ja käynnisti uudelleen, palasi suoraan kuvausnäkymään näkemättä järjestelmän pyyntöä.

Korjaus: niin kauan kuin iOS voi vielä esittää kysymyksen, näkymä käynnistää järjestelmän pyynnön itse. ”Kamera estetty” -paneeli näkyy vasta todellisen kieltäytymisen jälkeen. Tämä korjaus vaati uuden buildin, koska reviewer testaa sovelluksen mukana tulevaa koodia.

Opetus: ”ei koskaan pyydetty” ja ”kielletty” ovat kaksi eri tilaa. Testaa jokainen käyttöoikeusnäkymä palaamalla siihen sovelluksen sulkemisen jälkeen, älä vain kulun järjestyksessä.

5.1.1 ja tekoäly: mitä 5.1.2(i) lisää

Clicin kohdalla Apple vetosi 5.1.1:n lisäksi kohtaan 5.1.2(i). Tämä sääntö vaatii kertomaan selvästi, missä henkilötietoja jaetaan kolmansille osapuolille, ja se mainitsee nimenomaan kolmannen osapuolen tekoälyn (”third-party AI”). Se vaatii myös nimenomaisen luvan ennen jakamista.

Käytäntöni tämän hylkäyksen jälkeen: kolme keskenään yhtenäistä asiaa.

• Sovelluksessa suostumusnäkymä ennen ensimmäistä lähetystä, joka kertoo, mihin palveluun tiedot menevät ja mitkä tiedot.
• Sama tieto verkossa olevassa tietosuojakäytännössä.
• Sama tieto sovellussivun tietosuojailmoituksissa.

Tarkemmin siitä, mitä käytännössä pitää olla, kerron artikkelissa sovelluksen tietosuojakäytäntö.

Mitä vastata Applelle 5.1.1-hylkäyksen jälkeen

Keskustelu käydään sovelluksesi App Review -osiossa App Store Connectissa. Virallinen tapa vastata App Reviewlle on sama kuin muissakin säännöissä. Kirjoita englanniksi ja asiallisesti: mikä oli ongelma, mikä muuttui ja miten sen voi tarkistaa. Tässä on käyttämäni pohja (vaihda buildin numero ja korjaus omiisi):

Hello,

Thank you for your review.

Issue: the custom screen shown before the camera permission
request used an "Allow" button, and the "camera denied" panel
could appear before the system alert had ever been shown.

Fix in build X:
- The custom screen now has a single "Continue" button that
  opens the system alert.
- The "camera denied" panel only appears after the user has
  actually denied access in the system alert.

How to verify: delete the app, install this build, launch it
and go to the photo step. The system alert appears first.

Best regards,

Vaihtoehtoja on kaksi:

• Syy on verkossa (käytäntö, tukisivu, sovellussivun ilmoitukset): korjaat, vastaat, ja sama submission voi lähteä uudelleen ilman uutta buildia.
• Syy on sovelluksessa (näkymä, painike, pyyntöjen järjestys): tarvitaan uusi build. Etäpäivitys ei riitä, kuten selitän guideline 2.1 -oppaassa.

5.1.1-tarkistuslista ennen lähetystä

• Tietosuojakäytäntösi URL aukeaa, ja verkossa oleva sivu on uusin versio.
• Käytäntö nimeää jokaisen tietoja vastaanottavan kolmannen osapuolen palvelun, tekoäly mukaan lukien. Tämä on oma sääntöni, Applen tekstiä tiukempi.
• Sovellussivusi tietosuojailmoitukset kertovat saman kuin käytäntö ja buildin privacy manifest.
• Jokainen käyttöoikeusteksti selittää käyttötarkoituksen yhdellä tarkalla lauseella.
• Mitään käyttöoikeutta ei pyydetä käynnistyksessä, jos sovellus toimii ilman sitä. Sama logiikka koskee taustatiloja: ei yhtään ilmoitettua tilaa ilman ominaisuutta, joka sitä käyttää.
• Oma näkymä ennen pyyntöä sisältää vain yhden painikkeen, ”Continue”, joka avaa järjestelmän pyynnön.
• Käyttäjä, joka kieltää käyttöoikeuden, voi jatkaa toisella tavalla tai ymmärtää, mitä menettää.
• ”Pääsy estetty” -näkymä näkyy vasta todellisen kieltäytymisen jälkeen. Olet testannut sen sulkemalla sovelluksen ja käynnistämällä sen uudelleen.
• Sovellusta voi käyttää ilman tiliä, kun tili ei ole välttämätön.
• Sovelluksessa luodun tilin voi poistaa sovelluksesta: ohje on artikkelissa iOS-tilin poistaminen.
• Kaikki on testattu myös iPadilla: molemmat Noleran 5.1.1-hylkäykset havaittiin iPadilla.

Korjaa hylkäyksesi jonkun kanssa, joka on jo saanut saman

Jos sovelluksesi hylättiin juuri kohdan 5.1.1 perusteella, Apple Review Kit auttaa löytämään mainitun säännön, sen vaatimukset sekä esimerkin korjauksesta ja vastauksesta. Jos haluat käydä tapauksesi läpi kanssani heti, varaa tunti kanssani videopuheluna. Koko prosessi on myös sivulla Applen hylkäämä sovellus.

Jos valmistelet ensimmäistä julkaisuasi, tee ilmainen diagnoosi: se laittaa vaiheesi oikeaan järjestykseen ja lähettää sinulle Apple-hylkäysten välttämiseen tehdyn tarkistuslistani, tietosuoja mukaan lukien. Jos haluat luoda mobiilisovelluksesi alusta asti reviewta ajatellen, iOS Kitin neljän vaiheen polku vie ideasta lähetykseen Applelle.

Kukaan ei voi taata, että Apple hyväksyy sovelluksesi. Voin auttaa sinua välttämään ne 5.1.1-hylkäykset, joista olen jo maksanut yhden review-kierroksen hinnan.

Usein kysytyt kysymykset

Mitä tarkoittaa ”Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage”?

Se on säännön koko nimi Applen viestissä. Se viittaa henkilötietoja koskevaan ongelmaan: puutteellinen tietosuojakäytäntö, liian painostavaksi katsottu käyttöoikeuspyyntö tai tili, jota ei voi poistaa. Suluissa oleva alakohta, esimerkiksi 5.1.1(iv), kertoo, mistä on kyse.

Tarvitaanko 5.1.1-hylkäyksen jälkeen uusi build?

Ei aina. Jos syy on verkossa, kuten tietosuojakäytäntö, joka ei ole ajan tasalla, korjaat sivun, vastaat Applelle ja submission lähtee uudelleen ilman uutta buildia. Jos syy on sovelluksen näkymässä tai painikkeessa, tarvitaan uusi build.

Voiko ennen käyttöoikeuspyyntöä näyttää selitysnäkymän?

Kyllä, Apple sallii sen, kun siitä on todellista hyötyä. Näkymässä on silloin vain yksi painike, joka avaa järjestelmän pyynnön, ja siinä on sana kuten ”Continue” tai ”Next”. Ei ”Allow”-painiketta eikä painiketta sulkemiseen tai ohittamiseen, paitsi kun laki vaatii suostumusta.

Sovellukseni käyttää ulkoista tekoälyä: mitä pitää ilmoittaa?

Guideline 5.1.2(i) vaatii kertomaan, missä tietoja jaetaan kolmansille osapuolille, tekoäly mukaan lukien, ja hankkimaan nimenomaisen luvan etukäteen. Toteutan sen kolmessa paikassa: suostumusnäkymä sovelluksessa, verkossa oleva tietosuojakäytäntö ja sovellussivun tietosuojailmoitukset. Clicin kohdalla Apple vetosi tähän sääntöön yhdessä 5.1.1:n kanssa.

Onko tili pakollinen, jotta 5.1.1 täyttyy?

Ei, asia on päinvastoin. Jos sovelluksessasi ei ole ominaisuutta, joka todella vaatii tilin, Apple edellyttää, että sitä voi käyttää kirjautumatta. Ja jos sovelluksessa voi luoda tilin, siinä täytyy myös voida poistaa se.