Programretningslinjer for utviklere

(gjelder fra 6. mars 2024, med mindre noe annet er oppgitt)

La oss lage verdens sikreste kilde til apper og spill

Kreativiteten din er grunnlaget for vår felles suksess, men vi har også et ansvar. Disse programretningslinjene for utviklere, i tillegg til distribusjonsavtalen for utviklere, sørger for at vi sammen fortsetter å levere verdens mest innovative og pålitelige apper til over en milliard mennesker via Google Play. Du kan lese gjennom retningslinjene våre nedenfor.

Begrenset innhold

Folk fra hele verden bruker Google Play hver dag for å få tilgang til apper og spill. Før du sender inn en app, bør du sjekke at den er egnet for Google Play, og at den overholder lokal lov og rett.

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.

Upassende innhold

For å sørge for at Google Play fortsetter å være en trygg og respektfull plattform, har vi utarbeidet standarder for å definere og forby innhold som er skadelig eller upassende for brukerne våre.

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.

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.

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

Vi tillater ikke apper som skildrer eller legger til rette for vold eller andre farlige aktiviteter. Apper som skildrer fiktiv vold i en spillkontekst, for eksempel tegnet vold, jakt eller fiske, er generelt tillatt.

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

Vi tillater ikke apper som tjener penger på eller ikke utviser følsomhet overfor sensitive hendelser med betydelig sosial, kulturell eller politisk innvirkning. Dette kan omfatte nødsituasjoner for sivile, naturkatastrofer, nødsituasjoner tilknyttet folkehelse, konflikter, dødsfall eller andre tragiske hendelser. Apper med innhold som er relatert til en sensitiv hendelse, er vanligvis tillatt hvis innholdet er pedagogisk, dokumentarisk, vitenskapelig eller kunstnerisk, eller hvis det har til hensikt å varsle brukerne om eller øke bevisstheten om den sensitive hendelsen.

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

Vi tillater ikke apper som inneholder eller legger til rette for trusler, trakassering eller mobbing.

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

Vi tillater ikke apper som legger til rette for salg av marihuana eller marihuanaprodukter, uavhengig av om det er lovlig eller ikke.

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

Vi tillater ikke apper som legger til rette for salg av tobakk (inkludert e-sigaretter) eller oppfordrer til ulovlig eller upassende bruk av alkohol eller tobakk.

Tilleggsinformasjon

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

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

Vi tillater ikke apper som gir brukere mulighet til å handle med binære opsjoner.

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 anleggsmidler. 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 ta lånet.

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

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

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), og andre typer lånerelaterte apper (lånekalkulatorer, låneveiledninger osv.) 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 sensitive 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. 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.
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 kontaktopplysninger 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

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

Vi tillater ikke apper som legger til rette for eller fremmer ulovlige aktiviteter.

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.

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.

Reseptbelagte legemidler

Vi tillater ikke apper som legger til rette for salg eller kjøp av reseptbelagte legemidler uten resept.

Stoffer som ikke er godkjent

Google Play tillater ikke apper som markedsfører eller selger stoffer, medikamenter og lignende som ikke er godkjent, uavhengig av eventuelle påstander om at de er lovlige.

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

Hvis du vil ha mer informasjon om legemidler og kosttilskudd som vi overvåker, og som mangler godkjenning eller betraktes som villedende markedsføring, kan du gå til www.legitscript.com.

Feilinformasjon om helse

Vi tillater ikke apper som inneholder misvisende helsepåstander som motsier etablert medisinsk enighet, eller som kan skade brukerne.

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

Begrensninger tilknyttet covid-19

Apper må følge kravene til apper tilknyttet koronavirussykdommen 2019 (covid-19).

Medisinske funksjoner

Vi tillater ikke apper med medisinsk eller helserelatert funksjonalitet som er villedende eller potensielt skadelig. For eksempel tillater vi ikke apper som hevder å kunne måle oksygenmetning uten noe tilleggsutstyr. Oksymeterapper må støttes av ekstern maskinvare, hapå-teknologi eller dedikerte smarttelefonsensorer som er laget for å støtte oksymeterfunksjonalitet. Slike støttede apper må også inneholde ansvarsfraskrivelser i metadataene, hvor det fremgår at de ikke er beregnet på medisinsk bruk, bare er laget for generell trening og velvære og ikke er medisinsk utstyr. Kompatibel maskinvare-/enhetsmodell må også oppgis.

Betalinger – medisinske tjenester

Transaksjoner som omfatter regulerte medisinske tjenester, skal ikke bruke faktureringssystemet for Google Play. Du finner mer informasjon her: Forklaring på retningslinjene for betaling på Google Play.

Health Connect-data

Data det anskaffes tilgang til via Health Connect-tillatelser, betraktes som personlige og sensitive brukerdata som er underlagt retningslinjene om brukerdata og tilleggskrav.

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

Vi tillater ikke apper som «graver» etter kryptovaluta på enheter. Vi tillater apper som administrerer graving av kryptovaluta eksternt.

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

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

Etter som generative AI-modeller blir tilgjengelige for flere utviklere, kan du innarbeide disse modellene i appene dine for å skape bedre brukerengasjement og brukeropplevelse. Google Play ønsker å bidra til at AI-generert innhold er trygt for alle brukere, og at tilbakemeldinger fra brukere brukes til ansvarlig nyskaping.

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.

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

Vi tillater ikke apper som fører til eller oppfordrer til brudd på opphavsrett. Før du publiserer appen din, må du sjekke om den oppfordrer til brudd på opphavsrett. Oppsøk juridisk rådgivning om nødvendig.

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

Vi tillater ikke apper som selger eller markedsfører forfalskede varer. Forfalskede varer inneholder en logo eller et varemerke som er identisk med, eller har store likheter med, et annet varemerke. Bestemte merkevareelementer etterlignes for at produktene skal fremstå som ekte produkter fra eieren av varemerket.

Personvern, villedelse og misbruk av enheter

Vi jobber for å ivareta personvernet til brukerne våre og tilby dem et trygt og sikkert miljø. Apper som er villedende, ondsinnede eller som er laget for uriktig bruk eller for å misbruke nettverk, enheter eller personlige data, er strengt forbudt.

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. Disse Google Play-kravene kommer i tillegg til eventuelle krav i gjeldende lover om personvern og databeskyttelse.

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

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.

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 telefonitjenester som er tilknyttet en SIM-identitet (f.eks. anrop via Wi-Fi som er knyttet til en operatørkonto) apper for administrering av bedriftsenheter, hvor appene bruker modusen for enhetseieren 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.

EU-U.S., Swiss Privacy Shield

Hvis du leser, bruker eller behandler personopplysninger Google har gjort tilgjengelig, som direkte eller indirekte identifiserer en enkeltperson og kommer fra EU 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 det nivået av beskyttelse som kreves i henhold til Privacy Shield-prinsippene.

Du må jevnlig kontrollere at du overholder disse kravene. Hvis du noen gang 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 data-protection-office@google.com og umiddelbart enten slutte å behandle personopplysninger fra EU eller treffe rimelige og egnede tiltak for å gjenopprette et tilfredsstillende nivå av beskyttelse.

Fra og med 16. juli 2020 bruker Google ikke lenger EU-U.S. Privacy Shield (Privacy Shield-avtalen mellom EU og USA) til å overføre personlige data som stammer fra EØS eller Storbritannia til USA. (Finn ut mer.) Du finner mer informasjon i del 9 av DDA.

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 artikkelen i brukerstøtten for å lese om bruksmønstre der tillatelsen QUERY_ALL_PACKAGES godtas.
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 brukes i 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

Data det anskaffes tilgang til via Health Connect-tillatelser, betraktes som personlige og sensitive brukerdata som er underlagt retningslinjene om brukerdata samt de følgende tilleggskravene:

Egnet tilgang til og bruk av Health Connect

Forespørsler om tilgang til data via Health Connect må være tydelige og lette å forstå. 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 for apper eller tjenester som overholder et av de godkjente bruksmønstrene.

Dette er bruksmønstrene som er godkjent for tilgang til Health Connect-tillatelser:

Apper eller tjenester som har én eller flere funksjoner brukere kan ha nytte av til helse og trening, og som har et brukergrensesnitt hvor brukerne direkte kan loggføre, rapportere, følge med på og/eller analysere fysisk aktivitet, søvn, mental velvære, ernæring, helsemålinger, fysiske beskrivelser og/eller andre beskrivelser og målinger som er knyttet til helse eller trening.
Apper eller tjenester som har én eller flere funksjoner brukere kan ha nytte av til helse og trening, og som har et brukergrensesnitt hvor brukerne kan lagre fysisk aktivitet, søvn, mental velvære, ernæring, helsemålinger, fysiske beskrivelser og/eller andre beskrivelser og målinger som er knyttet til helse eller trening, på telefonen og/eller hapå-teknologi samt dele dataene med andre installerte apper som oppfyller disse bruksmønstrene.

Health Connect er en lagrings- og delingsplattform til generell bruk, som brukere kan benytte for å samle helse- og treningsdata fra ulike kilder på Android-enheten sin og dele dem med tredjeparter de selv velger å dele dem med. Dataene kan komme fra ulike kilder, avhengig av brukerne. Utviklere må vurdere om Health Connect er egnet for den tiltenkte bruken samt undersøke og sjekke kilden til og kvaliteten på eventuelle data fra Health Connect i forbindelse med alle slags formål – spesielt ved bruk som har å gjøre med forskning, helse eller medisin.

Apper som brukes til helserelatert forskning på mennesker med data som er anskaffet via Health Connect, må innhente samtykke fra deltakerne. Hvis deltakerne er mindreårige, må det innhentes samtykke fra foreldre eller foresatte. Slikt samtykke må inneholde (a) forskningens art, formål og varighet, (b) prosedyrene, risikoene og fordelene for deltakerne, (c) informasjon om konfidensialitet og behandling av data (inkludert eventuelt deling med tredjeparter), (d) et kontaktpunkt for spørsmål fra deltakerne og (e) prosessen for bruk av angreretten. Apper som brukes til helserelatert forskning på mennesker med data som er anskaffet via Health Connect, må godkjennes av et uavhengig råd som har 1) som mål å ivareta deltakernes rettigheter, sikkerhet og velvære og 2) autoritet til å gå grundig gjennom, endre og godkjenne forskning på mennesker. Det må fremlegges bevis på slik godkjenning på anmodning.
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. 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

I tillegg til å bruke Health Connect i et egnet bruksmønster, må bruken din av dataene du får tilgang til via Health Connect, også overholde kravene nedenfor. Disse kravene gjelder for rådataene som anskaffes via Health Connect, samt data som aggregeres eller avledes fra rådataene, eller data fra rådataene hvor identifiserende informasjon er fjernet.

Du må begrense bruken av Health Connect-data til å levere eller forbedre det egnede bruksmønsteret eller de egnede funksjonene som er synlige og fremtredende i brukergrensesnittet til appen forespørselen om tilgang gjelder.
Du kan bare overføre brukerdata til tredjeparter
- for å levere eller forbedre det egnede bruksmønsteret eller de egnede funksjonene som er tydelige i brukergrensesnittet til appen forespørselen om tilgang gjelder, og dette kan bare gjøres med brukerens samtykke
- der det er nødvendig av sikkerhetsgrunner (for eksempel ved undersøkelser om misbruk)
- for å overholde gjeldende lov og rett og/eller forskrifter
- i forbindelse med at utvikleren slås sammen med et annet selskap, kjøpes eller selger aktiva, og kun etter at det er innhentet uttrykkelig, skriftlig samtykke fra brukeren
Du må ikke tillate at mennesker leser brukerdata, med mindre
- det er innhentet uttrykkelig samtykke fra brukeren om å lese bestemte data
- det er nødvendig av sikkerhetsgrunner (for eksempel ved undersøkelser om misbruk)
- det er nødvendig for å overholde gjeldende lov og rett
- dataene (deriblant avledede data) aggregeres og brukes internt i samsvar med gjeldende juridiske krav til personvern eller andre krav i den aktuelle virkekretsen

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 i henhold til paragraf 201(h) av Federal Food Drug & Cosmetic Act, hvis det medisinske utstyret skal bruke brukerdataene for å utføre regulerte funksjoner
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 du på forhånd mottar skriftlig godkjenning til slik bruk fra Google

Tilgangen til Health Connect kan ikke brukes i strid med disse retningslinjene eller andre gjeldende Health Connect-vilkår eller -retningslinjer, deriblant til de følgende 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, 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.
Health Connect skal ikke kobles til apper, tjenester eller funksjoner som utelukkende er målrettet mot barn. Health Connect er ikke godkjent for bruk i tjenester som primært er rettet mot barn.

En bekreftelse på at bruken din av Health Connect-data overholder kravene til begrenset bruk, må vises i appen din eller på et nettsted som tilhører nettjenesten eller appen din. Dette kan for eksempel være en link på en startside til en egen side eller personvernregler hvor det står: «Bruken av informasjon fra Health Connect overholder retningslinjene for Health Connect-tillatelser, inkludert kravene til begrenset bruk.»

Minimumsomfang

Du kan bare be om tillatelser som er helt nødvendige for å implementere funksjonaliteten til appen eller tjenesten din.

Dette betyr følgende:

Du må ikke be om tilgang til informasjon du ikke trenger. Du må bare be om tillatelsene du trenger for å implementere funksjonene eller tjenestene i produktet ditt. Hvis produktet ditt ikke trenger bestemte tillatelser, må du ikke be om dem.

Åpen og nøyaktig varsling og kontroll

Health Connect behandler data knyttet til helse og trening, noe som inkluderer personlig og sensitiv informasjon. Alle apper og tjenester må ha personvernregler, som må inneholde omfattende beskrivelser av hvordan appene eller tjenestene samler inn, bruker og deler brukerdata. Dette inkluderer hvilke typer parter eventuelle brukerdata deles med, hvordan du bruker dataene, hvordan du lagrer og sikrer dataene, og hva som skjer med dataene når en konto deaktiveres og/eller slettes.

I tillegg til kravene i henhold til gjeldende lov og rett må du også overholde de følgende kravene:

Du må opplyse om tilgang til, innsamling av, bruk av og deling av data. Dette må
- gi en nøyaktig representasjon av hvilken app eller tjeneste som ber om tilgang til brukerdata
- gi klar og tydelig informasjon som forklarer hva slags data appen eller tjenesten får tilgang til, ber om og/eller samler inn
- forklare 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 varsle brukerne om begge bruksmønstrene
Du må ha tilgjengelig hjelpedokumentasjon for brukere, og denne må beskrive hvordan brukerne kan administrere og slette dataene sine fra appen.

Sikker databehandling

Du må behandle alle brukerdata på en sikker måte. 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.

Noen anbefalte sikkerhetspraksiser er å implementere og opprettholde et system for administrering av informasjonssikkerhet, som beskrevet i ISO/IEC 27001, og å sikre at appen eller nettjenesten din er robust og uten vanlige sikkerhetsproblemer, som beskrevet av «OWASP Top 10»-oversikten.

Avhengig av antallet brukertillatelser eller brukere samt hvilket API som brukes, krever vi at appen eller tjenesten din gjennomgår en periodisk sikkerhetsvurdering og oppnår en vurderingsattest fra en utpekt tredjepart hvis produktet ditt overfører data ut fra brukerens enhet.

Du finner mer informasjon om kravene til apper som kobles til Health Connect, i denne hjelpeartikkelen.

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.

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.

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 kode fra tredjeparter (f.eks. SDK-er) som laster ned kjørbar kode, for eksempel DEX-filer eller systemspesifikk kode, fra andre kilder enn Google Play.
Apper som installerer andre apper på enheter uten brukernes forhåndsgodkjenning.
apper som linker til, eller som legger til rette for distribusjon eller installasjon av, ondsinnet programvare
Apper eller kode fra tredjeparter (f.eks. SDK-er) som inneholder en WebView med et JavaScript-grensesnitt som laster inn upålitelig nettinnhold (f.eks. http://-nettadresser) eller ubekreftede nettadresser hentet fra upålitelige kilder (f.eks. nettadresser hentet med upålitelige intensjoner).

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ø

REQUIRE_SECURE_ENV er et flagg som kan deklareres i et appmanifest for å indikere at appen ikke skal kjøres i apper med Android-beholdere på enheter. Av sikkerhets- og personvernhensyn må apper som tilbyr Android-beholdere på enheter, respektere alle apper som deklarerer dette flagget, og

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)

Finn ut mer om disse retningslinjene i brukerstøtten vår.

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 delene med metadata. 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.

Villedende påstander

Vi tillater ikke apper som inneholder falske eller villedende opplysninger eller påstander i beskrivelsen, tittelen, ikonet eller skjermdumpene.

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.

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, videoer 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.

Apper som manipulerer eller endrer medier, utover konvensjonelle og redaksjonelt godkjente justeringer for tydelighet eller kvalitet, må tydelig opplyse om eller legge til vannmerke på endrede medier når det kan være uklart for vanlige brukere at mediene er endret. Unntak kan godkjennes i situasjoner tilknyttet offentlig interesse eller tydelig satire eller parodier.

Apper som legger til offentlige figurer i demonstrasjoner under politiske arrangementer.
apper som bruker offentlige figurer eller medier fra en sensitiv hendelse for å markedsføre funksjonalitet for endring av medier i appenes butikkoppføring
apper som endrer medieklipp for å etterligne nyhetskringkastinger

(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

Appens funksjonalitet skal være rimelig tydelig for brukerne – ikke inkluder skjulte, inaktive eller udokumenterte funksjoner i appen. Teknikker for å unngå appanmeldelser er ikke tillatt. For noen apper kan vi be om mer informasjon for å ivareta brukernes sikkerhet, systemintegriteten og overholdelse av retningslinjene.

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.

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.

Retningslinjer for brukerdata

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

Du må begrense lesing, innsamling, bruk og deling 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 må behandle alle personlige og sensitive brukerdata sikkert, blant annet ved å bruke moderne kryptografi (for eksempel HTTPS) til å overføre dataene.
Du må bruke forespørsler om tillatelse under kjøring, så sant det er mulig, før du får tilgang til data som er avgrenset av Android-tillatelser.

Salg av personlige og sensitive brukerdata

Du kan ikke selge 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.

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 forventningene brukeren av produktet eller funksjonen med rimelighet kan ha, må du overholde kravene til fremtredende informasjon og samtykke i retningslinjene for brukerdata.

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

apper som har 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
apper som er integrert med SDK-er som samler inn personlige og sensitive brukerdata som standard på en måte som er i strid med kravene i disse retningslinjene når det gjelder brukersamtykke og fremtredende informasjon
apper som har SDK-er som hevder at de bare samler inn personlige og sensitive brukerdata for å gi appene funksjonalitet som motvirker svindel og uriktig bruk, men hvor SDK-ene også deler dataene de samler inn, med tredjeparter for annonserings- eller analyseformål
apper som har SDK-er som overfører informasjon om brukernes installerte pakker uten å overholde retningslinjene for fremtredende informasjon og/eller retningslinjene i personvernreglene
- Se også retningslinjene om uønsket programvare for mobilenheter.

Andre krav for tilgang til personlige og sensitive data

I tabellen nedenfor finner du beskrivelser av kravene for bestemte aktiviteter.

Aktivitet

Krav

Appen din samler inn eller tilknytter 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

telefonitjenester som er tilknyttet en SIM-identitet (f.eks. anrop via wifi som er knyttet til en operatørkonto)
apper for administrering av bedriftsenheter, hvor appene bruker modusen for enhetseieren

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.

Appen din er målrettet mot barn

Appen din kan bare inneholde SDK-er som har egensertifisering for bruk i tjenester som er rettet mot barn. Du finner all teksten og alle kravene i retningslinjene i programmet for egensertifiserte annonse-SDK-er for familier.

Eksempler på brudd som skyldes SDK-er

apper som bruker SDK-er som knytter Android-ID-er til posisjoner
apper som har SDK-er som kobler AAID-er til permanente enhetsidentifikatorer for annonserings- eller analyseformål
apper som bruker SDK-er som knytter AAID-er til e-postadresser for analyseformål

Datasikkerhetsdel

Alle 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

Retningslinjene våre om skadelig programvare er enkle: Android-økosystemet, inkludert Google Play-butikken og brukerenheter, skal være fritt for skadelig programvare. Gjennom dette grunnleggende prinsippet jobber vi hardt for å skape et trygt Android-økosystem for brukerne våre og enhetene deres.

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.

Se de fullstendige retningslinjene om skadelig programvare.

Eksempler på brudd som skyldes SDK-er

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 deaktiverer 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

Apper med overordnede rettigheter som gir enheter rottilgang uten tillatelse fra brukerne, klassifiseres som apper for rottilgang.

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 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 leverer proxy-tjenester til tredjeparter, uten at dette er appenes 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 som inneholder WebViews med et JavaScript-grensesnitt som laster inn upålitelig nettinnhold (f.eks. http://-nettadresser) eller ubekreftede nettadresser hentet fra upålitelige kilder (f.eks. 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

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:

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

Retningslinjene våre for skadelig programvare er enkle – Android-økosystemet, inkludert Google Play-butikken og brukerenheter, skal være fritt for skadelig programvare. Gjennom dette grunnleggende prinsippet jobber vi hardt for å skape et trygt Android-økosystem for brukerne våre og enhetene deres.

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.

Se brukerstøtteartikkelen Bruk av IsMonitoringTool-flagget for å finne ut mer.

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

Kode som sender uønskede meldinger til brukeres kontakter, eller kode som videresender søppelpost via brukeres enheter.

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

Nye og sjeldne apper kan klassifiseres som uvanlige hvis Google Play Protect ikke har nok informasjon til å klarere dem som trygge. Dette betyr ikke nødvendigvis at den aktuelle appen er skadelig – bare at uten ytterligere gjennomgang kan den ikke klareres som trygg heller.

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

Vi tillater ikke apper som villeder brukere ved å utgi seg for å være noen andre (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. Sørg for at du ikke bruker appikoner, beskrivelser, titler eller elementer i appen som kan villede brukerne om appens forhold til andre personer eller apper.

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.

Mobile Unwanted Software

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.

Gi brukerne muligheten til å godta innsamling av dataene sine før du begynner å samle inn og sende dem fra brukernes enheter, inkludert data om tredjepartskontoer, e-post, telefonnummer, installerte apper, filer, posisjon og andre personopplysninger og sensitive data som brukere ikke forventer at appen samler inn.
Personlige og sensitive brukerdata som samles inn, må håndteres på en sikker måte, inkludert overføring av data ved bruk av moderne kryptografi (for eksempel via HTTPS).
Programvare, inkludert mobilapper, skal bare overføre personlige og sensitive brukerdata til tjenere når de er relatert til appfunksjonaliteten.
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.

Eksempler på brudd på retningslinjene:

datainnsamling (f.eks. spionprogrammer)
misbruk av begrensede tillatelser

Eksempler på retningslinjer for brukerdata:

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

Annonsesvindel er strengt forbudt. Annonseinteraksjoner som genereres for å lure et annonsenettverk til å tro at trafikken kommer fra ekte brukerinteresse, er annonsesvindel, og det er en form for ugyldig trafikk. Annonsesvindel kan være biproduktet av utviklere som implementerer annonser på måter som ikke er tillatt, for eksempel ved å vise skjulte annonser, automatisk klikke på annonser, endre informasjon og på annen måte utnytte ikke-menneskelige handlinger (søkeroboter, roboter osv.) eller menneskelig aktivitet som er ment å produsere ugyldig annonsetrafikk. Ugyldig trafikk og annonsesvindel er skadelig for annonsører, utviklere og brukere, og fører til langsiktig tap av tillit til økosystemet for mobilannonser.

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.

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.

Social Engineering

We do not allow apps that pretend to be another app with the intention of deceiving users into performing actions that the user intended for the original trusted app.

Vi tillater ikke apper som inneholder villedende eller forstyrrende annonser. Annonser må kun vises i appen som leverer dem. Vi anser annonser som leveres i appen, som en del av appen. Annonsene som vises i appen din, må overholde alle retningslinjene våre. Du finner retningslinjene for gamblingannonser her.

Google Play støtter forskjellige strategier for inntektsgenerering til fordel for utviklere og brukere, inkludert distribusjon som koster penger, produkter i apper, abonnementer og annonsebaserte modeller. For å sørge for den beste brukeropplevelsen krever vi at du overholder disse retningslinjene.

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 en reklamefri versjon av en app eller nye funksjoner som ikke er tilgjengelige i den kostnadsfrie versjonen)
- skyprogramvare og -tjenester (for eksempel datalagringstjenester og programvare for bedriftsproduktivitet eller økonomisk administrasjon)

Faktureringssystemet i Google Play skal ikke brukes i disse tilfellene:
1. 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)
2. Hvis betalingene omfatter direktebetalinger mellom privatpersoner, auksjoner på nettet og donasjoner med avgiftsfritak.
3. 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.
4. 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.

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.

Merk: Du kan se tidslinjer og vanlige spørsmål om disse retningslinjene i brukerstøtten.

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

Disse annonsene og tilknyttede tilbud er en del av appen din og må overholde retningslinjene våre for begrenset innhold. Tilleggskrav gjelder hvis app er en gamblingapp.

Upassende annonser

Annonsene og de tilhørende tilbudene (for eksempel annonser som reklamerer for å laste ned en annen app) som vises i appen din, må være egnet for appen din, selv om selve innholdet ellers overholder retningslinjene våre.

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

Hvis du tjener penger på en app som er målrettet mot barn på Play, er det viktig at appen overholder kravene i retningslinjene for annonser og inntektsgenerering 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.

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.

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.

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

Vi tillater ikke apper som viser interstitial-annonser gjentatte ganger og distraherer brukerne når de bruker appen.

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

Med mindre hensikten bak appen utelukkende er å være en låseskjerm, kan ikke apper vise annonser eller funksjoner som generer inntekt på låseskjermen til en enhet.

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.

Du finner mer informasjon i retningslinjene for brukerdata.

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.

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.

Eksempel 1:

① 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

Før brukere registreres i abonnementet ditt: Du må beskrive vilkårene for tilbudet tydelig, deriblant varighet og pris, samt beskrive tilgjengelig innhold og tilgjengelige tjenester. Du må gi brukerne dine beskjed om når og hvordan en gratis prøveperiode gjøres om til et betalt abonnement, hvor mye det betalte abonnementet koster, og at brukerne kan avslutte abonnementer hvis de ikke vil at prøveperioden skal gjøres om til et betalt abonnement.

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øringen av og synligheten for appen din har stor påvirkning på kvaliteten i butikken. Unngå butikkoppføringer med nettsøppel, markedsføring av dårlig kvalitet og forsøk på kunstig forbedring av appsynligheten på Google Play.

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.

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.

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

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

Egnethetsvurderinger på Google Play leveres av IARC (International Age Rating Coalition) og er utarbeidet for å hjelpe utviklere med å formidle informasjon om lokalt relevant egnethet til brukere. De regionale IARC-myndighetene har retningslinjer som brukes for å fastslå modenhetsnivået for innholdet i apper. Vi tillater ikke apper uten egnethetsvurderinger på Google Play.

Hvordan brukes egnethet?

Egnethetsvurderinger brukes til å informere forbrukere – og spesielt foreldre – om potensielt støtende innhold i apper. De bidrar også til å filtrere eller blokkere innholdet ditt i bestemte områder eller for bestemte brukere der dette er påkrevd i henhold til gjeldende lov og rett, samt evaluere hvorvidt appen din kvalifiserer for bestemte utviklerprogrammer.

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

Hvis du ikke samtykker i vurderingen som er gitt til appen din, kan du anke direkte til IARC-vurderingsinstansen ved å bruke linken i e-posten med sertifikatet.

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 og minimumsfunksjonalitet

Appene bør som et minimum gi brukerne en grunnleggende grad av funksjonalitet og en respektfull brukeropplevelse. Apper som krasjer, har annen funksjonalitet som ikke er passende i en funksjonell brukeropplevelse, eller som bare tjener til å sende nettsøppel til brukerne eller Google Play, er ikke apper som tilfører katalogen noe på noen meningsfull måte.

Nettsøppel

Vi tillater ikke apper som sprer nettsøppel til brukere eller Google Play, for eksempel apper som sender uønskede meldinger, er repetitive eller av dårlig kvalitet.

Søppelpost/søppelmeldinger

Vi tillater ikke apper som sender SMS, e-post eller andre meldinger på vegne av brukere, uten at brukerne får muligheten til å bekrefte innholdet og mottakerne.

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

Vi tillater ikke apper som har som hovedformål å sende trafikk fra samarbeidspartnere til et nettsted eller vise et nettsted uten tillatelse fra nettstedseieren eller -administratoren.

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

Vi tillater ikke apper som bare tilbyr samme brukeropplevelse som andre eksisterende apper på Google Play. Apper må være verdifulle for brukerne gjennom unikt innhold eller unike tjenester.

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.

Minimumsfunksjon

Sørg for at du skaper en stabil, engasjerende og responsiv brukeropplevelse med appen din.

Apper som er designet for å gjøre ingenting, eller som ikke har noen funksjon

Dårlig funksjonalitet

Vi tillater ikke apper som krasjer, tvinger avslutning, fryser eller fungerer unormalt på andre måter.

Apper som ikke installeres
Apper som installeres, men som ikke starter opp
Apper som starter opp, men som ikke er responsive

Andre programmer

I tillegg til at de må overholde retningslinjene for innhold som er beskrevet andre steder i dette retningslinjesenteret, kan det hende at apper som er designet for andre Android-opplevelser og distribueres via Google Play, er underlagt programspesifikke retningslinjer. Sørg for at du går gjennom listen nedenfor for å avgjøre om noen av disse retningslinjene er relevante for appen din.

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

For instant-apper med påloggingsfunksjonalitet må utviklerne integrere Smart Lock for passord.

Støtte for linker

Android Instant Apps-utviklere må implementere støtte for linker for andre apper. Hvis en utvikler har én eller flere instant-apper eller installerte apper som inneholder linker som kan åpnes i en instant-app, må utvikleren sende brukerne til den aktuelle instant-appen i stedet for å for eksempel fange opp linkene i en WebView.

Tekniske spesifikasjoner

Utviklere må overholde Googles tekniske spesifikasjoner for og krav til Android Instant Apps (disse kan fra tid til annen bli endret), blant annet de som er beskrevet i den offentlige dokumentasjonen vår.

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

Instant-apper kan ikke gjøre endringer i brukeres enheter som varer lenger enn økten i instant-appene. Instant-apper kan for eksempel ikke endre brukeres bakgrunnsbilder eller opprette moduler på startskjermen.

Appsynlighet

Utviklere må sikre at instant-apper er synlige for brukerne, slik at brukerne alltid vet at instant-appene kjører på enhetene de bruker.

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

Nettverkstrafikk som kommer fra instant-apper, må krypteres med en TLS-protokoll, for eksempel HTTPS.

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

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.

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

Se siden om programmet for egensertifiserte annonse-SDK-er for familier for å få mer informasjon om disse programkravene.

Enforcement

Avoiding a policy violation is always better than managing one, but when violations do occur, we’re committed to ensuring developers understand how they can bring their app into compliance. Please let us know if you see any violations or have any questions about managing a violation.

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

Når vi gjennomgår innhold eller kontoer for å finne ut om de er i strid med lov og rett eller retningslinjene våre, ser vi på forskjellige opplysninger før vi tar en avgjørelse. Dette omfatter appmetadata (for eksempel en apps tittel og beskrivelse), opplevelsen i appen, kontoinformasjon (for eksempel tidligere brudd på retningslinjene) og annen informasjon vi får via rapporteringsmekanismer (der det er aktuelt) og gjennomganger på eget initiativ.

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 flere brudd på retningslinjene, i tillegg til gjentatte appavvisninger eller fjerninger.
Siden appen er suspendert, kan ikke brukerne se appens butikkoppføring. Denne informasjonen blir gjenopprettet når du sender inn en oppdatering som overholder retningslinjene.
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 før en versjon som overholder retningslinjene, er godkjent av Google Play.
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.

Merk: Ikke forsøk å publisere en suspendert app på nytt, med mindre Google Play har forklart at du kan gjøre det.

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 sletting av kontoen din og eventuelle tilknyttede data. 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. Du kan ikke reaktivere kontoen, og eventuelle tidligere apper eller data blir ikke tilgjengelig i nye kontoer.

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

Google Play ønsker å gi brukerne en trygg og god appopplevelse og alle utviklerne våre en mulighet til å lykkes. Vi jobber for at prosessen med å gjøre appene tilgjengelige for brukerne skal være så effektiv som mulig.

Slik kan du unngå vanlige brudd: Følg trinnene når du sender inn informasjon via Play-konsollen og eventuelle profiler som er knyttet til utviklerkontoen din i Play-konsollen.

Før du sender inn appen, 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.
Oppgi all appinformasjonen og alle metadataene nøyaktig.
Last opp personvernreglene for appen, og fyll ut kravene i datasikkerhetsdelen.
Oppgi en aktiv demokonto, påloggingsinformasjon og alle andre ressurser som er nødvendige for at Google Play kan gå gjennom appen (spesifikt påloggingslegitimasjon, QR-kode osv.).

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.

Developer Distribution Agreement

Var dette nyttig for deg?

Hvordan kan vi forbedre den?