Sovelluksen käyttöehdot: EULA, kauppojen säännöt ja ehdot sovelluksessa

Sijoittelu ratkaisee, oliko käyttäjillä kohtuullinen mahdollisuus nähdä käyttöehdot ennen niiden hyväksymistä. Sijoita linkit näihin paikkoihin:

1. Kauppasivu: Applella oman EULAn kenttä tai käyttöehtolinkki sovelluksen kuvauksessa; Google Playssa kuvaus tai kehittäjän verkkosivusto.
2. Rekisteröitymisnäkymä: selkeä toteamus tilin luomispainikkeen vieressä, kuten ”Luomalla tilin hyväksyt käyttöehdot”, sekä napautettavat linkit käyttöehtoihin ja tietosuojaselosteeseen.
3. Maksumuuri: tilauksen nimi, kesto, hinta ja linkit käyttöehtoihin ja tietosuojaselosteeseen lähellä ostopainiketta.
4. Asetukset tai Tietoja-näkymä: pysyvät linkit, jotka käyttäjät löytävät myöhemmin.
5. Muutosilmoitukset: sovelluksen sisäinen viesti tai sähköposti, kun olennaiset ehdot muuttuvat.

Käytä pysyviä julkisia URL-osoitteita, jotta kauppasivu ja sovellus eivät koskaan osoita rikkinäiselle sivulle. Tapoja julkaista toimivana pysyvä linkki esitellään oppaassa näin saat tietosuojaselosteen URL-osoitteen; sama lähestymistapa toimii käyttöehdoille.

Legal Policy Generator tuottaa molemmat asiakirjat vastaustesi perusteella. Kysely, koko esikatselu sekä yksinkertainen HTML- ja PDF-lataus ovat maksuttomia ilman tiliä. Luodut käyttöehdot eivät ole oikeudellista neuvontaa.

Jokaisen suurten sovelluskauppojen kautta jaeltavan sovelluksen mukana tulee jo jonkinlaiset lisenssiehdot, joten todellinen kysymys on, kattaako tämä oletus sen, mitä sovelluksesi tekee. Yleensä se ei kata, jos sovelluksessasi on:

• käyttäjätilejä tai kirjautuminen, jotka edellyttävät sääntöjä tietoturvasta, tilin jäädyttämisestä ja poistamisesta
• tilauksia tai sovelluksen sisäisiä ostoja, jotka edellyttävät selkeitä uusimis- ja peruutusehtoja
• käyttäjien sisältöä, kuten julkaisuja, keskusteluja, arvosteluja tai latauksia
• yhteisö- tai moninpeliominaisuuksia, jotka edellyttävät käytössääntöjä ja moderointia
• yhdistetty palvelu, kuten verkkohallintapaneeli, API tai pilvisynkronointi

Yksinkertaiselle offline-apuohjelmalle, jossa ei ole käyttäjätilejä eikä ostoja, sovelluskaupan lisenssi voi riittää. Lähes kaikki muu hyötyy omista käyttöehdoista, koska kauppojen lisenssit koskevat ohjelmistoa, eivät sitä, miten ylläpidät sen ympärillä toimivaa palvelua.

Sama ominaisuus kerrallaan etenevä logiikka pätee tietosuojaan. Jos rakennat vielä sitä puolta, lue miten sovellukselle laaditaan tietosuojaseloste, koska kauppasivu kysyy tietosuojaselosteen URL-osoitetta ennen kuin se kysyy käyttöehdoista.

Applen Licensed Application End User License Agreement, joka tunnetaan nimellä Standard EULA, alkaa yksinkertaisella toteamuksella: App Storen kautta saataville asetetut sovellukset lisensoidaan, niitä ei myydä. App Store Connectin ohjeiden mukaan Apple soveltaa sitä kaikissa maissa ja alueilla aina, kun et toimita omaa EULAa.

Vakio-EULA kattaa ohjelmistolisenssin perusasiat:

• siirtokelvoton lisenssi käyttää sovellusta Apple-merkkisillä tuotteilla, jotka käyttäjä omistaa tai joita hän hallitsee, Applen käyttösääntöjen mukaisesti
• kopioinnin, käänteismallinnuksen ja edelleenjakelun rajoitukset, paitsi jos laki sallii ne
• lisenssinantajan oikeus kerätä teknisiä tietoja, joita käytetään päivityksiin ja tukeen
• lisenssin päättyminen, jos käyttäjä rikkoo sen ehtoja
• vastuuvapauslausekkeet takuista ja vastuunrajoitukset

Se ei kuitenkaan kata palveluasi. Se ei sano mitään tilisäännöistäsi, yhteisöohjeistasi, tilaustasoistasi, moderointiprosessistasi tai siitä, milloin voit jäädyttää käyttäjän. Kaikkeen itse lisenssiä laajempaan tarvitset omat käyttöehdot, joihin linkitetään sovelluksesta ja sen kauppasivulta.

Voit korvata vakio-EULAn kirjoittamalla oman lisenssisopimuksen App Store Connectiin kohtaan App Information. Apple hyväksyy vain pelkkää tekstiä, poistaa HTML-merkinnät ja antaa sinun valita maat tai alueet, joissa sopimusta sovelletaan.

Harkitse omaa EULAa, kun:

• lisenssiehtosi poikkeavat olennaisesti, esimerkiksi käyttö on sallittu vain yrityksille tai käyttäjäpaikkoja on rajattu
• tarvitset lisenssirajoituksia, joita vakio-EULA ei sisällä
• haluat iOS-käyttäjille yhden asiakirjan, joka yhdistää lisenssi- ja palveluehdot

Oman EULAn on täytettävä Applen kehittäjien EULA-sopimuksia koskevat vähimmäisehdot. Muun muassa sen on:

1. todettava, että sopimus on sinun ja käyttäjän välinen, ei Applen
2. todettava, että sinä, et Apple, vastaat ylläpidosta ja tuesta
3. asetettava sinut vastuuseen tuotetta koskevista vaatimuksista ja immateriaalioikeuksia koskevista vaatimuksista
4. sisällettävä nimesi, osoitteesi ja yhteystietosi
5. nimettävä Apple ja sen tytäryhtiöt kolmansiksi edunsaajiksi

Monen kehittäjän mielestä on yksinkertaisempaa pitää vakio-EULA lisenssinä ja julkaista palvelulle erilliset käyttöehdot. Sama lähestymistapa toimii myös Androidilla ja verkossa.

Google Play toimii eri tavalla. Google Play Developer Distribution Agreementin kohta 5.3 antaa sinun liittää sovellukseesi oman loppukäyttäjän lisenssisopimuksen, toteaa jakelusopimuksen olevan ensisijainen, jos nämä kaksi ovat ristiriidassa, ja toteaa, ettei Google vastaa EULAsi ehdoista. Sopimus asettaa sinut myös vastuuseen sovelluksesi tuesta ja ylläpidosta sekä sitä koskevien käyttäjien valitusten käsittelystä.

Käyttäjille Google Playn omat ehdot myöntävät peruslisenssin käyttää Playn kautta hankittua sisältöä, ja niissä todetaan, että sovellusten mukana voi tulla kehittäjän lisäehtoja.

Käytännössä useimmat Android-kehittäjät:

• julkaisevat käyttöehdot pysyvässä julkisessa URL-osoitteessa
• linkittävät ne Play-kauppasivun kuvauksesta tai kehittäjän verkkosivustolta
• näyttävät ne sovelluksessa rekisteröitymisen yhteydessä ja asetuksissa

Jos julkaiset molemmilla alustoilla, yhdet käyttöehdot voivat yleensä kattaa molemmat, ja kanavakohtaiset kappaleet kuvaavat kohdat, joissa laskutus, palautukset tai kauppojen säännöt eroavat. Sovelluksen käyttöehtogeneraattori rakentaa tämän rakenteen vastaustesi perusteella, joten iOS- ja Android-käyttäjät lukevat yhden yhtenäisen sopimuksen.

Laskutus on se kohta, jossa sovellusten käyttöehdot menevät useimmin pieleen, koska suuren osan maksutapahtumasta hoitaa sovelluskauppa, et sinä.

• Kerro, kuka laskuttaa. Applen tai Google Playn kautta tehdyt ostot käsittelee sovelluskauppa omien ehtojensa mukaisesti. Verkkosivustollasi Stripen kaltaisen palveluntarjoajan kautta tehdyt ostot noudattavat omia ehtojasi.
• Kuvaa peruuttaminen paikkansapitävästi. Sovelluskauppojen tilauksia hallitaan ja ne perutaan tyypillisesti käyttäjän kauppatilin asetuksissa. Kerro käyttäjille, minne heidän pitää mennä.
• Älä lupaa palautuksia, joita et voi myöntää. Kauppaostojen palautukset kulkevat sovelluskaupan omien prosessien kautta. Ilmoita oma palautuskäytäntösi vain kanaville, joita hallitset.
• Selitä tarjous ennen ostoa. Applen ohje 3.1.2(c) edellyttää, että kuvaat selkeästi, mitä käyttäjät saavat hinnalla, ennen kuin pyydät heitä tilaamaan.
• Linkitä käyttöehdot ja tietosuojaseloste sovelluksessa. Automaattisesti uusiutuvien tilausten osalta Applen kehittäjäsopimus edellyttää, että nämä linkit ovat saatavilla sovelluksen sisällä, ja App Review tarkistaa yleensä myös kauppasivulta käyttöehtolinkin.

Yhdysvaltain lainsäädäntö lisää sääntöjä toistuvista veloituksista, mukaan lukien Restore Online Shoppers' Confidence Act ja Kalifornian automaattista uusimista koskeva laki. Legal Policy Generatorin tilauksia ja automaattista uusimista koskevat osiot, Kalifornian sanamuoto mukaan lukien, aktivoituvat, kun vastauksesi osoittavat toistuvaa laskutusta.

Jos käyttäjät voivat julkaista, keskustella, jakaa tai ladata sisältöä, käyttöehdoissasi tarvitaan sääntöjä tälle sisällölle, ja Applen App Review Guidelines asettavat vähimmäistason. Ohje 1.2 edellyttää, että sovelluksissa, joissa on käyttäjien luomaa sisältöä tai sosiaalisen verkostoitumisen palveluita, on:

• keino suodattaa epäasiallinen materiaali ennen julkaisua
• mekanismi loukkaavan sisällön ilmoittamiseen ja ilmoituksiin vastaaminen ripeästi
• mahdollisuus estää häiriköiviä käyttäjiä
• julkaistut yhteystiedot, joiden avulla käyttäjät voivat tavoittaa sinut

Ohjeen mukaan on myös sinun vastuullasi poistaa sisältö, joka rikkoo ohjeita, käyttöehtojasi tai yhteisösääntöjäsi, mikä olettaa, että sinulla on käyttöehdot, joihin viitata.

Sovelluksesi käyttöehtojen tulee siksi kattaa:

• kuka omistaa käyttäjien sisällön ja millaisen lisenssin tarvitset sen näyttämiseen
• kielletty sisältö ja käytös
• miten ilmoitukset käsitellään ja mihin toimiin voit ryhtyä
• miten käyttäjät voivat hakea muutosta tai tehdä valituksen

Jos sovellusta tarjotaan EU:ssa, digipalvelusäädös (Digital Services Act) edellyttää lisäksi, että käyttöehtosi kuvaavat sisältörajoitukset ja moderointimenettelyt. Peleillä, joissa on chat tai käyttäjien luomia kenttiä, on samat kysymykset; tietopuolesta kerrotaan pelien tietosuojaselosteen oppaassa.

Sovelluksen käyttöehtojen tulee kertoa, milloin voit jäädyttää tai sulkea tilin, mitä ostoille ja sisällölle tapahtuu ja miten käyttäjät voivat lopettaa palvelun käytön.

• Oikeutesi jäädyttää tai päättää tili: sido se määriteltyihin rikkomuksiin, kuten petokseen, väärinkäyttöön tai toistuvaan oikeuksien loukkaamiseen, ja kerro, annatko ilmoituksen etukäteen, kun se on käytännössä mahdollista.
• Käyttäjän oikeus lopettaa: Apple edellyttää, että sovellukset, jotka tukevat tilin luomista, tarjoavat tilin poistamisen sovelluksen sisällä, ja Google Play edellyttää, että sovellukset, jotka sallivat tilin luomisen, tarjoavat poistamisen sekä sovelluksessa että verkkolinkin kautta. Käyttöehtojesi tulee ohjata tähän reittiin.
• Mitä maksulliselle sisällölle tapahtuu: kerro rehellisesti käyttämättömästä saldosta, virtuaalisista esineistä tai tilauksista päättämisen jälkeen. Sovelluskaupan tilaukset on ehkä peruttava erikseen kauppatilillä, joten sano se selvästi.
• Mikä jää voimaan päättämisen jälkeen: lisenssirajoitukset, vastuunrajoitukset ja riitalausekkeet jäävät tavallisesti voimaan.

Pidä poistamista koskeva sanamuoto yhdenmukaisena tietosuojaselosteesi säilytysosion kanssa. Jos yhden asiakirjan mukaan tiedot poistetaan välittömästi ja toisen mukaan 90 päivän kuluttua, olet luonut ristiriidan, jonka käyttäjät, tarkastajat ja valvontaviranomaiset voivat kaikki löytää.