La oss lage verdens sikreste kilde til apper og spill
Begrenset innhold
Barnemishandling
Apper som ikke hindrer brukere i å lage, laste opp eller dele innhold som legger til rette for utnytting eller misbruk av barn, blir umiddelbart fjernet fra Google Play. Dette omfatter alt innhold som viser seksuelt misbruk av barn. For å rapportere innhold i et Google-produkt som kan knyttes til utnyttelse av barn, klikk på Rapportér uriktig bruk. Hvis du finner innhold andre steder på internett, må du ta direkte kontakt med de aktuelle myndighetene i landet ditt.
Vi forbyr apper som setter barn i fare. Dette omfatter, men er ikke begrenset til, bruk av apper til å fremme systematisk trakassering av barn, deriblant
- upassende interaksjoner målrettet mot barn (f.eks. beføling eller kjæling)
- barneforførelse (for eksempel å bli venn med et barn på nettet for å legge til rette for seksuell kontakt, enten på eller utenfor nettet, og/eller utveksle seksuelle bilder med barnet)
- seksualisering av mindreårige (f.eks. bilder som skildrer, oppfordrer til eller fremmer seksuelt misbruk av barn eller skildrer barn på en måte som kan føre til seksuell utnyttelse av barn)
- seksuell utpressing (for eksempel trusler eller utpressing av barn ved å bruke virkelig eller angivelig tilgang til intime bilder av et barn)
- menneskehandel med barn (for eksempel annonsering for eller forespørsler om barn for kommersiell seksuell utnyttelse)
Hvis vi oppdager innhold som viser seksuelt misbruk av barn, iverksetter vi nødvendige tiltak, herunder rapportering av forholdet til NCMEC (National Center for Missing & Exploited Children). Hvis du mener at et barn er i fare for eller er utsatt for misbruk, utnyttelse eller menneskehandel, må du kontakte lokale politimyndigheter og en av organisasjonene for barns sikkerhet som er oppført her.
I tillegg er det ikke tillatt med apper som appellerer til barn, men som inneholder temaer som er uegnet for mindreårige, inkludert, men ikke begrenset til
- apper med overdreven vold, blod og gørr
- apper som skildrer eller oppfordrer til skadelige og farlige aktiviteter
Vi tillater heller ikke apper som fremmer et negativt kropps- eller selvbilde, inkludert apper som viser plastisk kirurgi, vekttap og andre kosmetiske justeringer av folks fysiske utseende for underholdningsformål.
Retningslinjer om standarder for barns sikkerhet
Google Play krever at sosiale apper og dating-apper overholder retningslinjene våre om standarder for barns sikkerhet.
Disse appene må oppfylle følgende krav:
- De må ha publiserte standarder: Appen din må uttrykkelig forby seksuelt misbruk og utnyttelse av barn i standarder som er offentlig tilgjengelige. Dette kan være blant annet appens vilkår for bruk, retningslinjer for brukere eller et hvilket som helst annet dokument med brukerregler som er offentlig tilgjengelig.
- De må ha mekanismer for tilbakemeldinger fra brukere i selve appen: Du må egensertifisere at appen din har en mekanisme som gjør det mulig for brukere å sende tilbakemeldinger, innspill eller rapporter i appen.
- De må ha tiltak mot innhold som viser seksuelt misbruk av barn (CSAM): Du må egensertifisere at appen din treffer hensiktsmessige tiltak, inkludert, men ikke begrenset til, fjerning av CSAM når det er påvist, i henhold til relevant lovgivning og standardene du har publisert.
- De må overholde lovgivning for barns sikkerhet: Du må egensertifisere at appen overholder gjeldende lover og forskrifter for barns sikkerhet, inkludert, men ikke begrenset til, å ha en prosess for rapportering av bekreftet innhold som viser seksuelt misbruk av barn, til National Center for Missing and Exploited Children eller en relevant regional myndighet.
- De må ha en kontaktperson som skal ivareta barns sikkerhet: Appen din må ha en egen kontaktperson som skal motta potensielle varsler fra Google Play om innhold som omfatter seksuelt misbruk og utnyttelse av barn, som er funnet i appen eller på plattformen din. Denne representanten må kunne uttale seg om håndhevelses- og gjennomgangsprosedyrene dine, og må kunne treffe tiltak om nødvendig.
Du kan finne ut mer om disse kravene og hvordan du overholder dem, i artikkelen vår i brukerstøtten.
Upassende innhold
Seksuelt innhold og stygt språk
Vi tillater ikke apper som inneholder eller fremmer seksuelt innhold eller stygt språk, inkludert pornografi eller innhold eller tjenester som er ment å være seksuelt tilfredsstillende. Vi tillater ikke apper eller appinnhold som ser ut til å fremme eller be om seksuelle handlinger mot kompensasjon. Vi tillater ikke apper som inneholder eller promoterer innhold som er tilknyttet seksuelt predatorisk atferd, eller som distribuerer seksuelt innhold som er fremstilt uten samtykke. Innhold med nakenhet kan tillates hvis hovedformålet med innholdet er opplysende, dokumentarisk, forskningsrelatert eller kunstnerisk og ikke er umotivert.
Katalogapper (apper som inneholder bok-/videotitler som en del av en større innholdskatalog) kan distribuere bøker (inkludert e-bøker og lydbøker) eller videotitler som har seksuelt innhold, gitt at følgende krav er oppfylt:
- Bok-/videotitler med seksuelt innhold utgjør kun en liten del av den totale katalogen i appen.
- Appen inneholder ikke aktiv promotering for bok-/videotitler med seksuelt innhold. Disse titlene kan fortsatt bli vist i anbefalingene basert på brukerens logg eller ved generelle pristilbud.
- Appen distribuerer ikke bok-/videotitler som har innhold som viser barnemishandling, porno eller annet seksuelt innhold som er ulovlig i henhold til gjeldende lov og rett.
- Appen beskytter mindreårige ved å begrense tilgangen til bok-/videotitler med seksuelt innhold.
Hvis en app har innhold som bryter disse retningslinjene, men innholdet anses som passende i en bestemt region, kan appen være tilgjengelig for brukere i den regionen, men ikke for brukere i andre regioner.
Her er noen eksempler på vanlige brudd:
- skildringer av seksuell nakenhet eller seksuelt usømmelige positurer der personen er naken, lettkledd, er gjort uskarp og/eller der klærne ville vært uakseptable i en offentlig sammenheng
- skildringer, animasjoner eller illustrasjoner av seksuelle handlinger, eller seksuelt usømmelige positurer eller seksuelle skildringer av kroppsdeler
- innhold som skildrer eller fungerer som seksuelle hjelpemidler, sexveiledninger, ulovlige seksuelle temaer og fetisjer
- innhold som er uanstendig eller krenkende – inkludert, men ikke begrenset til, innhold som kan inneholde stygt språk, rasistiske bemerkninger, ikke-barnevennlig tekst, søkeord med seksuelt innhold eller som er uegnet for mindreårige, i butikkoppføringen eller appen
- innhold som skildrer, beskriver eller oppfordrer til bestialitet
- apper som fremmer sexrelatert underholdning, eskortetjenester eller andre tjenester som kan tolkes som å tilby eller be om seksuelle handlinger mot kompensasjon, inkludert, men ikke begrenset til, dating eller seksuelle opplegg der den ene parten er forventet å gi penger, gaver eller økonomisk støtte til den andre parten («sugardating»)
- apper som fornedrer eller objektiviserer personer, for eksempel apper som hevder å kunne kle av noen eller se gjennom klær, selv om de er merket som apper for skøyerstreker eller underholdning
- innhold eller atferd som har til hensikt å true eller utnytte folk seksuelt, for eksempel bilder som er tatt i offentlighet uten samtykke, skjult kamera, seksuelt innhold uten samtykke som er laget med digitalt manipulerte videoer eller lignende teknologi, eller overfallsinnhold
Hatsk innhold
Vi tillater ikke apper som promoterer vold, eller som fremmer hat mot enkeltpersoner eller grupper basert på rase, etnisk opprinnelse, religion, nedsatt funksjonsevne, alder, nasjonalitet, veteranstatus, seksuell legning, kjønn, kjønnsidentitet, kaste, innvandringsstatus eller noen andre karakteristikker forbundet med systemisk diskriminering eller marginalisering.
Apper med pedagogisk, dokumentarisk, vitenskapelig eller kunstnerisk innhold relatert til nazister kan blokkeres i enkelte land, i henhold til lokal lov og rett og forskrifter.
Her er noen eksempler på vanlige brudd:
- innhold eller tale som hevder at en beskyttet gruppe er undermennesker, mindre verdt eller fortjener å bli hatet
- apper som inneholder hatske bemerkninger, stereotypier eller teorier om at en beskyttet gruppe har negative karakteristikker (f.eks. ondsinnede, korrupte osv.), eller som uttrykkelig eller underforstått hevder at gruppen er en trussel
- innhold eller tale som forsøker å oppmuntre andre til å mene at noen skal hates eller diskrimineres mot fordi de tilhører en beskyttet gruppe
- innhold som fremmer hatsymboler, for eksempel flagg, symboler, insignier, utstyr eller atferd knyttet til hatgrupper
Vold
Her er noen eksempler på vanlige brudd:
- Grafiske skildringer eller beskrivelser av realistisk vold eller voldelige trusler mot mennesker eller dyr.
- Apper som fremmer selvskading, selvmord, spiseforstyrrelser, kvelningsleker eller andre handlinger som kan føre til skade eller død.
Voldelig ekstremisme
Vi tillater ikke at terrororganisasjoner eller andre farlige organisasjoner eller bevegelser som har engasjert seg i, forberedt seg på eller påtatt seg ansvaret for voldelige handlinger mot sivile, publiserer apper på Google Play for noe formål, deriblant rekruttering.
Vi tillater ikke apper med innhold relatert til voldelig ekstremisme eller innhold relatert til planlegging av, forberedelser til eller forherligelse av vold mot sivile, for eksempel innhold som fremmer terrorhandlinger, oppfordrer til vold eller feirer terrorangrep. Hvis du legger ut innhold relatert til voldelig ekstremisme for pedagogiske, dokumentariske, vitenskapelige eller kunstneriske formål, må du sørge for å oppgi relevant dokumentarisk, vitenskapelig eller kunstnerisk kontekst.
Sensitive hendelser
Her er noen eksempler på vanlige brudd:
- manglende følsomhet tilknyttet dødsfall til ekte personer eller grupper som følge av selvmord, overdose, naturlige årsaker osv.
- fornektelse av veldokumenterte, store tragiske hendelser
- tilsynelatende inntjening som følge av sensitive hendelser uten merkbare fordeler for ofrene
Mobbing og trakassering
Her er noen eksempler på vanlige brudd:
- mobbing av ofre for internasjonale eller religiøse konflikter
- innhold som har som formål å utnytte andre, blant annet ved utpressing, trusler og lignende
- publisering av innhold som har som formål å ydmyke noen offentlig
- trakassering av ofre for tragiske hendelser eller deres venner og familie
Farlige produkter
Vi tillater ikke apper som legger til rette for salg av sprengstoff, skytevåpen, ammunisjon eller bestemte typer tilbehør til skytevåpen.
- Tilbehør vi ikke tillater, inkluderer tilbehør som gjør det mulig for skytevåpen å simulere automatisk avfyring, eller som konverterer et skytevåpen til automatisk avfyring (f.eks. «bump stock»-konverteringer, gatling-avtrekkere, ettermonterbare auto-avtrekkerknaster, konverteringssett), og magasiner eller belter med plass til mer enn 30 patroner.
Vi tillater ikke apper som gir instruksjoner for produksjon av sprengstoff, skytevåpen, ammunisjon, skytevåpentilbehør vi ikke tillater, eller andre våpen. Dette inkluderer veiledninger for hvordan man konverterer skytevåpen til automatisk, eller simulert automatisk, avfyring.
Marihuana
Her er noen eksempler på vanlige brudd:
- Mulighet for å bestille marihuana via en handlekurvfunksjon i appen.
- Hjelp med å ordne levering eller henting av marihuana.
- Tilrettelegging for salg av produkter som inneholder THC (tetrahydrocannabinol), inkludert produkter som CBD-oljer med THC.
Tobakk og alkohol
- Skildring av eller oppfordring til bruk eller salg av alkohol eller tobakk til mindreårige er ikke tillatt.
- Antydninger om at bruk av tobakk kan øke sosial, seksuell, profesjonell, intellektuell eller sportslig anseelse er ikke tillatt.
- Fremstilling av overdrevent alkoholkonsum som noe positivt, deriblant fyll og konkurransedrikking, er ikke tillatt.
- Annonsering, promotering eller fremtredende visning av tobakksprodukter (inkludert annonser, bannerannonser, kategorier og linker til nettsteder som selger tobakk) er ikke tillatt.
- I enkelte regioner kan vi tillate begrenset salg av tobakksprodukter i apper for levering av mat og dagligvarer, underlagt krav til alderskontroll og sikkerhetstiltak (for eksempel gjennom å vise legitimasjon ved levering).
- Vi kan tillate salg av produkter som markedsføres som produkter som hjelper brukere med å slutte med nikotin, underlagt krav til alderskontroll.
Finansielle tjenester
Vi tillater ikke apper som eksponerer brukere for villedende eller skadelige finansielle produkter og tjenester.
I disse retningslinjene anser vi finansielle produkter og tjenester som produkter og tjenester tilknyttet forvaltning eller investering av penger og kryptovaluta, inkludert personlig tilpasset rådgivning.
Hvis appen din inneholder eller markedsfører finansielle produkter og tjenester, må du overholde statlige og lokale lover og forskrifter i den aktuelle målregionen eller det aktuelle mållandet—for eksempel ved å inkludere bestemt informasjon som kreves i henhold til lokal lov og rett.
Apper som inneholder økonomifunksjoner, må fylle ut erklæringsskjemaet for økonomifunksjoner i Play-konsollen.
Binære opsjoner
Lån
Personlige lån: Vi definerer personlige lån som penger enkeltpersoner, organisasjoner eller enheter låner ut til forbrukere som en engangshendelse, og ikke i den hensikt å finansiere utdanning eller kjøp av fast eiendom. Forbrukere som er interesserte i personlige lån, må få informasjon om kvalitet, funksjoner, gebyrer, tidsfrister for tilbakebetaling, risikoer og fordeler ved låneproduktet for å kunne ta velinformerte beslutninger om hvorvidt de bør benytte seg av det aktuelle lånetilbudet.
- Eksempler: personlige lån, forbrukslån, person-til-person-lån, lån med pantesikkerhet
- Eksempler på hva som ikke er inkludert: boliglån, billån, løpende kreditt (f.eks. kredittkort eller personlige kredittgrenser)
Tilgang til opptjent lønn (Earned Wage Access – EWA): Vi definerer EWA-lån som en finanstjeneste som enkeltpersoner kan bruke for å få tilgang til en del av lønnen sin som de har tjent, men som arbeidsgiveren ikke har utbetalt ennå. I motsetning til tradisjonelle lån er EWA-tjenester karakterisert av de følgende funksjonene:
- Mekanisme for tilbakebetaling: Tilbakebetaling skjer automatisk via lønnstrekk eller med en transaksjon for automatisk betaling som er tilknyttet brukerens bankkonto. Hvis transaksjonen for automatisk betaling mislykkes, belastes det ingen ytterligere renter, gebyrer eller straff.
- Inntektsbasert tilgang: Beløpet brukeren får tilgang til, er strengt begrenset til lønnen brukeren allerede har tjent i den inneværende betalingsperioden, noe som sikrer at det ikke lånes mot fremtidig inntekt.
- Gebyrstruktur: EWA-tjenester belaster ikke brukerne for renter, og de har i stedet et lite, fast gebyr eller et prosentbasert transaksjonsgebyr for bruk. Rimelige gebyrer er små og tydelige og gjenspeiler den faktiske kostnaden for å tilby tjenesten uten å påføre brukeren en byrde. Slike gebyrer er gjerne rundt 1–5 USD per transaksjon eller 1–5 % av forskuddet.
- Det skapes ingen gjeld: EWA-tjenester rapporterer vanligvis ikke transaksjoner til kredittbyråer, noe som betyr at de ikke har innvirkning på brukernes kredittvurdering, og de bidrar heller ikke til at det samles opp gjeld over tid.
Apper som tilbyr personlige lån, inkludert, men ikke begrenset til, apper som tilbyr lån direkte, som genererer potensielle salg, og som oppretter kontakt mellom forbrukere og tredjeparter som fungerer som långivere, må ha appkategorien satt til «Finans» i Play-konsollen og oppgi følgende informasjon i metadataene for appen:
- minimums- og maksimumsperioden for tilbakebetaling
- den maksimale årlige rentesatsen, som vanligvis inkluderer rentesatsen samt gebyrer og andre kostnader i løpet av et år, eller andre lignende satser som beregnes i samsvar med lokal lov og rett
- et representativt eksempel på de totale lånekostnadene, inkludert lånesummen og alle gjeldende gebyrer
- personvernregler med detaljert informasjon om tilgang til samt innsamling, bruk og deling av personlige og sensitive brukerdata, underlagt begrensningene som er beskrevet i disse retningslinjene
Vi tillater ikke apper som markedsfører personlige lån som krever fullstendig tilbakebetaling innen 60 dager fra datoen lånet gis (vi kaller dette «kortvarige personlige lån»).
Unntak fra disse retningslinjene kan vurderes for apper for personlige lån i land der forskriftene uttrykkelig tillater slik praksis med kortvarige lån, underlagt etablerte juridiske rammeverk. I disse sjeldne tilfellene blir unntakene vurdert i henhold til landets lover og forskrifter.
Apper som tilbyr EWA-lån, inkludert, men ikke begrenset til, apper som tilbyr slike lån direkte, apper som genererer potensielle salg, og apper som setter forbrukere i kontakt med tredjeparter som låner ut penger, må bruke appkategorien «Finans» i Play-konsollen og oppgi følgende informasjon i appens metadata:
- vilkår for tilbakebetaling
- alle gebyrer, inkludert abonnementskostnader, transaksjonsgebyrer og alle andre gebyrer som er relatert til utstedelse av lånet
- et representativt eksempel på de totale lånekostnadene, inkludert alle gebyrer
- personvernregler med detaljert informasjon om tilgang til samt innsamling, bruk og deling av personlige og sensitive brukerdata, underlagt begrensningene som er beskrevet i disse retningslinjene
Vi må kunne fastslå en forbindelse mellom utviklerkontoen din og eventuelle fremlagte lisenser eller dokumentasjon som beviser at du kan tilby personlige lån. Vi kan be om flere opplysninger eller dokumenter for å bekrefte at kontoen din overholder alle lokale lover og forskrifter.
Apper for personlige lån, apper som har som hovedformål å legge til rette for tilgang til personlige lån (for eksempel løsninger for tilrettelegging eller generering av potensielle salg), andre typer lånerelaterte apper (lånekalkulatorer, låneveiledninger osv.) og apper som gir tilgang til opptjent lønn (EWA – Earned Wage Access), har ikke lov til å lese sensitive data, for eksempel bilder og kontakter. Følgende tillatelser forbys:
- Read_external_storage
- Read_media_images
- Read_contacts
- Access_fine_location
- Read_phone_numbers
- Read_media_videos
- Query_all_packages
- Write_external_storage
Apper som bruker sensitiv informasjon eller API-er, er underlagt flere begrensninger og krav. Du finner mer informasjon i retningslinjene for tillatelser.
Personlige lån med høy årlig rentesats
I USA tillater vi ikke apper for personlige lån med årlig rentesats på 36% eller høyere. Apper for personlige lån i USA må vise den maksimale årlige rentesatsen utregnet i samsvar med Truth in Lending Act (TILA).
Disse retningslinjene gjelder for apper som tilbyr direktelån, apper som genererer potensielle salg, og apper som setter forbrukere og tredjeparts långivere i kontakt med hverandre.
Landspesifikke krav
Apper for personlige lån som er målrettet mot de oppførte landene, må overholde tilleggskrav og fremlegge mer dokumentasjon via erklæringsskjemaet for økonomifunksjoner i Play-konsollen. Apper som tilbyr lån knyttet til opptjent lønn (EWA – Earned Wage Access), er underlagt disse kravene i den utstrekning de gjelder i de relevante virkekretsene. Hvis Google Play ber deg om det, må du også oppgi annen informasjon eller andre dokumenter som er relatert til at du overholder de aktuelle forskriftsmessige og lisensrelaterte kravene.
- India
- Hvis du er lisensiert av Indias sentralbank til å gi personlige lån, må du sende oss en kopi av lisensen, slik at vi kan gjennomgå den.
- Hvis du ikke er direkte involvert i pengeutlån og kun tilbyr en plattform som legger til rette for at banker eller registrerte finansselskaper som ikke er banker (NBFC – Non-Banking Financial Companies), låner ut penger til brukere, må du sørge for at dette kommer tydelig frem i erklæringen.
- I tillegg må navnene på alle banker og registrerte finansselskaper som ikke er banker, vises som fremtredende informasjon i appbeskrivelsen.
- Indonesia
- Hvis appen din brukes til IT-baserte tjenester for utlån av penger i samsvar med OJK-regulering 77/POJK.01/2016 (denne kan endres fra tid til annen), må du sende inn en kopi av en gyldig lisens, slik at vi kan gå gjennom den.
- Filippinene
- Alle finansierings- og utlånsselskaper som tilbyr lån via utlånsplattformer på nettet, må ha et SEC-registreringsnummer og et CA-nummer (autorisasjonssertifikat) fra PSEC (Filippinenes kommisjon for verdipapirer og børsvirksomhet).
- I tillegg må du oppgi organisasjonsnavnet, bedriftsnavnet, PSEC-registreringsnummeret og autorisasjonssertifikatet for drift som finans-/utlånsselskap (CA) i appbeskrivelsen.
- Apper som driver med utlånsbasert folkefinansiering, deriblant P2P-utlån (peer-to-peer), eller i henhold til definisjonene i reglene og reguleringene som gjelder for folkefinansiering (CF-reglene), må behandle transaksjoner gjennom PSEC-registrerte CF-mellomledd.
- Alle finansierings- og utlånsselskaper som tilbyr lån via utlånsplattformer på nettet, må ha et SEC-registreringsnummer og et CA-nummer (autorisasjonssertifikat) fra PSEC (Filippinenes kommisjon for verdipapirer og børsvirksomhet).
- Nigeria
- Digitale pengeutlånere (DML) må overholde og fylle ut LIMITED INTERIM REGULATORY / REGISTRATION FRAMEWORK AND GUIDELINES FOR DIGITAL LENDING, 2022 (begrenset midlertidig rammeverk for forskrifter/registrering og retningslinjer for digitalt utlån) – inkludert eventuelle endringer som kan gjøres fra tid til annen – fra FCCPC (Federal Competition and Consumer Protection Commission – den føderale kommisjonen for konkurranse- og forbrukervern) i Nigeria. De må også innhente et verifiserbart godkjenningsbrev fra FCCPC.
- Låneaggregatorer må fremlegge dokumentasjon og/eller sertifisering for digitale utlånstjenester samt kontaktinformasjon for alle digitale pengeutlånere de samarbeider med.
- Kenya
- Digitale kredittleverandører (DCP) må gjennomføre registreringsprosessen for DCP-er og innhente en lisens fra Kenyas sentralbank (CBK). Du må fremlegge en kopi av lisensen du har fått fra CBK, som en del av erklæringen.
- Hvis du ikke er direkte involvert i pengeutlån og kun tilbyr en plattform som legger til rette for at registrerte DCP-er låner ut penger til brukere, må du sørge for at dette kommer tydelig frem i erklæringen. Du må også gi de respektive partnerne en kopi av DCP-lisensen din.
- For øyeblikket godtar vi bare erklæringer og lisenser fra enheter som er publisert i katalogen over digitale kredittleverandører på det offisielle nettstedet til CBK.
- Pakistan
- Finansieringsselskaper som ikke er banker (NBFC), og som låner ut penger, kan ikke publisere mer enn én app for digitalt utlån (DLA). Utviklere som prøver å publisere mer enn én DLA per NBFC, risikerer at både utviklerkontoen deres og eventuelle andre tilknyttede kontoer sies opp.
- Du må sende inn bevis på godkjenning fra SECP for å tilby eller legge til rette for digitale utlånstjenester i Pakistan.
- Thailand
- Apper for personlige lån som er målrettet mot Thailand, med rentesatser på eller over 15 %, må innhente en gyldig lisens fra Thailands sentralbank (BoT) eller Finansdepartementet (MoF) i Thailand. Utviklere må fremlegge dokumentasjon som beviser at de kan tilby eller legge til rette for personlige lån i Thailand. Dokumentasjonen må inneholde
- en kopi av lisensen utstedt av Thailands sentralbank for å tilby personlige lån eller nanolån
- en kopi av forretningslisensen for Pico-finans utstedt av Finansdepartementet for å tilby Pico- eller Pico-plus-finansiering
- Apper for personlige lån som er målrettet mot Thailand, med rentesatser på eller over 15 %, må innhente en gyldig lisens fra Thailands sentralbank (BoT) eller Finansdepartementet (MoF) i Thailand. Utviklere må fremlegge dokumentasjon som beviser at de kan tilby eller legge til rette for personlige lån i Thailand. Dokumentasjonen må inneholde
Her er et eksempel på et vanlig brudd:
Gambling, spill og konkurranser med ekte penger
Vi tillater apper der det gambles med ekte penger, annonser som er knyttet til gambling med ekte penger, lojalitetsprogrammer med spillifiserte resultater og apper med intensive fantasy-sportsspill som oppfyller bestemte krav.
Gamblingapper
Under forutsetning av begrensningene og overholdelse av retningslinjene for Google Play tillater vi apper som tilrettelegger for nettgambling i utvalgte land, så lenge utvikleren fullfører søknadsprosessen for gamblingapper som distribueres på Google Play, er en godkjent offentlig operatør og/eller er registrert som en lisensiert operatør hos de aktuelle myndighetene for gambling i det angitte landet, og oppgir en gyldig driftslisens i det angitte landet for den typen nettgambling vedkommende ønsker å tilby.
Vi tillater bare gyldige og autoriserte gamblingapper med følgende typer nettbaserte gamblingprodukter:
- nettkasinospill
- sportstipping
- hesteveddeløp (der dette er regulert og lisensiert separat fra sportstipping)
- lotterier
- intensive fantasy-sportsspill
Kvalifiserte apper må overholde følgende krav:
- Utviklere må fullføre søknadsprosessen for å distribuere apper på Google Play.
- Appene må overholde all gjeldende lov og rett og alle bransjestandarder for landet/landene de distribueres i.
- Utviklere må ha en gyldig gamblinglisens for hvert land eller delstat/område der appen distribueres.
- Utviklere kan ikke tilby en type gamblingprodukt som overskrider omfanget av gamblinglisensen.
- Appene må forhindre at mindreårige brukere tar i bruk appen.
- Appene må ikke tillate tilgang eller bruk i land, delstater/territorier eller geografiske områder som ikke er dekket av utviklerens gamblinglisens.
- Appene skal IKKE kunne kjøpes som apper som koster penger, eller bruke Fakturering i apper med Google Play.
- Det må ikke koste noe å laste ned og installere slike apper fra Google Play-butikken.
- Appene må være merket med Bare for voksne eller en tilsvarende IARC-vurdering.
- Appene og appoppføringene må vise informasjon om ansvarlig gambling klart og tydelig.
Andre spill med ekte penger, konkurranser og turneringsapper
For alle andre apper som ikke oppfyller kvalifikasjonskravene for gamblingapper som står nevnt ovenfor, og som ikke er inkludert i «Pilotprogrammer for andre spill med ekte penger» oppført nedenfor, tillater vi ikke innhold eller tjenester som tillater brukere å vedde, satse eller delta med ekte penger (inkludert varer i apper som er kjøpt med penger) for å vinne premier med reell pengeverdi. Dette inkluderer, men er ikke begrenset til, nettkasinoer, sportstipping, lotterier og spill som tar imot penger og tilbyr pengegevinster eller andre reelle verdier (med unntak av programmer som er tillatt i henhold til kravene i retningslinjene for spillbaserte lojalitetsprogrammer, som står beskrevet nedenfor).
Eksempler på brudd
- spill som godtar penger i bytte mot muligheten til å vinne fysiske eller monetære premier
- apper med navigasjonselementer (menyelementer, faner, knapper, WebView-objekter osv.) med «handlingsfremmende oppfordringer» til å vedde, satse eller delta i spill, konkurranser eller turneringer med ekte penger, for eksempel apper med navigasjonselementer (menyelementer, faner, knapper osv.) som gir brukerne oppfordrende meldinger som «VEDD!», «REGISTRER DEG!» eller «KONKURRER!» for få vinne pengepremier i turneringer
- apper som godtar eller administrerer veddemål, valutaer i apper, gevinster eller innskudd for å oppnå eller fremskynde kvalifisering for fysiske premier eller pengepremier
Pilotprogrammer for andre spill med ekte penger
Vi kan iblant gjennomføre tidsbegrensede pilotprogrammer for bestemte typer gaming med ekte penger i utvalgte regioner. Du finner mer informasjon på denne brukerstøttesiden. Pilotprogrammet for kranspill på nettet i Japan ble avsluttet 11. juli 2023. Fra og med 12. juli 2023 kan apper for kranspill på nettet føres opp globalt på Google Play – i henhold til gjeldende lovgivning og under forutsetning av at bestemte krav er oppfylt.
Spillbaserte lojalitetsprogrammer
Der det er tillatt i henhold til lov og rett og ikke er underlagt flere krav til gambling eller spilllisensiering, tillater vi lojalitetsprogrammer som belønner brukere med virkelige premier eller tilsvarende monetære premier, i henhold til følgende kvalifikasjonskrav for Play-butikken:
For alle apper (spill og andre apper):
- Fordeler eller belønninger gjennom lojalitetsprogrammer må være tydelig supplementerende og underordnet eventuelle kvalifiserende pengetransaksjoner i appen (der den kvalifiserende pengeverdien må være en ekte, separat transaksjon for levering av varer eller tjenester, uavhengig av lojalitetsprogrammet), og de kan ikke være under forutsetning av obligatoriske kjøp eller knyttes til noen form for bytte som på andre måter bryter begrensningene i retningslinjene for gambling, spill og konkurranser med ekte penger.
- For eksempel: Ingen deler av den kvalifiserende pengetransaksjonen kan representere et gebyr eller veddemål for deltakelse i lojalitetsprogrammet, og den kvalifiserende pengetransaksjonen skal ikke føre til kjøp av varer eller tjenester som koster mer enn den vanlige prisen.
For spillapper:
- Lojalitetspoeng eller -belønninger med fordeler eller belønninger som er knyttet til en kvalifiserende pengetransaksjon, kan bare utdeles og løses inn basert på en fast frekvens, der frekvensen er tydelig oppgitt i appen og i de offisielle, offentlig tilgjengelige reglene for programmet. Fordeler eller innløsingsverdier kan ikke veddes, utdeles eller forhøyes basert på spillytelse eller sjansebaserte resultater.
For apper som ikke er spillapper:
- Lojalitetspoeng eller -belønninger kan knyttes til konkurranser eller sjansebaserte resultater hvis de oppfyller kravene nedenfor. Lojalitetsprogrammer med fordeler eller belønninger som er knyttet til en kvalifiserende pengetransaksjon, må
- publisere offisielle regler for programmet i appen
- (for programmer som involverer systemer for varierende, sjansebaserte eller tilfeldige belønninger) oppgi informasjon i de offisielle vilkårene for programmet om 1) sjansene for å få premier i programmer med faste vinnersjanser og 2) utvalgsmetoden (f.eks. variablene som brukes til å bestemme belønninger) for alle andre slike programmer
- spesifisere et fast antall vinnere, en fast tidsfrist for deltakelse og en dato for premieutdeling for hver kampanje – denne informasjonen må oppgis i de offisielle vilkårene for programmer som tilbyr trekninger, veddemål eller andre lignende kampanjer
- klart og tydelig informere i appen og i de offisielle vilkårene for programmet om eventuelle faste frekvenser for opptjening og innløsing av lojalitetspoeng eller -belønninger
Type app med lojalitetsprogram | Spillbaserte lojalitetsbelønninger og andre belønninger | Lojalitetsbelønninger basert på en fast frekvens/tidsplan | Krav om vilkår for lojalitetsprogram | Vilkårene må informere om vinnersjansene eller utvalgsmetodene for alle sjansebaserte lojalitetsprogrammer |
---|---|---|---|---|
Spill | Ikke tillatt | Tillatt | Obligatorisk | Ikke aktuelt (spillapper kan ikke ha sjansebaserte elementer i lojalitetsprogrammer) |
Apper som ikke er spill | Tillatt | Tillatt | Obligatorisk | Obligatorisk |
Annonser for gambling eller spill, konkurranser og turneringer med ekte penger i Play-distribuerte apper
Vi tillater apper med annonser som markedsfører gambling, spill og konkurranser med ekte penger, hvis de oppfyller følgende krav:
- Apper og annonser (inkludert annonsører) må overholde alle aktuelle lover og bransjestandarder for alle steder der annonser vises.
- Annonser må overholde alle gjeldende lokale lisensieringskrav for alle gamblingrelaterte produkter og tjenester som markedsføres.
- Apper kan ikke vise gamblingannonser til personer man vet er under 18 år.
- Slike apper kan ikke være med i For hele familien-programmet.
- Slike apper kan ikke målrettes mot personer under 18 år.
- Hvis du annonserer for gamblingapper (som definert ovenfor), må annonsene inneholde tydelig informasjon om ansvarlig gambling på landingssiden, på selve oppføringen for apper som annonseres, eller i appene.
- Apper skal ikke tilby simulert gamblinginnhold (f.eks. apper for sosiale kasinospill eller apper med virtuelle spilleautomater).
- Apper skal ikke tilby funksjoner som støtter gambling eller spill, lotterier eller turneringer med ekte penger eller hjelpefunksjoner (f.eks. funksjonalitet som hjelper med veddemål, utbetalinger, sporing av sportsresultater eller oddsspill eller administrering av deltakelsessaldo).
- Appinnhold skal ikke fremme eller lede brukere til tjenester for gambling eller spill, lotterier eller turneringer med ekte penger.
Bare apper som oppfyller alle kravene oppført i denne delen (ovenfor), kan inneholde annonser for gambling med ekte penger eller spill, lotterier eller turneringer med ekte penger. Godkjente gamblingapper (som definert ovenfor) eller godkjente apper for intensive fantasy-sportsspill (som definert nedenfor) som oppfyller krav 1–6 ovenfor, kan inneholde annonser for gambling eller spill, lotterier eller turneringer med ekte penger.
Eksempler på brudd
- apper som er utviklet for mindreårige brukere, og som viser annonser som fremmer gamblingtjenester
- simulerte kasinospill som fremmer eller leder brukerne til kasinoer med ekte penger
- apper for sporing av sportsresultater eller oddsspill som inneholder integrerte gamblingannonser med linker til nettsteder for sportstipping
- apper med gamblingannonser som bryter retningslinjene våre for villedende annonser, for eksempel annonser som vises for brukere i form av knapper, ikoner eller andre interaktive elementer i appene
Apper for intensive fantasy-sportsspill (DFS)
Vi tillater bare apper for intensive fantasy-sportsspill (DFS), som definert i henhold til lokal lov og rett, hvis de oppfyller følgende krav:
- Appene er enten 1) bare distribuert i USA eller 2) kvalifisert i henhold til kravene for gamblingapper og søknadsprosesser nevnt ovenfor for andre land enn USA.
- Utvikleren må fullføre DFS-søknadsprosessen og godkjennes for å distribuere appen på Play.
- Apper må overholde all gjeldende lov og rett samt alle bransjestandarder for landene der de distribueres.
- Appene må forhindre at mindreårige brukere kan legge inn veddemål eller utføre økonomiske transaksjoner i appen.
- Appene skal IKKE kunne kjøpes som apper som koster penger, eller bruke Fakturering i apper med Google Play.
- Det må være gratis å laste ned og installere slike apper fra butikken.
- Appene må være merket med Bare for voksne eller en tilsvarende IARC-vurdering.
- Appene og appoppføringene må vise informasjon om ansvarlig gambling klart og tydelig.
- Appene må overholde all lov og rett og aktuelle bransjestandarder for alle amerikanske stater eller territorier der de distribueres.
- Utviklere må ha en gyldig lisens for alle amerikanske stater eller territorier der det kreves lisens for apper for intensive fantasy-sportsspill.
- Appene skal ikke kunne brukes i amerikanske stater eller territorier der utvikleren ikke innehar obligatoriske lisenser for apper for intensive fantasy-sportsspill.
- Appene skal ikke kunne brukes i amerikanske stater eller territorier der apper for intensive fantasy-sportsspill ikke er lovlige.
Ulovlige aktiviteter
Her er noen eksempler på vanlige brudd:
- tilrettelegging for salg eller kjøp av ulovlige rusmidler
- skildring av eller oppfordring til bruk eller salg av ulovlige rusmidler, reseptbelagte medikamenter, alkohol eller tobakk til mindreårige
- veiledning for dyrking eller fremstilling av ulovlige rusmidler
Brukergenerert innhold
Brukergenerert innhold er innhold brukerne selv bidrar med i appen, og som er synlig for, eller kan brukes av, minst et delsett av de andre brukerne av appen.
Apper med brukergenerert innhold, deriblant apper som er spesialiserte nettlesere eller klienter med hensikt om å sende brukere til en plattform for brukergenerert innhold, må implementere robust, effektiv og kontinuerlig moderering for brukergenerert innhold, som
- krever at brukerne godtar appens vilkår for bruk og/eller brukerinnstillinger før brukere kan lage eller laste opp brukergenerert innhold
- definerer upassende innhold og atferd (på en måte som overholder programretningslinjene for Google Play-utviklere), og forbyr slikt innhold via appens vilkår for bruk og/eller brukerregler
- modererer brukergenerert innhold i rimelig grad og i henhold til hva slags brukergenerert innhold appen inneholder, inkludert implementering av et system i appen for rapportering og blokkering av upassende brukergenerert innhold og brukere og for iverksettelse av tiltak mot brukergenerert innhold eller brukere når det er nødvendig – ulike opplevelser med brukergenerert innhold kan kreve ulike moderingstiltak, for eksempel:
- Apper med brukergenerert innhold som identifiserer et spesifisert sett med brukere gjennom for eksempel brukerbekreftelse eller registrering uten nett (for eksempel apper som kun brukes av en bestemt skole eller bedrift osv.), må implementere funksjonalitet i appen for rapportering av innhold og brukere.
- Funksjoner for brukergenerert innhold som tilrettelegger for brukersamhandlinger 1 : 1 med spesifikke brukere (for eksempel direktemeldinger, tagger, nevninger osv.) må implementere funksjonalitet i appen for blokkering av brukere.
- Apper som gir tilgang til offentlig tilgjengelig brukergenerert innhold, for eksempel apper for sosiale nettverk og bloggapper, må implementere funksjonalitet i appen for rapportering av brukere og innhold og blokkering av brukere.
- For apper for utvidet virkelighet (AR) må moderering av brukergenerert innhold (inkludert rapporteringssystemet i appen) ta høyde for både upassende brukergenerert AR-innhold (f.eks. seksuelt eksplisitte AR-bilder) og sensitive AR-ankerplasseringer (f.eks. AR-innhold som er forankret i et begrenset område, som en militærbase, eller en privat eiendom hvor AR-forankring kan føre til problemer for eieren av eiendommen).
- Apper som har sikkerhetstiltak som forhindrer inntektsgenerering ut fra oppmuntringer til upassende atferd.
Tilfeldig seksuelt innhold
Seksuelt innhold anses for å være «tilfeldig» hvis det vises i en app med brukergenerert innhold og denne appen (1) gir tilgang til innhold som i hovedsak ikke er seksuelt, og (2) ikke aktivt promoterer eller anbefaler seksuelt innhold. Seksuelt innhold som er ulovlig i henhold til gjeldende lov og rett, samt innhold som utsetter barn for fare, anses ikke for å være «tilfeldig», og slikt innhold tillates ikke.
Apper med brukergenerert innhold kan inneholde tilfeldig seksuelt innhold hvis alle disse kravene oppfylles:
- Slikt innhold er som standard skjult bak filtre som krever minst to brukerhandlinger for å slå av filtrene fullstendig (for eksempel bak et obfuskerende interstitial-element eller som standard skjult med mindre «sikkert søk» er slått av).
- Barn, som de defineres i familieretningslinjene, forbys uttrykkelig å bruke appen ved hjelp av systemer for aldersfiltrering, for eksempel en nøytral aldersskjerm eller et egnet system som definert av gjeldende lov og rett.
- Appen gir nøyaktige svar i spørreskjemaet om aldersgrense knyttet til brukergenerert innhold, i henhold til kravene i retningslinjene for egnethet.
Apper som har som hovedformål å vise upassende brukergenerert innhold, blir fjernet fra Google Play. På tilsvarende måte fjernes også apper som hovedsakelig brukes til å vise upassende brukergenerert innhold, eller som opparbeider seg et rykte hos brukerne om at de har slikt innhold, fra Google Play.
Her er noen eksempler på vanlige brudd:
- Promotering av brukergenerert seksuelt eksplisitt innhold, deriblant implementering av betalte funksjoner som oppmuntrer til deling av upassende innhold.
- Apper med brukergenerert innhold som ikke har tilstrekkelig sikkerhet mot trusler, trakassering eller mobbing – spesielt mot mindreårige.
- Innlegg, kommentarer eller bilder i apper som har som hovedformål å trakassere eller peke ut en annen person for misbruk, skadelige angrep eller latterliggjøring.
- Apper som gjentatte ganger unnlater i å behandle klager fra brukere om upassende innhold.
Helseinnhold og -tjenester
Vi tillater ikke apper som utsetter brukerne for skadelig helserelatert innhold og skadelige helserelaterte tjenester.
Hvis appen din inneholder eller markedsfører helserelatert innhold og helserelaterte tjenester, må du sørge for at den overholder eventuelle gjeldende lover og forskrifter.
Helseapper
Hvis appen din bruker helsedata og er enten en helseapp eller tilbyr helserelaterte funksjoner, må den overholde retningslinjene for utviklere på Google Play, inkludert retningslinjene for personvern, villedelse og misbruk og sensitive hendelser, samt kravene nedenfor:
- Konsollerklæring:
- Gå til Appinnhold-siden (Retningslinjer > Appinnhold) i Play-konsollen, og velg kategorien/kategoriene som gjelder for appen din.
- Personvernregler og krav til fremtredende bekjentgjørelse:
- Appen må ha en link til personvernreglene i det angitte feltet i Play-konsollen og en link til personvernreglene, eller tekst som beskriver personvernreglene, i selve appen. Sørg for at personvernreglene er tilgjengelige på en aktiv, offentlig tilgjengelig nettadresse uten geogjerde (ikke i PDF-format), og at de ikke kan redigeres (i henhold til datasikkerhetsdelen).
- Appens personvernregler må, sammen med all informasjon i appen, på en utfyllende måte informere om hvordan den videreformidler, samler inn, bruker og deler personlige eller sensitive brukerdata. Dette er ikke begrenset til dataene som er oppgitt i datasikkerhetsdelen ovenfor. For funksjonalitet eller data som reguleres av farlige tillatelser eller tillatelser under kjøring, må appen oppfylle alle gjeldende krav til fremtredende informasjon og samtykke.
- Helseappen må ikke be om tillatelser som ikke kreves for appens kjernefunksjonalitet, og ubrukte tillatelser må fjernes. Du kan se listen over tillatelser som regnes som relevante for helserelaterte sensitive data, i Helseappkategorier og tilleggsinformasjon.
- Hvis appen din ikke hovedsakelig er en helseapp, men har helserelaterte funksjoner og bruker helsedata, er den fortsatt underlagt retningslinjene for helseapper. Det skal være tydelig for brukerne hva forbindelsen er mellom appens kjernefunksjonalitet og innsamlingen av helserelaterte data (for eksempel forsikringsleverandører, spillapper som samler inn brukernes aktivitetsdata for å gå fremover i spillet, osv.). Personvernreglene for appen må gjenspeile denne begrensede bruken.
- Tilleggskrav:
Hvis helseappen din kvalifiserer til én av følgende klassifiseringer, må du overholde de relevante kravene og velge rett kategori i Play-konsollen:- Helseapper tilknyttet myndighetene: Hvis du har tillatelse fra myndighetene eller en anerkjent helseorganisasjon til å utvikle og distribuere en app i tilknytning til dem, må du sende inn bevis på oppfyllelse av kvalifikasjonskravene via skjemaet for forhåndsvarsler.
- Apper for kontaktsporing/helsestatus: Hvis appen din er en app for kontaktsporing og/eller helsestatus, må du velge «Sykdomsforebygging og folkehelse» i Play-konsollen og oppgi den nødvendige informasjonen via skjemaet for forhåndsvarsler ovenfor.
- Apper for forskning på mennesker: Apper som utfører helserelatert forskning på mennesker, må følge alle regler og reguleringer, inkludert, men ikke begrenset til, å innhente informert samtykke fra deltakerne, eller fra deltakernes foreldre eller foresatte for mindreårige deltakere. Apper for helserelatert forskning må også innhente godkjenning fra en institusjonell evalueringsgruppe (IRB) og/eller tilsvarende uavhengig etikkomité, med mindre det foreligger et fritak. Det må fremlegges bevis på slik godkjenning på forespørsel.
- Apper for medisinsk utstyr eller programvare som medisinsk utstyr: Apper som regnes som medisinsk utstyr eller programvare som medisinsk utstyr (SaMD), må innhente og beholde et godkjenningsbrev eller annen godkjenningsdokumentasjon fra en reguleringsmyndighet eller et regulerende organ med ansvar for administrering av overholdelse av regler for helseappen. Det må fremlegges bevis på slik godkjenning på forespørsel.
Health Connect-data
Reseptbelagte legemidler
Stoffer som ikke er godkjent
Her er noen eksempler på vanlige brudd:
-
alle oppføringer i denne (ikke uttømmende) listen med eksempler på forbudte legemidler og kosttilskudd
-
produkter som inneholder efedrin
-
produkter som inneholder humant chorion-gonadotropin (hCG) tilknyttet vekttap eller vektkontroll, eller som markedsføres sammen med anabole steroider
-
naturmedisin og kosttilskudd med aktive farmasøytiske eller farlige ingredienser
-
falske eller villedende påstander om helseeffekt, som at et produkt er like effektivt som reseptbelagte legemidler eller kontrollerte stoffer
-
produkter som ikke er godkjent av myndighetene, men som markedsføres på en måte som antyder at de er sikre eller effektive for bruk til forebygging, kurering eller behandling av bestemte sykdommer eller lidelser
-
produkter som har vært gjenstand for tiltak eller advarsler fra myndigheter
-
produkter med navn som kan forveksles med legemidler, kosttilskudd eller kontrollerte stoffer som ikke er godkjent
Feilinformasjon om helse
Her er noen eksempler på vanlige brudd:
- misvisende påstander om vaksiner, for eksempel at vaksiner kan endre DNA
- forfekting av skadelige behandlinger som ikke er godkjente
- forfekting av andre skadelige helserelaterte praksiser, for eksempel konverteringsterapi
Medisinske funksjoner
Betalinger – medisinske tjenester
Blokkjedebasert innhold
I takt med den raske utviklingen av blokkjedeteknologi jobber vi for å tilby utviklere en plattform der de kan lykkes med nyskaping og tilby bedre, mer oppslukende brukeropplevelser.
I disse retningslinjene anser vi blokkjedebasert innhold som tokeniserte digitale elementer sikret i en blokkjede. Hvis appen din inneholder blokkjedebasert innhold, må du oppfylle disse kravene.
Kryptovalutabørser og lommebokprogrammer
Kjøp, oppbevaring eller bytte av kryptovalutaer skal gjøres gjennom sertifiserte tjenester i regulerte virkekretser.
Du må også overholde gjeldende forskrifter for alle regioner eller land som appen din målrettes mot, og du må unngå å publisere appen der produktene og tjenestene dine er forbudt. Google Play kan be deg om å oppgi mer informasjon om eller dokumentasjon på at du overholder eventuelle gjeldende krav til regulering eller lisensiering.
Kryptoutvinning
Krav til åpenhet for distribuering av tokeniserte digitale elementer
Hvis appen din selger eller legger til rette for at brukerne kan skaffe seg tokeniserte digitale elementer, må du deklarere dette via erklæringsskjemaet for økonomifunksjoner på Appinnhold-siden i Play-konsollen.
Når du oppretter produkter i apper, må du legge til informasjon i produktdetaljene om at de representerer tokeniserte digitale elementer. Du finner mer veiledning i artikkelen Opprett produkter i apper.
Du kan ikke promotere eller forherlige eventuell potensiell inntekt gjennom spill- eller handelsaktiviteter.Tilleggskrav for NFT-spillifisering
I henhold til retningslinjene for gambling, spill og konkurranser med ekte penger for Google Play må gamblingapper som integrerer tokeniserte digitale elementer, for eksempel NFT-er, fullføre søknadsprosessen.
For alle andre apper som ikke oppfyller kvalifikasjonskravene for gamblingapper, og som ikke er inkludert i pilotprogrammer for andre spill med ekte penger, tillates det ikke at noe med pengeverdi byttes mot en sjanse til å få tak i NFT-er av ukjent verdi. NFT-er som kjøpes av brukere, skal brukes i spillet for å gjøre brukernes opplevelse bedre eller hjelpe dem med å komme videre i spillet. NFT-er skal ikke brukes til å vedde eller satse i bytte mot muligheten til å vinne premier av reell pengeverdi (inkludert andre NFT-er).
Her er noen eksempler på vanlige brudd:
- Apper som selger NFT-pakker uten å informere om det spesifikke innholdet og verdien til NFT-ene.
- Sosiale kasinospill der man betaler for å spille, for eksempel spilleautomater, med NFT-er som belønning.
AI-generert innhold
AI-generert innhold
AI-generert innhold er innhold som opprettes av generative AI-modeller basert på brukerforespørsler. Her er noen eksempler på AI-generert innhold:
- Tekstbaserte chatroboter med generativ AI der samhandling med chatroboten er hovedfunksjonen til appen.
- Bilder generert av AI basert på forespørsler i tekst-, bilde- eller taleformat.
For å ivareta brukernes sikkerhet og overholde Google Play-retningslinjene må apper som genererer innhold med AI, overholde retningslinjene for utviklere på Google Play. Dette omfatter å forhindre og forebygge generering av begrenset innhold, f.eks. innhold som legger til rette for utnyttelse eller misbruk av barn, samt innhold som legger til rette for villedende atferd..
Apper som genererer innhold med AI, må ha rapporteringsfunksjoner i appen som brukerne kan bruke til å rapportere støtende innhold til utviklerne uten å måtte forlate appen. Utviklere skal bruke slike rapporter fra brukerne som grunnlag for filtrering og moderering av innhold i appene sine.
Opphavsrett
Vi tillater ikke apper eller utviklerkontoer som bryter med andres åndsrettigheter (inkludert varemerker, opphavsrettigheter, patenter, bedriftshemmeligheter og andre eierrettigheter). Vi tillater heller ikke apper som oppfordrer eller fører til brudd på åndsrettigheter.
Vi følger opp rapporter om påståtte brudd på opphavsrett. Hvis du vil ha mer informasjon eller sende inn en DMCA-forespørsel, kan du lese prosedyrene våre for opphavsrettsbeskyttet innhold.
Hvis du vil sende inn en klage angående salg eller markedsføring av forfalskede varer i en app, må du sende inn et varsel om forfalskning.
Hvis du er en varemerkeeier, og hvis du mener at det finnes apper på Google Play som bryter varemerkerettighetene dine, oppfordrer vi deg til å ta kontakt med utvikleren direkte for å løse problemet. Hvis du og utvikleren ikke kommer til enighet, ber vi om at du sender inn en klage om misbruk av varemerket via dette skjemaet.
Hvis du har skriftlig dokumentasjon som beviser at du har tillatelse til å bruke åndsverk fra tredjeparter i appen eller butikkoppføringen din (f.eks. merkevarenavn, logoer og grafiske elementer), må du kontakte Google Play-teamet før du sender inn appen, for å sikre at den ikke blir avvist på grunn av brudd på opphavsrett.
Uautorisert bruk av opphavsrettsbeskyttet innhold
Vi tillater ikke apper som bryter opphavsrett. Endring av opphavsrettsbeskyttet innhold kan også innebære brudd på retningslinjene. Utviklere kan bli bedt om å dokumentere rettighetene sine til å bruke opphavsrettsbeskyttet innhold.
Vær forsiktig når du bruker opphavsrettsbeskyttet innhold for å demonstrere funksjonaliteten til appen din. Generelt sett er den tryggeste tilnærmingen å skape noe originalt.
Her er noen eksempler på vanlige brudd:
- Omslag for musikkalbum, videospill og bøker.
- Markedsføringsbilder fra filmer, TV-serier eller videospill.
- Plakater eller bilder fra tegneserier, tegnefilmer, filmer, musikkvideoer eller TV-serier.
- Logoer for idrettslag.
- Bilder tatt fra offentlige personers kontoer på sosiale medier.
- Profesjonelle bilder av offentlige personer.
- Gjenskapelser eller «fankunst» der det ikke er mulig å se forskjellen fra originalverkene som er opphavsrettsbeskyttet.
- Apper med «soundboard» som spiller av lydklipp fra opphavsrettsbeskyttet innhold.
- Fullstendige gjenskapelser eller oversettelser av bøker med opphavsrett.
Oppfordring til brudd på opphavsrett
Her er noen eksempler på vanlige brudd:
-
Strømmeapper som kan brukes til å laste ned lokale kopier av opphavsrettsbeskyttet innhold uten autorisasjon.
-
Apper som oppfordrer brukere til å strømme og laste ned opphavsrettsbeskyttet innhold, inkludert musikk og video, som bryter med gjeldende lov og rett om opphavsrett:
① Beskrivelsen i denne appoppføringen oppfordrer brukere til å laste ned opphavsrettsbeskyttet innhold uten autorisasjon.
② Skjermdumpen i appoppføringen oppfordrer brukere til å laste ned opphavsrettsbeskyttet innhold uten autorisasjon.
Brudd på varemerkerettigheter
Vi tillater ikke apper som bryter andres varemerkerettigheter. Et varemerke er et ord, symbol eller en kombinasjon som identifiserer kilden til en vare eller tjeneste. Når rettighetene er blitt ervervet, har eieren eksklusive rettigheter til bruk av varemerket i forbindelse med bestemte varer eller tjenester.
Brudd på varemerkerettigheter er upassende eller uautorisert bruk av et identisk eller lignende varemerke på en måte som trolig medfører forvirring rundt kilden til produktet. Hvis appen din bruker andres varemerker på en måte som kan medføre forvirring, kan appen bli suspendert.
Forfalskning
Personvern, villedelse og misbruk av enheter
Brukerdata
Du må være åpen om hvordan du håndterer brukerdata (for eksempel informasjon du samler inn fra eller om en bruker, inkludert enhetsinformasjon). Dette betyr at du må informere om hvordan du leser, samler inn, behandler og deler brukerdata fra appen din, og at du må begrense bruken av dataene til de oppgitte formålene som er i tråd med retningslinjene. Vær oppmerksom på at behandling av personlige og sensitive brukerdata også er underlagt andre krav i delen «Personlige og sensitive brukerdata» nedenfor. I tillegg til disse og andre programretningslinjer for Play-utviklere må du alltid overholde lov og rett om personvern og databeskyttelse som gjelder i virkekretsene hvor du tilbyr produkter og tjenester. Hvis du for eksempel tilbyr tjenester til brukere i EU, må du være oppmerksom på at det franske datatilsynet (CNIL) har tatt i bruk veiledning om anbefalte fremgangsmåter for beskyttelse av personopplysninger i mobilmiljøer, som det kan være nyttig å se.
Hvis du inkluderer tredjepartskode (for eksempel en SDK) i appen din, må du forsikre deg om at både tredjepartskoden du bruker i appen, og tredjepartens praksis i forbindelse med brukerdata fra appen din, overholder programretningslinjene for Google Play-utviklere. Dette inkluderer kravene til bruk og videreformidling. Du må for eksempel forsikre deg om at leverandørene av SDK-ene du bruker, ikke selger personlige og sensitive brukerdata som er hentet fra appen din. Dette kravet gjelder uavhengig av om brukerdataene overføres etter at de er sendt til en tjener, eller via tredjepartskode du bygger inn i appen.
Personopplysninger og sensitive brukerdata
Personlige og sensitive brukerdata inkluderer, men er ikke begrenset til, personlig identifiserende informasjon, økonomisk informasjon, betalingsopplysninger, autentiseringsinformasjon, telefonbøker, kontakter, enhetsposisjoner, SMS- og anropsrelaterte data, helsedata, Health Connect-data, beholdningen av andre apper på enheten, mikrofondata, kameradata og andre sensitive enhets- eller bruksdata. Hvis appen din håndterer personlige og sensitive brukerdata, må du gjøre dette:
- Begrens lesingen, innsamlingen, bruken og delingen av personlige og sensitive brukerdata som innhentes via appen, til app- og tjenestefunksjonalitet og formål som overholder retningslinjene, og som brukeren med rimelighet kan forvente.
- Apper som utvider bruken av personlige og sensitive brukerdata til å levere annonser, må overholde annonseretningslinjene for Google Play.
- Du kan også overføre data etter behov til tjenesteleverandører eller av juridiske årsaker, for eksempel for å etterleve gyldige forespørsler fra myndighetene, for å overholde gjeldende lovgivning eller som en del av en fusjon eller et oppkjøp med et juridisk gyldig varsel til brukerne.
- Behandle alle personlige og sensitive brukerdata sikkert, blant annet ved å bruke moderne kryptografi (for eksempel HTTPS) til å overføre dataene.
- Bruk forespørsler om tillatelse under kjøring, så sant det er mulig, før du bruker data som er underlagt Android-tillatelser.
- Ikke selg personlige og sensitive brukerdata.
- «Salg» betyr utveksling eller overføring av personlige og sensitive brukerdata til en tredjepart mot betaling i form av penger.
- Overføringer av personlige og sensitive brukerdata som startes av brukere, regnes ikke som salg. Dette kan for eksempel forekomme når en bruker benytter en appfunksjon til å overføre en fil til en tredjepart, eller når en bruker velger å ta i bruk en app for forskningsstudier med et dedikert formål.
- «Salg» betyr utveksling eller overføring av personlige og sensitive brukerdata til en tredjepart mot betaling i form av penger.
Krav til fremtredende informasjon og samtykke
I tilfeller hvor appen din leser, samler inn, bruker eller deler personlige og sensitive brukerdata på en måte som muligens ikke faller inn under de rimelige forventningene til brukeren av produktet eller funksjonen, må du overholde kravene nedenfor. Dette kan for eksempel forekomme hvis datainnsamlingen foregår i bakgrunnen uten at brukeren gjør noe i appen.
Fremtredende informasjon: Du må gi informasjon i appen om hvordan du leser, samler inn, bruker og deler data. Den fremtredende informasjonen i appen må oppfylle disse kravene:
- De må være i selve appen – ikke bare i appbeskrivelsen eller på et nettsted.
- De må vises ved vanlig bruk av appen og ikke kreve at brukeren må navigere til en spesiell meny eller innstilling.
- De må beskrive dataene som appen får tilgang til eller samler inn.
- De må forklare hvordan dataene blir brukt og/eller delt.
- De kan ikke bare være plassert i personvernregler eller vilkår for bruk.
- Den skal ikke inkluderes sammen med annen fremtredende informasjon som ikke er knyttet til innsamling av personlige og sensitive brukerdata.
Samtykke og tillatelser under kjøring: Forespørsler om brukersamtykke i appen og forespørsler om tillatelser under kjøring må vises like etter fremtredende informasjon som oppfyller kravene i disse retningslinjene. Denne informasjonen må vises i appen. Forespørselen om samtykke i appen må oppfylle disse kravene:
- Den må vise dialogboksen for samtykke på en klar og entydig måte.
- Den må kreve en bekreftende handling fra brukeren (for eksempel at brukeren må trykke for å godta eller merke en avmerkingsboks).
- Den kan ikke tolke det at brukeren navigerer bort fra informasjonen (f.eks. hvis brukeren trykker seg bort fra den eller trykker på tilbake- eller hjemknappen), som samtykke.
- Den kan ikke bruke meldinger som utløper eller lukkes automatisk, for å innhente brukersamtykke.
- Den må innvilges av brukeren før appen kan begynne å samle inn eller lese de personlige og sensitive brukerdataene.
Apper som beror på andre juridiske grunnlag for behandling av personlige og sensitive brukerdata uten samtykke, for eksempel berettigede interesser i henhold til EUs personvernforordning, må overholde alle gjeldende juridiske krav og opplyse brukerne om dette, deriblant via fremtredende informasjon i appen, som påkrevd i henhold til disse retningslinjene.
For å oppfylle kravene i retningslinjene anbefaler vi at du tar utgangspunkt i formatet for det følgende eksempelet på fremtredende informasjon når det er nødvendig:
- «[Denne appen] samler inn / overfører / synkroniserer / lagrer [datatype] for å muliggjøre [funksjon] [i det aktuelle scenarioet].»
- Eksempel: «Fitness Funds samler inn posisjonsdata for å muliggjøre treningssporing, selv når appen er lukket eller ikke i bruk, og dette brukes også som grunnlag for annonsering.»
- Eksempel: «Call buddy samler inn lese- og skrivedata fra samtaleloggen for å muliggjøre kontaktorganisering, selv når appen ikke er i bruk.»
Hvis du har integrert tredjepartskode (for eksempel en SDK) i appen din og den er laget for å samle inn personlige og sensitive brukerdata som standard, har du 2 uker (eller tidsperioden som er oppført i forespørselen, hvis den er lengre) på deg fra du mottar en forespørsel fra Google Play, på å fremlegge nok beviser som viser at appen din overholder kravene til fremtredende informasjon og samtykke i disse retningslinjene. Dette gjelder også for lesing, innsamling, bruk eller deling av dataene via tredjepartskoden.
Her er noen eksempler på vanlige brudd:
- apper som samler inn enhetsposisjon, men som ikke har fremtredende informasjon som forklarer hvilke funksjoner som bruker disse dataene, og/eller indikerer at appen bruker den i bakgrunnen
- apper som har en tillatelse under kjøring som ber om tilgang til data før den fremtredende informasjonen som spesifiserer hva dataene brukes til
- apper som har tilgang til brukeres beholdning av installerte apper, og som ikke behandler disse dataene som personopplysninger eller sensitive data i henhold til de ovennevnte personvernreglene og kravene for databehandling, fremtredende informasjon og samtykke
- apper som har tilgang til brukeres telefon- eller kontaktlistedata, og som ikke behandler disse dataene som personopplysninger eller sensitive data i henhold til de ovennevnte personvernreglene og kravene for databehandling, fremtredende informasjon og samtykke
- apper som registrerer brukeres skjermer, men ikke behandler disse dataene som personopplysninger eller sensitive data i henhold disse retningslinjene
- apper som samler inn enhetsposisjon og ikke gir tydelig informasjon om bruk og ikke innhenter samtykke i henhold til kravene ovenfor
- apper som samler inn begrensede tillatelser i bakgrunnen i appen, deriblant for sporing, undersøkelser eller markedsføring, og som ikke gir omfattende informasjon om bruk og ikke innhenter samtykke i henhold til kravene ovenfor
- apper med SDK-er som samler inn personlige og sensitive brukerdata uten å behandle disse dataene i henhold til disse retningslinjene for brukerdata og kravene for tilgang, databehandling (inkludert forbudt salg), fremtredende informasjon og samtykke
I denne artikkelen finner du mer informasjon om kravene for fremtredende informasjon og samtykke.
Begrensninger for tilgang til personlige og sensitive data
I tillegg til kravene ovenfor beskriver tabellen nedenfor krav for spesifikke aktiviteter.
Aktivitet | Krav |
Appen din håndterer økonomisk informasjon, betalingsopplysninger eller identifikasjonsnumre utstedt av myndighetene | Appen din må aldri offentlig avsløre noen personlige og sensitive brukerdata som er relatert til økonomiske aktiviteter, betalingsaktiviteter eller identifikasjonsnumre utstedt av myndighetene. |
Appen din håndterer telefonbok- eller kontaktinformasjon som ikke er offentlig | Vi tillater ikke uautorisert publisering eller videreformidling av folks kontakter, hvis de ikke allerede er offentliggjort. |
Appen din inneholder antivirus- eller sikkerhetsfunksjonalitet, for eksempel antivirus, funksjoner mot annen skadelig programvare eller sikkerhetsrelaterte funksjoner | Appen din må vise personvernregler som, sammen med eventuelle opplysninger i appen, forklarer hvilke brukerdata appen samler inn og overfører, hvordan de brukes, og hva slags parter de deles med. |
Appen din er målrettet mot barn | Appen din kan ikke inneholde SDK-er som ikke er godkjent for bruk i tjenester som er rettet mot barn. Se Utvikling av apper for barn og familier for å se alle retningslinjene og kravene. |
Appen din samler inn eller knyttes til permanente enhetsidentifikatorer (f.eks. IMEI, IMSI, SIM-serienumre osv.) |
Permanente enhetsidentifikatorer kan ikke knyttes til andre personlige og sensitive brukerdata eller enhetsidentifikatorer som kan tilbakestilles, med unntak av for
Du må klart og tydelig opplyse brukerne om slik bruk, som det er spesifisert i retningslinjene om brukerdata. Gå gjennom denne ressursen for å se alternative unike identifikatorer. Les gjennom annonseretningslinjene for å se flere retningslinjer om annonserings-ID-er for Android. |
Datasikkerhetsdel
Alle utviklere må ha en tydelig og nøyaktig datasikkerhetsdel for alle apper, med detaljert informasjon innsamling, bruk og deling av brukerdata. Det er utvikleren som har ansvaret for etiketten og å holde denne informasjonen oppdatert. Der det er relevant, skal delen samsvare med opplysningene i appens personvernregler.
Les denne artikkelen for å få mer informasjon om å fylle ut datasikkerhetsdelen.
Personvernregler
Alle apper må ha en link til personvernreglene i det angitte feltet i Play-konsollen og en link til personvernreglene eller tekst som beskriver personvernreglene, i selve appen. Personvernreglene og eventuelle opplysninger som gis i appen, må gi utfyllende informasjon om hvordan appen din får tilgang til, samler inn, bruker og deler brukerdata, ikke begrenset til dataene som er oppgitt i datasikkerhetsdelen. Dette må inkludere
- utviklerinformasjon og en mekanisme eller et kontaktpunkt for personvern som henvendelser kan sendes til
- opplysninger om hva slags personopplysninger og sensitive brukerdata appen din får tilgang til, samler inn, bruker og deler, samt eventuelle parter personopplysninger eller sensitive brukerdata deles med
- sikre prosedyrer for håndtering av personopplysninger og sensitive brukerdata
- utviklerens retningslinjer for oppbevaring og sletting av data
- tydelig merking som personvernregler (f.eks. at «personvernregler» inngår i tittelen)
Enheten (f.eks. utvikleren eller bedriften) som er oppgitt i Google Play-butikkoppføringen for appen, må fremgå i personvernreglene, eller appen må være navngitt i personvernreglene. Apper må ha personvernregler selv om de ikke har tilgang til personlige og sensitive data.
Forsikre deg om at personvernreglene dine er tilgjengelige på en aktiv, offentlig tilgjengelig nettadresse det ikke er satt opp geogjerde for (ikke i PDF-format), og at de ikke kan redigeres.
Krav til sletting av konto
Hvis det er mulig for brukere å opprette en konto i appen din, må det også være mulig å be om å få slettet kontoen igjen. Det må finnes et lett tilgjengelig alternativ for å starte sletting av appkontoer både i selve appen og utenfor appen (for eksempel på nettstedet ditt). Du må oppgi en link til denne nettressursen i nettadressefeltet i skjemaet i Play-konsollen.
Når du sletter appkontoer på forespørsel fra brukere, må du også slette brukerdataene som er tilknyttet appkontoene. Midlertidig eller permanent deaktivering eller «frysing» av appkontoer regnes ikke som sletting av kontoene. Hvis du må beholde noe data av legitime årsaker, for eksempel sikkerhet, forebygging av svindel eller overholdelse av regler, må du informere brukerne om praksisen din for oppbevaring av data (for eksempel i personvernreglene).
Du kan finne ut mer om retningslinjenekravene for sletting av kontoer, i denne artikkelen i brukerstøtten. Hvis du vil ha mer informasjon om hvordan du oppdaterer skjemaet om datasikkerhet, kan du gå til denne artikkelen.Bruk av appsett-ID
Android kommer med en ny ID for å støtte nødvendige bruksmønstre, for eksempel statistikk og svindelforebygging. Vilkårene for bruken av denne ID-en finner du nedenfor.
- Bruk: Appsett-ID-en skal ikke brukes for personlig tilpasning av annonser og annonsemåling.
- Tilknytning til personlig identifiserende informasjon eller andre identifikatorer: Appsett-ID-en skal ikke knyttes til Android-identifikatorer (f.eks. annonseringsidentifikatoren for Android (AAID)) eller andre personlige og sensitive data for annonseformål.
- Åpenhet og samtykke: Innsamling og bruk av appsett-ID-en samt forpliktelsen til å godta disse vilkårene må fremsettes for brukerne i en juridisk gyldig personvernmerknad, inkludert personvernreglene dine. Du må innhente brukeres juridisk gyldige samtykke når det er nødvendig. Du finner mer informasjon om våre standarder for personvern i retningslinjene for brukerdata.
Rammeverk for datapersonvern for EU og USA, Storbritannia og Sveits.
Hvis du leser, bruker eller behandler personopplysninger Google har gjort tilgjengelige, som direkte eller indirekte identifiserer en enkeltperson og kommer fra EØS, Storbritannia eller Sveits («personopplysninger fra EU»), må du
- overholde alle gjeldende lover, direktiver, forskrifter og regler om personvern, datasikkerhet og databeskyttelse
- få tilgang til, bruke eller behandle personopplysninger fra EU bare med formål som stemmer overens med samtykket du har fått fra enkeltpersonen som personopplysningene fra EU handler om
- innføre egnede organisatoriske og tekniske tiltak for å beskytte personopplysninger fra EU mot tap og misbruk samt uautorisert eller ulovlig tilgang, videreformidling, endring og ødeleggelse
- tilby beskyttelsesnivået som kreves av prinsippene i rammeverket for datapersonvern, eller den relevante overføringsmekanismen som er beskrevet i vilkårene knyttet til analyse for behandlingsansvarlige hos Google og kontoeier.
Du må jevnlig kontrollere at du overholder disse kravene. Hvis du på noe tidspunkt ikke kan oppfylle disse kravene (eller hvis det er stor sannsynlighet for at du ikke kan oppfylle dem), må du umiddelbart varsle oss ved å sende en e-post til [email protected] og umiddelbart enten slutte å behandle personopplysninger fra EU eller treffe rimelige og egnede tiltak for å gjenopprette et tilfredsstillende nivå av beskyttelse.
Tillatelser og API-er som bruker sensitiv informasjon
Forespørsler om tillatelser og API-er med tilgang til sensitiv informasjon skal være forståelig for brukerne. Du kan bare be om tillatelser og API-er med tilgang til sensitiv informasjon som er nødvendige for å implementere funksjoner eller tjenester i appen din, og som er promotert i Google Play-oppføringen din. Du kan ikke bruke tillatelser eller API-er med tilgang til sensitiv informasjon som gir tilgang til bruker- eller enhetsdata for funksjoner eller formål det ikke opplyses om, som ikke er implementert, eller som ikke er tillatt. Personlige eller sensitive data du får tilgang til via tillatelser eller API-er med tilgang til sensitiv informasjon, skal aldri selges eller deles med formål om å tilrettelegge for salg.
Be om tillatelser og API-er med tilgang til sensitiv informasjon for å få tilgang til data i kontekst (via trinnvise forespørsler), slik at brukerne forstår hvorfor appen ber om dette. Bruk dataene bare til formålene brukerne har gitt samtykke til. Hvis du senere ønsker å bruke dataene til andre formål, må du spørre brukerne og sørge for at de gir uttrykkelig samtykke til tilleggsformålene.
Begrensede tillatelser
I tillegg til det som er nevnt ovenfor, er begrensede tillatelser de tillatelsene vi klassifiserer som farlige, spesielle eller signatur, samt de som er dokumentert nedenfor. Disse tillatelsene er underlagt følgende tilleggskrav og begrensninger:
- Bruker- eller enhetsdata du får tilgang til via begrensede tillatelser, er regnet som personlige og sensitive brukerdata. Kravene i retningslinjene for brukerdata gjelder.
- Respekter brukernes avgjørelse hvis de avslår en forespørsel om en begrenset tillatelse. Brukerne skal ikke manipuleres eller tvinges til å samtykke til tillatelser som ikke er kritiske. Du må legge rimelig innsats i å legge til rette for brukere som ikke gir tilgang til sensitive tillatelser (for eksempel ved å la brukerne oppgi et telefonnummer manuelt hvis de ikke vil gi tilgang til samtaleloggen).
- Bruk av tillatelser i strid med retningslinjene om skadelig programvare for Google Play (inkludert uriktig bruk av overordnede rettigheter) er uttrykkelig forbudt.
Enkelte begrensede tillatelser kan være underlagt tilleggskrav som er beskrevet nedenfor. Målet med disse begrensningene er å sikre brukernes personvern. Vi kan innvilge begrensede unntak for kravene nedenfor i svært sjeldne tilfeller, der apper leverer en svært nyttig eller viktig funksjon og det ikke finnes noen alternativ måte å levere funksjonen på. Vi evaluerer foreslåtte unntak opp mot de potensielle personvern- og sikkerhetsvirkningene for brukerne.
Tillatelser for SMS- og samtalelogg
Tillatelser for SMS- og samtalelogg anses som personlige og sensitive brukerdata som er underlagt retningslinjene for personligopplysninger og sensitiv informasjon, samt følgende begrensninger:
Begrenset tillatelse | Krav |
---|---|
Tillatelsesgruppe for samtaleloggen (f.eks. READ_CALL_LOG, WRITE_CALL_LOG, PROCESS_OUTGOING_CALLS) | Den må være aktivt registrert som standard telefon- eller assistentbehandler på enheten. |
Tillatelsesgruppe for SMS (f.eks. READ_SMS, SEND_SMS, WRITE_SMS, RECEIVE_SMS, RECEIVE_WAP_PUSH, RECEIVE_MMS) | Den må være aktivt registrert som standard SMS- eller assistentbehandler på enheten. |
Apper som ikke har funksjonalitet for SMS-, telefon- eller Assistent-behandling, kan ikke deklarere bruk av de ovennevnte tillatelsene i manifestet. Dette inkluderer plassholdertekst i manifestet. Apper må også være aktivt registrert som standardbehandlere for SMS-, telefon- eller Assistent-funksjonen før de ber brukere om å godta noen av de ovennevnte tillatelsene, og de må umiddelbart slutte å bruke tillatelsen når de ikke er standardbehandlere lenger. Tillatte bruksområder og unntak er tilgjengelige på denne brukerstøttesiden.
Apper kan bare bruke tillatelsen (og alle data som er generert på grunnlag av tillatelsen) til å levere godkjent kjerneappfunksjonalitet. Kjernefunksjonalitet er definert som appens hovedformål. Dette kan være et sett med kjernefunksjoner, der alle må være tydelig dokumentert og fremhevet i beskrivelsen av appen. Uten kjernefunksjonene er appen «ødelagt» eller ubrukelig. Overføring, deling eller lisensiert bruk av disse dataene er bare tillatt for å levere kjernefunksjoner eller -tjenester i appen, og bruken av dataene kan aldri utvides til noe annet formål (f.eks. forbedring av andre apper eller tjenester, annonsering eller markedsføringsformål). Du kan ikke bruke alternative metoder (inkludert andre tillatelser, API-er eller tredjepartskilder) til å avlede data tilknyttet tillatelsene for SMS- og samtalelogg.
Posisjonstillatelser
Enhetsposisjon anses som personlige og sensitive brukerdata som er underlagt retningslinjene om personlig og sensitiv informasjon, retningslinjene for bakgrunnsposisjon og de følgende kravene:
- Apper skal ikke ha tilgang til data som er beskyttet av posisjonstillatelser (f.eks. ACCESS_FINE_LOCATION, ACCESS_COARSE_LOCATION, ACCESS_BACKGROUND_LOCATION) når det ikke lenger er nødvendig for å levere funksjoner eller tjenester i appen.
- Du må aldri be om posisjonstillatelser fra brukere hvis det eneste formålet er annonsering eller analyse. Apper som tillater at disse dataene brukes til å vise annonser, må være i samsvar med annonseretningslinjene våre.
- Apper skal be om det laveste tilgangsnivået (dvs. så generelt og lite detaljert som mulig, og i forgrunnen i stedet for bakgrunnen i den grad det er mulig) som er nødvendig for å levere funksjonen eller tjenesten som trenger posisjonen, og det skal gi mening for brukerne at det forespurte posisjonsnivået er nødvendig for funksjonen eller tjenesten. Vi kan for eksempel avslå apper som ber om eller får tilgang til bakgrunnsposisjon uten god nok begrunnelse.
- Apper skal bare bruke bakgrunnsposisjon for å levere funksjoner som er fordelaktige for brukeren og relevante for appens kjernefunksjonalitet.
Apper kan få tilgang til posisjon ved å bruke forgrunnstjenester (når appen bare har tilgang i forgrunnen, f.eks. «når den er i bruk») hvis bruken
- er startet som en fortsettelse av en brukeraktivert handling i appen
- avsluttes umiddelbart etter at det tiltenkte bruksmønsteret til den brukeraktiverte handlingen fullføres av appen
Apper som er utviklet spesifikt for barn, må overholde For hele familien-retningslinjene.
Du finner mer informasjon om retningslinjekravene i denne hjelpeartikkelen.
Tilgang til alle filer
Filer og katalogattributter på brukeres enheter regnes som personopplysninger og sensitive brukerdata som er underlagt retningslinjene for personopplysninger og sensitiv informasjon samt følgende krav:
- Apper skal bare be om tilgang til enhetslagring hvis det er avgjørende for at appen skal fungere, og de kan ikke be om tilgang til enhetslagring på vegne av tredjeparter til formål som ikke er relatert til kritisk appfunksjonalitet for brukerne.
- Android-enheter som kjører versjon R eller nyere, krever tillatelsen MANAGE_EXTERNAL_STORAGE for å administrere tilgang til delt lagring. Alle apper som er målrettet mot versjon R og ber om omfattende tilgang til delt lagring («Tilgang til alle filer»), må bestå en passende tilgangsvurdering før publisering. Apper som kan bruke denne tillatelsen, må tydelig be brukerne om å slå på «Tilgang til alle filer» for appene sine under «Spesiell apptilgang»-innstillingene. Du finner mer informasjon om kravene for versjon R i denne hjelpeartikkelen.
Tillatelse til pakketilgang (app)
Når beholdningen av installerte apper er hentet fra en enhet, anses den for å inneholde personlige og sensitive brukerdata som er underlagt retningslinjene for personlig og sensitiv informasjon samt følgende krav:
Apper som har som hovedformål å starte, søke gjennom eller være interoperable med andre apper på enheten, kan få tilgang til andre installerte apper på enheten i et hensiktsmessig omfang. Dette er beskrevet mer detaljert nedenfor:
- Bred apptilgang: Med bred tilgang kan appen din få omfattende (eller «bred») tilgang til andre installerte apper («pakker») på samme enhet.
- For apper som er målrettet mot API-nivå 30 eller nyere, er bred tilgang til installerte apper via tillatelsen QUERY_ALL_PACKAGES begrenset til spesifikke bruksmønstre der appen ikke fungerer uten å se og/eller ha interoperabilitet med alle andre installerte apper på enheten.
- Du kan ikke bruke QUERY_ALL_PACKAGES hvis appen kan fungere med en mer spesifikt målrettet erklæring om pakketilgang (for eksempel ved å søke etter og samhandle med spesifikke pakker i stedet for å be om bred tilgang).
- Bruk av alternative metoder for å etterligne det brede tilgangsnivået som gis med tillatelsen QUERY_ALL_PACKAGES, er også begrenset til appens brukerrettede kjernefunksjonalitet og interoperabilitet med andre apper som oppdages via slike metoder.
- Gå til denne brukerstøtteartikkelen for å lese om bruksmønstre der tillatelsen QUERY_ALL_PACKAGES godtas.
- For apper som er målrettet mot API-nivå 30 eller nyere, er bred tilgang til installerte apper via tillatelsen QUERY_ALL_PACKAGES begrenset til spesifikke bruksmønstre der appen ikke fungerer uten å se og/eller ha interoperabilitet med alle andre installerte apper på enheten.
- Begrenset apptilgang: Begrenset tilgang betyr at appen din minimerer tilgangen til data ved å søke etter spesifikke apper via mer målrettede (i stedet for «brede») metoder, for eksempel ved å søke etter spesifikke apper som samsvarer med manifestdeklarasjonen for appen din. Du kan bruke denne metoden til å søke etter apper hvis appen din har interoperabilitet som samsvarer med retningslinjene, samt til å administrere disse appene.
- Tilgang til beholdningen av installerte apper på en enhet må være direkte relatert til hovedformålet med appen din eller kjernefunksjonaliteten brukere har tilgang til i den.
Data om appbeholdning som er hentet fra Play-distribuerte apper, skal aldri selges og heller ikke deles for formål knyttet til analyse eller annonser for å generere inntekter.
Accessibility API
Accessibility API kan ikke brukes til
- å endre brukerinnstillinger uten brukernes samtykke eller hindre at brukerne kan deaktivere eller avinstallere apper eller tjenester, med mindre dette er autorisert av en forelder eller verge gjennom en app for foreldrekontroll, eller av autoriserte administratorer gjennom programvare for bedriftsadministrasjon
- å omgå personverninnstillinger og -varsler som er innebygd i Android
- å endre eller bruke grensesnittet på en villedende måte eller på måter som bryter retningslinjene for utviklere på Google Play
Accessibility API er ikke laget for og kan ikke forespørres for fjernstyrt opptak av lyd i samtaler.
Bruk av Accessibility API må dokumenteres i Google Play-oppføringen.
Retningsinjer for IsAccessibilityTool
Apper med kjernefunksjonalitet som er ment som direkte støtte for personer med nedsatte funksjonsevner, kan bruke IsAccessibilityTool til å vise offentlig at de er tilgjengelighetsapper.
Apper som ikke er kvalifisert for bruk av IsAccessibilityTool, kan ikke bruke dette flagget og må oppfylle krav om fremtredende informasjon og samtykke, som beskrevet i retningslinjene for brukerdata, ettersom funksjonene knyttet til tilgjengelighet ikke er tydelige for brukerne. Du finner mer informasjon i brukerstøtteartikkelen om AccessibilityService API.
Der det er mulig, må apper bruke API-er og tillatelser med smalere omfang i stedet for Accessibility API for å oppnå ønsket funksjonalitet.
Tillatelsen «be om installasjon av pakker»
Med tillatelsen REQUEST_INSTALL_PACKAGES kan apper be om at det installeres appakker. For å bruke denne tillatelsen må appens kjernefunksjonalitet omfatte
- sending eller mottak av appakker
- støtte for brukerstartet installering av appakker
Tillatt funksjonalitet omfatter
- nettsurfing eller søk
- kommunikasjonstjenester som støtter vedlegg
- fildeling, filoverføring eller filbehandling
- administrering av bedriftsenheter
- sikkerhetskopiering og gjenoppretting
- bytte/overføring av enhet/telefon
- følgeapp for synkronisering av telefon med hapå-teknologi eller IoT-enheter (for eksempel smartklokke eller smart-TV)
Kjernefunksjonalitet defineres som hovedformålet med appen. All kjernefunksjonalitet, samt alle kjernefunksjoner som utgjør kjernefunksjonaliteten, må være tydelig dokumentert og fremhevet i beskrivelsen av appen.
Tillatelsen REQUEST_INSTALL_PACKAGES kan ikke brukes til å utføre selvoppdatering, modifisering eller pakking av andre APK-er i elementfilen, med mindre dette gjøres for enhetsadministrering. All oppdatering og pakkeinstallering må overholde Google Play-retningslinjene om misbruk av enheter og nettverk og må startes og gjennomføres av brukeren.Health Connect by Android-tillatelser
Health Connect er en Android-plattform som helse- og treningsapper kan bruke til å lagre og dele samme data på enheten i et forent økosystem. Her får brukere også ett samlet sted hvor de kan kontrollere hvilke apper som leser og skriver helse- og treningsdata, inkludert helsejournaler. Helsejournaler kan omfatte medisinsk historikk, diagnoser, behandlinger, medisiner, laboratorieresultater og andre kliniske data. Dette kan anskaffes fra aktuelle helsetjenester eller -institusjoner eller via støttede helseplattformer fra tredjeparter.
Health Connect har støtte for lesing og skriving av en rekke datatyper – fra skritt til kroppstemperatur og data i helsejournaler.
Data som åpnes via Health Connect-tillatelser, betraktes som personlige og sensitive brukerdata og er underlagt retningslinjene for brukerdata. Hvis appen din er kvalifisert som en helseapp eller har helserelaterte funksjoner og bruker helsedata, deriblant Health Connect-data, må den også overholde retningslinjene for helseapper.
Ta en titt på denne veiledningen for Android-utviklere for å se hvordan du kommer i gang med Health Connect. For å be om tilgang til datatypene i Health Connect, samt for å se andre vanlige spørsmål, gå til de vanlige spørsmålene om krav i retningslinjene for Health Connect.
Apper som distribueres via Google Play, må oppfylle følgende krav i retningslinjene for å lese fra og/eller skrive til Health Connect.
Egnet tilgang til og bruk av Health Connect
Health Connect kan bare brukes i samsvar med de gjeldende retningslinjene og vilkårene samt i de godkjente bruksmønstrene som er beskrevet i disse retningslinjene. Dette betyr at du bare kan be om tilgang til tillatelser når appen eller tjenesten din overholder et av de godkjente bruksmønstrene.
Godkjente bruksmønstre omfatter trening og velvære, belønninger, treningscoaching, trening på jobb, medisinsk behandling, helserelatert forskning og spill. Apper som får tilgang til disse bruksmønstrene, kan ikke utvide bruken til formål som ikke er oppgitt eller tillatt.
Bare apper eller tjenester som har én eller flere funksjoner som er laget for å være til gagn for brukernes helse og trening, kan be om tilgang til Health Connect-tillatelsene. Dette omfatter
- apper eller tjenester hvor brukerne direkte kan loggføre, rapportere, følge med på og/eller analysere fysisk aktivitet, søvn, mentalt velvære, ernæring, helsemålinger, fysiske beskrivelser, helsejournaler og/eller andre beskrivelser og målinger som er knyttet til helse eller trening
- Apper eller tjenester hvor brukerne kan lagre fysisk aktivitet, søvn, mentalt velvære, ernæring, helsemålinger, fysiske beskrivelser, helsejournaler og/eller andre beskrivelser og målinger som er knyttet til helse eller trening, på enheten samt dele dataene med andre installerte apper som oppfyller disse bruksmønstrene
- Apper eller tjenester brukere kan benytte for å administrere kroniske tilstander, medisinske behandlinger eller pleiestøtte.
Tilgangen til Health Connect kan ikke brukes i strid med disse retningslinjene eller andre gjeldende Health Connect-vilkår eller -retningslinjer, deriblant til disse formålene:
- Du må ikke bruke Health Connect i utarbeiding av, eller for innlemming i, apper, miljøer eller aktiviteter der bruk av eller svikt i Health Connect i rimelig grad kan ventes å føre til dødsfall, personskader, skade på enkeltpersoner, miljøskader eller materielle skader (for eksempel utarbeiding eller drift av atomanlegg, kontrollsystemer for flytrafikk, livredningssystemer eller våpen).
- Du må ikke bruke data som er anskaffet via Health Connect, sammen med hodeløse apper. Apper må vise et tydelig identifiserbart ikon i appfeltet, appinnstillingene på enheten, varselikonene osv.
- Du må ikke bruke Health Connect med apper som synkroniserer data med enheter eller plattformer som ikke er kompatible.
- Du må ikke bruke Health Connect for å koble til apper, tjenester eller funksjoner som er utelukkende målrettet mot barn.
- Du må treffe rimelige og egnede tiltak for å beskytte alle apper og systemer som bruker Health Connect, mot uautorisert eller ulovlig tilgang, bruk, ødeleggelse, tap, endring og videreformidling.
Det er også du som har ansvaret for å sikre overholdelse av eventuelle forskriftsmessige eller juridiske krav som kan gjelde for den tiltenkte bruken av Health Connect og eventuelle data fra Health Connect. Eksempel: Hvis du er en dekket enhet eller bedriftspartner som er underlagt Health Insurance Portability and Accountability Act (HIPAA), må du overholde aktuelle krav for tilgangen til og bruken av informasjon fra Health Connect. Hvis du er en utvikler som er underlagt EUs personvernforordning, må du på lignende måte overholde pliktene du har i henhold til personvernforordningen. Disse lovene og forskriftene kan kreve at du inngår tilleggsavtaler før du deler data (f.eks. en næringsavtale eller avtale om databehandling) med de relevante enhetene som er involvert i behandlingsaktivitetene dine. Det er også apputviklernes ansvar å avgjøre om aktivitetene deres krever slike avtaler. Utviklere må fremlegge bevis på slike avtaler eller overholdelse av regler til Google hvis de blir bedt om det.
Med unntak av det som er uttrykkelig spesifisert på etikettene eller informasjonen Google gjør tilgjengelig for bestemte Google-produkter eller -tjenester, verken hevder eller garanterer Google at data i Health Connect er nøyaktige for noen som helst type bruk – spesielt ikke for bruk som er tilknyttet forskning, helse eller medisin. Google fraskriver seg alt ansvar tilknyttet bruk av data som anskaffes via Health Connect.
Begrenset bruk
Når du bruker Health Connect, må datatilgangen og -bruken overholde bestemte begrensninger:
- Databruken skal være begrenset til å levere eller forbedre det egnede bruksmønsteret eller funksjonene som er synlige i appens brukergrensesnitt.
- Brukerdata kan bare overføres til tredjeparter hvis det innhentes eksplisitt samtykke fra brukerne, for sikkerhetsformål (for eksempel for å undersøke uriktig bruk), for å overholde gjeldende lov og rett eller forordninger eller som en del av sammenslåinger/oppkjøp.
- Menneskers tilgang til brukerdata er begrenset med mindre det innhentes eksplisitt samtykke fra brukerne, for sikkerhetsformål, for å overholde lov og rett eller i samlet form for intern bruk i henhold til juridiske krav.
- All annen overføring, bruk eller salg av data fra Health Connect er forbudt, deriblant
- overføring eller salg av brukerdata til tredjeparter som annonseringsplattformer, datameglere eller personer/selskaper som videreselger informasjon
- overføring, salg eller bruk av brukerdata til visning av annonser, deriblant personlig tilpasset eller interessebasert annonsering
- overføring, salg eller bruk av brukerdata for å avgjøre om brukeren er kredittverdig, eller til utlånsformål
- overføring, salg eller bruk av brukerdata med produkter eller tjenester som kan klassifiseres som medisinsk utstyr – unntatt hvis appen for det medisinske utstyret overholder alle gjeldende forordninger – inkludert når det gjelder innhenting av nødvendige godkjenninger fra relevante reguleringsorganer (f.eks. FDA i USA) for den tiltenkte bruken av Health Connect-data – og brukeren har gitt eksplisitt samtykke til denne bruken
- overføring, salg eller bruk av brukerdata til noe formål eller på noen måte som involverer beskyttet helseinformasjon (slik dette er definert av HIPAA), med mindre dette settes i gang av brukerne og overholder HIPAA-forordningene.
Minimumsomfang
Du må bare be om tilgang til tillatelsene du trenger for å implementere produktets funksjoner eller tjenester. Slike tilgangsforespørsler skal være spesifikke og begrenset til dataene som trengs.
Åpen og nøyaktig varsling og kontroll
Health Connect behandler data knyttet til helse og trening, noe som inkluderer personlig og sensitiv informasjon. Utviklere må oppgi tydelige og tilgjengelige bekjentgjørelser om databehandlingen sin gjennom omfattende personvernregler. Slike bekjentgjørelser må omfatte
- en nøyaktig representasjon av identiteten til appen eller tjenesten som ber om tilgang til brukerdata
- klar og tydelig informasjon om hva slags data appen eller tjenesten får tilgang til, ber om og/eller samler inn – dataene må være tilknyttet en brukerrettet funksjon eller anbefaling i appen
- en forklaring av hvordan dataene brukes og/eller deles – hvis du for eksempel ber om data til ett formål, men også bruker dem til et annet formål, må du informere brukerne om alle bruksmønstrene
- hjelpedokumentasjon for brukere med informasjon om hvordan brukerne kan administrere og slette dataene sine fra appen, og hva som skjer med dataene når en konto deaktiveres og/eller slettes
- informasjon om sikker håndtering av alle personlige og sensitive brukerdata, blant annet ved å bruke moderne kryptografi (for eksempel HTTPS) når dataene overføres
Du finner mer informasjon om kravene til apper som kobles til Health Connect, i denne artikkelen i brukerstøtten.
VPNService
VpnService er en basisklasse som apper kan bruke til å utvide og bygge sine egne VPN-løsninger. Bare apper som bruker VpnService og har VPN som kjernefunksjonalitet, kan opprette en sikker tunnel på enhetsnivå til eksterne tjenere. Unntak inkluderer apper som må ha en ekstern tjener for kjernefunksjonalitet, for eksempel
- foreldrekontroll og apper for bedriftsadministrasjon
- sporing av appbruk
- apper for enhetssikkerhet (for eksempel antivirus, administrering av mobilenheter, brannmur)
- nettverksrelaterte verktøy (for eksempel fjerntilgang)
- nettleserapper
- operatørapper som trenger VPN-funksjonalitet for å levere telefon- eller nettjenester
VpnService kan ikke brukes til
- innsamling av personlige og sensitive brukerdata uten fremtredende informasjon og samtykke
- viderekobling eller manipulering av brukertrafikk fra andre apper på en enhet for å generere inntekt (for eksempel viderekobling av annonsetrafikk via et annet land enn brukerens land)
Apper som bruker VpnService, må
- dokumentere bruken av VpnService i Google Play-oppføringen
- kryptere dataene fra enheten til VPN-tunnelsluttpunktet
- overholde alle programretningslinjene for utviklere , inkludert retningslinjene for annonsesvindel, tillatelser og skadelig programvare
Tillatelse for presis alarm
Vi lanserer en ny tillatelse, USE_EXACT_ALARM, som gir tilgang til funksjoner for presis alarm i apper fra og med Android 13 (API-målnivå 33).
USE_EXACT_ALARM er en begrenset tillatelse. Apper kan kun deklarere denne tillatelsen hvis kjernefunksjonaliteten trenger presise alarmer. Apper som ber om denne begrensede tillatelsen, blir gjennomgått, og de som ikke oppfyller kravene til akseptabel bruk, kan ikke publiseres på Google Play.
Akseptabel bruk for tillatelsen for presise alarmer
Appen kan kun bruke USE_EXACT_ALARM-funksjonen når appens brukerrettede kjernefunksjon trenger presise, tidsstyrte handlinger, for eksempel
- appen er en alarm- eller tidtakerapp
- appen er en kalenderapp som viser hendelsesvarsler
Hvis du har et bruksmønster for presise alarmer som ikke er nevnt ovenfor, bør du vurdere om du heller kan bruke SCHEDULE_EXACT_ALARM.
Du finner mer informasjon om funksjonen for presise alarmer i veiledningen for utviklere.Intensjonstillatelse for fullskjerm
For apper som målrettes mot Android 14 (API-målnivå 34) eller nyere, er USE_FULL_SCREEN_INTENT en spesialtillatelse for apptilgang. Apper kan automatisk bruke tillatelsen USE_FULL_SCREEN_INTENT kun hvis kjernefunksjonaliteten i appen faller under en av kategoriene nedenfor, som krever varsler med høy prioritet:
- innstilling av alarmer
- innkommende tale- eller videoanrop
Apper som ber om denne tillatelsen, blir gjennomgått, og de som ikke oppfyller kriteriene ovenfor, blir ikke automatisk gitt denne tillatelsen. I slike tilfeller må apper be om tillatelse fra brukerne til å bruke USE_FULL_SCREEN_INTENT.
Husk at all bruk av tillatelsen USE_FULL_SCREEN_INTENT må overholde alle retningslinjer for utviklere på Google Play, inkludert retningslinjene om uønsket programvare for mobilenheter, misbruk av enheter og nettverk og annonser. Intensjonsvarsler som dekker hele skjermen, skal ikke forstyrre, skade eller bruke brukernes enheter på en uautorisert måte. Apper skal heller ikke forstyrre andre apper eller påvirke enhetens brukervennlighet.
Finn ut mer om tillatelsen USE_FULL_SCREEN_INTENT i brukerstøtten.
Uriktig bruk av enhet og nettverk
Vi tillater ikke apper som forstyrrer, avbryter, skader eller skaffer seg uautorisert tilgang til brukerens enhet, andre enheter eller datamaskiner, tjenere, nettverk, programmeringsgrensesnitt (API-er) eller tjenester. Dette inkluderer, men er ikke begrenset til, andre apper på enheten, alle Google-tjenester og autoriserte operatørnettverk.
Apper på Google Play må overholde standardkravene for Android-systemoptimalisering som er dokumentert i kjerneretningslinjene for appkvalitet for Google Play.
Apper som distribueres via Google Play, kan ikke endre, erstatte eller oppdatere seg selv med andre metoder enn oppdateringsmekanismen for Google Play. På samme måte kan de heller ikke laste ned kjørbar kode (f.eks. DEX-, JAR- og SO-filer) fra andre kilder enn Google Play. Denne begrensningen gjelder ikke for kode som kjøres i virtuelle maskiner eller tolker som gir indirekte tilgang til Android-API-er (for eksempel JavaScript i nettvisninger eller nettlesere).
Apper eller kode fra tredjeparter (f.eks. SDK-er) med tolkede språk (JavaScript, Python, Lua osv.) som lastes inn under kjøring (f.eks ikke pakket sammen med appen), skal ikke tillate potensielle brudd på Google Play-retningslinjer.
Vi tillater ikke kode som introduserer eller utnytter sikkerhetssvakheter. Ta en titt på Program for økt sikkerhet i apper for å finne ut mer om de nyeste sikkerhetsproblemene utviklere har fått beskjed om.
Her er noen eksempler på vanlige brudd:
Eksempler på vanlige brudd på retningslinjene om misbruk av enheter og nettverk:
- apper som blokkerer eller forstyrrer visning av annonser fra andre apper
- apper for juksing i spill som påvirker gameplay for andre apper
- apper som legger til rette for eller oppgir instruksjoner for hacking av tjenester, programvare, maskinvare eller for omgåelse av sikkerhetsbeskyttelse
- Apper som har tilgang til eller bruker tjenester eller API-er på en måte som bryter vilkårene for bruk.
- apper som ikke er kvalifisert for godkjenning og forsøker å omgå systemets strømstyring
- apper som tilrettelegger for bruk av proxy-tjenester til tredjeparter, kan bare gjøre dette når det er appens primære brukerrettede hovedformål
- apper eller tredjepartskode (for eksempel SDK-er) som laster ned kjørbar kode, for eksempel DEX-filer eller integrert kode, fra en annen kilde enn Google Play
- apper som installerer andre apper på enheter uten brukernes forhåndsgodkjenning
- apper som er tilknyttet, eller som legger til rette for distribusjon eller installasjon av, skadelig programvare
- apper eller tredjepartskode (for eksempel SDK-er) som inneholder en WebView med et JavaScript-grensesnitt som laster inn upålitelig nettinnhold (for eksempel http://-nettadresser) eller ubekreftede nettadresser fra upålitelige kilder (for eksempel nettadresser hentet med upålitelige intensjoner)
- apper som bruker «fullskjermsintensjon»-tillatelsen til å fremtvinge brukersamhandling med forstyrrende annonser eller varsler
Bruk av forgrunnstjenester
Tillatelsen Forgrunnstjeneste sikrer at brukerrettede forgrunnstjenester brukes korrekt. For apper som er målrettet mot Android 14 og høyere, må du spesifisere en gyldig type for hver forgrunnstjeneste som brukes i appen din. Du må også deklarere tillatelsen for forgrunnstjenester som er egnet for den aktuelle typen. Eksempel: Hvis du har en app med et bruksmønster som trenger geolokalisering på kartet, må du deklarere tillatelsen FOREGROUND_SERVICE_LOCATION i appmanifestet.
Apper kan bare deklarere tillatelser for forgrunnstjenester hvis bruken
- er for å levere en funksjon som er til gagn for brukerne og relevant for appens kjernefunksjonalitet
- startes av eller er tydelig for brukerne (for eksempel lyd ved avspilling av sanger, casting av medieinnhold til andre enheter, nøyaktige og tydelige brukervarsler, brukerforespørsler om å laste opp bilder til nettskyen)
- kan avsluttes eller stoppes av brukerne
- ikke kan avbrytes eller utsettes av systemet uten at det fører til en negativ brukeropplevelse eller til at funksjonen brukerne forventer, ikke fungerer som den skal (for eksempel må telefonanrop startes umiddelbart og ikke utsettes av systemet)
- bare kjører så lenge det er nødvendig for å fullføre oppgaven
Følgende bruksmønstre for forgrunnstjenester er unntatt kriteriene ovenfor:
- forgrunnstjenester av typene systemExempted eller shortService
- forgrunnstjenester av typen dataSync, men bare ved bruk av Play Asset Delivery-funksjoner
Bruken av forgrunnstjenester forklares videre her.
User-Initiated Data Transfer Jobs
Apper kan bare bruke user-initiated data transfer jobs API hvis bruken er
- startet av brukerne
- til oppgaver knyttet til dataoverføring via nettverk
- bare kjører så lenge det er nødvendig for å fullføre dataoverføringen
Bruken av User-Initiated Data Transfer API er videre forklart her.
Krav til «Flag Secure»
FLAG_SECURE er et skjermflagg som deklareres i appkoden for å vise at appens brukergrensesnitt inneholder sensitive data som skal begrenses til en sikker plattform mens appen er i bruk. Flagget er laget for å forhindre at dataene vises i skjermdumper eller på skjermer som ikke er sikre. Utviklere deklarerer dette flagget når appinnholdet ikke skal kringkastes, vises eller på annen måte føres ut av appen eller brukerens enhet.
Av sikkerhets- og personvernhensyn må alle apper som distribueres på Google Play, respektere FLAG_SECURE-deklarasjonen til andre apper. Det betyr at apper ikke kan legge til rette for eller lage funksjoner som omgår FLAG_SECURE-innstillingene i andre apper.
Apper som kvalifiserer som tilgjengelighetsverktøy, er unntatt dette kravet så lenge de ikke overfører, lagrer eller bufrer innhold som er beskyttet med FLAG_SECURE, utenfor brukerens enhet.Apper som kjører Android-beholdere på enheter
Apper i Android-beholdere på enheter tilbyr miljøer som simulerer hele eller deler av et underliggende Android OS. Opplevelsen i disse miljøene gjenspeiler kanskje ikke hele pakken med Android-sikkerhetsfunksjoner. Derfor kan utviklere velge å legge til et manifestflagg for sikkert miljø for å kommunisere til Android-beholdere på enheter at de ikke skal kjøre i simulerte Android-miljøer.
Manifestflagg for sikkert miljø
- gå gjennom manifestene til appene de planlegger å laste inn i Android-beholderen på enheten for dette flagget
- ikke laste apper som har deklarert dette flagget, inn i Android-beholderen på enheten
- ikke fungere som en proxy-tjener ved å avskjære eller kalle API-er på enheten, slik at de ser ut til å være installert i beholderen
- ikke legge til rette for eller lage løsninger som omgår flagget (for eksempel innlasting av en eldre versjon av en app for å omgå REQUIRE_SECURE_ENV-flagget for den gjeldende appen)
Villedende atferd
Villedende påstander
Her er noen eksempler på vanlige brudd:
- Apper som gir en feilaktig fremstilling eller unøyaktig eller uklar beskrivelse av funksjonaliteten i dem:
- en app som hevder å være et racingspill i beskrivelsen og skjermdumpene, men som egentlig er et hjernetrimspill som bruker et bilde av en bil
- en app som hevder å være en antivirus-app, men som bare inneholder en tekstguide for hvordan virus kan fjernes
- apper som hevder de kan gjøre ting det ikke er mulig å implementere, f.eks. apper som skal skremme bort insekter, selv om det er presentert som en skøyerstrek, etterligning, vits eller lignende
- apper som er kategorisert på feil måte, inkludert, men ikke begrenset til, appvurderinger eller appkategorier
- apper med beviselig villedende eller usant innhold som kan påvirke prosesser knyttet til stemmegivning ved valg, eller med beviselig feilaktig innhold om resultatet av et valg
- apper som feilaktig hevder å være tilknyttet offentlige myndigheter eller å tilby eller tilrettelegge for offentlige tjenester som de ikke har nødvendig autorisasjon for
- apper som feilaktig hevder å være den offisielle appen for en etablert tredjepart – titler som «Justin Bieber – offisielt» kan ikke brukes uten de nødvendige tillatelsene eller rettighetene
(1) Denne appen inneholder medisinsk eller helserelatert informasjon (kur for kreft) som er villedende.
(2) Denne appen hevder at den kan gjøre ting det ikke er mulig å implementere (bruk av telefonen som promillemåler).
Villedende endringer av enhetsinnstillinger
Vi tillater ikke apper som endrer brukeres enhetsinnstillinger eller -funksjoner utenfor appen, uten at brukeren vet om og har samtykket i endringene. Enhetsinnstillinger og -funksjoner inkluderer system- og nettleserinnstillinger, bokmerker, snarveier, ikoner, moduler og presentasjonen av apper på startskjermen.
Vi tillater heller ikke
- apper som endrer enhetsinnstillinger eller -funksjoner med brukerens samtykke, men på en måte som ikke er lett å reversere
- apper eller annonser som endrer enhetsinnstillinger eller -funksjoner som en tjeneste for tredjeparter eller for markedsføringsformål
- apper som villeder brukere til å fjerne eller slå av tredjepartsapper, eller som endrer enhetsinnstillinger eller -funksjoner
- Apper som oppfordrer eller oppmuntrer brukere til å fjerne eller slå av tredjepartsapper, eller som endrer enhetsinnstillinger eller -funksjoner – med mindre det er en del av en sikkerhetstjeneste som kan bekreftes.
Innhold som muliggjør uærlig atferd
Vi tillater ikke apper som bidrar til å villede andre, eller som er villedende på andre måter, inkludert, men ikke begrenset til, apper som genererer eller tilrettelegger for generering av ID-kort, personnumre, pass, diplomer, kredittkort, bankkontoer eller førerkort. Apper må ha nøyaktige opplysninger, titler, beskrivelser og bilder/video tilknyttet appenes funksjonalitet og/eller innhold, og de skal oppleves på en måte som brukeren med rimelighet kan forvente.
Tilleggsressurser for appen (for eksempel spillelementer) kan kun lastes ned hvis det er nødvendig for at brukere skal kunne bruke appen. Nedlastede ressurser må overholde alle retningslinjene for Google Play, og før nedlastingen starter, skal appen informere brukerne og tydelig oppgi størrelsen på nedlastingen.
Eventuelle påstander om at en app er «humor», «for underholdningsformål» eller andre synonymer, fritar ikke appen fra å overholde retningslinjene våre.
Her er noen eksempler på vanlige brudd:
- apper som etterligner andre apper eller nettsteder for å lure brukere til å avsløre personopplysninger eller autentiseringsinformasjon
- apper som viser ubekreftede eller ekte telefonnumre, kontakter, adresser eller personlig identifiserende informasjon som tilhører personer eller enheter som ikke har gitt samtykke
- apper med ulik kjernefunksjonalitet basert på brukerens geografiske plassering, enhetsparametere eller andre brukeravhengige data der disse forskjellene ikke er gjort tydelige for brukere i butikkoppføringen
- apper med betydelige endringer i ulike versjoner uten varsling av brukere (f.eks. «Dette er nytt»-delen) og oppdatering av butikkoppføringen
- apper som prøver å endre eller obfuskere atferd under gjennomgangen
- apper med innholdsleveringsnettverk (ILN) som er tilrettelagt for nedlastinger som ikke varsler brukeren og opplyser om størrelsen på nedlastingen før den starter
Manipulerte medier
Vi tillater ikke apper som fremmer eller bidrar til å opprette falsk eller villedende informasjon eller påstander formidlet gjennom bilder, lyd, video og/eller tekst. Vi tillater ikke apper som fremmer eller vedlikeholder villedende bilder, videoer og/eller tekst, som kan forårsake skade med hensyn til sensitive hendelser, politikk, sosiale problemer eller andre offentlige saker.
Unntak kan gjøres for innhold med offentlig interesse, tydelig kunstige bilder, manipulert medieinnhold med brukerrettede ansvarsfraskrivelser eller vannmerker eller tydelig satire eller parodi.
Manipulert medieinnhold må overholde eksisterende retningslinjer for Google Play-utviklere, inkludert ved å forby innhold som ikke er tillatt i henhold til retningslinjene om begrenset innhold.
Her er noen eksempler på vanlige brudd:
- Apper som bruker offentlige personer eller medier fra en sensitiv hendelse for å markedsføre evnen til å endre medier, i appenes butikkoppføring.
- Apper som forandrer medieklipp for å etterligne nyhetssendinger ved å inkludere navn eller logoer for ekte mediekanaler uten klare ansvarsfraskrivelser eller vannmerker.
- Apper som kun er utviklet for å lage villedende medieinnhold.
(1) Denne appen har funksjonalitet som gjør det mulig å endre medieklipp for å etterligne nyhetssendinger og legge til kjente eller offentlige personer i klippet uten vannmerke.
Åpenhet om funksjonalitet
Feilaktig fremstilling
Vi tillater ikke apper eller utviklerkontoer som
- etterligner personer eller organisasjoner, eller som gir en uriktig fremstilling av eller skjuler eierskapet eller hovedformålet sitt
- driver med koordinert aktivitet for å villede brukere – dette inkluderer, men er ikke begrenset til, apper eller utviklerkontoer som gir en uriktig fremstilling av eller skjuler opprinnelseslandet sitt, og som retter innhold mot brukere i et annet land
- koordinerer med andre apper, nettsteder, utviklere eller andre kontoer for å skjule eller feilaktig fremstille utvikler- eller appidentitet eller andre viktige opplysninger, der appinnholdet er relatert til politikk, samfunnsspørsmål eller saker av offentlig interesse
Retningslinjene for API-målnivå på Google Play
For å gi brukerne en trygg opplevelse krever Google Play følgende API-målnivåer for alle apper:
Nye apper og appoppdateringer MÅ målrette mot et Android API-nivå som er maksimalt ett år eldre enn den nyeste hovedutgaven av Android. Nye apper og appoppdateringer som ikke oppfyller dette kravet, kan ikke sendes inn til Play-konsollen.
Eksisterende Google Play-apper som ikke er oppdatert og ikke målretter mot et API-nivå som er maksimalt to år eldre enn den nyeste hovedutgaven av Android, blir ikke tilgjengelige for nye brukere med enheter som kjører nyere versjoner av Android OS. Brukere som tidligere har installert appen fra Google Play, kan fortsatt finne, reinstallere og bruke appen med hvilken som helst Android OS-versjon som støttes av appen.
Se overføringsveiledningen for å få teknisk veiledning om hvordan du oppfyller kravene om API-målnivå.
Du finner nøyaktige tidslinjer og unntak i denne brukerstøtteartikkelen.Retningslinjer for brukerdata
Du må være åpen om hvordan du håndterer brukerdata (for eksempel informasjon du samler inn fra eller om en bruker, inkludert enhetsinformasjon). Dette betyr at du må informere om hvordan du leser, samler inn, behandler og deler brukerdata fra appen din, og at du må begrense bruken av dataene til de oppgitte formålene som er i tråd med retningslinjene.
Hvis du inkluderer tredjepartskode (for eksempel en SDK) i appen din, må du forsikre deg om at både tredjepartskoden du bruker i appen, og tredjepartens praksis i forbindelse med brukerdata fra appen din, overholder programretningslinjene for Google Play-utviklere. Dette inkluderer kravene til bruk og videreformidling. Du må for eksempel forsikre deg om at leverandørene av SDK-ene du bruker, ikke selger personlige og sensitive brukerdata som er hentet fra appen din. Dette kravet gjelder uavhengig av om brukerdataene overføres etter at de er sendt til en tjener, eller via tredjepartskode du bygger inn i appen.
Personopplysninger og sensitive brukerdata
Salg av personlige og sensitive brukerdataDu kan ikke selge personlige og sensitive brukerdata.
Krav til fremtredende informasjon og samtykkeI tilfeller hvor appen din leser, samler inn, bruker eller deler personlige og sensitive brukerdata på en måte som muligens ikke faller inn under forventningene brukeren av produktet eller funksjonen med rimelighet kan ha, må du overholde kravene til fremtredende informasjon og samtykke i retningslinjene for brukerdata. Hvis du har integrert tredjepartskode (for eksempel en SDK) i appen din og den er laget for å samle inn personlige og sensitive brukerdata som standard, har du 2 uker (eller tidsperioden som er oppført i forespørselen, hvis den er lengre) på deg fra du mottar en forespørsel fra Google Play, på å fremlegge nok beviser som viser at appen din overholder kravene til fremtredende informasjon og samtykke i disse retningslinjene. Dette gjelder også for lesing, innsamling, bruk eller deling av dataene via tredjepartskoden. Husk å forsikre deg om at bruken din av tredjepartskode (for eksempel en SDK) ikke fører til at appen din er i strid med retningslinjene for brukerdata. I denne brukerstøtteartikkelen finner du mer informasjon om kravene til fremtredende informasjon og samtykke. Eksempler på brudd som skyldes SDK-er
Andre krav for tilgang til personlige og sensitive dataI tabellen nedenfor finner du beskrivelser av kravene for bestemte aktiviteter.
Eksempler på brudd som skyldes SDK-er
DatasikkerhetsdelenAlle utviklere må ha en tydelig og nøyaktig datasikkerhetsdel for alle apper, med detaljert informasjon om innsamling, bruk og deling av brukerdata. Dette omfatter data som samles inn og håndteres via eventuelle tredjepartsbiblioteker eller -SDK-er som brukes i appene. Det er utvikleren som har ansvaret for at etiketten er nøyaktig, samt for å holde denne informasjonen oppdatert. Der det er relevant, skal delen være i tråd med opplysningene i appens personvernregler. I denne brukerstøtteartikkelen finner du mer informasjon om hvordan du fyller ut datasikkerhetsdelen. Se de fullstendige retningslinjene for brukerdata. |
Tillatelser og API-er som bruker retningslinjene om sensitiv informasjon
Forespørsler om tillatelser og API-er med tilgang til sensitiv informasjon skal være forståelige for brukerne. Du kan bare be om tillatelser og API-er med tilgang til sensitiv informasjon som er nødvendige for å implementere funksjoner eller tjenester i appen din, og som er promotert i Google Play-oppføringen din. Du kan ikke bruke tillatelser eller API-er som bruker sensitiv informasjon og gir tilgang til bruker- eller enhetsdata til funksjoner eller formål det ikke opplyses om, som ikke er implementert, eller som ikke er tillatt. Personlige eller sensitive data du får tilgang til via tillatelser eller API-er som bruker sensitiv informasjon, skal aldri selges eller deles for å tilrettelegge for salg.
Se de fullstendige retningslinjene for tillatelser og API-er som bruker sensitiv informasjon.
Eksempler på brudd som skyldes SDK-er
- apper som har SDK-er som ber om posisjon i bakgrunnen for formål som ikke er tillatt, eller som ikke er oppgitt
- apper som har SDK-er som sender IMEI-koder som er avledet fra Android-tillatelsen read_phone_state, uten samtykke fra brukerne
Retningslinjer om skadelig programvare
Se de fullstendige retningslinjene om skadelig programvare.
Eksempler på brudd som skyldes SDK-er
- apper som inkluderer SDK-biblioteker fra leverandører som distribuerer skadelig programvare
- apper som ikke overholder Android-tillatelsesmodellen, eller som stjeler legitimasjon (for eksempel OAuth-tokener) fra andre apper
- apper som misbruker funksjoner for å hindre at de avinstalleres eller stoppes
- apper som slår av SELinux
- apper som har SDK-er som er i strid med Android-tillatelsesmodellen ved at de skaffer seg overordnede rettigheter ved å bruke enhetsdata for formål som ikke er oppgitt
- apper som har SDK-er med kode som lurer brukerne til å abonnere på eller kjøpe innhold via mobilregningen
Bruk av SDK-er i apper
Hvis du inkluderer en SDK i appen din, har du ansvaret for å sikre at koden og praksisene til den aktuelle tredjeparten ikke fører til at appen din bryter programretningslinjene for Google Play-utviklere. Det er viktig at du er klar over hvordan SDK-ene i appen din håndterer brukerdata, og at du forstår hvilke tillatelser de bruker, hva slags data de samler inn, og hvorfor de gjør det.
SDK-krav
Apputviklere bruker ofte kode fra tredjeparter (for eksempel SDK-er) for å integrere funksjoner og tjenester som er viktige for appene deres. Når du inkluderer en SDK i appen din, bør du forsikre deg om at du kan holde brukerne trygge samtidig som appen ikke utsettes for sårbarheter. I denne delen viser vi hvordan noen av de eksisterende personverns- og sikkerhetskravene våre gjelder for SDK-er, samt hvordan de er laget for å hjelpe utviklere med å integrere SDK-er i appene sine på en trygg og sikker måte.
Hvis du inkluderer en SDK i appen din, har du ansvaret for å sikre at koden og praksisene til den aktuelle tredjeparten ikke fører til at appen din bryter programretningslinjene for Google Play-utviklere. Det er viktig at du er klar over hvordan SDK-ene i appen din håndterer brukerdata, og at du forstår hvilke tillatelser de bruker, hva slags data de samler inn, og hvorfor de gjør det. Husk at SDK-ers innsamling og håndtering av brukerdata må være i tråd med din egen apps bruk av slike data – som må overholde retningslinjene.
Du kan forsikre deg om at bruken av en SDK ikke er i strid med kravene i retningslinjene, ved å lese og passe på at du forstår alle de følgende retningslinjene, og merke deg noen av de eksisterende kravene for SDK-er, som du finner nedenfor.
Apper med overordnede rettigheter som gir enheter rottilgang uten tillatelse fra brukerne, klassifiseres som apper for rottilgang.
Spionprogrammer
Spionprogrammer er skadelige apper, skadelig kode eller skadelig atferd som samler inn, henter ut eller deler bruker- eller enhetsdata som ikke er relatert til funksjonalitet som er i tråd med retningslinjene.
Skadelig kode eller atferd som kan anses som spionasje mot brukeren, eller som henter ut data uten tilstrekkelig varsel eller samtykke, anses også som spionprogrammer.
Se hele retningslinjene om spionprogrammer.
Brudd på retningslinjene om spionprogrammer forårsaket av SDK-er inkluderer, men er ikke begrenset til,
- apper som bruker en SDK som overfører data fra lyd- eller samtaleopptak når de ikke er relatert til appfunksjonalitet som er i tråd med retningslinjene
- apper med skadelig tredjepartskode (for eksempel en SDK) som overfører data bort fra enheten på en måte som er uventet for brukeren, og/eller uten tilstrekkelig brukervarsel eller -samtykke
Retningslinjer for uønsket programvare for mobilenheter
Åpenhet om funksjonalitet og tydelig informasjon
All kode skal levere lovet funksjonalitet til brukerne. Apper skal ha all funksjonalitet som er lovet. Apper skal ikke forvirre brukerne.
Eksempler på brudd på retningslinjene:
- annonsesvindel
- sosial manipulering
Beskytt brukerdata
Vær tydelig og oversiktlig når det gjelder lesing, bruk, innsamling og deling av personlige og sensitive brukerdata. Bruk av brukerdata må overholde alle relevante retningslinjer for brukerdata, der det er aktuelt, og ta alle forholdsregler for å beskytte dataene.
Eksempler på brudd på retningslinjene:
- datainnsamling (f.eks. spionprogrammer)
- misbruk av begrensede tillatelser
Se de fullstendige retningslinjene om uønsket programvare for mobilenheter
Retningslinjer om uriktig bruk av enheter og nettverk
Vi tillater ikke apper som forstyrrer, avbryter, skader eller skaffer seg uautorisert tilgang til brukerens enhet, andre enheter eller datamaskiner, tjenere, nettverk, programmeringsgrensesnitt (API-er) eller tjenester. Dette inkluderer, men er ikke begrenset til, andre apper på enheten, alle Google-tjenester og autoriserte operatørnettverk.
Apper eller kode fra tredjeparter (f.eks. SDK-er) med tolkede språk (JavaScript, Python, Lua osv.) som lastes inn under kjøring (f.eks ikke pakket sammen med appen), skal ikke tillate potensielle brudd på Google Play-retningslinjer.
Vi tillater ikke kode som introduserer eller utnytter sikkerhetssvakheter. Ta en titt på programmet for økt sikkerhet i apper for å finne ut mer om de nyeste sikkerhetsproblemene utviklere har fått beskjed om.
Se de fullstendige retningslinjene om uriktig bruk av enheter og nettverk.
Eksempler på brudd som skyldes SDK-er
- apper som tilrettelegger for bruk av proxy-tjenester til tredjeparter, kan bare gjøre dette når det er appens primære brukerrettede hovedformål
- apper med SDK-er som laster ned kjørbar kode, for eksempel dex-filer eller integrert kode, fra andre kilder enn Google Play
- apper med SDK-er som inneholder en WebView med et JavaScript-grensesnitt som laster inn upålitelig nettinnhold (for eksempel http://-nettadresser) eller ubekreftede nettadresser fra upålitelige kilder (for eksempel nettadresser hentet med upålitelige intensjoner)
- apper med SDK-er som inneholder kode for oppdatering av sin egen APK
- apper med SDK-er som eksponerer brukere for sikkerhetssårbarheter ved å laste ned filer via usikre tilkoblinger
- apper med SDK-er som har kode for nedlasting eller installering av apper fra ukjente kilder utenfor Google Play
- apper med SDK-er som bruker forgrunnstjenester uten et egnet bruksmønster
- apper med SDK-er som bruker forgrunnstjenester for å overholde retningslinjer, men det opplyses ikke om dem i appens manifest
Retningslinjer om villedende atferd
Vi tillater ikke apper som har som hensikt å villede brukere eller legge til rette for uærlig atferd, inkludert, men ikke begrenset til, apper som regnes som umulige å bruke. Apper må ha nøyaktige opplysninger, beskrivelser og bilder/video tilknyttet appenes funksjonalitet i alle deler av metadataene. Apper skal ikke etterligne funksjonalitet eller advarsler fra operativsystemer eller andre apper. Eventuelle endringer av enhetsinnstillinger skal bare gjennomføres hvis brukeren er klar over og har samtykket i endringene, og hvis de kan reverseres av brukeren.
Se de fullstendige retningslinjene om villedende atferd.
Åpenhet om funksjonalitet
Eksempel på et brudd forårsaket av en SDK
- Appen din har en SDK som bruker teknikker for å unngå appanmeldelser.
Hvilke Google Play-retningslinjer for utviklere ligger ofte til grunn for brudd som skyldes SDK-er?
For å sikre at eventuell tredjepartskode appen din bruker, overholder programretningslinjene for Google Play-utviklere, bør du lese gjennom disse retningslinjene i sin helhet:
- Retningslinjer for brukerdata
- Tillatelser og API-er som bruker sensitiv informasjon
- Retningslinjer om uriktig bruk av enheter og nettverk
- Skadelig programvare
- Uønsket programvare for mobilenheter
- Programmet for egensertifiserte annonse-SDK-er for familier
- Annonseretningslinjer
- Villedende atferd
- Programretningslinjer for Google Play-utviklere
Selv om det er disse retningslinjene som oftest brytes, er det viktig å huske på at dårlig SDK-kode kan føre til at appen din bryter andre retningslinjer enn de som er ovenfor. Sørg for at du går gjennom og holder deg oppdatert på alle retningslinjer i sin helhet, siden det er du som apputvikler som har ansvaret for å sikre at SDK-ene dine behandler appdata i tråd med retningslinjene.
Du kan finne ut mer om dette i brukerstøtten.
Skadelig programvare
Skadelig programvare er all kode som kan utsette brukere og brukeres data eller enheter for risiko. Skadelig programvare inkluderer, men er ikke begrenset til, potensielt skadelige apper, binærprogrammer eller rammeverkendringer og består av kategorier som trojanske hester, nettfisking og spionprogrammer. Vi oppdaterer og legger til nye kategorier jevnlig.
Selv om skadelig programvare finnes i ulike varianter og kan ha ulik funksjonalitet, har programvaren vanligvis ett av følgende mål:
- å utsette brukeres enheter for risiko
- å få kontroll over brukeres enheter
- å legge til rette for fjernstyrte handlinger, slik at angripere kan få tilgang til, bruke eller på andre måter utnytte infiserte enheter
- å overføre personopplysninger eller legitimasjon fra enheter uten tilstrekkelig informasjon og samtykke
- å spre nettsøppel eller kommandoer fra infiserte enheter for å påvirke andre enheter eller nettverk
- å svindle brukere
Apper, binærprogrammer og rammeverkendringer kan potensielt være skadelige, og derfor kan de generere skadelig atferd, selv om dette ikke er formålet. Dette er fordi apper, binærprogrammer og rammeverkendringer kan fungere ulikt avhengig av en rekke variabler. Derfor er noe som er skadelig for én Android-enhet, ikke nødvendigvis skadelig for andre Android-enheter. Eksempel: En enhet som kjører den nyeste versjonen av Android, er ikke påvirket av skadelige apper som bruker avviklede API-er til å utføre skadelig atferd, men en enhet som fortsatt kjører en veldig tidlig versjon av Android, kan være i faresonen. Apper, binærprogrammer og rammeverkendringer merkes som skadelig programvare eller potensielt skadelige apper hvis de tydelig utgjør en risiko for enkelte eller alle Android-enheter og -brukere.
Kategoriene for skadelig programvare nedenfor gjenspeiler den grunnleggende troen vår på at brukere skal ha kunnskap om hvordan enhetene deres brukes i og fremmer et sikkert økosystem som tilrettelegger for solid innovasjon og en pålitelig brukeropplevelse.
Gå til Google Play Protect for å få mer informasjon.
Bakdører
Kode som tillater at uønskede, potensielt skadelige fjernstyrte handlinger kjøres på enheter.
Disse handlingene kan inkludere atferd som plasserer appen, binærprogrammet eller rammeverkendringen i en av de andre kategoriene med skadelig programvare, hvis atferden kjøres automatisk. Generelt sett er «bakdør» en beskrivelse av hvordan en potensielt skadelig handling kan skje på enheter, og det samsvarer derfor ikke helt med kategorier som faktureringssvindel eller kommersielle spionprogrammer. Dette fører til at en undergruppe av bakdører, i enkelte tilfeller, behandles av Google Play Protect som sikkerhetsproblemer.
Faktureringssvindel
Kode som med hensikt automatisk belaster brukere på en villedende måte.
Mobilfaktureringssvindel er delt inn i SMS-svindel, telefonsvindel og gebyrsvindel.
SMS-svindel
Kode som belaster brukere for sending av SMS-er med tilleggskostnader uten brukernes samtykke, eller som prøver å kamuflere SMS-aktivitet ved å skjule avtaler om videreformidling eller SMS-er fra mobiloperatører med informasjon om belastninger eller bekreftelser av abonnementer.
Noe kode, selv om koden teknisk sett videreformidler atferd tilknyttet sending av SMS-er, introduserer ytterligere atferd som tilrettelegger for SMS-svindel. Eksempler omfatter å skjule deler av avtaler om videreformidling fra brukerne, slik at de ikke kan leses, og betinget utelatelse av SMS-er fra mobiloperatører med informasjon om belastninger eller bekreftelser av abonnementer.
Telefonsvindel
Kode som belaster brukere ved å ringe numre med tilleggskostnader, uten samtykke fra brukerne.
Gebyrsvindel
Kode som lurer brukere til å abonnere på eller kjøpe innhold via mobilregningen.
Gebyrsvindel omfatter alle typer fakturering, med unntak av SMS-er og anrop med tilleggskostnader. Eksempler på dette inkluderer direktefakturering via telefonregning, Wireless Application Protocol (WAP) og mobiloverføringer. WAP-svindel er en av de vanligste typene gebyrsvindel. WAP-svindel kan omfatte å lure brukere til å klikke på en knapp på en gjennomsiktig WebView som er lastet inn i bakgrunnen. Når denne handlingen utføres, startes et gjentakende abonnement, og bekreftelsen via SMS eller e-post blir ofte kapret for å hindre brukerne i å legge merke til transaksjonen.
Overvåkningsprogrammer
Kode som samler inn personopplysninger eller sensitive brukerdata fra en enhet og overfører dem til en tredjepart (bedrift eller enkeltperson) med overvåking som formål.
Appene må oppgi tilstrekkelig fremtredende informasjon og innhente samtykke som påkrevd i retningslinjene for brukerdata.
Veiledning for overvåkingsapper
Apper som bare er laget og blir markedsført som apper for overvåking av enkeltpersoner, for eksempel apper foreldre kan bruke til å overvåke barna, eller apper bedriftsledelsen kan bruke til å overvåke de ansatte, gitt at de overholder kravene nedenfor, er de eneste overvåkingsappene som godtas. Slike apper kan ikke brukes til å spore noen andre (for eksempel en ektefelle), heller ikke med vedkommendes tillatelse, uavhengig av om det vises noe vedvarende varsel. Slike apper må inkludere metadataflagget IsMonitoringTool i manifestfilen for å klassifisere seg selv som overvåkingsapper.
Overvåkingsapper må overholde disse kravene:
- Appen skal ikke presenteres som løsninger for spionasje eller hemmelig overvåking.
- Appen skal ikke skjule atferd, maskere atferd (cloaking) eller villede brukere om slik funksjonalitet.
- Appen må gi brukerne et vedvarende varsel som vises så lenge appen er åpen, og bruke et unikt ikon som tydelig identifiserer appen.
- Appen må opplyse om funksjoner for overvåking og sporing i beskrivelsen i Google Play-butikken.
- Appen og appoppføringen på Google Play skal ikke på noen måte aktivere eller bruke funksjonalitet som bryter disse vilkårene, for eksempel ved linking til APK-er utenfor Google Play som ikke overholder reglene.
- Appen må overholde eventuelle gjeldende lover. Du har hele ansvaret for å avgjøre lovligheten av appen din i lokaliteten der den skal målrettes.
Tjenestenekt (DoS)
Kode som, uten at brukeren er klar over det, utfører tjenestenektangrep (DoS) eller er en del av distribuerte tjenestenektangrep mot andre systemer og ressurser.
Dette kan for eksempel skje ved at det sendes mange HTTP-forespørsler for å overbelaste eksterne tjenere.
Skadelige nedlastere
Kode som ikke er potensielt skadelig i seg selv, men som laster ned andre potensielt skadelige apper.
Kode kan være en skadelig nedlaster hvis
- det er grunn til å tro at den ble opprettet for å spre potensielt skadelige apper, og den har lastet ned slike apper eller inneholder kode som kan laste ned og installere apper
- minst 5 % av apper den laster ned, er potensielt skadelige apper, med en minimumsterskel på 500 observerte appnedlastinger (25 observerte nedlastinger av potensielt skadelige apper)
Kjente nettlesere og apper for fildeling regnes ikke som skadelige nedlastere så lenge
- de ikke laster ned apper uten brukerinteraksjon
- alle nedlastinger av potensielt skadelige apper er satt i gang av samtykkende brukere
Sikkerhetstrusler som ikke er for Android
Kode med sikkerhetstrusler som ikke er for Android.
Disse appene er ikke skadelige for Android-brukere eller -enheter, men de inneholder komponenter som potensielt er skadelige for andre plattformer.
Nettfisking
Kode som gir seg ut som å komme fra en pålitelig kilde, ber om brukeres autentiseringslegitimasjon eller faktureringsinformasjon, og sender disse dataene til en tredjepart. Denne kategorien omfatter også kode som avskjærer overføringen av brukerlegitimasjon mens overføringen finner sted.
Vanlige mål utsatt for nettfisking inkluderer banklegitimasjon, kredittkortnumre og kontolegitimasjon for sosiale nettverk og spill på nettet.
Misbruk av overordnede rettigheter
Kode som utsetter systemets integritet for sikkerhetsbrudd ved å bryte ned apptestmiljøet, oppnå overordnede rettigheter eller endre eller slå av tilgang til viktige sikkerhetsrelaterte funksjoner.
Eksempler på dette kan være
- apper som ikke overholder Android-tillatelsesmodellen, eller som stjeler legitimasjon (for eksempel OAuth-tokener) fra andre apper
- apper som misbruker funksjoner for å hindre at de avinstalleres eller stoppes
- apper som slår av SELinux
Apper med overordnede rettigheter som gir enheter rottilgang uten tillatelse fra brukerne, klassifiseres som apper for rottilgang.
Løsepengevirus
Kode som tar delvis eller fullstendig kontroll over enheter eller data på en enhet, og som krever at brukeren betaler eller utfører en handling for å få tilbake kontrollen.
Enkelte løsepengevirus krypterer data på enheten og krever betaling for å dekryptere dataene og/eller bruker funksjoner tilknyttet enhetsadministratoren, slik at viruset ikke kan fjernes av vanlige brukere. Eksempler på dette kan være
- utestenging av brukere på enhetene deres og krav om penger for å gi kontrollen tilbake til brukerne
- kryptering av enhetsdata og krav om betaling, tilsynelatende for å dekryptere dataene
- bruk av funksjoner tilknyttet administrering av enhetsinnstillinger, der brukerne ikke kan fjerne viruset selv
Kode som distribueres med enheter med hovedformål om subsidiert administrering av enheter, kan utelates fra løsepengevirus-kategorien, gitt at de overholder kravene for sikker låsing og administrering samt kravene for tilstrekkelig informasjon og brukersamtykke
Rottilgang
Kode som gir enheten rottilgang.
Det er forskjell på ikke-skadelig og skadelig kode for rottilgang. Eksempel: Med ikke-skadelige apper for rottilgang får brukere beskjed på forhånd om at de gir enheten rottilgang, og at de ikke utfører andre potensielt skadelige handlinger som gjelder for andre kategorier med potensielt skadelige apper.
Med skadelige apper for rottilgang får ikke brukerne beskjed om de gir enheten rottilgang, eller brukerne blir informert om rottilgangen på forhånd samtidig som det utføres andre handlinger som gjelder for andre kategorier med potensielt skadelige apper.
Søppelpost
Spionprogrammer
Spionprogrammer er skadelige apper, skadelig kode eller skadelig atferd som samler inn, henter ut eller deler bruker- eller enhetsdata som ikke er relatert til funksjonalitet som er i tråd med retningslinjene.
Skadelig kode eller atferd som kan anses som spionasje mot brukeren, eller som henter ut data uten tilstrekkelig varsel eller samtykke, anses også som spionprogrammer.
Brudd på retningslinjene om spionprogrammer inkluderer, men er ikke begrenset til,
- opptak av lyd eller samtaler på telefonen
- tyveri av appdata
- apper med skadelig tredjepartskode (for eksempel en SDK) som overfører data bort fra enheten på en måte som er uventet for brukeren, og/eller uten tilstrekkelig brukervarsel eller -samtykke
Alle apper må også overholde alle programretningslinjer for Google Play-utviklere, inkludert retningslinjer for bruker- og enhetsdata, for eksempel Uønsket programvare for mobilenheter, Brukerdata, Tillatelser og API-er som bruker sensitiv informasjon og SDK-krav.
Trojanske hester
Kode som utgir seg for å være godartet, for eksempel et spill som bare utgir seg for å være et spill, men som utfører uønskede handlinger rettet mot brukeren.
Denne klassifiseringen brukes vanligvis sammen med andre kategorier med potensielt skadelige apper. Trojanske hester har en ufarlig komponent og en skjult, skadelig komponent. For eksempel et spill som i bakgrunnen sender SMS-er med tilleggskostnader fra brukerens enhet uten at vedkommende er klar over det.
En kommentar om uvanlige apper
En kommentar om bakdørkategorien
Bakdørkategorien av skadelig programvare avhenger av kodeatferden. For at kode skal klassifiseres som programvare som åpner bakdører, må den tilrettelegge for atferd som plasserer koden i en av de andre kategoriene med skadelig programvare, hvis koden kjøres automatisk. Hvis en app for eksempel tillater dynamisk innlasting av kode, og hvis den dynamisk innlastede koden henter ut SMS-er, blir appen klassifisert som skadelig programvare som åpner bakdører.
Men hvis en app tillater kjøring av vilkårlig kode og vi ikke har grunn til å tro at kjøringen av koden ble lagt til for å utføre skadelig atferd, blir appen behandlet som en app med et sikkerhetsproblem, i stedet for programvare som åpner bakdører, og utvikleren blir bedt om å løse problemet.
Maskeringsprogramvare
En app som bruker ulike teknikker for å unngå sikkerhetstiltakene for å gi brukeren annen – eller falsk – appfunksjonalitet. Slike apper gir seg ut for å være legitime apper eller spill som ser uskyldige ut for appbutikker, og de bruker teknikker som obfuskering, dynamisk innlasting av kode eller maskering (cloaking) for å vise skadelig innhold.
Maskeringsprogramvare minner om andre kategorier med potensielt skadelige apper, mer konkret trojanske hester, og hovedforskjellen er teknikkene som brukes for å obfuskere den skadelige aktiviteten.
Falsk identitet
Her er noen eksempler på vanlige brudd:
-
Utviklere som feilaktig antyder et forhold til en annen bedrift/utvikler/enhet/organisasjon.
① Utviklernavnet som er oppført for denne appen, antyder et offisielt samarbeid med Google, selv om det ikke er tilfelle.
- Apper med ikoner og titler som feilaktig antyder et forhold til en annen bedrift/utvikler/enhet/organisasjon.
① Appen bruker et nasjonalt symbol og villeder brukerne til å tro at den er tilknyttet myndighetene.
② Appen kopierer logoen til en bedrift for å villede brukerne til å tro at den er en offisiell app fra den bedriften. -
Apptitler og -ikoner som er så like eksisterende produkter eller tjenester at brukere kan bli villedet.
① Appen bruker logoen til et populært nettsted for kryptovaluta i appikonet for å antyde at den er det offisielle nettstedet.
② Appen kopierer hovedpersonen og tittelen til en kjent TV-serie i appikonet og villeder brukerne til å tro at den er tilknyttet TV-serien. -
Apper som feilaktig hevder å være den offisielle appen for en etablert tredjepart. Titler som «Justin Bieber» kan ikke brukes uten de nødvendige tillatelsene eller rettighetene.
- Apper som bryter med retningslinjene for merkevarebygging for Android.
Uønsket programvare for mobilenheter
Hos Google tror vi at om du fokuser på brukeren, så ordner resten seg selv. I prinsippene for programvare og retningslinjene for uønsket programvare gir vi generelle anbefalinger for programvare som gir gode brukeropplevelser. Disse retningslinjene bygger på Googles retningslinjer for uønsket programvare ved å beskrive prinsippene for Android-økosystemet og Google Play-butikken. Programvare som ikke er i tråd med disse prinsippene, kan gå ut over brukeropplevelsen, og vi griper inn med tiltak for å beskytte brukerne mot dette.
Som nevnt i retningslinjene for uønsket programvare har vi funnet ut at det meste av uønsket programvare viser én eller flere av de samme grunnleggende egenskapene:
- Den er villedende, med en attraktivitetsfaktor som ikke blir innfridd.
- Brukerne blir lurt til å installere den, eller den blir installert i det stille ved installering av annen programvare.
- Brukerne blir ikke informert om alle primære og viktige funksjoner i programvaren.
- Den påvirker systemet til brukeren på uventede måter.
- Den samler inn eller overfører privat informasjon uten at brukerne er klar over det.
- Den samler inn eller overfører privat informasjon uten sikker håndtering (f.eks. overføring via HTTPS)
- Den kommer som en del av annen programvare, og det informeres ikke om at tilleggsprogramvaren er installert.
På mobilenheter er programvare kode i form av apper, binærprogrammer, rammeverksendringer osv. For å forhindre programvare som er skadelig for programvarens økosystem, eller som forstyrrer brukeropplevelsen, iverksetter vi tiltak mot kode som bryter disse prinsippene.
Nedenfor bygger vi på retningslinjene for uønsket programvare for å utvide relevansen til programvare på mobilenheter. I likhet med de retningslinjene fortsetter vi å justere disse retningslinjene for uønsket mobilprogramvare for å håndtere nye typer uriktig bruk.
Åpenhet om funksjonalitet og tydelig informasjon
All kode skal levere lovet funksjonalitet til brukerne. Apper skal ha all funksjonalitet som er lovet. Apper skal ikke forvirre brukerne.
- Apper skal være tydelige når det gjelder funksjonalitet og mål.
- Gjør det klart og tydelig for brukerne hvilke systemendringer som skal gjøres av appen. La brukerne gjennomgå og godkjenne alle viktige alternativer for installering og endringer.
- Programvare skal ikke gi brukerne en feilaktig fremstilling av enhetens tilstand, for eksempel ved å hevde at systemet er i en kritisk sikkerhetsstatus eller er infisert med virus.
- Ikke bruk ugyldig aktivitet som er utviklet for å øke annonsetrafikk og/eller konverteringer.
- Vi tillater ikke apper som villeder brukere ved å bruke falsk identitet (f.eks. en annen utvikler, bedrift eller enhet) eller en annen app. Ikke antyd at appen din er knyttet til eller autorisert av noen, hvis den ikke er det.
Eksempler på brudd på retningslinjene:
- Annonsesvindel
- Sosial manipulering
Beskytt brukerdata og personvernet
Vær tydelig og åpen om lesing, bruk, innsamling og deling av personlige og sensitive brukerdata. Bruk av brukerdata må overholde alle relevante retningslinjer for brukerdata, der det er aktuelt, og ta alle forholdsregler for å beskytte dataene.
Alle apper må overholde alle programretningslinjer for Google Play-utviklere, inkludert retningslinjene om bruker- og enhetsdata, for eksempel Brukerdata, Tillatelser og API-er som bruker sensitiv informasjon, Spionprogrammer og SDK-krav.
- Du må ikke be brukerne om – eller lure dem til – å slå av sikkerhetstiltakene på enhetene sine, for eksempel Google Play Protect. Du må for eksempel ikke tilby flere appfunksjoner eller -belønninger til brukere i bytte mot at de slår av Google Play Protect.
Ikke skap dårlige mobilopplevelser
Brukeropplevelsen skal være enkel, lettfattelig og basert på tydelige valg som er gjort av brukeren. Den skal inneholde en tydelig attraktivitetsfaktor for brukeren og ikke forstyrre den annonserte eller ønskede brukeropplevelsen.
- Ikke implementer annonser som vises til brukere på uventede måter, for eksempel ved å forhindre eller forstyrre bruken av enhetsfunksjoner, eller som vises utenfor miljøet for den utløsende appen, uten at det er enkelt å lukke dem, eller uten at det finnes tilstrekkelig samtykke og attribusjon.
- Apper skal ikke forstyrre andre apper eller påvirke enhetens brukervennlighet
- Informer tydelig om avinstalleringer når det er aktuelt.
- Programvare for mobilenheter skal ikke etterligne forespørsler fra enheters operativsystem eller andre apper. Ikke skjul varsler til brukerne fra andre apper eller operativsystemet – spesielt varsler som informerer om endringer i operativsystemet.
Eksempler på brudd på retningslinjene:
- Forstyrrende annonser
- Uautorisert bruk eller etterligning av systemfunksjonalitet
Skadelige nedlastere
Kode som ikke er uønsket programvare i seg selv, men som laster ned annen uønsket programvare for mobilenheter.
Kode kan være en skadelig nedlaster hvis
- det er grunn til å tro at den ble opprettet for å spre uønsket programvare for mobilenheter, og den har lastet ned slik programvare eller inneholder kode som kan laste ned og installere apper
- minst 5 % av apper den laster ned, er uønsket programvare for mobilenheter, med en minimumsterskel på 500 observerte appnedlastinger (25 observerte nedlastinger av uønsket programvare for mobilenheter).
Kjente nettlesere og apper for fildeling regnes ikke som skadelige nedlastere så lenge
- de ikke laster ned apper uten brukerinteraksjon
- alle nedlastinger av programvare er satt i gang av samtykkende brukere
Annonsesvindel
Her er noen eksempler på vanlige brudd:
- Apper med annonser som ikke er synlige for brukeren.
- Apper som automatisk genererer klikk på annonser uten at brukerne hadde til hensikt å gjøre det, eller som genererer tilsvarende nettverkstrafikk for å generere falsk klikkreditt.
- Apper som sender falske attribusjonsklikk for å få betalt for installeringer som ikke stammer fra avsenderens nettverk.
- Apper som viser annonser når brukerne ikke bruker appens grensesnitt.
- Uriktige fremstillinger av annonsebeholdningen i en app, for eksempel en app som kommuniserer til annonsenettverkene at den kjører på en iOS-enhet, når den faktisk kjøres på en Android-enhet, eller apper som gir en uriktig fremstilling av pakkenavnet som genererer inntekt.
Uautorisert bruk eller etterligning av systemfunksjonalitet
Vi tillater ikke apper eller annonser som etterligner eller forstyrrer systemfunksjonalitet, for eksempel varsler eller advarsler. Systemvarsler kan bare brukes for integrerte funksjoner i apper, for eksempel en app som tilhører et flyselskap og som varsler brukere om spesielle tilbud, eller et spill som varsler brukere om kampanjer i spillet.
Her er noen eksempler på vanlige brudd:
- Apper eller annonser som leveres gjennom systemvarsler:
① Systemvarselet som vises i denne appen, brukes til å levere en annonse.
Du finner flere eksempler som involverer annonser, i annonseretningslinjene.
Sosial manipulering
Inntektsgenerering og annonser
Betalinger
- Utviklere som krever betaling for appnedlastinger fra Google Play, må bruke faktureringssystemet i Google Play som betalingsmåte for disse transaksjonene.
-
Play-distribuerte apper som krever eller tar imot betaling for tilgang til funksjoner eller tjenester i appen, inkludert appfunksjonalitet, digitalt innhold eller digitale varer (samlet omtalt som «kjøp i appen»), må bruke faktureringssystemet i Google Play for disse transaksjonene, med mindre del 3, del 8 eller del 9 gjelder.
Eksempler på appfunksjoner eller -tjenester som krever bruk av faktureringssystemet i Google Play, inkluderer, men er ikke begrenset til, kjøp i apper av
- varer (for eksempel virtuelle valutaer, ekstra liv, ekstra spilletid, tilleggselementer, figurer og brukerbilder)
- abonnementstjenester (for eksempel for trening, spilling, dating, utdanning, musikk, video, tjenesteoppgraderinger og andre abonnementstjenester for innhold)
- appfunksjonalitet eller -innhold, for eksempel reklamefrie versjoner av apper eller nye funksjoner som ikke er tilgjengelige i gratisversjonene
- skyprogramvare og -tjenester (for eksempel datalagringstjenester og programvare for bedriftsproduktivitet eller økonomisk administrasjon)
- Faktureringssystemet i Google Play skal ikke brukes i disse tilfellene:
- Hvis betalingene hovedsakelig gjelder
- kjøp eller utleie av fysiske varer (for eksempel dagligvarer, klær, husholdningsartikler og elektronikk)
- kjøp av fysiske tjenester (for eksempel transporttjenester, rengjøringstjenester, flyreiser, medlemskap på treningssentre, matlevering, billetter til direktesendte arrangementer)
- overføringer knyttet til kredittkort- eller strømregninger (for eksempel kabel- og telekommunikasjonstjenester)
- Hvis betalingene omfatter direktebetalinger mellom privatpersoner, auksjoner på nettet og donasjoner med avgiftsfritak.
- Hvis betalingene er for innhold eller tjenester som legger til rette for nettgambling, som beskrevet under Gamblingapper i retningslinjene for gambling, spill og konkurranser med ekte penger.
- Hvis betalingene er for produkter som anses som uakseptable i henhold til Googles retningslinjer for innhold i betalingssenteret.
Merk: I enkelte markeder tilbyr vi Google Pay for apper som selger fysiske varer og/eller tjenester. Du finner mer informasjon om dette på utviklersiden for Google Pay.
- Hvis betalingene hovedsakelig gjelder
- Unntatt vilkårene som beskrives i avsnitt 3, avsnitt 8 og avsnitt 9, kan ikke apper føre brukerne til en annen betalingsmåte enn faktureringssystemet i Google Play. Dette forbudet inkluderer, men er ikke begrenset til, at brukerne føres til andre betalingsmåter via
- appoppføringer på Google Play
- markedsføring i appen knyttet til innhold som kan kjøpes
- nettvisninger, knapper, linker, meldinger, annonser eller andre handlingsfremmende oppfordringer i appen
- brukergrensesnittet i appen, inkludert kontoopprettelse eller registreringsprosesser, som fører brukere fra appen til en annen betalingsmåte enn Google Play-faktureringssystemet, som en del av disse prosessene
-
Virtuelle valutaer må bare brukes i appen eller spillet valutaene opprinnelig ble kjøpt for.
-
Utviklere må tydelig og nøyaktig informere brukerne om vilkårene og prisene for appene sine eller om funksjoner eller abonnementer som kan kjøpes. Prisene i appen må samsvare med prisene som vises i brukergrensesnittet for Play-fakturering. Hvis produktbeskrivelsen din på Google Play viser til funksjoner i appen som har en spesifikk eller ekstra kostnad, må appoppføringen tydelig varsle brukerne om at de må betale for å bruke de aktuelle funksjonene.
-
Apper og spill som tilbyr mekanismer for å motta tilfeldige virtuelle varer ved kjøp (inkludert, men ikke begrenset til, «loot-bokser»), må tydelig opplyse om sjansene for å få disse varene, før eller når brukere gjennomfører kjøpet.
-
Med mindre vilkårene som er beskrevet i del 3, gjelder, kan utviklere av Play-distribuerte apper som krever eller tar imot betaling fra brukere i disse landene/regionene for tilgang til kjøp i appene, tilby brukerne et alternativt faktureringssystem i appen i tillegg til faktureringssystemet for Google Play for slike transaksjoner. Før de kan gjøre det, må de fylle ut erklæringsskjemaet for fakturering for hvert av programmene og samtykke i tilleggsvilkårene og programkravene som beskrives der.
-
Utviklere av Play-distribuerte apper kan føre brukere fra EØS ut av appen, inkludert for å promotere tilbud på digitale funksjoner og tjenester i apper. Utviklere som fører brukere fra EØS ut av appen, må fylle ut erklæringsskjemaet for programmet og samtykke i tilleggsvilkårene og programkravene som beskrives der.
Annonser
For å opprettholde en opplevelse av høy kvalitet tar vi hensyn til annonseinnholdet, målgruppen, brukeropplevelsen, atferden samt sikkerhet og personvern. Vi anser også annonser og tilknyttede tilbud som en del av appen, og de må derfor overholde alle andre retningslinjer for Google Play. Vi har også flere krav til annonser hvis du tjener penger på en app på Google Play som er målrettet mot barn.
Du kan lese mer om retningslinjene for butikkoppføring og markedsføring av apper her, inkludert hvordan vi håndterer villedende fremgangsmåter for markedsføring.
Annonseinnhold
Upassende annonser
Her er noen eksempler på vanlige brudd:
- Annonser som ikke samsvarer med appers egnethet
① Denne annonsen er upassende (for tenåringer) for appens egnethet (alle).
② Denne annonsen er upassende (for voksne) for appens egnethet (for tenåringer).
③ Tilbudet i appen (som promoterer nedlasting av en app for voksne) er upassende for egnetheten til spillappen som annonsen ble vist i (alle).
Krav til annonser for familier
Villedende annonser
Annonser skal ikke simulere eller etterligne brukergrensesnittet for appfunksojner, for eksempel varsels- eller advarselselementer i operativsystemer. Det må være tydelig for brukerne hvilken app som leverer hver annonse.
Her er noen eksempler på vanlige brudd:
-
Annonser som etterligner appers brukergrensesnitt:
① Spørsmålstegnet i denne appen er en annonse som tar brukere til en ekstern landingsside.
-
Annonser som etterligner systemvarsler:
① ② Eksemplene ovenfor illustrerer annonser som etterligner forskjellige systemvarsler.
① Eksempelet ovenfor illustrerer en funksjonsdel som etterligner andre funksjoner, men som bare fører brukeren til én eller flere annonser.
Forstyrrende annonser
Forstyrrende annonser er annonser som vises til brukere på uventede måter, som kan føre til utilsiktede klikk, eller som forhindrer eller forstyrrer bruken av enhetsfunksjoner.
Appen din kan ikke tvinge brukere til å klikke på annonser eller sende inn personopplysninger for annonseringsformål for å bruke en app fullt ut. Annonser kan bare vises i appen som viser dem, og de skal ikke forstyrre andre apper eller annonser eller bruk av enheten, inkludert system- eller enhetsknapper og porter. Dette inkluderer overlegg, følgefunksjonalitet og annonseenheter i form av moduler. Hvis appen din viser annonser som forstyrrer normal bruk, må de kunne lukkes enkelt og uten konsekvenser.
Her er noen eksempler på vanlige brudd:
- Annonser som tar opp hele skjermen eller forstyrrer normal bruk uten mulighet til å lukke dem:
① Denne annonsen har ikke noen lukkeknapp.
- Annonser som tvinger brukeren til å klikke ved bruk av en falsk lukkeknapp eller ved at annonser plutselig vises i områder av appen der brukerne vanligvis trykker for å bruke en annen funksjon:
① Denne annonsen bruker en falsk lukkeknapp.
② Denne annonsen vises plutselig i områder der brukerne er vant til å trykke for å bruke funksjoner i appen.
- Annonser som vises utenfor appen som viser dem:
① Når brukerne går til startskjermen fra denne appen, vises plutselig en annonse på startskjermen.
- Annonser som utløses av hjemknappen eller av andre funksjoner som er laget for å lukke appen:
① Når brukerne forsøker å lukke appen og gå til startskjermen, blir de i stedet avbrutt av en annonse.
Better Ads Experiences
Utviklere må overholde følgende retningslinjer for annonser for å sikre at brukerne får en god opplevelse når de bruker Google Play-apper. Det er ikke lov å vise brukerne annonser på uventede måter, for eksempel slik:
- Interstitial-annonser i fullskjerm i alle formater (video, GIF, statisk osv.) som uventet dukker opp når brukeren har valgt å gjøre noe annet, er ikke tillatt.
- Annonser som vises i gameplay i starten av et nivå eller i begynnelsen av et innholdssegment, er ikke tillatt.
- Interstitial-annonser i fullskjerm som vises før appens innlastingsskjerm (splash-skjerm), er ikke tillatt.
- Interstitial-annonser i fullskjerm i alle formater som ikke kan lukkes etter 15 sekunder, er ikke tillatt. Interstitial-annonser i fullskjerm som brukeren velger, eller interstitial-annonser i fullskjerm som ikke forstyrrer brukerens handlinger (for eksempel etter poengsumskjermen i en spillapp), kan vare lenger enn 15 sekunder.
Disse retningslinjene gjelder ikke for annonser med belønning som brukerne velger selv (for eksempel annonser utvikleren uttrykkelig tilbyr brukeren å se i bytte mot spillfunksjoner eller innhold). Disse retningslinjene gjelder heller ikke for inntektsgenerering og annonsering som ikke forstyrrer vanlig bruk av appen eller vanlig gameplay (for eksempel videoinnhold med integrerte annonser og bannerannonser som ikke er i fullskjerm).
Disse retningslinjene er inspirert av retningslinjene Better Ads Standards – Mobile Apps Experiences. Du finner mer informasjon om Better Ads Standards hos Coalition of Better Ads.Her er noen eksempler på vanlige brudd:
- Uventede annonser som dukker opp i gameplay eller i begynnelsen av et innholdssegment (for eksempel etter at brukeren har klikket på en knapp, og før handlingen knappen utløser). Slike annonser er uventede for brukerne fordi de forventer at spillet skal starte, eller at de skal kunne bruke innholdet.
① Uventet statisk annonse vises i gameplay i begynnelsen av et nivå.
② Uventet videoannonse vises i begynnelsen av et innholdssegment. - Annonse i fullskjerm som vises i gameplay og ikke kan lukkes etter 15 sekunder.
① En interstitial-annonse vises i gameplay og gir ikke brukeren mulighet til å hoppe over den innen 15 sekunder.
Laget for annonser
Her er noen eksempler på vanlige brudd:
- Apper der det er plassert en interstitial-annonse etter en brukerhandling (inkludert, men ikke begrenset til, klikk, sveip osv.) på en etterfølgende måte.
① Den første siden i appen har flere knapper brukeren kan trykke på. Når brukeren trykker på Start appen, vises en interstitial-annonse. Når brukeren har lukket annonsen, går hen tilbake til appen og trykker på Tjeneste for å begynne å bruke tjenesten, men i stedet vises enda en interstitial-annonse.
② På den første siden ledes brukeren til å trykke på Spill, siden det er den eneste tilgjengelige knappen. Når brukeren trykker på den, vises en interstitial-annonse. Når brukeren har lukket annonsen, trykker hen på Åpne, siden det er den eneste tilgjengelige knappen, og enda en interstitial-annonse vises.
Inntektsgenerering på låseskjermen
Annonsesvindel
Annonsesvindel er strengt forbudt. Du finner mer informasjon i retningslinjene om annonsesvindel.
Bruk av posisjonsdata for annonser
Apper som tillater bruk av tillatelsesbaserte data om enhetens posisjon for å vise annonser, er underlagt retningslinjene for personlig og sensitiv informasjon og må i tillegg overholde disse kravene:
- Bruk eller innsamling av tillatelsesbaserte data om enhetens posisjon for å vise annonser må være tydelig for brukeren og dokumentert i appens obligatoriske personvernregler, deriblant med linker til eventuelle relevante personvernregler for annonsenettverk, som omhandler bruk av posisjonsdata.
- I henhold til kravene for posisjonstillatelser kan du bare be om posisjonstillatelser for å implementere funksjoner eller tjenester i appen din – ikke utelukkende for annonsering.
Bruk av annonserings-ID for Android
I versjon 4.0 av Google Play-tjenester innførte vi nye API-er og en ID som skal brukes av annonsører og statistikkleverandører. Vilkårene for bruken av denne ID-en finner du nedenfor.
- Bruk. Annonseringsidentifikatoren for Android (AAID) skal bare brukes til annonsering og brukerstatistikk. Statusen for innstillingen «Velg bort interessebasert annonsering» eller «Velg bort personlig tilpassede annonser» må bekreftes hver gang det gis tilgang via ID-en.
- Tilknytning til personlig identifiserende informasjon eller andre identifikatorer.
- Bruk av annonser: Annonseringsidentifikatoren skal ikke være tilknyttet vedvarende enhetsidentifikatorer (f.eks. SSAID, MAC-adresser, IMEI osv.) for noe annonseringsformål. Annonseringsidentifikatoren kan bare knyttes til personlig identifiserende informasjon med uttrykkelig samtykke fra brukeren.
- Bruk av statistikk: Annonseringsidentifikatoren skal ikke være tilknyttet personlig identifiserende informasjon eller vedvarende enhetsidentifikatorer (for eksempel: SSAID, MAC-adresser, IMEI osv.) for noe analyseformål. Les retningslinjene for brukerdata for å få veiledning om vedvarende enhetsidentifikatorer.
- Respekter brukernes valg.
- Hvis det gjøres tilbakestillinger, skal ikke nye annonseringsidentifikatorer tilknyttes identifikatorer som har vært i bruk tidligere, eller data avledet fra eldre annonseringsidentifikatorer, uten uttrykkelig samtykke fra brukeren.
- Du må etterfølge brukerinnstillingen «Velg bort interessebasert annonsering» eller «Velg bort personlig tilpassede annonser». Hvis en bruker har slått på denne innstillingen, kan du ikke bruke annonseringsidentifikatoren til å opprette brukerprofiler til reklameformål eller for å målrette personlig tilpasset annonsering mot denne brukeren. Tillatte aktiviteter omfatter innholdsannonsering, frekvenstak, konverteringssporing, rapportering, sikkerhet og gjenkjenning av svindel.
- Når brukere sletter annonseringsidentifikatoren for Android på nyere enheter, fjernes annonseringsidentifikatoren. Eventuelle forsøk på å få tilgang til identifikatoren fører til en streng med nuller. Enheter uten annonseringsidentifikator skal ikke kobles til data knyttet til eller hentet fra en tidligere annonseringsidentifikator.
- Åpenhet overfor brukerne. Innsamling og bruk av annonseringsidentifikatoren samt forpliktelsen til å godta disse vilkårene må opplyses overfor brukerne i en juridisk gyldig personvernmerknad. Du finner mer informasjon om standardene våre for personvern i retningslinjene våre for brukerdata.
- Overholdelse av vilkårene for bruk. Annonseringsidentifikatoren kan bare brukes i samsvar med programretningslinjene for Google Play-utviklere. Dette gjelder også for eventuelle andre parter du deler den med i forbindelse med virksomheten din. Alle apper som lastes opp til eller publiseres på Google Play, må bruke annonserings-ID-en (når den er tilgjengelig på en enhet) i stedet for noen annen enhetsidentifikator for ethvert annonseringsformål.
Abonnementer
Du som utvikler skal ikke villede brukere om abonnementstjenester eller -innhold du tilbyr i appene dine. Det er avgjørende å formidle all informasjon tydelig i eventuelle kampanjer i appen eller på splash-skjermer. Vi tillater ikke apper som utsetter brukerne for villedende eller manipulerende kjøpsopplevelser (inkludert kjøp eller abonnementer i apper).
Du må oppgi tydelig informasjon om tilbudet ditt. Dette omfatter tydelig informasjon om vilkårene for tilbudet, abonnementskostnadene, hvor ofte brukerne faktureres, og om det kreves abonnement for bruk av appen. Brukere skal ikke måtte utføre flere handlinger for å kunne gå gjennom denne informasjonen.
Abonnementer må gi brukerne vedvarende eller gjentakende verdi i løpet av hele abonnementsperioden, og de kan ikke brukes til å tilby brukere éngangsfordeler (for eksempel vareenheter som tilbyr et éngangsbeløp som saldo/valuta i apper, eller boostere i spill som kan brukes én gang). Abonnementet ditt kan tilby insentivbaserte eller kampanjebaserte bonuser, men disse må være i tillegg til den vedvarende eller gjentakende verdien gjennom hele abonnementsperioden.. For produkter som ikke tilbyr vedvarende eller gjentakende verdi, må du bruke et produkt i appen i stedet for et abonnementsprodukt.
Du kan ikke kamuflere eller feilaktig fremstille éngangsfordeler som abonnementer. Dette inkluderer endringer av et abonnement for å gjøre det om til et éngangstilbud (for eksempel ved å kansellere, avvikle eller minimere den gjentakende verdien) etter at brukeren har kjøpt abonnementet.
Her er noen eksempler på vanlige brudd:
- Månedlige abonnementer der det ikke informeres om at abonnementet blir fornyet automatisk, og at brukeren blir belastet hver måned.
- Årlige abonnementer der den månedlige kostnaden er den mest fremtredende prisen.
- Abonnementskostnader og vilkår som ikke er fullstendig lokalisert.
- Kampanjer i apper som ikke tydelig viser at brukere kan få tilgang til innhold uten abonnement (når dette er tilgjengelig).
- Navn på vareenheter som ikke nøyaktig formidler formålet med abonnementet, for eksempel «Kostnadsfri prøveperiode» eller «Prøv Premium-medlemskap – 3 dager kostnadsfritt» for et abonnement med en automatisk gjentakende belastning.
- Flere skjermbilder i kjøpsflyten som fører til at brukerne utilsiktet klikker på Abonner-knappen.
- Abonnementer som ikke tilbyr vedvarende eller gjentakende verdi — for eksempel ved å tilby 1000 juveler den første måneden og deretter redusere fordelen til 1 juvel de neste månedene.
- Krav om at brukere registrerer seg for et abonnement som fornyes automatisk, for å få en éngangsfordel, før abonnementet deretter sies opp etter kjøpet, uten at brukeren har bedt om det.
① Lukk-knappen er ikke godt synlig, og det kan være uklart for brukerne at de kan ha tilgang til funksjonalitet uten å måtte godta abonnementstilbudet.
② Tilbudet inneholder bare månedlige priser, og det kan være uklart for brukerne at de blir belastet for seks måneder når de abonnerer.
③ Tilbudet inneholder bare introduksjonsprisen, og det kan være uklart for brukerne at de blir belastet automatisk når introduksjonsperioden er over.
④ Tilbudet må være lokalisert på det samme språket som vilkårene, slik at brukerne kan lese og forstå hele tilbudet.
Eksempel 2:
① Gjentakende klikk i det samme knappeområdet fører til at brukeren utilsiktet klikker på den siste «Fortsett»-knappen for å abonnere.
② Beløpet som brukerne blir belastet mot slutten av prøveperioden, er vanskelig å lese, slik at brukerne kan få inntrykket av at abonnementet er kostnadsfritt.
Gratis prøveperioder og introduksjonstilbud
Her er noen eksempler på vanlige brudd:
- Tilbud som ikke tydelig forklarer hvor lenge den gratis prøveperioden eller introduksjonsprisen varer.
- Tilbud som ikke tydelig forklarer at brukeren automatisk overføres til et betalt abonnement idet tilbudsperioden utløper.
- Tilbud som ikke tydeliggjør at brukeren kan få tilgang til innhold uten en prøveversjon (der dette er tilgjengelig).
- Tilbudspriser og vilkår som ikke er fullstendig lokalisert.
① Lukk-knappen er ikke godt synlig, og det kan være uklart for brukerne at de kan ha tilgang til funksjonalitet uten å måtte registrere seg for den gratis prøveperioden.
② Tilbudet fokuserer på den gratis prøveperioden, og det kan være uklart for brukerne at de belastes automatisk når prøveperioden er over.
③ Tilbudet inneholder ikke informasjon om noen gratis prøveperiode, og det kan være uklart for brukerne hvor lenge gratistilgangen til abonnementsinnholdet varer.
④ Tilbudet må være lokalisert på det samme språket som vilkårene, slik at brukerne kan lese og forstå hele tilbudet.
Administrering, oppsigelse og refusjon av abonnementer
Hvis du selger abonnementer i appene dine, må du passe på at de opplyser tydelig om hvordan brukeren kan administrere eller si opp abonnementet. Du må også inkludere en enkel, nettbasert måte å si opp abonnementer på i appen din. Du kan oppfylle dette kravet ved å inkludere følgende i appens kontoinnstillinger (eller på en tilsvarende side):
- en link til abonnementssenteret i Google Play (for apper som bruker faktureringssystemet i Google Play)
- direkte tilgang til oppsigelsesprosessen
Hvis en bruker sier opp et abonnement hen har kjøpt via faktureringssystemet i Google Play, inngår det i retningslinjene våre at brukeren ikke får refusjon for den inneværende faktureringsperioden, men fortsetter å motta abonnementsinnholdet ut perioden – uavhengig av oppsigelsesdatoen. Brukerens oppsigelse trer i kraft etter at den inneværende faktureringsperioden er over.
Du (som leverandør av innholdet eller tilgangen) kan innføre mer fleksible refusjonsretningslinjer for brukerne. Det er ditt ansvar å varsle brukerne om eventuelle endringer av abonnementet, retningslinjene for oppsigelse og refusjon samt sørge for at retningslinjene er i tråd med gjeldende lov og rett.
Programmet for egensertifiserte annonse-SDK-er for familier
Hvis du viser annonser i appen din og målgruppen for appen bare inkluderer barn, som beskrevet i familieretningslinjene, må du bare bruke versjoner av annonse-SDK-er som har egensertifisert at de overholder Google Play-retningslinjene, inkludert kravene til egensertifiserte annonse-SDK-er for familier nedenfor.
Hvis appen er målrettet mot både barn og eldre brukere, må du sørge for at annonser som vises til barn, utelukkende kommer fra en av disse egensertifiserte annonse-SDK-versjonene (for eksempel via bruk av nøytrale aldersskjermer).
Merk at det er ditt ansvar å sørge for at alle SDK-versjoner du implementerer i appen din, inkludert egensertifiserte annonse-SDK-versjoner, overholder alle gjeldende retningslinjer, forskrifter og lokale lover. Google gir ingen bekreftelser på eller garantier for at informasjonen annonse-SDK-ene oppgir under prosessen for egensertifisering, er riktig.
Det er bare nødvendig å bruke egensertifiserte annonse-SDK-er for familier hvis du bruker annonse-SDK-er til å vise annonser til barn. Følgende er tillatt uten å ha en egensertifisert annonse-SDK i Google Play, men du er fremdeles ansvarlig for å sørge for at praksisene dine for annonseinnhold og datainnsamling overholder retningslinjene for brukerdata og familieretningslinjene på Google Play:
- egenannonsering der du bruker SDK-er for å administrere krysspromotering av appene dine eller andre medier og salgsvarer du eier
- inngåelse av direkteavtaler med annonsører der du bruker SDK-er bare for beholdningsstyring
Krav til egensertifiserte annonse-SDK-er for familier
- Definer hva som er upassende annonseinnhold og atferd, og forby dette i vilkårene eller retningslinjene for annonse-SDK-ene. Definisjonene må overholde programretningslinjene for Google Play-utviklere.
- Utarbeid en metode for å oppgi egnethet for annonsene i henhold til aldersgrupper. Som et minimum må du ta med gruppene Alle og Voksne. Metoden for egnethet må stemme overens med metoden som Google leverer til SDK-er når de har fylt ut interesseskjemaet nedenfor.
- La publisister be om behandling av innhold målrettet mot barn for annonselevering per forespørsel eller app. Slik behandling må overholde alle gjeldende lover og forskrifter, for eksempel Children's Online Privacy and Protection Act (COPPA) i USA og EUs personvernforordning (GDPR). Google Play krever at annonse-SDK-er slår av personlig tilpassede annonser, interessebaserte annonser og remarketing som en del av behandlingen av innhold målrettet mot barn.
- Du må gi publisister tillatelse til å velge annonseformater som overholder retningslinjene for familieannonser og inntektsgenerering på Google Play, og som oppfyller kravet i Lærergodkjent-programmet.
- Når budgivning i sanntid brukes for å vise annonser til barn, må du sørge for at markedsføringsinnholdet er gjennomgått, og at personvernindikatorer vises til budgiverne.
- Gi Google tilstrekkelig informasjon, for eksempel ved å sende inn en testapp og informasjonen som er nevnt i interesseskjemaet nedenfor, til å bekrefte at annonse-SDK-en overholder alle kravene for egensertifisering i retningslinjene, og svar på eventuelle andre forespørsler om informasjon innen rimelig tid. Dette kan omfatte å sende inn nye versjoner for å bekrefte at versjonen av annonse-SDK-en overholder alle kravene for egensertifisering, og å gjøre en testapp tilgjengelig.
- Egensertifiser at alle de nye versjonene overholder de nyeste programretningslinjene for Google Play-utviklere, inkludert kravene i familieretningslinjene.
Merk: Egensertifiserte annonse-SDK-er for familier må støtte annonselevering som overholder alle relevante lover og forskrifter om barn som kan gjelde for tilknyttede publisister.
Mer informasjon om vannmerking av annonseinnhold og hvordan du gjør en testapp tilgjengelig, finner du her.
Dette er medieringskravene for leveringsplattformer når det vises annonser til barn:
- Bruk bare egensertifiserte annonse-SDK-er for familier, eller iverksett sikkerhetstiltak for å sikre at alle annonser som leveres fra mediering, overholder disse kravene.
- Formidle den nødvendige informasjonen for medieringsplattformer for å indikere egnetheten for annonseinnholdet og eventuell behandling av innhold målrettet mot barn.
Utviklere kan gå hit for å se en liste over egensertifiserte annonse-SDK-er for familier og sjekke spesifikt hvilke versjoner av disse annonse-SDK-ene som er egensertifisert for bruk i familieapper.
Utviklere kan også dele dette interesseskjemaet med annonse-SDK-er som ønsker å egensertifisere.
Butikkoppføring og markedsføring
Markedsføring av apper
Vi tillater ikke apper som direkte eller indirekte deltar i eller drar nytte av fremgangsmåter for markedsføring (for eksempel annonser) som er villedende eller skadelig for brukere eller utviklermiljøet. Fremgangsmåter for markedsføring regnes som villedende eller skadelige hvis atferden eller innholdet bryter programretningslinjene våre for utviklere.
Her er noen eksempler på vanlige brudd:
- bruk av villedende annonser på nettsteder, i apper eller andre områder, inkludert varsler som ligner på systemvarsler
- bruk av seksuelt eksplisitte annonser for å lede brukere til appens oppføring på Google Play for nedlasting
- markedsførings- eller installeringstaktikker som viderekobler brukere til Google Play, eller som laster ned apper uten at brukeren selv har tatt bevisst initiativ til det
- Uønsket markedsføring via SMS.
- Tekst eller bilder i appens tittel, ikon eller utviklernavn som indikerer butikkprestasjoner eller -rangering, pris- eller markedsføringsinformasjon eller at den er relatert til eksisterende Google Play-programmer.
Du har selv ansvaret for å sikre at alle annonsenettverk, samarbeidspartnere eller annonser som er tilknyttet appen din, overholder disse retningslinjene.
Metadata
Brukere trenger beskrivelser av apper for å forstå hvordan de fungerer, og hva som er formålet med dem. Vi tillater ikke apper med villedende, feilformaterte, lite beskrivende, irrelevante, overdrevne eller upassende metadata, inkludert, men ikke begrenset til, appens beskrivelse, utviklernavn, tittel, ikon, skjermdumper eller markedsføringsbilder. Utviklere må gi en tydelig og velskrevet beskrivelse av appen. Vi godtar heller ikke kundeutsagn uten attribusjon eller fra brukere som er anonyme, i appbeskrivelsen.
Apptittelen og -ikonet samt utviklernavnet ditt er spesielt nyttig for brukere for å finne og få informasjon om appen din. Ikke bruk emojier, uttrykksikoner eller gjentatte spesialtegn i disse metadataelementene. Ikke bruk BARE STORE BOKSTAVER, med mindre det er en del av merkenavnet ditt. Villedende symboler i appikoner er ikke tillatt, for eksempel prikker som indikerer nye meldinger når det ikke er mottatt noen nye meldinger, og nedlastings-/installeringsymboler når appen ikke er relatert til nedlasting av innhold. Tittelen på appen din kan ikke være lengre enn 30 tegn. Du må ikke bruke tekst eller bilder i appens tittel, ikon eller utviklernavn som indikerer butikkprestasjoner eller -rangering, pris- eller markedsføringsinformasjon eller at den er relatert til eksisterende Google Play-programmer.
I tillegg til kravene som er nevnt her, kan spesifikke retningslinjer for Google Play-utviklere kreve at du oppgir mer metadatainformasjon.
Her er noen eksempler på vanlige brudd:
① Kundeutsagn uten attribusjon eller fra brukere som er anonyme
② Datasammenligning av apper eller merkevarer
③ Ordblokker og vertikale/horisontale ordlister
① Bruk av BARE STORE BOKSTAVER som ikke er en del av merkenavnet
② Sekvenser med spesialtegn som ikke er relevant for appen
③ Bruk av emojier, uttrykksikoner (inkludert kaomojier) og spesialtegn
④ Villedende symboler
⑤ Villedende tekst
- bilder eller tekst som indikerer butikkresultater eller -rangeringer, for eksempel «Årets app», «Nummer 1», «Det beste fra Play 20XX», «Populær», prisikoner osv.
-
bilder eller tekst som indikerer priser og kampanjerelatert informasjon, for eksempel «10 % rabatt», «Få igjen 500 kr», «gratis i en begrenset periode» osv.
- bilder eller tekst som indikerer Play-programmer, for eksempel «Redaktøren anbefaler», «Nytt» osv.
Her er noen eksempler på upassende tekst, bilder eller videoer i oppføringen din:
- bilder eller videoer med seksuelt betont innhold. (unngå usømmelige bilder som inneholder bryster, rumper, kjønnsorganer eller annen fetisjisert anatomi eller innhold – illustrert eller ekte)
- bruk av stygt, vulgært eller annet språk som er upassende for et generelt publikum i butikkoppføringen for appen
- grafisk vold som er fremtredende avbildet i appikoner, reklamebilder eller videoer
- skildringer av ulovlig narkotikabruk Innhold i butikkoppføringen må være egnet for alle målgrupper. Det gjelder også for pedagogisk, dokumentarisk, vitenskapelig eller kunstnerisk innhold.
Her er noen anbefalte fremgangsmåter:
- Fremhev det som er bra med appen din. Del interessante og spennende fakta om appen for å hjelpe brukere med å forstå hva som er spesielt med den.
- Sørg for at appens tittel og beskrivelse beskriver nøyaktig hva appens funksjonalitet er.
- Unngå gjentatte eller irrelevante søkeord eller referanser.
- Hold appbeskrivelsen konsis og lettlest. Korte beskrivelser gir vanligvis bedre brukeropplevelser, spesielt på enheter med mindre skjermer. En beskrivelse som er for lang, ikke er formatert skikkelig, er for detaljert eller inneholder gjentakelser, kan utgjøre brudd på disse retningslinjene.
- Husk at oppføringen din bør være egnet for et generelt publikum. Ikke bruk upassende tekst, bilder eller videoer i oppføringen, og sørg for at du overholder retningslinjene ovenfor.
Brukervurderinger, anmeldelser og installeringer
Utviklere skal ikke prøve å manipulere plasseringen av apper på Google Play. Dette inkluderer, men er ikke begrenset til, å forbedre produktvurderinger eller -anmeldelser samt å øke antallet installeringer med ulovlige metoder, for eksempel ved å forfalske eller gi belønning for anmeldelser eller vurderinger eller å gi belønning for å installere andre apper som appens hovedfunksjonalitet.
Her er noen eksempler på vanlige brudd:
-
Spørsmål til brukere om å vurdere appen din mot belønning:
① Dette varselet tilbyr brukere rabatt som kompensasjon for en god vurdering.
- Gjentatt innsending av vurderinger som ser ut til å komme fra brukere, for å påvirke en apps posisjon på Google Play.
-
Innsending av eller oppfordring av brukere til å sende inn anmeldelser med upassende innhold, inkludert samarbeidspartnere, kuponger, spillkoder, e-postadresser eller linker til nettsteder eller andre apper.
② Denne anmeldelsen oppfordrer brukere til å markedsføre RescueRover-appen ved å tilby en kupong.
Vurderinger og anmeldelser er referansemålinger for appkvaliteten. Brukerne stoler på at de er sannferdige og relevante. Her er noen av de beste fremgangsmåtene for å svare på brukeranmeldelser:
- Svar konkret på problemene som er nevnt i brukerkommentarene, og ikke be om bedre vurderinger.
- Inkluder referanser til nyttige ressurser, for eksempel e-postadressen til brukerstøtten eller en side for vanlige spørsmål.
Egnethet
Hvordan brukes egnethet?
Hvordan tilordnes egnethet?
For å få egnethetsvurderinger må du fylle ut en spørreundersøkelse for egnethet i Play-konsollen om innholdet i appene dine. Appen din får en egnethetsvurdering fra flere vurderingsinstanser basert på hva du svarer på spørreundersøkelsen. Hvis du gir villedende informasjon om innholdet i appen, kan den bli fjernet eller suspendert, så det er viktig at du svarer nøyaktig på spørreundersøkelsen for egnethet.
For å unngå at appen din blir stående med «Uten vurdering», må du fylle ut spørreundersøkelsen for egnethet for hver nye app du sender inn til Play-konsollen, samt for alle eksisterende apper som er aktive på Google Play. Apper uten egnethetsvurdering fjernes fra Play-butikken.
Hvis du gjør endringer i innholdet eller funksjonene i en app og dette får innvirkning på svarene i spørreundersøkelsen for egnethet, må du sende inn en ny spørreundersøkelse i Play-konsollen.
Gå til brukerstøtten for å finne mer informasjon om de ulike vurderingsinstansene og hvordan du fyller ut spørreundersøkelsen for egnethet.
Anking av vurderinger
Nyheter
En nyhetsapp er en app som utvikleren
- deklarerer som en «Nyheter»-app i Google Play-konsollen eller
- legger til i «Nyheter og tidsskrifter»-kategorien i Google Play-butikken og beskriver som «nyheter» i apptittelen, appikonet, utviklernavnet eller appbeskrivelsen
Eksempler på apper i «Nyheter og tidsskrifter»-kategorien som er kvalifisert som nyhetsapper:
- Apper med «nyheter» i appbeskrivelsen, inkludert, men ikke begrenset til, dette:
- Det siste av nyheter
- Avis
- Siste nytt
- Lokalnyheter
- Daglige nyheter
- Apper med ordet «Nyheter» i apptittelen, appikonet eller utviklernavnet.
Men hvis apper primært har brukergenerert innhold (f.eks. apper for sosiale medier), bør de ikke deklareres som nyhetsapper, og de anses ikke for å være nyhtesapper.
Nyhetsapper som krever at brukerne kjøper medlemskap, må gi brukerne en forhåndsvisning av innholdet i appen før de kjøper noe.
Nyhetsapper må oppfylle følgende:
- De må vise informasjon om hvem som eier appen, og kilden til nyhetsartiklene, inkludert, men ikke begrenset til, den originale utgiveren eller forfatteren av hver artikkel. I tilfeller hvor det ikke er vanlig å liste opp hver enkelt forfatter for artikler, må nyhetsappen være den originale utgiveren av artiklene. Vær oppmerksom på at linker til kontoer i sosiale medier ikke er tilstrekkelig som forfatter- eller utgiverinformasjon.
- De må ha et eget navigasjonspunkt (f.eks. et nettsted eller en side i appen) som tydelig viser at det inneholder kontaktinformasjon, er enkelt å finne (f.eks. en link nederst på startsiden eller i navigasjonsraden på nettstedet) og har gyldig kontaktinformasjon for nyhetsutgiveren, deriblant enten en e-postadresse eller et telefonnummer. Vær oppmerksom på at linker til kontoer i sosiale medier ikke er tilstrekkelig som kontaktinformasjon for utgivere.
Nyhetsapper kan ikke
- inneholde betydelige stave- eller grammatikkfeil
- inneholde bare statisk innhold (for eksempel innhold som er mer enn tre måneder gammelt)
- ha partnermarkedsføring eller annonseinntekter som hovedformål
Vær oppmerksom på at nyhetsapper kan bruke annonser og andre former for markedsføring til å generere inntekt så lenge appenes hovedformål ikke er å selge produkter og tjenester eller generere annonseinntekter.
Nyhetsapper som samler inn innhold fra ulike publiseringskilder, må være åpne om publiseringskildene for innholdet i appene, og hver kilde må oppfylle kravene i retningslinjene for Nyheter.
Sjekk denne artikkelen for å finne ut om den beste måten å oppgi påkrevd informasjon på.
Nettsøppel, funksjonalitet og brukeropplevelse
Nettsøppel
Søppelpost/søppelmeldinger
Her er et eksempel på et vanlig brudd:
- Når brukeren trykker på «Del»-knappen, sender appen meldinger på vegne av brukeren uten å gi vedkommende mulighet til å bekrefte innholdet og mottakerne:
Nettsøppel i form av nettvisninger eller trafikk til samarbeidspartnere
Her er noen eksempler på vanlige brudd:
- Apper som har som hovedformål å sende henvisningstrafikk til et nettsted for å motta penger for brukerpålogginger eller kjøp på det nettstedet.
-
Apper som har som hovedformål å vise et nettsted uten tillatelse:
① Denne appen heter «Ted’s Shopping Deals» og gjengir bare nettstedet til Google Shopping.
Repetitivt innhold
Her er noen eksempler på vanlige brudd:
- Kopiering av innhold fra andre apper uten å legge til originalt innhold eller verdi.
- Publisering av flere apper med svært lik funksjonalitet, svært likt innhold og svært lik brukeropplevelse. Hvis hver av disse appene har lite innhold, bør utviklerne vurdere å lage én enkelt app som samler alt innholdet.
Funksjonalitet, innhold og brukeropplevelse
Begrenset funksjonalitet og innhold
Vi tillater ikke apper som kun har begrenset funksjonalitet og innhold.
Her er et eksempel på et vanlig brudd:
- Apper som er statiske uten appspesifikke funksjoner, for eksempel apper med kun tekst eller PDF-filer.
- Apper som har svært lite innhold og en uengasjerende brukeropplevelse, for eksempel apper med kun ett bakgrunnsalternativ.
- Apper som er designet for å gjøre ingenting, eller som ikke har noen funksjon.

Dårlig funksjonalitet
Her er noen eksempler på vanlige brudd:
- Apper som ikke installeres
- Apper som installeres, men som ikke starter opp
- Apper som starter opp, men som ikke er responsive
Andre programmer
Android Instant Apps
Målet vårt med Android Instant Apps er å lage brukervennlige og flotte brukeropplevelser, samtidig som høye standarder for personvern og sikkerhet overholdes. Retningslinjene våre er designet for å legge til rette for dette målet.
Utviklere som velger å distribuere Android Instant Apps via Google Play, må overholde de følgende retningslinjene – i tillegg til alle andre programretningslinjer for utviklere på Google Play.
Identitet
Støtte for linker
Tekniske spesifikasjoner
Tilbud om installering av apper
Instant-apper kan tilby brukere å laste ned de relaterte installerbare appene, men dette kan ikke være hovedformålet til instant-appene. Når utviklere vil tilby installering, må de
- bruke «last ned app»-ikonet fra Material Design og «installer»-etiketten for installeringsknappen
- ikke ha mer enn 2–3 implisitte installeringsoppfordringer i hver instant-app
- ikke bruke bannere eller andre teknikker som ligner annonser, til å vise brukerne installeringsoppfordringer
Du finner mer informasjon om instant-apper og retningslinjene for brukeropplevelser i Anbefalte fremgangsmåter for brukeropplevelser.
Endring av enhetstilstand
Appsynlighet
Enhetsidentifikatorer
Instant-apper skal ikke ha tilgang til enhetsidentifikatorer som både (1) blir værende etter at instant-appene slutter å kjøre, og (2) ikke kan tilbakestilles av brukerne. Dette omfatter blant annet
- delversjonens serienummer
- MAC-adressene til nettverksbrikker
- IMEI, IMSI
Instant-apper kan få tilgang til telefonnumre hvis de innhentes ved tillatelse i kjøretiden. Utviklere må ikke forsøke å bruke disse identifikatorene eller andre metoder som unike identifikatorer for brukerne.
Nettverkstrafikk
Retningslinjer for Android-emojier
Retningslinjene våre for emojier er laget for å fremme en inkluderende og helhetlig brukeropplevelse. For å oppnå dette må alle apper støtte den nyeste versjonen av Unicode Emoji når de kjører på Android 12 eller nyere.
Apper som bruker standardversjonen av Android Emoji uten noen tilpasset implementering, bruker allerede den nyeste versjonen av Unicode Emoji når de kjører på Android 12 eller nyere.
Apper med tilpassede emoji-implementeringer, deriblant fra tredjepartsbiblioteker, må ha full støtte for den nyeste Unicode-versjonen når de kjører på Android 12 eller nyere. Dette må implementeres innen fire måneder etter utgivelsen av nye versjoner av Unicode Emoji.
Sjekk denne veiledningen for å finne ut hvordan du støtter moderne emojier.
Familier
Google Play tilbyr en omfattende plattform der utviklere kan vise frem familievennlig innhold av høy kvalitet. Før du sender inn en app til For hele familien-programmet eller en app som er målrettet mot barn, til Google Play-butikken, må du sørge for at appen er egnet for barn og overholder gjeldende lov og rett.
Finn ut mer om prosessen for familier, og gå gjennom den interaktive sjekklisten på App-akademiet.Familieretningslinjer for Google Play
Bruken av teknologi i familielivet øker, og foreldre ser etter trygt innhold av høy kvalitet for barna sine. Kanskje utvikler du apper ment for barn, eller kanskje barn bare liker appen din. Google Play kan uansett hjelpe deg med å gjøre appen din trygg for alle brukere, inkludert familier.
Ordet «barn» kan bety forskjellige ting i forskjellige lokaliteter og kontekster. Det er viktig at du innhenter juridisk bistand for å fastslå hvilke forpliktelser og aldersbegrensninger som kan gjelde for appen din. Du vet mest om hvordan appen din fungerer, så vi trenger din hjelp til å sikre at apper på Google Play er trygge for familier.
Alle apper som overholder familieretningslinjene for Google Play, kan registrere seg for å bli vurdert for Lærergodkjent-programmet, men vi kan ikke garantere at appen din blir inkludert i dette programmet.
Krav for Play-konsollen
Målgruppe og innhold
Før appen publiseres, må du oppgi målgruppen til appen ved å velge fra listen av aldersgrupper i Målgruppe og innhold i Google Play-konsollen. Hvis du velger å inkludere bilder og ord i appen, som kan anses som målretting mot barn, kan dette påvirke Googles vurdering av målgruppen, uavhengig av hva du har oppgitt i Google Play-konsollen. Google Play forbeholder seg retten til å foreta sin egen vurdering av appinformasjonen du oppgir, for å fastslå om målgruppen stemmer.
Du skal bare velge flere enn én aldersgruppe for målgruppen hvis appen er utviklet for og passer for brukere i de valgte aldersgruppene. Hvis du for eksempel har en app som er utviklet for babyer, småbarn og førskolebarn, skal du bare velge «5 år og yngre» som aldersgruppen for appen. Hvis appen din er utviklet for et bestemt klassetrinn, velger du aldersgruppen som representerer klassetrinnet best. Du skal bare velge aldersgrupper som inkluderer både voksne og barn hvis appen er utviklet for å passe alle aldersgrupper.
Oppdateringer i Målgruppe og innhold-delen
Du kan når som helst oppdatere appinformasjonen i Målgruppe og innhold-delen i Google Play-konsollen. Du må oppdatere appen før denne informasjon vises i Google Play-butikken. Endringer du gjør i denne delen av Google Play-konsollen, kan sjekkes for samsvar med retningslinjene selv før appoppdateringen sendes inn.
Vi anbefaler at du opplyser eksisterende brukere om endringer i aldersgruppen for appen eller hvis du begynner å bruke annonser eller kjøp i appen. Dette gjør du enten via «Nyheter» på appens butikkoppføringsside eller varsler i appen.
Feilaktig fremstilling i Play-konsollen
Feilaktig fremstilling av informasjon om appen i Play-konsollen, inkludert Målgruppe og innhold-delen, kan føre til at appen fjernes eller suspenderes. Det er derfor viktig at informasjonen er riktig.
Krav i familieretningslinjene
Hvis en av målgruppene for appen din er barn, må du overholde følgende krav. Hvis disse kravene ikke overholdes, kan appen bli fjernet eller suspendert.
- Appinnhold: Innholdet i appen din som barn har tilgang til, må være egnet for barn. Hvis appen din har innhold som ikke er passende i hele verden, men det aktuelle innholdet anses for å være passende for mindreårige brukere i en bestemt region, kan appen gjøres tilgjengelig i den aktuelle regionen (begrensede regioner), men den er ikke tilgjengelig i andre regioner.
- Appfunksjonalitet: Appen din kan ikke bare vise en WebView av et nettsted eller ha som hovedformål å drive trafikk til et nettsted uten tillatelse fra nettstedseieren eller -administratoren.
- Svar i Play-konsollen: Du må svare nøyaktig på spørsmålene om appen din i Play-konsollen og oppdatere disse svarene hvis du endrer appen. Dette inkluderer, men er ikke begrenset til, å gi nøyaktige svar om appen din i delene om målgruppe og innhold, datasikkerhetsdelen og spørreskjemaet om IARC-aldersgrense.
- Databehandling: Du må opplyse om innsamling av personopplysninger og sensitiv informasjon fra barn i appen din, inkludert via API-er og SDK-er som kalles eller brukes i appen. Sensitiv informasjon fra barn inkluderer, men er ikke begrenset til, autentiseringsinformasjon, sensordata fra mikrofoner og kameraer, enhetsdata, Android-ID og informasjon om annonsebruk. Du må også sørge for at appen følger praksisene for databehandling nedenfor:
- Apper som bare målrettes mot barn, kan ikke overføre Android-annonseringsidentifikator (AAID), SIM-serienummer, delversjonens serienummer, BSSID, MAC, SSID, IMEI og/eller IMSI.
- Apper som utelukkende er målrettet mot barn, kan ikke be om AD_ID-tillatelse ved målretting mot Android API 33 eller høyere.
- Apper som er målrettet mot både barn og eldre målgrupper, kan ikke overføre AAID, SIM-serienummer, delversjonens serienummer, BSSID, MAC, SSID, IMEI og/eller IMSI fra barn eller brukere av ukjent alder.
- TelephonyManager i Android API skal ikke be om enhetens telefonnummer.
- Apper som bare målrettes mot barn, kan ikke be om posisjonstillatelse eller samle inn, bruke eller overføre nøyaktig posisjon.
- Apper må bruke Companion Device Manager (CDM) i tilknytning til Bluetooth-forespørsler, med mindre appen kun er målrettet mot versjoner av enheters operativsystem (OS) som ikke er kompatible med CDM.
- Apper som bare målrettes mot barn, kan ikke overføre Android-annonseringsidentifikator (AAID), SIM-serienummer, delversjonens serienummer, BSSID, MAC, SSID, IMEI og/eller IMSI.
- API-er og SDK-er: Du må sørge for at appen implementerer eventuelle API-er og SDK-er på riktig måte.
- Apper som bare målrettes mot barn, må ikke inneholde API-er eller SDK-er som ikke er godkjent for bruk i tjenester som hovedsakelig er rettet mot barn.
- Eksempel: API-tjenester som bruker OAuth-teknologi for autentisering og autorisasjon, og som har vilkår for bruk der det står at tjenestene ikke er godkjent for bruk i tjenester rettet mot barn.
- Apper som er målrettet mot både barn og eldre målgrupper, skal ikke bruke API-er eller SDK-er som ikke er godkjent for bruk i tjenester rettet mot barn, med mindre de brukes bak en nøytral aldersskjerm eller på en måte som ikke fører til innsamling av data fra barn. Apper som er målrettet mot både barn og eldre målgrupper, kan ikke kreve at brukerne får tilgang til appinnhold via API-er eller SDK-er som ikke er godkjent for bruk i tjenester rettet mot barn.
- Apper som bare målrettes mot barn, må ikke inneholde API-er eller SDK-er som ikke er godkjent for bruk i tjenester som hovedsakelig er rettet mot barn.
- Utvidet virkelighet (AR): Hvis du bruker utvidet virkelighet i appen din, må du inkludere en sikkerhetsadvarsel som vises umiddelbart når AR-delen starter. Advarselen må inneholde
- en egnet melding om viktigheten av foreldretilsyn
- en påminnelse om å være oppmerksom på de fysiske farene som finnes i den virkelige verden (f.eks. om å følge med på omgivelsene)
- Appen skal ikke kreve bruk av en enhet som ikke er anbefalt for barn (f.eks. Daydream eller Oculus).
- Sosiale apper og funksjoner: Hvis appene dine tillater at brukerne deler eller utveksler informasjon, må du opplyse om disse funksjonene i spørreskjemaet om aldersgrense i Play-konsollen.
- Sosiale apper: En sosial app er en app der hovedfokuset er å gjøre det mulig for brukerne å dele innhold i fritt format eller kommunisere med store grupper. Alle sosiale apper som også har barn i målgruppen, må ha en påminnelse i appen om å holde seg trygg på nettet og være oppmerksom på risikoen i den virkelige verden ved interaksjon på nettet, før mindreårige brukere kan utveksle medieinnhold eller informasjon i fritt format. Du må også kreve handling fra en voksen før mindreårige brukere kan utveksle personopplysninger.
- Sosiale funksjoner: En sosial funksjon er enhver form for appfunksjonalitet som gjør det mulig for brukerne å dele innhold i fritt format eller kommunisere med store grupper. Alle apper som er målrettet mot barn og inneholder sosiale funksjoner, må ha en påminnelse i appen om å holde seg trygg på nettet og være oppmerksom på den reelle risikoen ved interaksjon på nettet før barn kan utveksle medieinnhold eller informasjon i fritt format. Du må også gjøre det mulig for voksne å administrere sosiale funksjoner for mindreårige brukere, inkludert, men ikke begrenset til, aktivering/deaktivering av de sosiale funksjonene eller valg av ulike funksjonalitetsnivåer. Til slutt må du kreve handling fra en voksen før barn kan utveksle personopplysninger.
- Handling fra en voksen betyr en mekanisme for å bekrefte at brukeren ikke er et barn, og som ikke oppfordrer barn til å oppgi feil alder for å få tilgang til områder av appen din som er laget for voksne (f.eks. en voksens PIN-kode, passord, fødselsdato, e-postbekreftelse, legitimasjon med bilde, kredittkort eller personnummer).
- Sosiale apper der hovedfokuset er å chatte med ukjente personer, skal ikke målrettes mot barn. Eksempler på dette omfatter chatroulette-apper, datingapper, åpne chatrom med fokus på barn osv.
- Juridisk samsvar: Du må sørge for at appen, inkludert eventuelle API-er eller SDK-er som appen kaller eller bruker, overholder U.S. Children's Online Privacy and Protection Act (COPPA), EUs personvernforordning (GDPR) og andre relevante lover og forskrifter.
Her er noen eksempler på vanlige brudd:
- apper som promoterer spill for barn i butikkoppføringen, men der appinnholdet bare er egnet for voksne
- apper som implementerer API-er med vilkår for bruk som forbyr bruk i apper rettet mot barn
- apper som setter bruk av alkohol, tobakk eller kontrollerte stoffer i et positivt lys
- apper med ekte eller simulert gambling
- apper som inneholder vold, brutal vold, grafiske skader eller støtende innhold som er upassende for barn
- apper som inneholder dating-tjenester eller seksuelle/ekteskapelige råd
- apper som inneholder linker til nettsteder med innhold som bryter programretningslinjene for utviklere på Google Play
- apper som viser annonser som bare er egnet for voksne (f.eks. voldelig innhold, seksuelt innhold eller gamblinginnhold), til barn
Annonser og inntektsgenerering
Hvis du tjener penger på en app som er målrettet mot barn på Play, er det viktig at appen overholder følgende krav i retningslinjene for familieannonser og inntektsgenerering.
Retningslinjene nedenfor gjelder for all inntektsgenerering og annonsering i appen din, inkludert annonser, krysspromotering (for appene dine og tredjepartsapper), tilbud om kjøp i apper eller annet kommersielt innhold (for eksempel betalte produktplasseringer). All inntektsgenerering og annonsering i disse appene må overholde alle gjeldende lover og forskrifter (deriblant relevante selvregulerende retningslinjer eller bransjeretningslinjer).
Google Play forbeholder seg retten til å avvise, fjerne eller suspendere apper som har overdrevent aggressive reklametaktikker.
Krav til annonser
Hvis appen din viser annonser til barn eller brukere av ukjent alder, må du
- bare bruke egensertifiserte annonse-SDK-er for familier på Google Play til å vise annonser til slike brukere
- sørge for at annonser som vises til slike brukere, ikke involverer interessebasert annonsering (annonsering målrettet mot enkeltbrukere med bestemte karakteristikker basert på surfeatferd) eller remarketing (annonsering målrettet mot enkeltbrukere basert på tidligere interaksjon med apper eller nettsteder)
- sørge for at annonser som vises til slike brukere, viser innhold som er egnet for barn
- sørge for at annonser som vises til slike brukere, overholder kravene til annonseformat rettet mot familier
- sørge for at lovgivning og bransjestandarder knyttet til annonsering for barn overholdes
Krav til annonseformater
Inntektsgenerering og annonsering i appen din skal ikke ha villedende innhold eller være utformet på en måte som fører til utilsiktede klikk fra mindreårige brukere.
Hvis den eneste målgruppen for appen din er barn, er følgende forbudt. Hvis målgruppen for appen din er barn og eldre målgrupper, er følgende forbudt ved visning av annonser til barn eller brukere av ukjent alder:
- Forstyrrende inntektsgenerering og annonsering, inkludert inntektsgenerering og annonsering som tar opp hele skjermen eller forstyrrer normal bruk uten å gi brukerne en klar måte å lukke annonsene på (for eksempel annonsemurer).
- Inntektsgenerering og annonsering som forstyrrer normal appbruk eller spilling, inkludert annonser med belønning eller som ber om samtykke, og som ikke kan lukkes etter fem sekunder.
- Inntektsgenerering og annonsering som ikke forstyrrer normal appbruk eller spilling, kan vare i mer enn fem sekunder (for eksempel videoinnhold med integrerte annonser).
- Interstitial-inntektsgenerering og -annonsering som vises så snart appen åpnes.
- Flere annonseplasseringer på en side (f.eks. bannerannonser som viser flere tilbud på én plassering, eller visning av mer enn én banner- eller videoannonse).
- Inntektsgenerering og annonsering som ikke kan skilles tydelig fra appinnholdet, som offerwall-meldinger og andre fullskjermsannonser.
- Bruk av sjokkerende eller følelsesmessig manipulerende teknikker for å oppfordre til å se på annonser eller kjøpe i appen.
- Villedende annonser som tvinger brukeren til å klikke ved bruk av en lukkeknapp som åpner en ny annonse, eller ved at annonser plutselig vises i områder av appen der brukerne vanligvis trykker for å bruke en annen funksjon.
- Å ikke skille mellom bruk av virtuelle spillmynter og virkelige penger ved kjøp i apper.
Her er noen eksempler på vanlige brudd:
- Inntektsgenerering og annonser som flytter seg vekk fra brukerens finger når brukeren forsøker å lukke dem.
- Inntektsgenerering og annonser som ikke lar brukeren lukke tilbudet etter fem (5) sekunder, som vist i eksempelet nedenfor:
- Inntektsgenerering og annonser som tar opp mesteparten av skjermen uten å gi brukerne en klar måte å lukke dem på, som vist i eksempelet nedenfor:
- Bannerannonser som viser flere tilbud, som vist i eksempelet nedenfor:
- Inntektsgenerering og annonser brukerne kan forveksle med innholdet i appen, som vist i eksempelet nedenfor:
- Knapper, annonser eller annen inntektsgenerering som promoterer de andre butikkoppføringene dine i Google Play, og som ikke kan skilles fra innholdet i appen, som vist i eksempelet nedenfor:
Her er noen eksempler på upassende annonseinnhold som ikke skal vises til barn.
- Upassende medieinnhold: annonser for TV-serier, filmer, album eller andre typer medieinnhold som ikke er egnet for barn.
- Upassende videospill og nedlastbar programvare: annonser for nedlastbar programvare og elektroniske videospill som ikke er egnet for barn.
- Kontrollerte eller skadelige stoffer: annonser for alkohol, tobakk, kontrollerte stoffer eller andre skadelige stoffer.
- Gambling: annonser for simulert gambling, konkurranser eller veddemål, også der deltakelse er gratis.
- Voksent og seksuelt ladet innhold: annonser med seksuelt, seksuelt ladet og voksent innhold.
- Dating eller forhold: annonser for datingnettsteder eller nettsteder for voksne forhold.
- Voldelig innhold: annonser med voldelig og eksplisitt innhold som ikke er egnet for barn.
Annonse-SDK-er
Hvis du viser annonser i appen din og appens målgruppe bare inkluderer barn, må du bare bruke egensertifiserte annonse-SDK-versjoner for familier. Hvis appen er målrettet mot både barn og eldre brukere, må du implementere alderskontroll, for eksempel en nøytral aldersskjerm, og sørge for at annonser som vises til barn, bare kommer fra egensertifiserte annonse-SDK-versjoner på Google Play.
På siden om retningslinjene for programmet for egensertifiserte annonse-SDK-er for familier finner du mer informasjon om disse kravene, og her kan du se den nyeste listen over egensertifiserte annonse-SDK-versjoner for familier.
Dersom du bruker AdMob, kan du gå til brukerstøtten for AdMob for å finne ut mer om produktene deres.
Du har selv ansvaret for å sørge for at appen din oppfyller alle kravene til annonsering, kjøp i appen og kommersielt innhold. Ta kontakt med leverandørene dine av annonse-SDK-er for å finne ut mer om retningslinjene deres for innhold og annonseringspraksisene deres.
Retningslinjer for egensertifiserte annonse-SDK-er for familier
Google Play jobber for å skape en trygg brukeropplevelse for barn og familier. En viktig del av dette er å bidra til å sikre at barn bare ser annonser som er passende for alderen deres, og at dataene deres håndteres på riktig måte. For å nå dette målet krever vi at annonse-SDK-er og medieringsplattformer egensertifiserer at de er passende for barn og overholder programretningslinjene for Google Play-utviklere og familieretningslinjene for Google Play, inkludert kravene i programmet for egensertifiserte annonse-SDK-er for familier.
Programmet for egensertifiserte annonse-SDK-er for familier er et viktig verktøy utviklerne kan bruke til å identifisere hvilke annonse-SDK-er eller medieringsplattformer som har egensertifisert at de er passende for bruk i apper som er utviklet spesielt for barn.
Feilaktig fremstilling av informasjon om SDK-en din, inkludert i interesseskjemaet når du søker, kan føre til at SDK-en din fjernes eller suspenderes fra programmet for egensertifiserte annonse-SDK-er for familier, så det er viktig å oppgi nøyaktig informasjon.Krav i retningslinjene
Hvis SDK-en eller medieringsplattformen din viser apper som er en del av familieprogrammet på Google Play, må du overholde alle retningslinjene for Google Play-utviklere, inkludert følgende krav. Hvis du ikke overholder kravene i retningslinjene, kan det føre til at appene blir fjernet eller suspendert fra programmet for egensertifiserte annonse-SDK-er for familier.
Du er ansvarlig for å sørge for at SDK-en eller medieringsplattformen overholder retningslinjene, så gå gjennom programretningslinjene for Google Play-utviklere, familieretningslinjene for Google Play og kravene i programmet for egensertifiserte annonse-SDK-er for familier.
- Annonseinnhold: Alt annonseinnhold som er tilgjengelig for barn, må være egnet for barn.
- Du må (i) definere hva som er upassende annonseinnhold og -atferd, og (ii) forby dette i vilkårene eller retningslinjene dine. Definisjonene må overholde programretningslinjene for Google Play-utviklere.
- Du må også utarbeide en metode for å oppgi egnethet for annonsene i henhold til aldersgrupper. Som et minimum må du ta med gruppene Alle og Voksne. Metoden for egnethet må stemme overens med metoden som Google leverer til SDK-er når de har fylt ut interesseskjemaet.
- Når budgivning i sanntid brukes for å vise annonser til barn, må du sørge for at markedsføringsinnholdet er gjennomgått og overholder kravene ovenfor.
- I tillegg må du ha en mekanisme som visuelt kan identifisere at markedsføringsinnhold kommer fra beholdningen din (for eksempel vannmerking av markedsføringsinnhold med en synlig selskapslogo eller lignende funksjonalitet).
- Annonseformat: Du må sørge for at alle annonser som vises til mindreårige brukere, overholder kravene til annonseformater for familier, og du må gi utviklere muligheten til å velge annonseformater som overholder familieretningslinjene på Google Play.
- Annonsering skal ikke ha villedende innhold eller være utformet på en måte som fører til utilsiktede klikk fra mindreårige brukere. Villedende annonser som tvinger brukeren til å klikke ved bruk av en lukkeknapp som åpner en ny annonse, eller ved at annonser plutselig vises i områder av appen der brukerne vanligvis trykker for å bruke en annen funksjon, er ikke tillatt.
- Forstyrrende annonsering, inkludert annonser som dekker hele skjermen eller forstyrrer vanlig bruk uten mulighet til å lukke dem (for eksempel annonsemurer), er ikke tillatt.
- Annonsering som forstyrrer vanlig appbruk eller spilling, inkludert annonser med belønning eller som ber om samtykke, må kunne lukkes etter 5 sekunder.
- Det er ikke tillatt med flere annonseplasseringer på en side. Det er for eksempel ikke tillatt med bannerannonser som viser flere tilbud på én plassering, eller å vise mer enn én banner- eller videoannonse.
- Annonsering må være lett å skille fra selve innholdet i appen Offerwall-meldinger og fullskjermsannonser som mindreårige brukere ikke tydelig kan se er annonser, er ikke tillatt.
- Annonsering skal ikke inneholde sjokkerende eller følelsesmessig manipulerende teknikker for å oppfordre til å se på annonser.
- IBA/remarketing: Du må sørge for at annonser som vises til mindreårige brukere, ikke involverer interessebasert annonsering (annonsering målrettet mot enkeltbrukere med bestemte karakteristikker basert på surfeatferd) eller remarketing (annonsering målrettet mot enkeltbrukere basert på tidligere interaksjon med apper eller nettsteder).
- Databehandling: Du, SDK-leverandøren, må være åpen om hvordan du håndterer brukerdata (f.eks. informasjon du samler inn fra eller om brukere, inkludert enhetsinformasjon). Det betyr at du må opplyse om hvordan SDK-en får tilgang til, samler inn, bruker og deler data, og du må begrense bruken av dataene til de formålene du opplyser om. Disse Google Play-kravene kommer i tillegg til eventuelle krav i gjeldende lover om personvern og databeskyttelse. Du må opplyse om innsamling av personopplysninger og sensitiv informasjon fra barn. Slik informasjon inkluderer, men er ikke begrenset til, autentiseringsinformasjon, sensordata fra mikrofoner og kameraer, enhetsdata, Android-ID og informasjon om annonsebruk.
- Du må la utviklere be om behandling av innhold målrettet mot barn for annonselevering per forespørsel eller app. Slik behandling må overholde alle gjeldende lover og forskrifter, for eksempel Children's Online Privacy and Protection Act (COPPA) i USA og EUs personvernforordning (GDPR).
- Google Play krever at annonse-SDK-er slår av personlig tilpassede annonser, interessebaserte annonser og remarketing som en del av behandlingen av innhold målrettet mot barn.
- Når budgivning i sanntid brukes for å vise annonser til barn, må du sørge for at personvernindikatorer vises til budgiverne.
- Du skal ikke overføre AAID, SIM-serienummer, delversjonens serienummer, BSSID, MAC, SSID, IMEI og/eller IMSI fra barn eller brukere av ukjent alder.
- Du må la utviklere be om behandling av innhold målrettet mot barn for annonselevering per forespørsel eller app. Slik behandling må overholde alle gjeldende lover og forskrifter, for eksempel Children's Online Privacy and Protection Act (COPPA) i USA og EUs personvernforordning (GDPR).
- Medieringsplattformer: Når du viser annonser til barn, må du gjøre følgende:
- Bruk bare egensertifiserte annonse-SDK-er for familier, eller iverksett sikkerhetstiltak for å sikre at alle annonser som leveres fra mediering, overholder disse kravene.
- Formidle den nødvendige informasjonen for medieringsplattformer for å indikere egnetheten for annonseinnholdet og eventuell behandling av innhold målrettet mot barn.
- Egensertifisering og overholdelse av retningslinjer: Du må gi Google tilstrekkelig informasjon, for eksempel informasjonen oppført i interesseskjemaet, for å bekrefte at annonse-SDK-ene overholder alle retningslinjene i kravene til egensertifisering, inkludert, men ikke begrenset til:
- Du må oppgi en engelsk versjon av SDK- eller medieringsplattformens vilkår for bruk, personvernregler og integreringsveiledning for publisister.
- Du må sende inn en testapp som bruker den nyeste versjonen av annonse-SDK-en som overholder retningslinjene. Testappen må være en fullstendig bygget og kjørbar Android-APK som utnytter alle funksjonene til SDK-en. Krav for testapper:
- Den må sendes inn som en fullstendig utviklet og kjørbar Android-APK som er ment å kjøre på en telefonformfaktor.
- Den må bruke den nyeste versjonen (eller en versjon som gis ut snart) av annonse-SDK-en som overholder retningslinjene for Google Play.
- Den må bruke alle funksjonene i annonse-SDK-en din, inkludert oppkalling av SDK-en for å hente og vise annonser.
- Den må ha full tilgang til all publisert annonsebeholdning i nettverket via annonser som etterspørres gjennom testappen.
- Den skal ikke begrenses basert på geolokalisering.
- Hvis beholdningen din er ment for en variert målgruppe, må testappen din kunne skille mellom forespørsler om annonser fra hele beholdningen og beholdningen som er egnet for barn eller alle aldersgrupper.
- Den skal ikke begrenses til bestemte annonser i beholdningen, med mindre det kontrolleres av den nøytrale aldersskjermen.
- Du må svare på eventuelle andre forespørsler om informasjon innen rimelig tid og egensertifisere at alle de nye versjonene overholder de nyeste programretningslinjene for Google Play-utviklere, inkludert kravene i familieretningslinjene.
- Juridisk samsvar: Egensertifiserte annonse-SDK-er for familier må støtte annonselevering som overholder alle relevante lover og forskrifter om barn som kan gjelde for tilknyttede publisister.
- Du må sørge for at SDK-en eller medieringsplattformen din overholder Children's Online Privacy and Protection Act (COPPA) i USA, EUs personvernforordning (GDPR) og andre relevante lover og forskrifter.
Merk: Ordet «barn» kan bety forskjellige ting i forskjellige lokaliteter og kontekster. Det er viktig at du innhenter juridisk bistand for å fastslå hvilke forpliktelser og aldersbegrensninger som kan gjelde for appen din. Du vet mest om hvordan appen din fungerer, så vi trenger din hjelp til å sikre at apper på Google Play er trygge for familier.
- Du må sørge for at SDK-en eller medieringsplattformen din overholder Children's Online Privacy and Protection Act (COPPA) i USA, EUs personvernforordning (GDPR) og andre relevante lover og forskrifter.
Se siden om programmet for egensertifiserte annonse-SDK-er for familier for å få mer informasjon om disse programkravene.
Sanksjon
Retningslinjenes omfang
Retningslinjene våre gjelder alt innholdet appen din viser eller linker til, deriblant annonser som vises til brukerne, og eventuelt brukergenerert innhold appen er vert for eller linker til. Videre gjelder de for innhold i utviklerkontoen din som vises offentlig i Google Play, inkludert utviklernavnet ditt og landingssiden for det oppførte utviklernettstedet ditt.
Vi tillater ikke apper som lar brukerne installere andre apper på enheten sin. Apper som gir tilgang til andre apper, spill eller programmer uten installering, deriblant funksjoner og brukeropplevelser som leveres av tredjeparter, må sikre at alt innholdet de leverer, overholder alle Google Play-retningslinjene, og de kan også bli gjenstand for ekstra gjennomgang i henhold til retningslinjene.
Definerte termer som brukes i disse retningslinjene, har samme betydning som i distribusjonsavtalen for utviklere (DDA). I tillegg til å overholde disse retningslinjene og DDA må innholdet i appen din gis en egnethetsvurdering i samsvar med retningslinjene våre for egnethet.
Vi tillater ikke apper eller innhold som undergraver brukerens tillit til Google Play-økosystemet. Når vi vurderer om vi skal inkludere apper på eller fjerne apper fra Google Play, vurderer vi en rekke faktorer, inkludert, men ikke begrenset til, et mønster av skadelig atferd eller høy risiko for uriktig bruk. Vi identifiserer risiko for uriktig bruk som blant annet, men ikke begrenset til, app- og utviklerspesifikke klager, nyhetsrapportering, tidligere brudd på retningslinjene, tilbakemeldinger fra brukere og bruk av populære merkevarer, rollefigurer og andre elementer.
Slik fungerer Google Play Protect
Google Play Protect-funksjonen kontrollerer apper når du installerer dem. I tillegg blir enheten din skannet med jevne mellomrom. Hvis en potensielt skadelig app blir funnet, kan følgende skje:
- Du mottar et varsel. For å fjerne appen, trykk på varselet. Deretter trykker du på Avinstaller.
- Deaktiverer appen frem til du avinstallerer den.
- Appen fjernes automatisk. Hvis en skadelig app blir funnet, får du i de fleste tilfeller et varsel om at appen er fjernet.
Slik fungerer beskyttelsen mot skadelig programvare
For at Google skal kunne beskytte deg mot skadelig programvare fra tredjeparter samt skadelige nettadresser og andre sikkerhetstrusler, kan vi hente inn informasjon om
- enhetens nettverkstilkoblinger
- potensielt skadelige nettadresser
- operativsystem og apper installert på enheten din via Google Play eller andre kilder
Du kan få advarsler fra Google om apper eller nettadresser som kanskje ikke er trygge. Google kan fjerne eller blokkere installasjonen av slike apper eller nettadresser hvis de er kjent for å være skadelige for enheter, data eller brukere.
Du kan deaktivere noen av disse beskyttelsene i enhetsinnstillingene. Google kan imidlertid fortsatt motta informasjon om apper som er installert via Google Play. I tillegg kan apper som er installert fra andre kilder, fortsatt sjekkes med tanke på sikkerhetstrusler, uten at det sendes informasjon til Google.
Sånn fungerer personvernvarsler
Google Play Protect varsler deg hvis apper fjernes fra Google Play-butikken, fordi de kan få tilgang til personopplysningene dine, og du får dermed muligheten til å avinstallere appene.
Håndhevelsesprosess
Hvis appen eller utviklerkontoen din bryter noen av retningslinjene våre, iverksetter vi passende sanksjoner, som beskrevet nedenfor. I tillegg gir vi deg relevant informasjon om hva vi har gjort, via e-post, samt veiledning for hvordan du kan sende inn en anke hvis du mener at vi har gjort noe feil.
Vær oppmerksom på at det ikke er sikkert at varsler om fjerning eller administrative merknader indikerer alle brudd på retningslinjene i kontoen din, appen din eller i en større appkatalog. Det er utviklerens ansvar å løse eventuelle problemer knyttet til retningslinjene og kontrollere at resten av appen eller kontoen overholder alle retningslinjene. Hvis du ikke korrigerer brudd på retningslinjene i kontoen din og alle appene, kan det føre til flere sanksjoner.
Gjentatte eller alvorlige brudd (for eksempel skadelig programvare, svindel og apper som kan skade brukere eller enheter) på disse retningslinjene eller distribusjonsavtalen for utviklere fører til at individuelle eller relaterte Google Play-utviklerkontoer blir avsluttet.
Sanksjoner
Ulike sanksjoner kan påvirke appen din på forskjellige måter. Vi bruker en kombinasjon av manuell og automatisk evaluering for å gjennomgå apper og appinnhold for å oppdage og evaluere innhold som bryter retningslinjene våre og er skadelig for brukere og Google Play-økosystemet generelt. Ved hjelp av automatiserte modeller kan vi oppdage flere brudd og evaluere potensielle problemer raskere, noe som bidrar til å holde Google Play trygt for alle. Innhold som bryter retningslinjene, blir enten fjernet av de automatiserte modellene våre, eller hvis en mer nyansert avgjørelse er nødvendig, blir det flagget for videre gjennomgang av opplærte operatører og analytikere som evaluerer innholdet, for eksempel fordi en forståelse av konteksten rundt innholdet er nødvendig. Deretter slås resultatene fra disse manuelle evalueringene sammen med eksisterende opplæringsdata for å finstemme modellene basert på maskinlæring.
I det neste avsnittet finner du en beskrivelse av de ulike sanksjonene Google Play kan iverksette, og hvordan de påvirker appen din og/eller Google Play-utviklerkontoen din.
Med mindre annet er oppgitt i kommunikasjon om sanksjonene, gjelder de for alle regioner. Hvis appen din for eksempel suspenderes, blir den utilgjengelig i alle regioner. Og med mindre annet er oppgitt, fortsetter disse sanksjonene å være i kraft, med mindre du anker sanksjonene og anken tas til følge.
Avvisning
- Nye apper eller appoppdateringer som sendes inn til gjennomgang, blir ikke gjort tilgjengelige på Google Play.
- Hvis oppdateringer av eksisterende apper er avvist, forblir appversjonene som ble publisert før oppdateringen, tilgjengelige på Google Play.
- Avvisninger påvirker ikke tilgangen din til appens eksisterende brukerinstalleringer, statistikk og vurderinger.
- Avvisninger påvirker ikke anseelsen til Google Play-utviklerkontoen din.
Merk: Ikke prøv å sende inn en avvist app på nytt før du har rettet opp alle bruddene på retningslinjene.
Fjerning
- Appen og eventuelle tidligere versjoner av appen fjernes fra Google Play og kan ikke lenger lastes ned av brukerne.
- Siden appen er fjernet, kan ikke brukerne se appens butikkoppføring. Denne informasjonen blir gjenopprettet når du sender inn en oppdatering av den fjernede appen som overholder retningslinjene.
- Det kan hende at brukerne ikke kan foreta kjøp i appen eller bruke faktureringsfunksjoner i appen før en versjon som overholder retningslinjene, er godkjent av Google Play.
- Fjerninger påvirker ikke umiddelbart anseelsen til Google Play-utviklerkontoen din, men flere fjerninger kan føre til suspensjon.
Merk: Ikke prøv å publisere en fjernet app på nytt før du har rettet opp alle bruddene på retningslinjene.
Suspensjon
- Appen og eventuelle tidligere versjoner av appen fjernes fra Google Play og kan ikke lenger lastes ned av brukerne.
- Suspensjon kan utføres som følge av grove eller gjentatte brudd på retningslinjene, i tillegg til gjentatte appavvisninger eller fjerninger.
- Siden appen er suspendert, kan ikke brukerne se appens butikkoppføring.
- Du kan ikke lenger bruke APK-ene eller appsamlingene til suspenderte apper.
- Brukerne kan ikke foreta kjøp i appen eller bruke faktureringsfunksjoner i appen.
- Suspensjoner regnes som advarsler mot anseelsen til Google Play-utviklerkontoen din. Flere advarsler kan føre til avslutning av individuelle og relaterte Google Play-utviklerkontoer.
Begrenset synlighet
- Appen din har begrenset synlighet på Google Play. Appen forblir tilgjengelig på Google Play, og brukere kan åpne den via en direktelink til appens butikkoppføring.
- Selv om appen har begrenset synlighet, påvirker ikke dette anseelsen til Google Play-utviklerkontoen din.
- Selv om appen har begrenset synlighet, påvirker det ikke brukernes mulighet til å se appens eksisterende butikkoppføring.
Begrensede regioner
- Appen kan bare lastes ned av brukere via Google Play i bestemte regioner.
- Brukere fra andre regioner finner ikke appen i Play-butikken.
- Brukere som tidligere har installert appen, kan fortsette å bruke den på enheten sin, men de mottar ikke lenger oppdateringer.
- Regionbegrensninger påvirker ikke anseelsen til Google Play-utviklerkontoen din.
Når kontoen er begrenset
- Når utviklerkontoen din er begrenset, fjernes alle appene i katalogen din fra Google Play, og du kan ikke lenger publisere nye apper eller publisere eksisterende apper på nytt. Du kan fortsatt bruke Play-konsollen.
- Siden alle apper er fjernet, kan ikke brukerne se appenes butikkoppføringer eller utviklerprofilen din.
- De nåværende brukerne dine kan ikke kjøpe noe i appene eller bruke funksjoner for fakturering i appene.
- Du kan fortsatt bruke Play-konsollen til å oppgi mer informasjon til Google Play og endre kontoinformasjonen din.
- Du kan publisere appene dine på nytt når du har rettet opp alle bruddene på retningslinjene.
Kontooppsigelse
- Når utviklerkontoen din avsluttes, fjernes alle appene i katalogen din fra Google Play, og du kan ikke lenger publisere nye apper. Dette betyr også at eventuelle relaterte Google Play-utviklerkontoer suspenderes permanent.
- Flere suspensjoner eller suspensjoner som skyldes alvorlige brudd på retningslinjene, kan føre til at kontoen din på Play-konsollen blir avsluttet.
- Siden appene i den avsluttede kontoen fjernes, kan ikke brukerne se appenes butikkoppføringer og utviklerprofilen din.
- De nåværende brukerne dine kan ikke kjøpe noe i appene eller bruke funksjoner for fakturering i appene.
Merk: Eventuelle nye kontoer du prøver å åpne, blir også avsluttet (uten refusjon av registreringsavgiften for utviklere). Ikke prøv å registrere deg for en ny konto på Play-konsollen mens en av de andre kontoene dine er avsluttet.
Inaktive kontoer
Inaktive kontoer er utviklerkontoer som ikke brukes lenger. Inaktive kontoer har ikke god anseelse som påkrevd i henhold til distribusjonsavtalen for utviklere.
Google Play-utviklerkontoer er ment for aktive utviklere som publiserer og aktivt opprettholder apper. For å unngå misbruk stenger vi inaktive kontoer eller kontoer som ikke regelmessig brukes til for eksempel publisering og oppdatering av apper, statistikk eller administrering av butikkoppføringer.
Stenging av inaktive kontoer fører til at kontoen din blir stengt. Du mister tilgangen til alt av rapporter, statistikk og annen informasjon i Play-konsollen, med mindre den inaktive kontoen din blir gjenopprettet. Registreringsavgiften refunderes ikke. Før vi stenger den inaktive kontoen din, varsler vi deg via kontaktinformasjonen du har oppgitt for kontoen.
Selv om vi stenger en inaktiv konto, begrenser det ikke muligheten din til å opprette en ny konto senere hvis du bestemmer deg for å publisere på Google Play.
Administrering og rapportering av brudd på retningslinjene
Klager på sanksjoner
Vi gjenoppretter apper hvis det har skjedd en feil og vi ser at de ikke bryter programretningslinjene for Google Play eller distribusjonsavtalen for utviklere. Hvis du har gjennomgått retningslinjene nøye og mener at avgjørelsen vår kan ha vært feil, kan du følge veiledningen i e-postvarselet for sanksjonen eller klikke her for å anke avgjørelsen.
Flere ressurser
Hvis du trenger mer informasjon om en sanksjon eller vurdering/kommentar fra en bruker, kan du se noen av ressursene nedenfor eller kontakte oss via brukerstøtten for Google Play. Vi kan imidlertid ikke tilby juridisk rådgivning. Hvis du trenger juridisk rådgivning, må du ta kontakt med en jurist.
Krav for Play-konsollen
For å ivareta sikkerheten til det livlige appøkosystemet vårt krever Google Play at alle utviklere oppfyller kravene for Play-konsollen, inkludert eventuelle profiler som er knyttet til utviklerkontoen din i Play-konsollen. Verifisert informasjon vises i Google Play for å hjelpe brukerne med å bygge opp tillit overfor utviklere. Finn ut mer om informasjonen som vises på Google Play.
Det finnes to typer utviklerkontoer på Google Play: personlig og organisasjon. Pass på å velge rett type utviklerkonto og fullføre de nødvendige bekreftelsene. Da går registreringen raskere. Finn ut mer om valg av type utviklerkonto.
Ved opprettelse av en konto i Play-konsollen må utviklere som leverer de følgende tjenestene, registrere seg som en organisasjon:
- finansielle produkter og tjenester, inkludert, men ikke begrenset til, banktjenester, lån, aksjehandel, investeringsfond, lommebokprogrammer for kryptovaluta og kryptovalutabørser – finn ut mer om retningslinjene for finansielle tjenester
- helseapper, for eksempel medisinske apper og apper for forskning på mennesker – finn ut mer om helseappkategorier
- apper som har godkjennelse til å bruke VpnService-klassen – finn ut mer om retningslinjene for VpnService
- myndighetsapper, inkludert apper utviklet av eller på vegne av et offentlig organ
Når du har valgt en kontotype, må du
- oppgi nøyaktig informasjon om utviklerkontoen din, inkludert følgende:
- juridisk navn og adresse
- D-U-N-S-nummer (hvis du registrerer deg som en organisasjon)
- e-postadresse og telefonnummer
- utviklerens e-postadresse og telefonnummer – som vises på Google Play der det er aktuelt
- betalingsmåter (der det er aktuelt)
- Google-betalingprofilen som er knyttet til utviklerkontoen
- Hvis du skal registreres som en organisasjon, må du sikre at informasjonen om utviklerkontoen din er oppdatert og i samsvar med informasjonen som er lagret i Dun & Bradstreet-profilen din.
Før du sender inn appen, må du
- oppgi all appinformasjonen og alle metadataene nøyaktig
- laste opp personvernreglene for appen og fylle ut kravene i datasikkerhetsdelen
- oppgi en aktiv demokonto, påloggingsinformasjon og alle andre ressurser som er nødvendige for at Google Play skal kunne gå gjennom appen (spesifikt påloggingslegitimasjon, QR-kode osv.t
Du bør som alltid sørge for at appen din har en stabil, engasjerende og responsiv brukeropplevelse. Dobbeltsjekk at alt i appen, deriblant annonsenettverk, statistikktjenester og SDK-er fra tredjeparter, overholder programretningslinjene for Google Play-utviklere. Hvis appens målgruppe omfatter barn, må du overholde familieretningslinjene våre.
Husk at det er du som har ansvaret for å gå gjennom distribusjonsavtalen for utviklere og alle programretningslinjer for utviklere for å sikre at appen din overholder dem.