# Sovelluksen tietosuojakäytäntö: opas iOS-kehittäjälle > Tietosuojakäytäntö, App Privacy -ilmoitukset ja tuki-URL: mitä Apple oikeasti vaatii ennen iOS-sovelluksen julkaisua ja miten käytäntö kirjoitetaan. Alkuperäinen sivu: [Sovelluksen tietosuojakäytäntö: opas iOS-kehittäjälle](https://devoria.fr/fi/blog/sovelluksen-tietosuojakaytanto-ios-opas) Kirjoittaja: [Mehdi Azizi](https://devoria.fr/fi/mehdi-azizi) Julkaistu: 2026-10-01 Sisältö tarkistettu viimeksi: 2026-10-09 ## Miksi Apple vaatii tietosuojakäytännön Heti kun luot sovellussivun App Store Connectissa, Apple pyytää sinulta tietosuojakäytännön URL-osoitetta ja tuki-URL:ää, jonka takana oikeasti vastataan. Kyse ei ole koristeellisesta muodollisuudesta: [App Review -ohjeet](https://developer.apple.com/app-store/review/guidelines/) edellyttävät sitä jokaiselta sovellukselta, oli sovelluksessasi käyttäjätili tai ei. Jos sivu ei ole saatavilla, lähetyksesi pysähtyy jo ennen kuin tarkastaja edes katsoo sitä. Puuttuva tietosuojakäytäntö tai käytäntö, joka ei vastaa sovelluksen todellista toimintaa, on yksi helpoimmin vältettävistä hylkäyssyistä. Se on myös yksi ensimmäisistä asioista, jotka tarkistan, kun käyn materiaalin läpi ennen sen lähettämistä Applelle. ## Mitä tietosuojakäytännössä pitää oikeasti olla Tekstin pitää kuvata, mitä sovelluksesi oikeasti kerää, eikä olla jostain muualta kopioitu yleinen lista. Useimmissa tapauksissa mukana on neljä asiaa: **Kerätyt tiedot.** Käyttäjätili, sähköposti, sovelluksessa luotu sisältö ja tekniset tiedot, kuten mainostunniste, jos käytät sellaista. Jos et kerää mitään erityistä, sano sekin selvästi. **Syy jokaisen tiedon keräämiseen.** Miksi tarvitset tätä tietoa, jotta sovellus toimii. Ei epämääräistä perustelua. **Mukana olevat kolmannet osapuolet.** Jos käytät kirjautumispalvelua, maksupalvelua, analytiikkaa tai tekoälyä, mainitse palvelu nimeltä. Esimerkiksi sovelluksen, joka lähettää kuvan ulkoiselle tekoälypalvelulle, pitää kertoa siitä suoraan ja useimmiten [pyytää lupa ennen lähettämistä](https://devoria.fr/fi/blog/guideline-5-1-2-tekoaly-att-datan-jakaminen). **Miten omat tiedot poistetaan.** Apple vaatii, että käyttäjätilillisessä sovelluksessa tilin voi poistaa suoraan sovelluksesta, eikä pelkästään sähköpostilla. Polun pitää olla helposti löydettävissä, ei piilossa jossain epätodennäköisessä alavalikossa. ## Tietosuojakäytännön ja tietosuojailmoitusten ero Aloittelijoiden päässä kaksi eri asiaa menee usein sekaisin. Tietosuojakäytäntö on verkkosivulla oleva teksti, johon pääsee linkin kautta. Tietosuojailmoitukset taas ovat lomake, joka täytetään suoraan App Store Connectissa kohdassa "App Privacy". Siinä listataan kategorioittain kerätyt tiedot ja niiden käyttötarkoitus, ja ne näkyvät sen jälkeen julkisella sovellussivullasi. Molempien pitää kertoa sama tarina. Ilmoitus "tietoja ei kerätä", vaikka sovelluksesi käyttää analytiikka-SDK:ta, joka kerää tunnisteen, on juuri sellainen ristiriita, jonka tarkastaja tai myöhempi auditointi voi huomata. Täytä lomake tarkistamalla oikeasti, mitä koodisi tekee ja mitä [privacy manifest](https://devoria.fr/fi/blog/itms-91053-missing-api-declaration-expo) ilmoittaa. Älä vain rastita helpoimmalta näyttävää ruutua. ## Entä GDPR? Jos sovelluksesi on suunnattu käyttäjille Euroopassa, GDPR pätee Applen vaatimusten lisäksi. Ranskan tietosuojaviranomainen [CNIL julkaisee oppaan mobiilisovellusten kehittäjille](https://www.cnil.fr/fr/applications-mobiles-les-bonnes-pratiques), jossa periaatteet käydään läpi: kerää vain välttämätön, kerro selkeästi ja anna pääsy tietoihin sekä mahdollisuus poistaa ne. Applen vaatimukset ja GDPR menevät pitkälti päällekkäin, mutta Applen vaatimusten täyttäminen ei automaattisesti riitä GDPR:n täyttämiseen, jos sovelluksesi käsittelee henkilötietoja laajassa merkityksessä. Jos sovelluksesi on yksinkertainen, eikä siinä ole käyttäjätiliä tai kerätä henkilötietoja sen lisäksi, mitä iOS hoitaa itse, käytäntösi voi olla lyhyt. Sano se selvästi sen sijaan, että kopioisit pitkän ja aiheeseen liittymättömän tekstin. ## Konkreettinen esimerkki: säännön 5.1.1 hylkäykset Julkaisukokemuksessani olen saanut Applelta hylkäyksen verkossa olleesta tietosuojakäytännöstä, joka ei ollut enää ajan tasalla, sekä toimintopainikkeesta, joka näkyi ennen odotettua kameran käyttöluvan pyyntöä. Molemmat kuuluvat tietojen keräämistä ja tallentamista koskevan [säännön 5.1.1](https://developer.apple.com/app-store/review/guidelines/#data-collection-and-storage) piiriin. Opas [Applen hylkäyksestä, sääntö 2.1](https://devoria.fr/fi/blog/guideline-2-1-app-store-hylkays-korjaus) käsittelee toista yleistä syytä, joka liittyy siihen, mitä testaaja oikeasti pystyy sovelluksessa tekemään. Molempien tapausten yhteinen opetus: tarkastaja vertaa sitä, mitä käytäntösi lupaa, mitä sovelluksesi oikeasti tekee ja mitä olet lomakkeeseen ilmoittanut. Ristiriita näiden kolmen välillä riittää pysäyttämään lähetyksen, vaikka muu materiaali olisi kunnossa. ## Miten kirjoitat omasi keksimättä mitään Ensimmäisessä sovelluksessa lähde liikkeelle niiden palveluiden todellisesta listasta, joita käytät: kirjautuminen, tietokanta, maksut, analytiikka, tekoäly. Kirjaa jokaisesta, mitä se saa sovelluksestasi ja miksi. Tästä listasta tulee käytäntösi runko: et tarvitse kymmensivuista juridista tekstiä sovellukseen, jossa on yksinkertainen tili ja tilaus. Jos sovelluksesi on tehty Expolla, opas [API-avaimista Expo-sovelluksessa](https://devoria.fr/fi/blog/salainen-api-avain-expo-sovellus) kertoo, mihin kolmansien osapuolten palveluiden kutsut kannattaa sijoittaa. Se auttaa myös tietämään tarkalleen, mitkä tiedot kulkevat minkäkin palvelun kautta, kun kirjoitat käytäntöäsi. Kun teksti ja tietosuojailmoitukset ovat valmiit, ne liittyvät muuhun materiaaliin ennen lähettämistä Applelle: sovellussivu, kuvakaappaukset ja muistiinpanot testaajalle. Sivu [sovelluksen julkaiseminen App Storessa](https://devoria.fr/fi/expertise/julkaise-sovellus-app-storeen) käy kaikki nämä vaiheet läpi siinä järjestyksessä, jossa App Store Connect niitä pyytää. ## Seuraava askel: materiaali tarkistettuna ennen lähetystä En voi luvata, että Apple hyväksyy sovelluksesi ensimmäisellä kerralla. Kukaan ei voi rehellisesti luvata sitä. Voin kuitenkin auttaa sinua välttämään vältettävät hylkäykset, tietosuojakäytäntö mukaan lukien. Jos haluat tarkistaa materiaalisi ennen lähettämistä, [Apple Review Kit](https://devoria.fr/fi/kits/review-apple) sisältää tarkistuslistani ja Claude Code -skillejä, jotka käyvät läpi projektisi, paywallisi ja sovellussivusi. Haluatko ensin ilmaisen listan? [Ilmainen diagnoosi](https://devoria.fr/fi/diagnostic) lähettää sinulle tarkistuslistani Applen hylkäysten välttämiseen, mukana tietosuoja-asiat, jotka tarkistan ennen jokaista lähetystä. ## Usein kysytyt kysymykset ### Mikä on iOS-sovelluksen tietosuojakäytäntö? Se on verkkosivulla oleva teksti, johon pääsee linkin kautta ja joka kuvaa, mitä sovelluksesi oikeasti kerää. Annat sen URL-osoitteen Applelle App Store Connectissa heti sovellussivua luodessasi. Se ei ole jostain kopioitu yleinen lista: sen pitää vastata sovelluksen todellista toimintaa. ### Onko tietosuojakäytäntö pakollinen iOS-sovelluksen julkaisemiseen? Kyllä, Applen ohjeet vaativat tietosuojakäytännön jokaiselta sovellukselta, oli sovelluksessasi käyttäjätili tai ei. Jos sivu ei ole saatavilla, lähetyksesi pysähtyy jo ennen tarkastusta. Jos sovelluksesi on yksinkertainen, käytäntö voi olla lyhyt. Kerro selvästi, mitä keräät, tai ettet kerää mitään erityistä, sen sijaan että kopioisit pitkän ja aiheeseen liittymättömän tekstin. ### Mitä sovelluksen tietosuojakäytäntöön kirjoitetaan? Useimmissa tapauksissa mukana on neljä asiaa: kerätyt tiedot, syy jokaisen tiedon keräämiseen, mukana olevat kolmannet osapuolet ja tapa poistaa omat tiedot. Kerättyjen tietojen kohdalla mieti käyttäjätiliä, sähköpostia, luotua sisältöä ja mainostunnistetta, jos käytät sellaista. Sovelluksen, joka lähettää kuvan ulkoiselle tekoälypalvelulle, pitää kertoa siitä suoraan. ### Mikä ero on tietosuojakäytännöllä ja tietosuojailmoituksilla (App Privacy)? Käytäntö on verkkosivulla oleva teksti, johon pääsee linkin kautta. Ilmoitukset ovat App Store Connectissa App Privacy -kohdassa täytettävä lomake, jossa listataan kategorioittain kerätyt tiedot ja niiden käyttötarkoitus, ja joka näkyy sitten julkisella sovellussivullasi. Molempien pitää kertoa sama tarina: täytä lomake tarkistamalla, mitä koodisi oikeasti tekee. ### Pitääkö GDPR:ää noudattaa Applen sääntöjen lisäksi? Kyllä, jos sovelluksesi on suunnattu käyttäjille Euroopassa: GDPR pätee Applen vaatimusten lisäksi. Ne menevät pitkälti päällekkäin, mutta Applen vaatimusten täyttäminen ei automaattisesti riitä, jos sovelluksesi käsittelee henkilötietoja laajassa merkityksessä. Ranskan CNIL julkaisee oppaan mobiilisovellusten kehittäjille: kerää vain välttämätön, kerro selkeästi ja anna pääsy tietoihin sekä mahdollisuus poistaa ne. ### Voiko Apple hylätä sovelluksen tietosuojakäytännön takia? Kyllä, puuttuva käytäntö tai käytäntö, joka ei vastaa sovelluksen todellista toimintaa, on vältettävissä oleva hylkäyssyy. Tarkastaja vertaa sitä, mitä käytäntösi lupaa, mitä sovelluksesi tekee ja mitä olet lomakkeeseen ilmoittanut. Ristiriita näiden kolmen välillä riittää pysäyttämään lähetyksen. Olen itse saanut hylkäyksen verkossa olleesta käytännöstä, joka ei ollut enää ajan tasalla. ## Projektisi [Apple Review Kit](https://devoria.fr/fi/kits/review-apple): Käyttämäni App Store -reviewn tarkistuslista, korjatut Applen hylkäykseni, muistiinpanot testaajalle ja kaksi Claude Code -skilliä, jotka tarkistavat appisi. 29 €. [iOS Kit](https://devoria.fr/fi/kits/ios): Tee iPhone-appisi Claude Coden avulla: omien appieni aloituskoodi, työn tarkistavat skillit sekä Apple Review Kit, App Store Screenshots Kit ja ASO Kit. 129,99 €.