Creem el lloc d'aplicacions i jocs més fiable del món
Contingut restringit
Perill per als menors
Les aplicacions que no prohibeixin als usuaris crear, penjar o distribuir contingut que faciliti l'explotació o l'abús infantils estaran subjectes a la supressió immediata de Google Play. Això inclou tots els materials d'abús sexual infantil. Per informar de contingut en un producte de Google que pugui constituir explotació infantil, fes clic a Informa d'un ús abusiu. Si trobes contingut d'aquest tipus en altres llocs d'Internet, contacta directament amb l'organisme adequat del teu país.
Prohibim l'ús de les aplicacions per posar en perill els nens i nenes. Això inclou, entre altres coses, l'ús d'aplicacions per promoure un comportament agressiu envers els nens i nenes, com ara:
- Les interaccions inadequades orientades a un menor (per exemple, tocaments o carícies).
- Ciberseducció de menors (per exemple, fer amistat amb un menor en línia per facilitar, tant en línia com fora de línia, el contacte sexual o l'intercanvi d'imatges sexuals amb aquest menor).
- Sexualització d'un menor (per exemple, imatges que representin, fomentin o promoguin l'abús sexual de menors o la representació de menors d'una manera que pugui donar lloc a la seva explotació sexual).
- Extorsió sexual (per exemple, amenaçar o fer xantatge a un menor mitjançant l'accés real o presumpte a imatges íntimes d'aquest menor).
- El tràfic de nens (per exemple, la publicitat o la captació de nens amb finalitats d'explotació sexual comercial).
Si detectem contingut amb material d'abús sexual infantil, emprendrem les mesures adequades, com ara presentar denúncies al Centre Nacional per a Nens Perduts i Explotats dels Estats Units (National Center for Missing and Exploited Children). Si sospites que un nen o nena està en perill o que ha estat objecte d'abús, d'explotació o de tràfic, contacta amb l'organisme local d'aplicació de la llei i amb una de les organitzacions de seguretat infantil que trobaràs aquí.
A més, no es permeten les aplicacions que són atractives per als nens o nenes, però que contenen temes per a adults, incloses, entre d'altres:
- Les aplicacions amb violència excessiva, sang i contingut cruent.
- Les aplicacions que representen o fomenten activitats perilloses o perjudicials.
Tampoc no permetem les aplicacions que promouen una imatge negativa del cos o d'un mateix, com ara aplicacions que representen, amb finalitats d'entreteniment, intervencions de cirurgia plàstica, pèrdua de pes i altres canvis en l'aspecte físic de les persones.
Contingut inadequat
Contingut sexual i llenguatge obscè
No permetem les aplicacions que contenen o promouen contingut sexual o llenguatge obscè, com ara pornografia, o contingut o serveis que tenen l'objectiu de proporcionar plaer sexual. No permetem les aplicacions ni el contingut d'aplicacions que semblin promoure o sol·licitar actes sexuals a canvi d'una compensació. No permetem les aplicacions que contenen o promouen contingut associat a comportaments sexuals agressius, o bé distribueixen contingut sexual no consentit. El contingut que inclou nuesa es pot permetre si té una finalitat educativa, documental, científica o artística i se'n fa un ús justificat.
Les aplicacions del catàleg (aplicacions que enumeren títols de llibres o vídeos com a part d'un catàleg de contingut més ampli) poden distribuir títols de llibres (inclosos llibres electrònics i audiollibres) o de vídeos que incloguin contingut sexual sempre que compleixin els requisits següents:
- Els títols de llibres o vídeos amb contingut sexual representen una fracció menor del catàleg global de l'aplicació.
- L'aplicació no promou de forma activa els llibres o vídeos amb contingut sexual. Aquests títols poden continuar mostrant-se en recomanacions en funció de l'historial de l'usuari o durant promocions de preus generals.
- L'aplicació no distribueix llibres ni vídeos que incloguin contingut que suposi un perill per als menors, pornografia ni altres continguts sexuals que la legislació aplicable consideri il·legals.
- L'aplicació protegeix els menors restringint l'accés als llibres o vídeos que inclouen contingut sexual.
Si una aplicació inclou contingut que infringeix aquesta política però es considera adequat en una regió concreta, pot ser que l'aplicació estigui disponible per als usuaris de la regió en qüestió, però no per als usuaris d'altres regions.
- Representacions de nuesa sexual o postures sexualment suggeridores en què el subjecte està nu, desenfocat o amb poca roba, o bé porta roba que no pot considerar-se acceptable en un context públic adequat.
- Representacions, animacions o il·lustracions d'actes sexuals, de postures sexualment suggeridores o de representacions sexuals de parts del cos.
- Contingut que representa o inclou joguines funcionalment sexuals, guies sexuals, temes sexuals il·legals i fetitxes.
- Contingut lasciu o obscè, inclòs, entre d'altres, el que conté llenguatge obscè, insults, text explícit o paraules clau sexuals i per a adults a la fitxa de Play Store o a l'aplicació.
- Contingut que representa, descriu o fomenta la zoofília.
- Aplicacions que promouen l'entreteniment relacionat amb el sexe, serveis de companyia o altres serveis dels quals es pugui interpretar que ofereixen o sol·liciten actes sexuals a canvi d'una compensació, inclosos, entre d'altres, les cites o els pactes sexuals en què s'espera que un participant proporcioni diners, regals o assistència financera a un altre participant ("cites de sucre") o en què s'insinua que ho ha de fer.
- Aplicacions que degraden o cosifiquen les persones, com ara aplicacions que afirmen desvestir les persones o veure-hi a través de la roba, fins i tot si estan etiquetades com a aplicacions de broma o d'entreteniment.
- Contingut o comportament que intenta amenaçar o explotar persones en un context sexual, com ara fotografies fetes sense el seu consentiment, càmeres ocultes, contingut sexual no consentit creat amb hipertrucatge o amb altres tecnologies similars, o bé contingut d'agressions sexuals.
Incitació a l'odi
No permetem les aplicacions que promouen la violència o que inciten a l'odi cap a persones o grups de persones per motius de raça, origen ètnic, religió, discapacitat, edat, nacionalitat, condició de veterà de guerra, orientació sexual, sexe, identitat de gènere, casta, estat d'immigració o altres característiques associades a la discriminació o la marginació sistèmiques.
Les aplicacions amb contingut educatiu, documental, científic o artístic relacionat amb el nazisme poden estar bloquejades en determinats països, d'acord amb la legislació i les normatives locals.
- Contingut o discurs en què s'afirma que un grup protegit és inhumà o inferior, o bé que es mereix l'odi.
- Aplicacions que inclouen insults que inciten a l'odi, estereotips o teories sobre les característiques negatives d'un grup protegit (p. ex., que és maliciós, corrupte, cruel, etc.) o en què s'afirma de manera explícita o implícita que aquest grup és una amenaça.
- Contingut o discursos destinats a convèncer altres usuaris que s'ha d'odiar o discriminar determinades persones pel fet de ser membres d'un grup protegit.
- Contingut que promou símbols d'incitació a l'odi, com ara banderes, símbols, insígnies, elements relacionats o comportaments associats a col·lectius violents.
Violència
- Representacions gràfiques o descripcions de violència realista o d'amenaces violentes cap a qualsevol persona o animal.
- Aplicacions que promouen l'autolesió, el suïcidi, els trastorns de la conducta alimentària, els jocs d'asfíxia o altres actes que poden tenir com a conseqüència lesions greus o la mort.
Extremisme violent
No permetem que les organitzacions terroristes, o altres organitzacions o moviments perillosos que hagin participat en actes de violència contra civils, els hagin preparat o se n'hagin responsabilitzat, publiquin aplicacions a Google Play, sigui quina sigui la seva finalitat, incloent-hi el reclutament.
No permetem les aplicacions que inclouen contingut relacionat amb l'extremisme violent o amb la planificació, la preparació o la glorificació de la violència contra civils, com ara contingut que promogui actes terroristes, inciti a la violència o enalteixi atemptats terroristes. Si vols publicar contingut relacionat amb l'extremisme violent amb finalitats educatives, documentals, científiques o artístiques, cal que proporcionis un context educatiu, documental, científic o artístic pertinent.
Esdeveniments de caràcter sensible
- Mostrar manca de sensibilitat envers la mort d'una persona o un grup de persones reals per suïcidi, sobredosi, causes naturals, etc.
- Negar que s'hagi produït un esdeveniment tràgic important adequadament documentat.
- Semblar que es treu profit d'un esdeveniment sensible sense que se'n derivi cap benefici perceptible per a les víctimes.
Assetjament i assetjament escolar
- Assetjar víctimes de conflictes internacionals o religiosos.
- Mostrar contingut que persegueix explotar altres persones, per exemple, mitjançant extorsió, xantatge, etc.
- Publicar contingut destinat a humiliar públicament una persona.
- Assetjar les víctimes d'un esdeveniment tràgic o els seus amics i familiars.
Productes perillosos
No es permeten les aplicacions que faciliten la venda d'explosius, armes de foc, munició o determinats accessoris per a armes de foc.
- Entre els accessoris restringits, hi ha els que permeten que una arma de foc simuli el foc automàtic o els que la converteixen en un arma automàtica (p. ex., culates per convertir armes semiautomàtiques en automàtiques, gallets de repetició, llevants automàtics extraïbles o equips de conversió) i carregadors o cinturons amb capacitat per a més de 30 bales.
No es permeten les aplicacions que proporcionen instruccions per fabricar explosius, armes de foc, munició, accessoris restringits per a armes de foc o altres armes. Això inclou instruccions sobre com es pot convertir una arma de foc en automàtica o simular la capacitat per disparar automàticament.
Marihuana
- Permetre als usuaris comprar marihuana a través d'una funció de carretó dins de l'aplicació.
- Ajudar els usuaris a organitzar l'entrega o la recollida de marihuana.
- Facilitar la venda de productes que contenen THC (tetrahidrocannabinol), inclosos productes com ara olis de CBD (cannabidiol) que contenen THC.
Tabac i alcohol
- No està permès representar o fomentar el consum o la venda d'alcohol o de tabac a menors d'edat.
- No està permès insinuar que el consum de tabac pot millorar la vida social, sexual o professional, ni el rendiment intel·lectual o esportiu.
- No està permès representar positivament el consum excessiu d'alcohol, com ara mostrar una imatge positiva de la ingesta excessiva, compulsiva o competitiva de begudes alcohòliques.
- No estan permeses la publicitat, les promocions ni les presentacions destacades de productes relacionats amb el tabac (com ara anuncis, bàners, categories i enllaços a llocs web en què es ven tabac).
- Podem permetre la venda limitada de productes relacionats amb el tabac en aplicacions d'entrega a domicili de productes d'alimentació, en certes regions i de conformitat amb salvaguardes de restricció d'edat (com ara la comprovació d'un document d'identitat en l'entrega).
Serveis financers
No permetem les aplicacions que exposen els usuaris a productes i serveis financers enganyosos o perjudicials.
En el marc d'aquesta política, considerem que els productes i serveis financers són tots els relacionats amb la inversió i la gestió de diners i criptomonedes, inclosa la consultoria personalitzada.
Si la teva aplicació conté o promou productes i serveis financers, has de complir les normatives locals i estatals de totes les regions o tots els països als quals s'orienti (per exemple, has d'incloure-hi les comunicacions específiques que exigeixi la legislació local).
S'ha de completar el formulari de declaració de funcions financeres a Play Console per a les aplicacions que contenen funcions financeres.
Opcions binàries
Préstecs personals
Entenem que un préstec personal es produeix quan una persona física, una organització o una entitat presta diners a un consumidor particular de manera no recurrent i sense la finalitat de finançar la compra de cap actiu fix o el pagament de cap tipus d'estudis. Els consumidors de préstecs personals necessiten informació sobre la qualitat, les característiques, les comissions, el pla d'amortització, els riscos i els avantatges dels préstecs per poder prendre decisions fonamentades sobre l'acceptació d'un préstec.
- Exemples: préstecs personals, préstecs de dia de pagament, préstecs entre particulars i préstecs sobre un títol de propietat.
- Exemples no inclosos: hipoteques, préstecs per a automòbils i línies de crèdit renovables (com ara targetes de crèdit o línies de crèdit personals).
Les aplicacions que proporcionen préstecs personals, incloses, entre d'altres, les que ofereixen préstecs directament, les que generen contactes i les que posen en contacte els consumidors amb prestadors externs, han de tenir definida l'opció "Finances" com a categoria de l'aplicació a Play Console i comunicar la informació següent a les metadades de l'aplicació:
- El període mínim i màxim d'amortització.
- La taxa anual equivalent (TAE) màxima, que normalment inclou la taxa d'interès més les comissions i altres costos anuals, o una altra taxa similar calculada d'acord amb la legislació local.
- Un exemple representatiu del cost total del préstec, incloses el principal i totes les comissions aplicables.
- Una política de privadesa que comuniqui de manera exhaustiva com s'accedeix a les dades d'usuari personals i sensibles, i com es recullen, s'utilitzen i es comparteixen de conformitat amb les restriccions que s'indiquen en aquesta política.
No permetem les aplicacions que promouen els préstecs personals que requereixen l'amortització total en 60 dies o menys a comptar des de la data de concessió (que anomenem "préstecs personals a curt termini").
Hem de poder establir una connexió entre el teu compte de desenvolupador i qualsevol llicència o documentació proporcionada que demostri la teva capacitat de fer front a préstecs personals. És possible que se't demani informació o documents addicionals per confirmar que el teu compte compleix totes les lleis i la normativa locals.
Les aplicacions de préstecs personals o aplicacions l'objectiu principal de les quals sigui facilitar l'accés a préstecs personals (per exemple, que generin o facilitin contactes) o les aplicacions complementàries per a préstecs (calculadores de préstecs, manuals per a préstecs, etc.) tenen prohibit accedir a dades sensibles, com ara fotos o contactes. Els permisos següents estan prohibits:
- Read_external_storage
- Read_media_images
- Read_contacts
- Access_fine_location
- Read_phone_numbers
- Read_media_videos
- Query_all_packages
- Write_external_storage
Les aplicacions o API que fan servir informació sensibles estan subjectes a restriccions i requisits addicionals. Consulta la política de permisos per obtenir més informació.
Préstecs personals amb una TAE elevada
Als Estats Units, no permetem les aplicacions de préstecs personals amb una taxa anual equivalent (TAE) d'un 36% o superior. Als Estats Units, les aplicacions de préstecs personals han de mostrar la TAE màxima calculada regularment d'acord amb la Llei nord-americana de veracitat en préstecs (TILA).
Aquesta política és vàlida per a les aplicacions que ofereixen préstecs directament, les de generació de contactes i les que estableixen una comunicació entre els consumidors i entitats creditícies de tercers.
Requisits específics de cada país
Les aplicacions de préstecs personals orientades als països enumerats han de complir requisits addicionals i proporcionar documentació suplementària com a part de la declaració de funcions financeres a Play Console. Si Google Play ho sol·licita, has de proporcionar informació o documents addicionals que demostrin que compleixes els requisits normatius i de llicències aplicables.
- Índia
- Si tens la llicència del Banc de la Reserva de l'Índia (Reserve Bank of India, RBI) per oferir préstecs personals, has d'enviar una còpia de la llicència perquè la revisem.
- Si no participes directament en activitats de préstec de diners i només proporciones una plataforma per facilitar el préstec de diners als usuaris per part de bancs o d'institucions financeres no bancàries registrades (NBFC), has de reflectir-ho amb precisió en aquesta declaració.
- A més, els noms de tots els bancs i totes les institucions financeres no bancàries registrades s'han de comunicar de manera destacada a la descripció de l'aplicació.
- Indonèsia
- Si l'aplicació participa en activitats de serveis de préstec de diners basats en tecnologia de la informació d'acord amb la normativa número 77/POJK.01/2016 (amb les esmenes ocasionals que s'hi apliquin) de l'Autoritat de Serveis Financers d'Indonèsia (OJK), has d'enviar una còpia de la teva llicència vàlida perquè la revisem.
- Filipines
- Totes les empreses de crèdit i finançament que ofereixin préstecs a través de plataformes de préstec en línia (OLP) han d'obtenir un número de registre de la Comissió de Valors i Borses (SEC) i el número de certificat d'autoritat (CA) de la Comissió de Valors i Borses de les Filipines (PSEC).
- A més, has de comunicar a la descripció de l'aplicació el teu nom corporatiu, el nom de l'empresa, el número de registre de la PSEC i el CA per operar una empresa de crèdit o finançament.
- Les aplicacions que participen en activitats de finançament col·lectiu basades en préstecs, com ara el préstec entre particulars (P2P), o d'acord amb la definició inclosa a les regles i normatives que regeixen els finançaments col·lectius (regles de finançament col·lectiu), han de processar les transaccions a través d'intermediaris de finançament col·lectiu registrats a la PSEC.
- Totes les empreses de crèdit i finançament que ofereixin préstecs a través de plataformes de préstec en línia (OLP) han d'obtenir un número de registre de la Comissió de Valors i Borses (SEC) i el número de certificat d'autoritat (CA) de la Comissió de Valors i Borses de les Filipines (PSEC).
- Nigèria
- Els prestadors de diners digitals (DML) han de complir i completar el REGLAMENT PROVISIONAL LIMITAT O MARC DE REGISTRE I LES DIRECTRIUS DE PRÉSTEC DIGITAL, 2022 (amb les esmenes ocasionals que s'hi apliquin) de la Comissió Federal de Protecció del Consumidor i de la Competència (FCCPC) de Nigèria i obtenir una carta d'aprovació verificable de la FCCPC.
- Els agregadors de préstecs han de proporcionar documentació o una certificació per als serveis de préstecs digitals i informació de contacte de cada DML amb què col·laborin.
- Kenya
- Les entitats de crèdit digitals (DCP) han de completar el procés de registre de DCP i obtenir una llicència del Banc Central de Kenya (CBK). Has de proporcionar una còpia de la llicència del CBK com a part de la declaració.
- Si no participes directament en activitats de préstec de diners i només proporciones una plataforma per facilitar el préstec de diners als usuaris per part de DCP registrades, has de reflectir-ho amb precisió a la declaració i proporcionar una còpia de la llicència de DCP dels teus col·laboradors.
- Actualment, només acceptem declaracions i llicències d'entitats publicades al directori d'entitats de crèdit digitals del lloc web oficial del CBK.
- Pakistan
- Cada prestador que sigui una empresa financera no bancària (NBFC) només pot publicar una aplicació de préstecs digitals (DLA). Els desenvolupadors que intentin publicar més d'una DLA per NBFC corren el risc de veure cancel·lat el seu compte de desenvolupador i qualsevol altre compte associat.
- Has d'enviar un comprovant d'aprovació de la Comissió de Valors i Borses del Pakistan (SECP) per oferir o facilitar serveis de préstecs digitals al Pakistan.
- Tailàndia
- Les aplicacions de préstec personal orientades a Tailàndia amb taxes d'interès del 15% o superiors han d'obtenir una llicència vàlida del Banc de Tailàndia (BoT) o del Ministeri d'Hisenda (MoF). Els desenvolupadors han de proporcionar documentació que demostri la seva capacitat de proporcionar o oferir préstecs personals a Tailàndia. Aquesta documentació ha d'incloure:
- Una còpia de la seva llicència emesa pel Banc de Tailàndia per operar com a proveïdor de préstecs personals o organització de nanofinances.
- Una còpia de la seva llicència comercial de finances Pico emesa pel Ministeri d'Hisenda per operar com a prestador Pico o Pico-plus.
- Les aplicacions de préstec personal orientades a Tailàndia amb taxes d'interès del 15% o superiors han d'obtenir una llicència vàlida del Banc de Tailàndia (BoT) o del Ministeri d'Hisenda (MoF). Els desenvolupadors han de proporcionar documentació que demostri la seva capacitat de proporcionar o oferir préstecs personals a Tailàndia. Aquesta documentació ha d'incloure:
Apostes, jocs i concursos amb diners reals
Permetem les aplicacions d'apostes amb diners reals, els anuncis relacionats amb les apostes amb diners reals, els programes de fidelització amb resultats ludificats i aplicacions d'esports de fantasia diaris que compleixen determinats requisits.
Aplicacions d'apostes
Subjectes a les restriccions i el compliment de totes les polítiques de Google Play, permetem les aplicacions que permeten o faciliten les apostes en línia en una selecció de països, sempre que el desenvolupador completi el procés de sol·licitud per a les aplicacions d'apostes que es distribueixin a Google Play, sigui un operador governamental aprovat o estigui registrat com a operador amb llicència per l'autoritat d'apostes governamental corresponent al país especificat i proporcioni una llicència d'operacions vàlida al país especificat per al tipus de producte d'apostes en línia que vol oferir.
Només permetem aplicacions d'apostes amb llicència vàlida o autoritzades que tenen els tipus de productes d'apostes en línia següents:
- Jocs de casino en línia
- Apostes esportives
- Curses de cavalls (si estan regulades i estan autoritzades amb llicència separadament de les apostes esportives)
- Loteries
- Esports de fantasia diaris
Les aplicacions aptes han de complir els requisits següents:
- El desenvolupador ha de completar el procés de sol·licitud correctament per poder distribuir l'aplicació a Google Play.
- L'aplicació ha de complir la legislació aplicable i els estàndards del sector de cada país on es distribueixi.
- El desenvolupador ha de tenir una llicència d'apostes vàlida per a cada país o estat/territori en què es distribueixi l'aplicació.
- El desenvolupador no ha d'oferir un tipus de producte d'apostes que superi l'abast de la llicència d'apostes.
- L'aplicació ha d'impedir que els usuaris menors d'edat la utilitzin.
- L'aplicació ha d'impedir l'accés i l'ús des de països, estats/territoris o àrees geogràfiques que no estiguin coberts per la llicència d'apostes proporcionada pel desenvolupador.
- L'aplicació NO s'ha de poder comprar com a aplicació de pagament a Google Play ni es pot beneficiar del servei Facturació a Google Play per compres fetes des d'aplicacions.
- L'aplicació s'ha de poder baixar i instal·lar des de Google Play Store de manera gratuïta.
- L'aplicació ha de tenir la classificació Només per a adults (AO, Adult Only) o una classificació equivalent de la IARC.
- L'aplicació i la fitxa de l'aplicació han de mostrar informació sobre apostes responsables de manera clara.
Altres aplicacions de jocs, concursos i tornejos amb diners reals
Per a la resta d'aplicacions que no compleixen els requisits d'idoneïtat per a les aplicacions d'apostes esmentades anteriorment i que no s'inclouen a "Pilots per a altres jocs amb diners reals" més avall, no permetem el contingut ni els serveis que faciliten o permeten als usuaris apostar, jugar o participar amb diners reals (inclosos els elements integrats en l'aplicació comprats amb diners) per obtenir un premi monetari real. Això inclou, entre d'altres, els casinos en línia, les apostes esportives, les loteries i els jocs que accepten diners i ofereixen premis en efectiu o un altre valor real (excepte els programes permesos segons els requisits dels programes de fidelització ludificats que es descriuen a continuació).
Exemples d'incompliments
- Jocs que accepten diners a canvi de l'oportunitat de guanyar un premi físic o monetari.
- Aplicacions que tenen característiques o elements de navegació (p. ex., elements de menú, pestanyes, botons, visualitzacions web, etc.) que inclouen una crida a l'acció per apostar, jugar o participar en jocs, concursos o tornejos amb diners reals, com ara aplicacions que conviden els usuaris a fer una acció, com ara "APOSTA!", "REGISTRA'T!" o "COMPETEIX!", per participar en un torneig i tenir l'oportunitat de guanyar un premi en efectiu.
- Aplicacions que accepten o gestionen apostes, monedes integrades en l'aplicació, premis o ingressos per apostar o obtenir un premi físic o monetari.
Proves pilot per a altres jocs amb diners reals
És possible que ocasionalment duguem a terme proves pilot de durada limitada per a certs tipus de videojocs amb diners reals en determinades regions. Per obtenir més informació, consulta aquesta pàgina del Centre d'ajuda. La prova pilot de jocs de ganxo en línia al Japó va acabar l'11 de juliol de 2023. A partir del 12 de juliol de 2023, és possible que les aplicacions de jocs de ganxo en línia figurin a Google Play per a tot el món subjectes a la legislació aplicable i determinats requisits.
Programes de fidelització ludificats
En cas que la llei ho permeti i que no estiguin subjectes a requisits addicionals de llicències d'apostes o de jocs, permetem els programes de fidelització que recompensen els usuaris amb premis reals o equivalents monetaris, sempre que compleixin els requisits d'idoneïtat de Play Store següents:
Per a totes les aplicacions (les que són jocs i les que no):
- Els avantatges o les recompenses de programes de fidelització han de ser clarament complementaris i estar subordinats a una transacció monetària apta dins de l'aplicació (la transacció monetària apta ha de ser una transacció independent original per proporcionar productes o serveis de manera independent del programa de fidelització). No poden estar subjectes a la compra ni vinculats a cap altre tipus d'intercanvi que incompleixi les restriccions de la política de concursos, jocs i apostes amb diners reals.
- Per exemple, cap part de la transacció monetària apta pot representar una comissió o una aposta per participar en el programa de fidelització, i la transacció monetària apta no pot provocar la compra de béns o serveis per sobre del seu preu habitual.
Per a aplicacions que són jocs:
- Els punts o les recompenses de fidelització amb avantatges o amb recompenses associats a una transacció monetària apta només es poden concedir i bescanviar a una ràtio fixa, sempre que aquesta ràtio es presenti de manera clara a l'aplicació i si es compleixen les regles oficials del programa disponibles públicament, i l'obtenció de beneficis o valor de bescanvi no ha de ser objecte d'apostes, ni concedir-se o potenciar-se segons el rendiment del joc o segons els resultats basats en l'atzar.
Per a aplicacions que no són jocs:
- Els punts o les recompenses de fidelització es poden vincular a un concurs o als resultats basats en l'atzar si compleixen els requisits que s'indiquen a continuació. Els programes de fidelització amb avantatges o recompenses associats a una transacció monetària apta han de complir els requisits següents:
- Publicar les regles oficials del programa a l'aplicació.
- En el cas dels programes relacionats amb sistemes de recompensa variable, aleatòria o basada en l'atzar: comunicar a les condicions oficials del programa 1) la probabilitat de qualsevol programa de bonificació que utilitzi la probabilitat fixa per determinar les recompenses i 2) el mètode de selecció (p. ex., les variables utilitzades per determinar la recompensa) de la resta de programes d'aquest tipus.
- Especificar un nombre fix de guanyadors, una data límit fixa per participar i una data de concessió dels premis, per promoció, a les condicions oficials d'un programa que ofereixi sortejos, rifes o altres promocions d'estils similars.
- Documentar clarament, tant a l'aplicació com a les condicions oficials del programa, qualsevol ràtio fixa per acumular o bescanviar punts o recompenses de fidelització.
| Tipus d'aplicació amb programa de fidelització | Ludificació de fidelització i recompenses variables | Recompenses per fidelització basades en una ràtio o una programació fixes | El programa de fidelització ha de tenir uns termes i condicions | Els termes i condicions han de comunicar la probabilitat o el mètode de selecció que té qualsevol programa de fidelització basat en l'atzar |
|---|---|---|---|---|
| Aplicacions que són jocs | No es permeten | Es permeten | Obligatori | N/D (les aplicacions de jocs no poden tenir elements basats en l'atzar als programes de fidelització) |
| Aplicacions que no són jocs | Es permeten | Es permeten | Obligatori | Obligatori |
Anuncis d'apostes o de jocs, concursos i tornejos amb diners reals en aplicacions distribuïdes per Google Play
Permetem les aplicacions que tenen anuncis que promocionen apostes o jocs, concursos i tornejos amb diners reals si compleixen els requisits següents:
- L'aplicació i l'anunci (inclosos els anunciants) han de complir la legislació aplicable i els estàndards del sector de qualsevol lloc on es mostri l'anunci.
- L'anunci ha de complir tots els requisits de llicències per a anuncis locals aplicables per a tots els productes i serveis que promociona relacionats amb els jocs d'apostes.
- L'aplicació no ha de mostrar anuncis de jocs d'apostes a usuaris que se sàpiga que són menors de 18 anys.
- L'aplicació no pot estar inscrita al programa Dissenyat per a famílies.
- L'aplicació no pot estar orientada a usuaris menors de 18 anys.
- Si anuncieu una aplicació d'apostes (tal com es defineix més amunt), l'anunci ha de mostrar clarament informació sobre apostes responsables a la pàgina de destinació, a la mateixa fitxa de l'aplicació anunciada o a l'aplicació.
- L'aplicació no pot proporcionar contingut d'apostes simulat (p. ex., aplicacions de casino socials o aplicacions amb màquines escurabutxaques virtuals).
- L'aplicació no pot proporcionar funcionalitats d'assistència o complementàries per a apostes ni per a jocs, loteries o tornejos amb diners reals (p. ex., funcionalitats que ajudin a fer apostes, pagaments o un seguiment de puntuacions, probabilitats o rendiment esportius, o que ajudin a gestionar fons d'apostes).
- El contingut de l'aplicació no pot dirigir els usuaris a serveis d'apostes o de jocs, loteries o tornejos amb diners reals, ni promocionar aquests serveis.
Només les aplicacions que compleixin tots els requisits indicats anteriorment en aquesta secció poden incloure anuncis d'apostes o de jocs, loteries o tornejos amb diners reals. Les aplicacions d'apostes acceptades (tal com es defineixen més amunt), o les aplicacions d'esports de fantasia diaris acceptades (tal com es defineixen més avall) que compleixen els requisits de l'1 al 6 anteriors, poden incloure anuncis d'apostes o de jocs, loteries o tornejos amb diners reals.
Exemples d'incompliments
- Una aplicació dissenyada per a menors d'edat i que mostra un anunci que promociona serveis d'apostes.
- Un joc de casino simulat que dirigeix els usuaris a casinos amb diners reals o els promou.
- Una aplicació dedicada al seguiment de probabilitats esportives que conté anuncis d'apostes integrats que enllacen a un lloc web d'apostes esportives.
- Aplicacions que tenen anuncis d'apostes que infringeixen la política d'anuncis enganyosos, com ara anuncis que es mostren als usuaris com a botons, icones o altres elements interactius integrats en l'aplicació.
Aplicacions d'esports de fantasia diaris (DFS)
Només permetem les aplicacions d'esports de fantasia diaris (DFS), tal com es defineix a la legislació local aplicable, si compleixen els requisits següents:
- L'aplicació (1) només es distribueix als Estats Units, o (2) compleix els requisits exposats a l'apartat "Aplicacions de jocs d'apostes" i del procés de sol·licitud que s'indiquen més amunt per a les regions de fora dels Estats Units.
- El desenvolupador ha de completar correctament el procés de sol·licitud de DFS i aquesta sol·licitud ha de ser acceptada per poder distribuir l'aplicació a Google Play.
- L'aplicació ha de complir tota la legislació aplicable i els estàndards del sector dels països on es distribueix.
- L'aplicació no ha de permetre que els usuaris menors d'edat hi facin apostes o transaccions monetàries.
- L'aplicació NO s'ha de poder comprar com a aplicació de pagament a Google Play ni pot utilitzar el servei Facturació a Google Play per compres fetes des d'aplicacions.
- L'aplicació s'ha de poder baixar i instal·lar des de Play Store de manera gratuïta.
- L'aplicació ha de tenir la classificació Només per a adults (AO, Adult Only) o una classificació equivalent de la IARC.
- L'aplicació i la fitxa de l'aplicació han de mostrar informació sobre apostes responsables de manera clara.
- L'aplicació ha de complir la legislació aplicable i els estàndards del sector de qualsevol estat o territori dels EUA on es distribueixi.
- El desenvolupador ha de tenir una llicència vàlida per a cada estat o territori dels EUA en què es requereixi una llicència per distribuir aplicacions d'esports de fantasia diaris.
- No s'ha de permetre utilitzar l'aplicació als estats o territoris dels EUA en què el desenvolupador no tingui la llicència necessària per distribuir aplicacions d'esports de fantasia diaris.
- No s'ha de permetre utilitzar l'aplicació als estats o territoris dels EUA en què les aplicacions d'esports de fantasia diaris no siguin legals.
Activitats il·legals
- Facilitar la compra o la venda de drogues il·legals.
- Representar o fomentar el consum o la venda de drogues, d'alcohol o de tabac per part de menors.
- Instruccions per cultivar o fabricar drogues il·legals.
Contingut generat per l'usuari
El contingut generat per l'usuari (CGU) és el contingut que els usuaris aporten a una aplicació i que és visible o accessible per a almenys un subconjunt dels usuaris de l'aplicació.
Les aplicacions que contenen CGU, incloses les que són clients o navegadors especialitzats per dirigir els usuaris a una plataforma de CGU, han d'implementar una moderació sòlida, eficaç i continuada del CGU que:
- Demani als usuaris que acceptin les condicions d'ús o la política de l'usuari de l'aplicació per poder crear o penjar CGU.
- Defineixi quins continguts i comportaments són censurables (d'acord amb les Polítiques del programa per a desenvolupadors de Google Play) i els prohibeixi a les condicions d'ús o a les polítiques de l'usuari de l'aplicació.
- Es faci de manera raonable i coherent segons el tipus de CGU allotjat a l'aplicació. Això suposa proporcionar un sistema integrat a l'aplicació per informar de CGU i usuaris censurables, bloquejar-los i actuar-hi en contra quan sigui necessari. En funció del tipus de CGU, pot ser que es requereixin diferents iniciatives de moderació. Per exemple:
- Les aplicacions que mostrin CGU que identifiqui un conjunt específic d'usuaris mitjançant mètodes com la verificació d'usuaris o el registre sense connexió (per exemple, les aplicacions utilitzades exclusivament en un centre educatiu o empresa concrets, etc.) han de proporcionar funcions integrades a l'aplicació que permetin informar de contingut i d'usuaris.
- Les funcions de CGU que permetin la interacció 1:1 amb usuaris concrets (per exemple, missatgeria directa, etiquetatge, mencions, etc.) han de proporcionar funcions integrades a l'aplicació que permetin bloquejar usuaris.
- Les aplicacions que proporcionin accés a CGU d'accés públic, com ara aplicacions de xarxes socials i aplicacions de bloguers, han d'implementar funcions integrades a l'aplicació que permetin informar de contingut i d'usuaris, així com bloquejar usuaris.
- En el cas de les aplicacions de realitat augmentada (RA), la moderació de CGU (inclòs el sistema de generació d'informes integrat a l'aplicació) ha de tenir en compte tant el CGU amb RA censurable (per exemple, una imatge de RA sexualment explícita) com les ubicacions d'ancoratge de RA sensibles (per exemple, contingut de RA ancorat en una àrea restringida, com ara una base militar, o bé una propietat privada on l'ancoratge de RA pugui causar problemes al propietari).
- Proporcioni salvaguarda per evitar que la monetització des de l'aplicació fomenti un comportament censurable dels usuaris.
Contingut sexual fortuït
El contingut sexual es considera fortuït si surt en una aplicació de CGU que (1) proporciona accés a contingut que principalment no és sexual i (2) no recomana ni promociona activament el contingut sexual. El contingut sexual que la legislació aplicable consideri il·legal i el contingut que suposi un perill per als menors no es considera fortuït i no es permet.
Pot ser que les aplicacions de CGU incloguin contingut sexual fortuït si es compleixen tots els requisits següents:
- Aquest contingut està amagat de manera predeterminada amb filtres que requereixen almenys dues accions de l'usuari per desactivar-los completament (per exemple, està situat darrere d'un element intersticial ofuscant o està exclòs de la visualització de manera predeterminada tret que la "cerca segura" estigui desactivada).
- Els nens, tal com es defineix a la política d'aplicacions per a famílies, tenen explícitament prohibit l'accés a l'aplicació mitjançant filtres d'edat, com ara una pantalla neutra de verificació d'edat o un sistema que la legislació aplicable defineixi com a adequat.
- L'aplicació proporciona respostes precises al qüestionari de classificació del contingut quant al CGU, tal com ho requereix la política de classificacions del contingut.
Les aplicacions que tinguin com a finalitat principal mostrar CGU censurable se suprimiran de Google Play. De la mateixa manera, les aplicacions que s'acabin utilitzant principalment per allotjar CGU censurable o que tinguin una mala reputació entre els usuaris perquè s'hi fomenta aquest tipus de contingut també se suprimiran de Google Play.
- Aplicacions que promouen contingut sexualment explícit generat per l'usuari, incloses les que implementen o permeten funcions de pagament que fomenten principalment que es comparteixi contingut reprovable.
- Aplicacions amb contingut generat per l'usuari (CGU) que no estan prou protegides contra les amenaces, l'assetjament i l'assetjament escolar, sobretot si estan dirigides a menors.
- Publicacions, comentaris o fotos dins d'una aplicació que tenen l'objectiu principal d'assetjar o de marginar una altra persona per maltractar-la, atacar-la o ridiculitzar-la.
- Aplicacions que, de manera continuada, no han gestionat correctament les reclamacions d'usuaris sobre contingut reprovable.
Contingut i serveis relacionats amb la salut
No permetem les aplicacions que exposen els usuaris a contingut i serveis relacionats amb la salut que siguin perjudicials.
Si la teva aplicació conté o promou contingut i serveis relacionats amb la salut, t'has d'assegurar que l'aplicació compleixi les lleis i la normativa aplicable.
Medicaments amb recepta
Substàncies no aprovades
-
Tots els articles que figuren en aquesta llista no exhaustiva de productes farmacèutics i suplements prohibits.
-
Productes que contenen efedra.
-
Productes amb gonadotropina coriònica humana (hCG) destinats a la pèrdua o el control de pes, o que es promocionin conjuntament amb esteroides anabòlics.
-
Suplements dietètics i herbacis amb principis actius farmacèutics o perillosos.
-
Afirmacions falses o enganyoses sobre salut, com ara afirmacions en què s'insinua que un producte és tan efectiu com els medicaments dispensats amb recepta o les substàncies controlades.
-
Productes no aprovats per un organisme governamental i que es comercialitzen insinuant que es poden utilitzar de manera segura o efectiva per prevenir, tractar o curar una malaltia o un mal determinats.
-
Productes que han estat objecte d'advertiments o d'accions normatives o governamentals.
-
Productes amb noms que es poden confondre amb substàncies controlades o amb un producte farmacèutic o suplement no aprovats.
Desinformació sobre la salut
- Afirmacions enganyoses sobre les vacunes, com ara que les vacunes poden alterar l'ADN de les persones.
- Defensa de tractaments perjudicials no aprovats.
- Defensa d'altres pràctiques perjudicials relacionades amb la salut, com ara la teràpia de conversió.
Restriccions de la COVID-19
Funcionalitats mèdiques
Pagaments: serveis clínics
Dades de Salut connectada
Contingut basat en cadenes de blocs
A mesura que la tecnologia de cadena de blocs evoluciona ràpidament, volem proporcionar una plataforma als desenvolupadors perquè puguin progressar amb innovacions i crear experiències més riques i immersives per als usuaris.
En el marc d'aquesta política, considerem que el contingut basat en cadenes de blocs són recursos digitals convertits en testimonis protegits per una cadena de blocs. Si la teva aplicació inclou contingut basat en cadenes de blocs, has de complir aquests requisits.
Plataformes de canvi de criptomonedes i criptomoneders en línia
La compra, la possessió o l'intercanvi de criptomonedes s'ha de dur a terme mitjançant serveis certificats en jurisdiccions regulades.
També has de complir els reglaments aplicables en cada regió o país al qual s'orienti l'aplicació i no pots publicar-la allà on els teus productes o serveis estiguin prohibits. Google Play pot sol·licitar-te informació o documentació addicionals amb relació al compliment de qualsevol requisit legal o relacionat amb llicències.
Mineria de criptomonedes
Requisits de transparència per a la distribució de recursos digitals convertits en testimonis
Si la teva aplicació ven recursos digitals convertits en testimonis o permet que els usuaris n'obtinguin, has de declarar-ho mitjançant el formulari de declaració de funcions financeres a la pàgina Contingut de l'aplicació de Play Console.
En crear un producte de compra des de l'aplicació, cal que indiquis als detalls del producte que representa un recurs digital convertit en testimoni. Per obtenir més indicacions, consulta Crear un producte de compra des de l'aplicació.
No pots promocionar ni fer més atractiu cap guany potencial que es pugui obtenir mitjançant activitats de joc o de transacció.Requisits addicionals per a la ludificació d'NFT
Tal com s'estableix a la política de concursos, jocs i apostes amb diners reals de Google Play, les aplicacions d'apostes que integrin recursos digitals convertits en testimonis, com ara NFT, han de completar el procés de sol·licitud.
En les aplicacions que no compleixin els requisits d'idoneïtat per a les aplicacions d'apostes i que no s'incloguin a Pilots per a altres jocs amb diners reals, no es podran acceptar contraprestacions amb valor monetari a canvi d'oportunitats per obtenir NFT de valor desconegut. Els usuaris que comprin NFT hauran de consumir-los o utilitzar-los dins del joc amb la finalitat de millorar la seva experiència o de progressar. Els NFT no es poden utilitzar per fer apostes ni per invertir a canvi d'obtenir una oportunitat de guanyar premis amb valor monetari al món real (inclosos altres NFT).
- Aplicacions que venen paquets d'NFT sense revelar-ne el valor ni el contingut exactes.
- Jocs de casino socials de pagar per jugar, com ara escurabutxaques, que ofereixen NFT com a recompensa.
Contingut generat per IA
Contingut generat per IA
El contingut generat per IA es crea mitjançant models d'IA generativa basats en indicacions dels usuaris. Aquests són alguns exemples de contingut generat per IA:
- Bots de conversa de text a text amb IA generativa, on la interacció amb el bot és la funció més important de l'aplicació.
- Imatges generades per IA basades en indicacions de text, imatge o veu.
Per garantir la seguretat dels usuaris d'acord amb la cobertura de la política de Google Play, les aplicacions que generin contingut amb IA han de complir les polítiques per a desenvolupadors de Google Play, la qual cosa inclou prohibir i prevenir la generació de contingut restringit, com ara contingut que faciliti l'explotació o l'abús infantils i contingut que faci possible un comportament enganyós.
Les aplicacions que generen contingut mitjançant IA han d'incloure funcions d'enviament d'informes o marcatge integrades a l'aplicació que permetin als usuaris informar de contingut ofensiu o marcar-lo per als desenvolupadors sense necessitat de sortir de l'aplicació. Els desenvolupadors s'haurien de basar en els informes dels usuaris per al filtratge i la moderació del contingut a les seves aplicacions.
Propietat intel·lectual
No permetem les aplicacions ni els comptes de desenvolupador que infringeixen els drets de propietat intel·lectual d'altres usuaris, inclosos els drets de marca comercial, els drets d'autor, les patents, els secrets comercials i altres drets de propietat. Tampoc no permetem les aplicacions que fomenten la infracció dels drets de propietat intel·lectual o que indueixen a infringir-los.
Respondrem als avisos clars de presumptes infraccions dels drets d'autor. Per obtenir més informació o per presentar una sol·licitud relacionada amb la Llei nord-americana de protecció dels drets d'autor (DMCA), consulteu els nostres procediments relacionats amb els drets d'autor.
Per presentar una reclamació relacionada amb la venda o la promoció de productes falsificats en una aplicació, envieu un avís de falsificació.
Si sou el propietari d'una marca comercial i creieu que hi ha una aplicació a Google Play que infringeix els vostres drets de marca comercial, us animem a comunicar-ho directament al desenvolupador per resoldre el problema. Si no aconseguiu arribar a cap acord amb el desenvolupador, envieu una reclamació per ús de marca comercial mitjançant aquest formulari.
Si disposeu de documentació escrita que demostra que teniu permís per utilitzar la propietat intel·lectual d'un tercer a la vostra aplicació o fitxa de Play Store (com ara noms, logotips i recursos gràfics de marques), contacteu amb l'equip de Google Play abans d'enviar-la per assegurar-vos que l'aplicació no es rebutgi a causa d'una infracció de la propietat intel·lectual.
Ús no autoritzat de contingut protegit per drets d'autor
No permetem les aplicacions que infringeixen drets d'autor. Modificar contingut protegit per drets d'autor també es pot considerar una infracció. És possible que els desenvolupadors hagin de presentar proves dels seus drets per fer servir contingut protegit per drets d'autor.
Aneu amb compte quan utilitzeu contingut protegit per drets d'autor per mostrar la funcionalitat de la vostra aplicació. En general, el més segur és crear contingut original.
- Portades d'àlbums de música, de videojocs i de llibres.
- Imatges de màrqueting de pel·lícules, televisió o videojocs.
- Caràtules o imatges de còmics, dibuixos animats, pel·lícules, vídeos musicals o televisió.
- Logotips d'equips esportius professionals i universitaris.
- Fotos agafades d'un compte d'un mitjà social d'una personalitat pública.
- Imatges professionals de personalitats públiques.
- Reproduccions o "fan art" indistingibles de l'obra original protegida per drets d'autor.
- Aplicacions amb una interfície des de la qual es reprodueixen clips d'àudio protegits per drets d'autor.
- Reproduccions completes o traduccions de llibres que no són de domini públic.
Fomentar la infracció dels drets d'autor
-
Aplicacions de reproducció en continu que permeten als usuaris baixar sense autorització una còpia local de contingut protegit per drets d'autor.
-
Aplicacions que animen els usuaris a reproduir en temps real i baixar obres protegides per drets d'autor (com ara vídeos i música) i infringeixen la legislació de drets d'autor aplicable.
① La descripció que hi ha a la fitxa d'aquesta aplicació anima els usuaris a baixar sense autorització contingut protegit per drets d'autor.
② La captura de pantalla que hi ha a la fitxa de l'aplicació anima els usuaris a baixar sense autorització contingut protegit per drets d'autor.
Infracció dels drets de marques comercials
No permetem les aplicacions que infringeixen els drets de les marques comercials d'altres usuaris. Per marca comercial s'entén una paraula, un símbol o una combinació que identifica l'origen d'un bé o d'un servei. Un cop l'adquireix, el propietari de la marca comercial obté els drets exclusius per fer-ne ús en relació amb determinats béns i serveis.
Una infracció dels drets d'una marca comercial es produeix quan es fa un ús inadequat o no autoritzat d'una marca comercial idèntica o similar que pot crear confusió sobre l'origen d'aquell producte. Si la vostra aplicació utilitza marques comercials d'un tercer d'una manera que pugui crear confusió, és possible que la suspenguem.
Falsificació
Privadesa, engany i ús abusiu de dispositius
Dades d'usuari
Heu d'indicar clarament com gestioneu les dades de l'usuari (per exemple, la informació que en recolliu o que en fa referència, com ara dades sobre el dispositiu). Això vol dir comunicar com accedeix, recull, utilitza, gestiona i comparteix les dades d'usuari l'aplicació, així com limitar l'ús de les dades a les finalitats que s'han comunicat i que respecten la política. Tingueu en compte que qualsevol gestió de les dades d'usuari personals i sensibles està subjecta també als requisits addicionals que s'indiquen a la secció "Dades d'usuari personals i sensibles" a continuació. Aquests requisits de Google Play complementen qualsevol requisit que ordeni la legislació aplicable sobre privadesa i protecció de dades.
Si incloeu codi de tercers (com ara un SDK) a l'aplicació, us heu d'assegurar que el codi de tercers que s'utilitza a l'aplicació, així com també les pràctiques del tercer pel que fa a les dades d'usuari de l'aplicació, respectin les polítiques del programa per a desenvolupadors de Google Play, que inclouen requisits d'ús i de comunicació. Per exemple, us heu d'assegurar que els vostres proveïdors d'SDK no venguin dades d'usuari personals i sensibles de la vostra aplicació. Aquest requisit s'aplica independentment de si les dades d'usuari es transfereixen després que s'enviïn a un servidor o inserint codi de tercers a l'aplicació.
Dades d'usuari personals i sensibles
Les dades d'usuari personals i sensibles inclouen, entre d'altres, informació d'identificació personal, informació financera i de pagament, informació d'autenticació, dades de l'agenda telefònica i dels contactes, dades d'ubicació del dispositiu, dades relacionades amb els SMS i amb les trucades, dades de salut, dades de Health Connect, l'inventari d'altres aplicacions del dispositiu, dades dels micròfons i de les càmeres, i altres dades sensibles sobre el dispositiu o l'ús. Si la vostra aplicació gestiona dades d'usuari personals i sensibles, cal que:
- Limiteu l'accés, la recollida, l'ús i la compartició de les dades d'usuari personals i sensibles adquirides a través de l'aplicació a la funcionalitat de l'aplicació i del servei i a finalitats que respectin les polítiques i que compleixin les expectatives raonables de l'usuari:
- Les aplicacions que amplien l'ús de les dades d'usuari personals i sensibles per difondre publicitat han de complir la política d'anuncis de Google Play.
- També podeu transferir dades que els proveïdors de serveis necessitin o que siguin necessàries per motius legals, per exemple per satisfer una sol·licitud governamental, per complir la legislació aplicable o com a part d'una fusió o adquisició mitjançant un avís legalment adequat.
- Heu de gestionar totes les dades d'usuari personals i sensibles de manera segura, com ara transmetent-les mitjançant mètodes criptogràfics moderns (per exemple, a través d'HTTPS).
- Heu d'utilitzar una sol·licitud de permisos de temps d'execució sempre que estigui disponible abans d'accedir a les dades regulades per permisos d'Android.
- No podeu vendre dades d'usuari personals i sensibles.
- "Vendre" vol dir intercanviar o transferir dades d'usuari personals i sensibles a un tercer a canvi d'una compensació monetària.
- La transferència de dades d'usuari personals i sensibles iniciada per l'usuari (per exemple, quan l'usuari utilitza una funció de l'aplicació per transferir un fitxer a un tercer o quan l'usuari fa servir una aplicació d'estudi de recerca amb una finalitat dedicada) no es considera una venda.
- "Vendre" vol dir intercanviar o transferir dades d'usuari personals i sensibles a un tercer a canvi d'una compensació monetària.
Requisits de consentiment i comunicacions destacades
En els casos en què la vostra aplicació accedeixi a dades personals i sensibles de l'usuari, en reculli, n'utilitzi o en comparteixi superant el que l'usuari del producte o funció en qüestió podria esperar de manera raonable (per exemple, si es recullen dades en segon pla quan l'usuari no interactua amb l'aplicació), cal que compliu els requisits següents:
Comunicació destacada: heu de proporcionar una comunicació dins de l'aplicació en què s'indiqui com accediu a les dades i com les recolliu, utilitzeu i compartiu. Aquesta comunicació ha de complir els requisits següents:
- Ha de ser dins de l'aplicació, i no només a la descripció de l'aplicació o en un lloc web.
- S'ha de mostrar en un lloc que l'usuari vegi quan faci un ús normal de l'aplicació, sense haver de navegar per menús o opcions de configuració.
- Ha de descriure les dades que es recullen o a les quals s'accedeix.
- Ha d'explicar com s'utilitzaran o es compartiran les dades.
- No pot figurar únicament a la política de privadesa o a les condicions del servei.
- No pot incloure's dins d'altres comunicacions que no estiguin relacionades amb la recollida de dades d'usuari personals i sensibles.
Consentiment i permisos de temps d'execució: les sol·licituds de consentiment de l'usuari i les sol·licituds de permisos de temps d'execució a l'aplicació han d'estar precedides immediatament per una comunicació a l'aplicació que compleixi els requisits d'aquesta política. La sol·licitud de consentiment inclosa dins de l'aplicació:
- Ha de presentar el quadre de diàleg de consentiment de manera clara i inequívoca.
- Ha de sol·licitar l'acceptació de l'usuari per mitjà d'una acció (per exemple, per acceptar cal tocar la pantalla o marcar una casella de selecció).
- No ha d'interpretar el fet de sortir de la comunicació (com ara tocar fora del quadre de diàleg o prémer el botó Enrere o el botó d'inici) com un senyal de consentiment.
- No ha d'utilitzar missatges que caduquin o s'ignorin automàticament per obtenir el consentiment de l'usuari.
- L'ha de respondre l'usuari positivament abans que l'aplicació comenci a recollir o accedir a les dades d'usuari personals i sensibles.
Les aplicacions que al·leguen motius legals per tractar dades d'usuari personals i sensibles sense consentiment, com ara un interès legítim d'acord amb el RGPD de la UE, han de complir tots els requisits legals aplicables i comunicar informació adequada als usuaris, incloses les comunicacions a l'aplicació que exigeixi aquesta política.
Per complir els requisits de la política, es recomana prendre com a referència el format d'exemple següent per a la comunicació destacada quan calgui:
- "[Aquesta aplicació] recull/transmet/sincronitza/emmagatzema [tipus de dades] per permetre [funció] [en quins casos]."
- Exemple: "Fitness Funds recull dades d'ubicació per permetre el seguiment de fitnes encara que l'aplicació estigui tancada o no s'estigui fent servir, i també s'utilitza per millorar la publicitat".
- Exemple: “Call Buddy recull dades d'escriptura i lectura al registre de trucades per permetre la gestió dels contactes encara que l'aplicació no s'estigui fent servir”.
Si la vostra aplicació integra codi de tercers (per exemple, un SDK) que està destinat a recollir dades d'usuari personals i sensibles de manera predeterminada, heu de presentar, en un termini de 2 setmanes des de la recepció de la sol·licitud de Google Play (o, si la sol·licitud de Google Play ofereix un termini més llarg, dins d'aquest termini), proves suficients per demostrar que l'aplicació compleix els requisits de comunicació destacada i consentiment d'aquesta política, també pel que fa a l'accés, la recollida, l'ús i la compartició de dades mitjançant el codi de tercers.
- Una aplicació que recull la ubicació del dispositiu, però no té una comunicació destacada en què s'expliqui quina funció utilitza aquestes dades o s'indiqui l'ús de l'aplicació en segon pla.
- Una aplicació que té un permís de temps d'execució que sol·licita accés a les dades abans de la comunicació destacada en què s'especifica per a què s'utilitzaran.
- Una aplicació que accedeix a l'inventari de les aplicacions instal·lades d'un usuari i no tracta aquestes dades com a dades personals o sensibles subjectes als requisits anteriors de la política de privadesa, de la gestió de dades i de comunicació destacada i consentiment.
- Una aplicació que accedeix a les dades del telèfon o de la llista de contactes d'un usuari i no tracta aquestes dades com a personals o sensibles subjectes als requisits anteriors de la política de privadesa, de la gestió de dades i de comunicació destacada i consentiment.
- Una aplicació que grava la pantalla d'un usuari i que no tracta aquestes dades com a personals o sensibles subjectes a aquesta política.
- Una aplicació que recull la ubicació del dispositiu i que no comunica completament l'ús que se'n fa ni obté el consentiment de l'usuari d'acord amb els requisits anteriors.
- Una aplicació que utilitza permisos restringits en segon pla per a finalitats de seguiment, de recerca o de màrqueting, i que no comunica completament l'ús que se'n fa ni obté el consentiment de l'usuari d'acord amb els requisits anteriors.
- Una aplicació amb un SDK que recull dades d'usuari personals i sensibles i que no tracta aquestes dades com a subjectes a aquesta política de dades d'usuari ni als requisits d'accés, tractament de dades (inclosa la venda sense permís) comunicació destacada i consentiment.
Consulteu aquest article per obtenir més informació sobre el requisit de comunicació destacada i consentiment.
Restriccions de l'accés a dades personals i sensibles
A banda dels requisits anteriors, a la taula següent es descriuen els requisits per a activitats específiques.
| Activitat | Requisit |
| L'aplicació gestiona informació financera o de pagament o bé números d'identificació governamental. | L'aplicació mai no ha de revelar públicament dades d'usuari personals i sensibles que estiguin relacionades amb activitats financeres o de pagament ni números d'identificació governamental. |
| L'aplicació gestiona informació de contacte o de l'agenda telefònica que no és pública. | No es permet la publicació ni la revelació no autoritzada dels contactes no públics dels usuaris. |
| L'aplicació conté funcions de protecció o de seguretat, com ara antivirus, mecanismes contra programari maliciós o altres funcions semblants. | L'aplicació ha de publicar una política de privadesa que, juntament amb les comunicacions incloses dins l'aplicació, expliqui quines dades d'usuari recull i transmet, com s'utilitzen i amb qui les comparteix. |
| L'aplicació s'orienta als nens. | L'aplicació no ha d'incloure cap SDK que no estigui aprovat per a l'ús en serveis dirigits a nens. Consulteu l'article Disseny d'aplicacions per a nens i famílies per accedir al text sencer de la política i a tots els requisits. |
| L'aplicació recull identificadors de dispositiu permanents (p. ex., l'IMEI, l'IMSI, el número de sèrie de la SIM, etc.) o hi enllaça. |
No es poden enllaçar identificadors de dispositiu permanents a altres dades d'usuari personals i sensibles ni a identificadors de dispositiu que es puguin restablir, excepte per a finalitats relacionades amb:
Aquests usos s'han de comunicar als usuaris de manera destacada tal com s'especifica a la Política de dades d'usuari. Consulteu aquest recurs per obtenir informació sobre els identificadors únics alternatius. Llegiu la Política d'anuncis per informar-vos sobre les directrius addicionals per a l'identificador de publicitat d'Android. |
Secció Seguretat de les dades
Tots els desenvolupadors han d'incloure en cada aplicació una secció clara i precisa anomenada Seguretat de les dades, en què s'expliqui amb detall com es recullen, s'utilitzen i es comparteixen les dades d'usuari. Els desenvolupadors són responsables de la precisió de l'etiqueta i de mantenir aquesta informació actualitzada. Si escau, la secció ha de ser coherent amb les comunicacions fetes a la política de privadesa de l'aplicació.
Consulta aquest article per obtenir informació addicional sobre com pots completar la secció Seguretat de les dades.
Política de privadesa
Totes les aplicacions han de publicar un enllaç que dirigeixi a la política de privadesa al camp corresponent de Play Console, així com un enllaç que dirigeixi a la política de privadesa o al text de la política dins de l'aplicació mateixa. Aquesta política de privadesa, juntament amb les comunicacions dins de l'aplicació, ha d'informar de manera detallada sobre com l'aplicació accedeix a les dades d'usuari i sobre com les recull, les utilitza i les comparteix. Això afecta totes les dades, no només les comunicades a la secció Seguretat de les dades. Això ha d'incloure:
- La informació del desenvolupador i una persona de contacte per a temes relacionats amb la privadesa o un mecanisme per enviar consultes.
- La comunicació dels tipus de dades d'usuari personals i sensibles a què té accés la teva aplicació, així com de les dades que recull, utilitza i comparteix, i de les parts amb què es comparteixen dades d'usuari personals o sensibles.
- Els procediments segurs de tractament de dades per a les dades d'usuari personals i sensibles.
- La política del desenvolupador sobre la supressió i la conservació de dades.
- Una indicació clara que es tracta de la política de privadesa (per exemple, incloure "política de privadesa" al títol).
L'entitat (per exemple, el desenvolupador o l'empresa) esmentada a la fitxa de Google Play Store de l'aplicació ha de figurar a la política de privadesa o bé la política de privadesa ha de mencionar l'aplicació. Les aplicacions que no accedeixin a cap tipus de dada d'usuari personal i sensible han d'enviar igualment una política de privadesa.
Assegura't que la política de privadesa estigui disponible en un URL actiu, accessible públicament i sense geotanques (no en un PDF), i que no es pugui editar.
Requisit de supressió del compte
Si la teva aplicació permet als usuaris crear un compte dins de l'aplicació, també ha de permetre que els usuaris sol·licitin la supressió del seu compte. Els usuaris han de tenir una opció clarament visible per iniciar la supressió del compte des de dins i fora de l'aplicació (p. ex., visitant el teu lloc web). Cal introduir un enllaç que dirigeixi a aquest recurs web al camp corresponent del formulari d'URL que hi ha a Play Console.
Quan suprimeixis un compte a l'aplicació d'acord amb la sol·licitud d'un usuari, has de suprimir també les dades d'usuari associades amb el compte a l'aplicació. La desactivació temporal del compte, la inhabilitació o la "congelació" del compte a l'aplicació no es pot considerar una supressió del compte. Si has de conservar determinades dades per motius legítims, com ara la seguretat, la prevenció de fraus o el compliment de la normativa, has d'informar clarament els usuaris sobre les teves pràctiques de conservació de dades (per exemple, dins de la teva política de privadesa).
Per obtenir més informació sobre els requisits de la política de supressió de comptes, revisa aquest article del Centre d'ajuda. Per obtenir més informació sobre com pots actualitzar el formulari de seguretat de les dades, consulta aquest article.Ús de l'identificador d'un conjunt d'aplicacions
Android introduirà un identificador nou per permetre els casos d'ús essencials, com ara les analítiques o la prevenció de fraus. A continuació s'indiquen les condicions d'ús d'aquest identificador.
- Ús: l'identificador d'un conjunt d'aplicacions no es pot utilitzar per a la personalització ni per al mesurament d'anuncis.
- Associació amb informació d'identificació personal o amb altres identificadors: l'identificador de conjunt d'aplicacions no pot estar associat a cap identificador d'Android (p. ex., l'AAID) ni a cap dada personal i sensible amb finalitats publicitàries.
- Transparència i consentiment: la recollida i l'ús de l'identificador d'un conjunt d'aplicacions i el compromís amb aquestes condicions s'han de comunicar als usuaris mitjançant una notificació de privadesa legalment adequada, que també ha d'incloure la vostra política de privadesa. Heu d'obtenir el consentiment legalment vàlid dels usuaris, quan es requereixi. Per obtenir més informació sobre els nostres estàndards de privadesa, consulteu la nostra Política de dades d'usuari.
UE-EUA, Privacy Shield (Escut de la privadesa) de Suïssa
En cas que accediu a informació personal proporcionada per Google que identifiqui una persona de manera directa o indirecta i que procedeixi de la Unió Europea o Suïssa ("Informació Personal de la UE"), o en cas que la utilitzeu o la processeu, heu de fer el següent:
- Complir totes les lleis, directives, normatives i reglaments aplicables sobre privadesa i seguretat i protecció de dades.
- Accedir a la Informació Personal de la UE, utilitzar-la o processar-la únicament per a finalitats que siguin coherents amb el consentiment obtingut de la persona amb qui està relacionada aquesta informació.
- Implementar les mesures tècniques i organitzatives que corresponguin per protegir la Informació Personal de la UE contra la pèrdua i el mal ús, així com contra la comunicació, l'alteració, la destrucció i l'accés no autoritzat o il·legal.
- Proporcionar el mateix nivell de protecció que requereixen els principis de Privacy Shield (Escut de la privadesa).
Heu de comprovar periòdicament que compliu aquestes condicions. Si en algun moment no les podeu complir (o si hi ha un risc important de no poder complir-les), cal que ens ho comuniqueu de seguida enviant un correu electrònic a data-protection-office@google.com i que immediatament deixeu de tractar la Informació Personal de la UE o prengueu mesures raonables i adequades per restaurar un nivell adequat de protecció.
Des del 16 de juliol de 2020, Google ha deixat d'utilitzar el marc EU-U.S. Privacy Shield (Escut de la privadesa UE-EUA) per transferir les dades personals procedents de l'Espai Econòmic Europeu o del Regne Unit als Estats Units (més informació).Podeu obtenir més informació a la secció 9 de l'ABD.
Permisos i API que accedeixen a informació sensible
Les sol·licituds de permisos i d'API que accedeixin a informació sensible han de tenir sentit per als usuaris. Només podeu sol·licitar permisos i API que accedeixin a informació sensible que siguin necessaris per implementar funcions o serveis actuals de l'aplicació que es promocionin a la vostra fitxa de Google Play. No podeu utilitzar permisos o API que accedeixin a informació sensible que doni accés a les dades de l'usuari o del dispositiu per a funcions o finalitats no comunicades, no implementades o no permeses. Les dades personals o sensibles a què es tingui accés mitjançant permisos o API que accedeixin a informació sensible no es poden vendre ni compartir mai amb la finalitat de facilitar la venda.
Sol·liciteu permisos i API per accedir a les dades en context (mitjançant sol·licituds incrementals), de manera que els usuaris entenguin per què la vostra aplicació sol·licita el permís. Utilitzeu les dades només per a les finalitats que l'usuari hagi consentit. Si més tard voleu utilitzar les dades per a altres finalitats, heu de demanar permís als usuaris i assegurar-vos que estan d'acord amb aquests usos addicionals.
Permisos restringits
A més de tot el que s'ha esmentat més amunt, els permisos restringits són permisos designats com a perillosos, especials, de signatura o com es descriu a continuació. Aquests permisos estan subjectes als requisits i a les restriccions addicionals següents:
- Les dades d'usuari o del dispositiu a què s'accedeixi amb permisos restringits es consideren dades d'usuari personals i sensibles. S'apliquen els requisits de la política de dades d'usuari.
- Respecteu les decisions dels usuaris si rebutgen una sol·licitud de permís restringit; no podeu manipular ni forçar els usuaris per obtenir el seu consentiment per a un permís no essencial. Heu de fer esforços raonables per adaptar-vos als usuaris que no concedeixen accés a permisos sensibles (per exemple, permetent-los introduir manualment un número de telèfon si han restringit l'accés als registres de trucades).
- Es prohibeix expressament l'ús de permisos que contravingui les polítiques de programari maliciós de Google Play (inclòs l'ús abusiu dels privilegis elevats).
Pot ser que alguns permisos restringits estiguin subjectes a requisits addicionals, tal com s'indica a sota. L'objectiu d'aquestes restriccions és protegir la privadesa de l'usuari. Podem fer algunes excepcions als requisits següents en casos molt poc freqüents en què les aplicacions proporcionin una funció molt interessant o imprescindible i no hi hagi disponible cap mètode alternatiu per proporcionar-la. Avaluem les excepcions proposades segons l'impacte que puguin tenir en la seguretat o la privadesa dels usuaris.
Permisos del servei d'SMS i del registre de trucades
Els permisos del servei d'SMS i del registre de trucades es consideren dades d'usuari personals i sensibles subjectes a la política d'informació personal i sensible i a les restriccions següents:
| Permís restringit | Requisit |
|---|---|
| Grup de permisos del registre de trucades (p. ex., READ_CALL_LOG, WRITE_CALL_LOG i PROCESS_OUTGOING_CALLS) | Cal que estigui registrat de manera activa com a gestor predeterminat del telèfon o de l'Assistent al dispositiu. |
| Grup de permisos del servei d'SMS (p. ex., READ_SMS, SEND_SMS, WRITE_SMS, RECEIVE_SMS, RECEIVE_WAP_PUSH i RECEIVE_MMS) | Cal que estigui registrat de manera activa com a gestor predeterminat del servei d'SMS o de l'Assistent al dispositiu. |
Les aplicacions que no tenen funcions de gestor predeterminades del servei d'SMS, del telèfon o de l'Assistent no poden declarar l'ús dels permisos anteriors al manifest. Això inclou el text d'espai reservat al manifest. A més, les aplicacions han d'estar registrades de manera activa com a gestores predeterminades del servei d'SMS, del telèfon o de l'Assistent abans de demanar als usuaris que acceptin cap dels permisos anteriors, i cal que deixin d'utilitzar immediatament el permís quan ja no tinguin la funció de gestores predeterminades. Els usos i les excepcions permesos es poden consultar en aquesta pàgina del Centre d'ajuda.
Les aplicacions només poden utilitzar el permís (i qualsevol dada derivada del permís) per proporcionar la seva funcionalitat bàsica aprovada, que correspon a la finalitat principal de l'aplicació. Pot consistir en un, conjunt de funcions bàsiques, que s'han de promocionar i indicar de manera destacada a la descripció de l'aplicació. Sense les funcions principals, l'aplicació no funciona o queda inservible. Les accions de transferir i compartir aquestes dades, o d'utilitzar-les amb llicència, només es poden dur a terme per proporcionar funcions o serveis bàsics dins de l'aplicació, i aquest ús no es pot fer extensible a cap altra finalitat (p. ex., millorar altres aplicacions o serveis o assolir objectius publicitaris o de màrqueting). No podeu fer servir mètodes alternatius (inclosos altres permisos, API o fonts externes) per derivar les dades atribuïdes als permisos relacionats amb el servei d'SMS o el registre de trucades.
Permisos d'ubicació
La ubicació del dispositiu es considera una dada d'usuari personal i sensible subjecta a la política d'informació personal i sensible, a la política d'ubicació en segon pla i als requisits següents:
- Les aplicacions no poden accedir a dades protegides per permisos d'ubicació (p. ex., ACCESS_FINE_LOCATION, ACCESS_COARSE_LOCATION i ACCESS_BACKGROUND_LOCATION) quan ja no sigui necessari publicar funcions o serveis actuals a l'aplicació.
- No heu de sol·licitar mai permisos d'ubicació als usuaris amb finalitats únicament publicitàries o d'anàlisi. Les aplicacions que amplien l'ús permès d'aquestes dades per difondre anuncis han de complir la nostra política d'anuncis.
- Les aplicacions han de sol·licitar el mínim abast que sigui necessari (p. ex., general en comptes de precís i primer pla en comptes de segon pla) per proporcionar la funció o el servei actuals que requereix la ubicació, i els usuaris han d'esperar raonablement que la funció o el servei necessitin el nivell d'ubicació que se sol·licita. Per exemple, podem rebutjar aplicacions que sol·licitin la ubicació en segon pla o hi accedeixin sense una justificació convincent.
- La ubicació en segon pla només es pot utilitzar per proporcionar funcions útils per a l'usuari i rellevants per a la funcionalitat principal de l'aplicació.
Les aplicacions poden accedir a la ubicació amb el permís de servei en primer pla (quan l'aplicació només té accés en primer pla, per exemple, "mentre estigui en ús") si aquest ús compleix les condicions següents:
- S'ha iniciat com una continuació d'una acció iniciada per l'usuari des de l'aplicació.
- Finalitza immediatament després que l'aplicació completi el cas d'ús de l'acció iniciada per l'usuari.
Les aplicacions dissenyades específicament per a nens han de complir la política del programa Dissenyat per a famílies.
Per obtenir més informació sobre els requisits de la política, consulteu aquest article d'ajuda.
Permís d'accés a tots els fitxers
Els fitxers i els atributs de directori del dispositiu d'un usuari es consideren dades d'usuari personals i sensibles subjectes a la política d'informació personal i sensible i als requisits següents:
- Les aplicacions només han de sol·licitar accés a l'emmagatzematge del dispositiu que sigui essencial perquè l'aplicació funcioni, i no hi poden sol·licitar accés en nom de tercers per a cap finalitat que no estigui relacionada amb una funcionalitat essencial de l'aplicació de cara a l'usuari.
- Els dispositius Android amb la versió R o una versió posterior necessiten el permís MANAGE_EXTERNAL_STORAGE per gestionar l'accés a l'emmagatzematge compartit. Totes les aplicacions orientades a R i que sol·liciten accés ampli a l'emmagatzematge compartit ("Accés a tots els fitxers") han d'aprovar correctament una revisió d'accés adequada abans de publicar-se. Les aplicacions autoritzades a utilitzar aquest permís han de demanar clarament als usuaris que activin l'opció "Accés a tots els fitxers" per a la seva aplicació a la configuració "Accés especial d'aplicacions". Per obtenir més informació sobre els requisits de la versió R, consulteu aquest article d'ajuda.
Permís de visibilitat de paquets (aplicacions)
L'inventari d'aplicacions instal·lades consultat des d'un dispositiu es consideren dades d'usuari personals i sensibles subjectes a la política d'informació personal i sensible i als requisits següents:
Les aplicacions que tenen com a objectiu principal iniciar, cercar o interoperar amb altres aplicacions del dispositiu poden obtenir una visibilitat d'altres aplicacions instal·lades al dispositiu, en funció del seu abast, tal com es descriu a continuació:
- Visibilitat àmplia de l'aplicació: la visibilitat àmplia és la capacitat que té una aplicació d'obtenir una visibilitat elevada ("àmplia") de les aplicacions instal·lades ("paquets") en un dispositiu.
- En el cas de les aplicacions orientades al nivell d'API 30 o superior, la visibilitat àmplia de les aplicacions instal·lades mitjançant el permís QUERY_ALL_PACKAGES està restringida a casos d'ús concrets en què la notorietat i la interoperabilitat de totes les aplicacions del dispositiu són les necessàries perquè l'aplicació funcioni.
- No podeu utilitzar QUERY_ALL_PACKAGES si la vostra aplicació pot funcionar amb una declaració de visibilitat de paquets d'abast més segmentada (per exemple, fer consultes i interaccionar amb paquets concrets en lloc de sol·licitar una visibilitat àmplia).
- L'ús de mètodes alternatius per aproximar-se al nivell de visibilitat àmplia associat al permís QUERY_ALL_PACKAGES també està restringit a la funcionalitat principal de l'aplicació de cara a l'usuari i a la interoperabilitat amb les aplicacions que es descobreixen mitjançant aquest mètode.
- Consulteu aquest article del Centre d'ajuda per conèixer els casos d'ús permesos per al permís QUERY_ALL_PACKAGES.
- En el cas de les aplicacions orientades al nivell d'API 30 o superior, la visibilitat àmplia de les aplicacions instal·lades mitjançant el permís QUERY_ALL_PACKAGES està restringida a casos d'ús concrets en què la notorietat i la interoperabilitat de totes les aplicacions del dispositiu són les necessàries perquè l'aplicació funcioni.
- Visibilitat limitada de l'aplicació: la visibilitat limitada es produeix quan una aplicació minimitza l'accés a les dades consultant aplicacions concretes mitjançant mètodes més segmentats (no "amplis"); per exemple, consultant aplicacions específiques que compleixen la declaració de manifest de l'aplicació. Podeu utilitzar aquest mètode per consultar les aplicacions en casos en què la vostra aplicació ofereix una interoperabilitat que compleix les polítiques o per a la gestió d'aquestes aplicacions.
- La visibilitat de l'inventari d'aplicacions instal·lades en un dispositiu ha d'estar directament relacionada amb la finalitat o la funcionalitat principals de cara a l'usuari que accedeix a l'aplicació.
Les dades de l'inventari d'aplicacions consultades des d'aplicacions distribuïdes a Play no es poden vendre ni compartir amb finalitats d'anàlisi ni de monetització amb anuncis.
API d'accessibilitat
L'API Accessibility no es pot utilitzar per:
- Canviar la configuració dels usuaris sense el seu permís o impedir la seva capacitat de desactivar o desinstal·lar qualsevol aplicació o servei, tret que el pare, la mare o un tutor ho autoritzi a través d'una aplicació de control parental o que un administrador lícit ho autoritzi a través de programari de gestió empresarial.
- Eludir notificacions o controls de privadesa integrats a Android.
- Canviar o utilitzar la interfície d'usuari d'una manera que sigui enganyosa o infringeixi les polítiques per a desenvolupadors de Google Play per un altre motiu.
L'API Accessibility no està dissenyada per gravar àudio de les trucades de manera remota i no es pot sol·licitar amb aquesta finalitat.
L'ús de l'API Accessibility ha d'estar documentat a la fitxa de Google Play.
Directrius per a IsAccessibilityTool
Les aplicacions que tinguin com a funcionalitat principal ajudar directament persones amb discapacitat són aptes per utilitzar IsAccessibilityTool a fi d'indicar de manera pública i adequada que són aplicacions d'accessibilitat.
Les aplicacions que no són aptes per utilitzar IsAccessibilityTool no poden fer servir la marca i han de complir els requisits relacionats amb les comunicacions destacades i el consentiment, tal com es descriu a la política Dades d'usuari, ja que la funcionalitat relacionada amb l'accessibilitat no és evident per a l'usuari. Per obtenir més informació, consulteu l'article del Centre d'ajuda sobre l'API AccessibilityService.
Quan sigui possible, les aplicacions han d'utilitzar API i permisos amb abast més limitat en lloc de l'API Accessibility per aconseguir la funcionalitat desitjada.
Permís de sol·licitud d'instal·lació de paquets
El permís REQUEST_INSTALL_PACKAGES permet que una aplicació sol·liciti la instal·lació de paquets de l'aplicació. Per utilitzar aquest permís, la funcionalitat principal de l'aplicació ha d'incloure el següent:
- Enviar o rebre paquets de l'aplicació.
- Permetre la instal·lació iniciada per l'usuari de paquets de l'aplicació.
Entre les funcionalitats permeses s'inclouen:
- La cerca o la navegació web.
- Els serveis de comunicació que admeten fitxers adjunts.
- La gestió, transferència o compartició de fitxers.
- La gestió de dispositius d'empresa.
- La còpia de seguretat i la restauració.
- La migració de dispositius i la transferència de telèfons.
- Una aplicació complementària per sincronitzar el telèfon a un complement connectat o un dispositiu de l'IoT (per exemple, un rellotge intel·ligent o un televisor intel·ligent).
La funcionalitat principal es defineix com la finalitat fonamental de l'aplicació. Tant la funcionalitat principal com totes les funcions principals que l'incloguin s'han de promocionar i documentar de manera destacada a la descripció de l'aplicació.
És possible que el permís REQUEST_INSTALL_PACKAGES no s'utilitzi per dur a terme autoactualitzacions o modificacions ni per crear paquets d'altres APK al fitxer de recursos, tret que sigui amb finalitats de gestió de dispositius. Cal que totes les actualitzacions o instal·lacions de paquets respectin la política d'ús abusiu de dispositius i de xarxes i que les iniciï i controli l'usuari.Permisos de Health Connect by Android
Les dades a què s'accedeix amb els permisos de Health Connect es consideren dades d'usuari personals i sensibles subjectes a la política Dades d'usuari i als requisits addicionals següents:
Accés i ús adequats de Health Connect
Les sol·licituds per accedir a dades a través de Health Connect han de ser clares i comprensibles. Health Connect només es pot fer servir d'acord amb les polítiques i els termes i condicions aplicables, i per als casos d'ús aprovats que s'estableixen en aquesta política. Per tant, només podreu sol·licitar accés als permisos quan la vostra aplicació o servei s'ajusti a un dels casos d'ús aprovats.
Aquests són els casos d'ús aprovats per accedir als permisos de Health Connect:
- Aplicacions o serveis amb una o més funcions per millorar la salut i l'estat físic dels usuaris a través d'una interfície que els permet registrar dades, monitorar-les, analitzar-les o informar-ne directament en relació amb la seva activitat física, son, benestar mental, nutrició, mesuraments de salut, descripcions físiques o altres descripcions i mesuraments de salut o relacionats amb el fitnes.
- Aplicacions o serveis amb una o més funcions per millorar la salut i l'estat físic dels usuaris a través d'una interfície que els permet emmagatzemar dades en relació amb la seva activitat física, son, benestar mental, nutrició, mesuraments de salut, descripcions físiques o altres descripcions i mesuraments de salut o relacionats amb el fitnes al seu telèfon mòbil o complement connectat, i que els permet compartir les dades amb altres aplicacions del dispositiu que s'ajusten a aquests casos d'ús.
Health Connect és una plataforma d'ús general per emmagatzemar i compartir dades que permet als usuaris agregar dades sobre salut i fitnes de diverses fonts als seus dispositius Android i compartir-les amb tercers segons la seva tria. Les dades es poden originar en diverses fonts, segons determinin els usuaris. Els desenvolupadors han d'avaluar si Health Connect és adequada per a l'ús que en volen fer i han d'investigar i examinar la font i la qualitat de les dades de Health Connect en relació amb qualsevol finalitat, especialment per als usos en recerca, salut o medicina.
- Les aplicacions que duguin a terme recerques en humans sobre temes de salut fent servir dades obtingudes a través de Health Connect han d'obtenir el consentiment dels participants o, en el cas dels menors, del seu pare, mare o tutor. Aquest consentiment ha d'incloure (a) la naturalesa, finalitat i durada de la recerca; (b) els procediments, riscos i beneficis per al participant; (c) informació sobre la confidencialitat i la gestió de dades (incloent-hi l'ús compartit amb tercers); (d) una persona de contacte per respondre a les preguntes dels participants, i (e) el procés de desistiment. Les aplicacions que duguin a terme recerques en humans fent servir dades obtingudes a través de Health Connect han d'obtenir l'aprovació d'un comitè independent que 1) tingui com a objectiu protegir els drets, la seguretat i el benestar dels participants, i 2) tingui autoritat per examinar, modificar i aprovar la recerca en humans. S'haurà de presentar un comprovant d'aquesta aprovació si se sol·licita.
- També és responsabilitat vostra assegurar-vos que es compleixin els requisits legals o normatius que siguin aplicables en funció de l'ús previst de Health Connect i de les dades de Health Connect. Tret que s'indiqui explícitament a les etiquetes o a la informació proporcionada per Google per a determinats productes o serveis de Google, Google no recomana l'ús ni garanteix la precisió de les dades incloses a Health Connect per a cap ús o finalitat i, concretament, per als usos en recerca, salut o medicina. Google renuncia a qualsevol responsabilitat associada amb l'ús de les dades obtingudes a través de Health Connect.
Ús limitat
Si utilitzeu Health Connect per a un ús adequat, l'ús que feu de les dades a què accediu a través de Health Connect també ha de complir els requisits següents. Aquests requisits són aplicables a les dades sense processar obtingudes de Health Connect i a les dades agregades, sense identificar o derivades de les dades sense processar.
- Limiteu l'ús de les dades de Health Connect a proporcionar o millorar el vostre cas d'ús adequat o les funcions que són visibles i estan destacades a la interfície d'usuari de l'aplicació sol·licitant.
- Transferiu dades d'usuari a tercers només:
- Per proporcionar o millorar el vostre cas d'ús adequat o les funcions que queden clares a partir de la interfície d'usuari de l'aplicació sol·licitant i només amb el consentiment de l'usuari.
- Si és necessari per a la seguretat (per exemple, si s'investiguen abusos).
- Per complir la legislació o les normatives aplicables.
- Com a part d'una fusió, adquisició o venda d'accions del desenvolupador després d'obtenir el consentiment previ i explícit de l'usuari.
- No permeteu que les persones llegeixin les dades d'usuari, tret que:
- S'obtingui el consentiment explícit de l'usuari per llegir dades concretes.
- Sigui necessari per a la seguretat (per exemple, si s'investiguen abusos).
- Tinguin com a finalitat complir la legislació aplicable.
- Les dades (incloses les derivades) s'agreguin i es facin servir per a operacions internes d'acord amb la privadesa aplicable i altres requisits legals de la vostra jurisdicció.
Es prohibeix qualsevol altra transferència, ús o venda de dades de Health Connect, incloent-hi:
- La transferència o venda de dades d'usuari a tercers, com ara plataformes publicitàries, corredors de dades o distribuïdors d'informació.
- La transferència, venda o ús de dades d'usuari per difondre anuncis, inclosa la publicitat personalitzada o basada en interessos.
- La transferència, venda o ús de dades d'usuari per determinar la solvència o per a préstecs.
- La transferència, venda o ús de dades d'usuari amb qualsevol producte o servei que es pugui considerar un producte sanitari d'acord amb la Secció 201(h) de la Llei federal d'aliments, medicaments i cosmètics dels Estats Units si el producte sanitari farà ús de les dades d'usuari per dur a terme la seva funció regulada.
- La transferència, venda o ús de dades d'usuari amb qualsevol finalitat o d'una manera que comporti informació mèdica protegida (tal com defineix la HIPAA), tret que obtingueu de Google l'aprovació prèvia per escrit d'aquest ús.
L'accés a Health Connect no es pot fer servir de manera que infringeixi aquesta política o altres termes i condicions aplicables de Health Connect, incloent-hi amb les finalitats següents:
- No utilitzeu Health Connect per desenvolupar aplicacions, entorns o activitats, ni per incorporar-l'hi, en què l'ús o una errada de Health Connect es podria esperar raonablement que provoqués la mort, lesions personals o danys ambientals o materials (com ara la creació o el funcionament d'instal·lacions nuclears, control del trànsit aeri, equips de manteniment de vida o armes).
- No accediu a les dades obtingudes a través de Health Connect amb aplicacions sense interfície gràfica. Les aplicacions han de mostrar una icona clarament identificable a la safata d'aplicacions, han de disposar d'opcions de configuració al dispositiu i icones de notificació, etc.
- No utilitzeu Health Connect amb aplicacions que sincronitzin les dades entre dispositius o plataformes incompatibles.
- Health Connect no es pot connectar a aplicacions, serveis ni funcions que només estiguin orientades als nens. Health Connect no està aprovat per a l'ús en serveis dirigits principalment a nens.
Heu de mostrar a l'aplicació o en un lloc web que pertanyi al vostre servei web o aplicació una declaració que afirmi que l'ús que feu de les dades de Health Connect compleix les restriccions d'Ús limitat. Pot tractar-se, per exemple, d'un enllaç en una pàgina d'inici que dirigeixi a una pàgina específica o a una política de privadesa que indiqui: "L'ús de la informació rebuda de Health Connect complirà la política Permisos de Health Connect, inclosos els requisits d'Ús limitat".
Abast mínim
Només podeu sol·licitar accés a permisos que siguin essencials per implementar la funcionalitat de la vostra aplicació o servei.
Això significa el següent:
- No sol·liciteu accés a informació que no necessiteu. Sol·liciteu accés només als permisos necessaris per implementar les funcions o els serveis del vostre producte. Si el vostre producte no requereix accés a permisos concrets, no hi sol·liciteu l'accés.
Avís i control transparents i precisos
Health Connect gestiona dades sobre salut i fitnes, que inclouen informació personal i sensible. Totes les aplicacions i els serveis han d'incloure una política de privadesa, que ha de comunicar de manera detallada la manera com la vostra aplicació o servei recull, utilitza i comparteix les dades d'usuari. Això inclou els tipus de tercers amb qui compartiu les dades d'usuari, com utilitzeu les dades, com les emmagatzemeu i protegiu, i què passa amb les dades quan un compte es desactiva o se suprimeix.
A més dels requisits establerts a la legislació aplicable, també heu de complir els següents:
- Heu de proporcionar una comunicació en què s'indiqui com accediu a les dades i com les recolliu, utilitzeu i compartiu. Aquesta comunicació:
- Ha de representar amb precisió la identitat de l'aplicació o servei que sol·licita l'accés a les dades d'usuari.
- Ha de proporcionar informació clara i exacta que expliqui els tipus de dades que se sol·liciten o es recullen, o a les quals s'accedeix.
- Ha d'explicar com es faran servir o es compartiran les dades: si sol·liciteu dades per un motiu, però també es fan servir amb una finalitat secundària, heu de notificar ambdós casos d'ús als usuaris.
- Heu de proporcionar documentació d'ajuda per als usuaris en què s'expliqui com poden gestionar i suprimir les seves dades de la vostra aplicació.
Gestió segura de les dades
Heu de gestionar totes les dades d'usuari de manera segura. Preneu mesures raonables i adequades perquè totes les aplicacions o els sistemes que utilitzin Health Connect quedin protegides contra l'accés, l'ús, la destrucció, la pèrdua, l'alteració o la comunicació no autoritzats o il·lícits.
Entre les pràctiques de seguretat recomanades s'hi inclouen implementar i mantenir un sistema de gestió de la seguretat de la informació, tal com es descriu a la norma ISO/IEC 27001, i assegurar-se que l'aplicació o el servei web siguin robustos i no tinguin problemes de seguretat habituals, tal com s'estableix als 10 riscos principals d'OWASP.
En funció de l'API a què s'accedeixi i del nombre de concessions d'usuari o usuaris, requerirem que la vostra aplicació o servei se sotmeti a avaluacions de seguretat periòdiques i obtingui una carta d'avaluació d'un tercer designat si el producte transfereix dades a fora del dispositiu de l'usuari.
Per obtenir més informació sobre els requisits de les aplicacions que es connecten a Health Connect, consulteu aquest article d'ajuda.Servei de VPN
VpnService és una classe base que permet que les aplicacions ampliïn i creïn les seves pròpies solucions de VPN. Només les aplicacions que fan servir VpnService i tenen la VPN com a funcionalitat principal poden crear un túnel segur de nivell de dispositiu cap a un servidor remot. Hi ha excepcions, com ara les aplicacions que necessiten un servidor remot per a la seva funcionalitat principal; per exemple:
- Aplicacions de control parental i de gestió empresarial
- Seguiment de l'ús d'aplicacions
- Aplicacions de seguretat de dispositius (per exemple, antivirus, gestió de dispositius mòbils o tallafoc)
- Eines relacionades amb la xarxa (per exemple, d'accés remot)
- Aplicacions de navegació web
- Aplicacions de l'operador que necessiten utilitzar la funcionalitat de VPN per proporcionar serveis de telefonia o de connectivitat.
VpnService no es pot fer servir per:
- Recollir dades d'usuari personals i sensibles sense una comunicació destacada i sense consentiment.
- Redirigir o manipular el trànsit d'usuaris des d'altres aplicacions en un dispositiu per a finalitats de monetització (per exemple, redirigir el trànsit dels anuncis a través d'un país diferent del de l'usuari).
Les aplicacions que fan servir VpnService han de:
- Documentar l'ús de VpnService a la fitxa de Google Play.
- Encriptar les dades entre el dispositiu i el punt final del túnel de la VPN.
- Respectar totes les Polítiques del programa per a desenvolupadors, incloses les de frau publicitari, permisos i programari maliciós.
Permís d'alarma exacta
S'introduirà un nou permís, USE_EXACT_ALARM, que concedirà accés a la funcionalitat d'alarma exacta a les aplicacions a partir d'Android 13 (nivell d'API objectiu 33).
USE_EXACT_ALARM és un permís restringit i les aplicacions només l'han de declarar si la seva funcionalitat principal justifica la necessitat d'una alarma exacta. Les aplicacions que sol·liciten aquest permís restringit estan subjectes a revisió, i no es permetrà que es publiquin a Google Play les aplicacions que no compleixin els criteris dels casos d'ús acceptable.
Casos d'ús acceptable per fer servir el permís d'alarma exacta
La teva aplicació ha de fer servir la funcionalitat USE_EXACT_ALARM només si la funcionalitat principal per als usuaris requereix accions amb precisió temporal, com ara quan:
- Es tracta d'una aplicació d'alarma o de temporitzador.
- Es tracta d'una aplicació de calendari que mostra notificacions d'esdeveniments.
Si tens un cas d'ús de la funcionalitat d'alarma exacta que no es menciona més amunt, has de valorar si podries fer servir SCHEDULE_EXACT_ALARM com a alternativa.
Per obtenir més informació sobre la funcionalitat d'alarma exacta, consulta aquestes directrius per a desenvolupadors.Ús abusiu de dispositius i de xarxes
No permetem les aplicacions que interfereixen, alteren, malmeten o accedeixen sense autorització al dispositiu de l'usuari, a altres dispositius o ordinadors, a servidors, a xarxes, a interfícies de programació d'aplicacions (API) o a serveis. Això inclou altres aplicacions del dispositiu, qualsevol servei de Google i la xarxa d'un operador de telefonia mòbil autoritzat, entre d'altres.
Les aplicacions de Google Play han de complir els requisits predeterminats d'optimització del sistema Android, documentats a les directrius principals de qualitat d'aplicacions per a Google Play.
Les aplicacions distribuïdes mitjançant Google Play només es poden modificar, substituir o actualitzar amb el mecanisme d'actualització de Google Play. De la mateixa manera, les aplicacions no poden baixar codi executable (p. ex., fitxers .dex, .jar o .so) d'una font que no sigui Google Play. Aquesta restricció no s'aplica al codi que s'executi en una màquina virtual o en un intèrpret quan algun dels dos proporcioni accés indirecte a les API d'Android (com ara JavaScript en un element de WebView o en un navegador).
Les aplicacions o el codi de tercers (p. ex., SDK) amb llenguatges interpretats (JavaScript, Python, Lua, etc.) que es carreguin en temps d'execució (com ara si no estan empaquetats amb l'aplicació) no poden permetre cap possible infracció de les Polítiques de Google Play.
No permetem el codi que introdueix o explota vulnerabilitats de seguretat. Consulteu el Programa de millora de la seguretat de les aplicacions per obtenir informació sobre els problemes de seguretat més recents que s'han comunicat als desenvolupadors.
- Aplicacions que bloquegen una altra aplicació que publica anuncis o hi interfereixen.
- Aplicacions per fer trampes en jocs que afecten la jugabilitat d'altres aplicacions.
- Aplicacions que faciliten o proporcionen instruccions sobre com es pirategen serveis, programari o maquinari o sobre com s'esquiven les proteccions de seguretat.
- Aplicacions que fan servir un servei o una API o hi accedeixen d'una manera que infringeix les condicions del servei.
- Aplicacions que no compleixen els requisits per afegir-les a la llista blanca i que proven de saltar-se la gestió de l'energia del sistema.
- Les aplicacions que faciliten serveis de servidor intermediari a tercers només poden fer-ho en aplicacions que tenen aquesta finalitat principal de cara a l'usuari.
- Aplicacions o codi de tercers (p. ex., SDK) que baixen codi executable, com ara fitxers dex o codi natiu, d'una font que no és Google Play.
- Aplicacions que instal·len altres aplicacions en un dispositiu sense el consentiment previ de l'usuari.
- Aplicacions que enllacen a programari maliciós o en faciliten la distribució o la instal·lació.
- Aplicacions o codi de tercers (p. ex., SDK) que contenen un element WebView amb una interfície de JavaScript afegida que carrega contingut web que no és de confiança (com ara un URL http://) o URL no verificats que s'han obtingut de fonts que no són de confiança (com poden ser els URL que s'han obtingut amb intents que no són de confiança).
Ús del servei en primer pla
El permís de servei en primer pla garanteix un ús adequat dels serveis en primer pla orientats a l'usuari. Per a les aplicacions orientades a Android 14 o versions posteriors, has d'especificar un tipus de servei en primer pla vàlid per a cada servei en primer pla utilitzat a l'aplicació, i has de declarar el permís de servei en primer pla que correspongui. Per exemple, si el cas d'ús de l'aplicació requereix geolocalització en un mapa, has de declarar el permís FOREGROUND_SERVICE_LOCATION al fitxer de manifest de l'aplicació.
Les aplicacions només poden declarar un permís de servei en primer pla en els casos següents:
- Si l'ús proporciona una funció útil per a l'usuari i és rellevant per a la funcionalitat principal de l'aplicació.
- Si l'usuari inicia l'ús o l'ús és perceptible (per exemple, l'àudio d'una cançó que s'està reproduint, l'emissió de contingut multimèdia en un altre dispositiu, una notificació d'usuari clara i precisa o una sol·licitud d'usuari per penjar una foto al núvol).
- Si l'usuari pot aturar o cancel·lar l'ús.
- Si el sistema no pot interrompre o retardar l'ús sense provocar una experiència d'usuari negativa o fer que la funció prevista per l'usuari no funcioni com s'espera (per exemple, si una trucada telefònica s'ha d'iniciar immediatament i el sistema no pot retardar-la).
- Si l'ús dura només el temps necessari per completar la tasca.
Els casos d'ús de servei en primer pla següents estan exempts dels criteris anteriors:
- Els tipus de serveis en primer pla systemExempted o shortService.
- El tipus de servei en primer pla dataSync només quan es fan servir funcions Play Asset Delivery.
L'ús del servei en primer pla s'explica amb més detalls aquí.
Tasques de transferència de dades iniciades per l'usuari
Les aplicacions només poden utilitzar l'API de tasques de transferència de dades iniciades per l'usuari en els casos següents:
- Si l'usuari ha iniciat l'ús.
- Si l'ús és per a tasques de transferència de dades.
- Si l'ús només dura el temps necessari per completar la transferència de dades.
L'ús de les API de tasques de transferència de dades iniciades per l'usuari s'explica amb detall aquí.
Requisits de FLAG_SECURE
FLAG_SECURE és una marca de visualització que es declara al codi d'una aplicació per indicar que la seva interfície d'usuari conté dades sensibles que s'han de limitar a una superfície segura mentre es fa servir l'aplicació. Aquesta marca està dissenyada per evitar que les dades apareguin en captures de pantalla o es puguin veure en pantalles no segures. Els desenvolupadors declaren aquesta marca quan el contingut de l'aplicació no s'ha de difondre, veure ni transmetre d'altres maneres fora de l'aplicació o del dispositiu de l'usuari.
Per motius de seguretat i de privadesa, totes les aplicacions distribuïdes a Google Play han de respectar la declaració de FLAG_SECURE de les altres aplicacions. És a dir, les aplicacions no han de facilitar ni crear alternatives per ometre la configuració de FLAG_SECURE en altres aplicacions.
Les aplicacions que es consideren una eina d'accessibilitat estan exemptes d'aquest requisit, sempre que no transmetin, desin a la memòria cau ni desin en general contingut protegit amb FLAG_SECURE per accedir-hi des de fora del dispositiu de l'usuari.Aplicacions que executen contenidors d'Android al dispositiu
Les aplicacions en contenidors d'Android al dispositiu proporcionen entorns que simulen la totalitat o parts d'un SO Android subjacent. L'experiència en aquests entorns potser no reflecteix el paquet complet de funcions de seguretat d'Android. Per aquesta raó, els desenvolupadors poden afegir una marca de manifest d'entorn segur per comunicar als contenidors d'Android al dispositiu que no han d'operar en el seu entorn simulat d'Android.
Marca de manifest d'entorn segur
- Revisar els fitxers de manifest de les aplicacions que volen carregar al contenidor d'Android al dispositiu per a aquesta marca.
- No carregar les aplicacions que han declarat aquesta marca al contenidor d'Android al dispositiu.
- No funcionar com a servidor intermediari interceptant o cridant API al dispositiu perquè sembli que s'han instal·lat al contenidor.
- No facilitar ni crear alternatives per ometre la marca (com ara carregar una versió anterior d'una aplicació per ometre la marca REQUIRE_SECURE_ENV actual de l'aplicació).
Comportament enganyós
Afirmacions enganyoses
- Aplicacions que falsegen informació o que no descriuen de manera fidel, clara i exacta la seva funcionalitat:
- Una aplicació que afirma ser un joc de curses a la descripció i a les captures de pantalla però en realitat és un trencaclosques que fa servir la imatge d'un cotxe.
- Una aplicació que afirma ser una aplicació antivirus però només conté una guia de text que explica com se suprimeixen els virus.
- Aplicacions que afirmen tenir funcionalitats que són impossibles d'implementar (p. ex., aplicacions que repel·leixen els insectes), encara que es presentin com a aplicacions de broma, falses, etc.
- Aplicacions que estan mal classificades, per exemple, pel que fa a la puntuació o la categoria de l'aplicació, entre d'altres.
- Contingut manifestament enganyós o fals que pot interferir en processos de votació o que tracta sobre el resultat d'unes eleccions.
- Aplicacions que afirmen falsament estar afiliades a una entitat governamental o bé proporcionar o facilitar serveis governamentals per als quals no tenen l'autorització adequada.
- Aplicacions que afirmen falsament que són l'aplicació oficial d'una entitat establerta. No permetem títols com ara "Justin Bieber Oficial" sense els permisos o els drets necessaris.
(1) Aquesta aplicació inclou afirmacions mèdiques o relacionades amb la salut (curar el càncer) que són enganyoses.
(2) Aquesta aplicació afirma tenir funcionalitats que són impossibles d'implementar (utilitzar el telèfon com a alcoholímetre).
Canvis enganyosos en la configuració del dispositiu
No permetem les aplicacions que apliquen canvis en la configuració o les funcions del dispositiu de l'usuari fora de l'aplicació sense el seu coneixement i consentiment. La configuració i les funcions del dispositiu inclouen la configuració del sistema i del navegador, les adreces d'interès, les dreceres, les icones, els widgets i la presentació de les aplicacions a la pantalla d'inici.
A més, tampoc no permetem:
- Aplicacions que modifiquen la configuració o les funcions del dispositiu amb el consentiment de l'usuari si els canvis no es poden revertir fàcilment.
- Aplicacions o anuncis que modifiquen la configuració o les funcions del dispositiu com un servei per a tercers o amb finalitats publicitàries.
- Aplicacions que enganyen els usuaris perquè suprimeixin o desactivin aplicacions de tercers o modifiquin la configuració o les funcions del dispositiu.
- Aplicacions que animen o incentiven els usuaris a suprimir o desactivar aplicacions de tercers o a modificar la configuració o les funcions del dispositiu, tret que formin part d'un servei de seguretat verificable.
Foment de conductes fraudulentes
No permetem les aplicacions que ajudin els usuaris a enganyar els altres o que tinguin cap tipus de funcionalitat enganyosa, incloses, entre d'altres, les aplicacions que generen targetes d'identificació, números de la seguretat social, passaports, diplomes, targetes de crèdit, comptes bancaris i permisos de conduir, ni les aplicacions que faciliten la generació d'aquests elements. Les aplicacions han de proporcionar comunicacions, títols, descripcions i imatges o vídeos que reflecteixin amb precisió la seva funcionalitat i el contingut que inclouen, i el seu rendiment ha de complir les expectatives raonables i concretes de l'usuari.
Només es poden baixar recursos addicionals d'aplicacions (per exemple, recursos de jocs) si són necessaris perquè els usuaris utilitzin l'aplicació. Els recursos que es baixin han de complir totes les polítiques de Google Play i, abans de començar a baixar-los, l'aplicació ha de comunicar-ho als usuaris i indicar clarament la mida de la baixada.
Encara que s'indiqui que una aplicació és una broma o que s'ha creat per a l'entreteniment (o un altre sinònim), això no l'eximeix de complir les nostres polítiques.
- Aplicacions que imiten altres aplicacions o llocs web per enganyar els usuaris amb l'objectiu que revelin informació personal o d'autenticació.
- Aplicacions que representen o mostren informació d'identificació personal, números de telèfon, contactes o adreces que no s'han verificat o que són reals i pertanyen a persones o entitats que no n'han autoritzat la divulgació.
- Aplicacions que tenen una funcionalitat bàsica diferent en funció de la ubicació geogràfica, dels paràmetres del dispositiu o d'altres dades que depenen de l'usuari, i que no esmenten aquestes diferències de manera destacada a la fitxa de Play Store.
- Aplicacions que canvien significativament entre versions sense avisar l'usuari (p. ex., la secció "Novetats") i sense actualitzar la fitxa de Play Store.
- Aplicacions que intenten modificar o ofuscar determinats comportaments durant la revisió.
- Aplicacions que permeten fer baixades mitjançant una xarxa de distribució de contingut (CDN) sense comunicar-ho a l'usuari ni indicar la mida de la baixada abans de dur-la a terme.
Contingut multimèdia manipulat
No permetem les aplicacions que promouen o ajuden a crear informació o afirmacions falses o enganyoses a través d'imatges, vídeos o text. No permetem les aplicacions que considerem que promouen o difonen manifestament imatges, vídeos o text confusos o enganyosos, els quals poden causar danys en relació amb un esdeveniment sensible, la situació política, problemes socials o altres temes d'interès públic.
Les aplicacions que manipulen o alteren contingut multimèdia, més enllà de les modificacions convencionals i acceptables des del punt de vista editorial per qüestions de claredat o qualitat, han de comunicar clarament que l'usuari està veient contingut modificat o aplicar una marca d'aigua al contingut multimèdia quan no quedi clar que ha estat modificat. Poden haver-hi excepcions per a casos d'interès públic o per a paròdies o sàtires que siguin òbvies.
- Aplicacions que afegeixen figures públiques a manifestacions durant esdeveniments políticament sensibles.
- Aplicacions que utilitzen figures públiques o contingut multimèdia d'esdeveniments sensibles per promoure la capacitat d'alteració del contingut multimèdia a les fitxes de Play Store corresponents.
- Aplicacions que alteren clips multimèdia per imitar una emissió de notícies.
(1) Aquesta aplicació proporciona funcions que permeten modificar clips multimèdia per imitar una emissió de notícies i per afegir personalitats famoses o públiques al clip sense cap marca d'aigua.
Transparència sobre el comportament
Falsejament d'informació
No es permeten les aplicacions ni els comptes de desenvolupador que:
- Suplantin la identitat de persones o organitzacions, o bé que falsifiquin o ocultin la propietat o el propòsit principal del contingut.
- Participin en activitats coordinades per enganyar els usuaris. En aquest grup s'inclouen, entre d'altres, les aplicacions o els comptes de desenvolupador que falsifiquin o ocultin el país d'origen, o bé que dirigeixin el seu contingut a usuaris d'altres països.
- Es coordinin amb altres aplicacions, llocs web, desenvolupadors o altres comptes per amagar o falsejar la identitat del desenvolupador o de l'aplicació, o altres detalls materials, en què el contingut de l'aplicació estigui relacionat amb política, qüestions socials o temes d'interès públic.
Política de nivell d'API objectiu de Google Play
Per proporcionar als usuaris una experiència segura, Google Play requereix els nivells d'API objectius següents per a totes les aplicacions:
Les aplicacions noves i les actualitzacions d'aplicacions HANd'estar orientades a un nivell d'API d'Android en el termini d'un any des del llançament de la darrera versió principal d'Android. Les aplicacions noves i les actualitzacions d'aplicacions que no compleixin aquest requisit no es podran enviar a Play Console.
En el cas de les aplicacions existents de Google Play que no estiguin actualitzades ique no estiguin orientades a un nivell d'API en el termini de dos anys des del llançament de la darrera versió principal d'Android, no estaran disponibles per als usuaris nous que tinguin dispositius amb versions més recents del SO Android. Els usuaris que hagin instal·lat prèviament l'aplicació des de Google Play podran continuar trobant, reinstal·lant i utilitzant l'aplicació en qualsevol versió del SO Android que l'aplicació admeti.
Per obtenir assessorament tècnic sobre com podeu complir el requisit del nivell d'API objectiu, consulteu la guia de migració.
Per obtenir informació exacta sobre terminis i excepcions, consulta aquest article del Centre d'ajuda.Requisits dels SDK
Els desenvolupadors d'aplicacions sovint es basen en codi de tercers (per exemple, un SDK) per integrar funcionalitats i serveis clau per a les seves aplicacions. En incloure un SDK a la teva aplicació, t’has d’assegurar que pots protegir els usuaris i l'aplicació davant de qualsevol vulnerabilitat. En aquesta secció, mostrem com s'apliquen alguns dels nostres requisits de privadesa i seguretat en el context dels SDK i com s'han dissenyat per ajudar els desenvolupadors a integrar SDK a les seves aplicacions de manera segura.
Si inclous un SDK a l'aplicació, tens la responsabilitat d'assegurar-te que el seu codi i les seves pràctiques de tercers no facin que l'aplicació infringeixi les Polítiques del programa per a desenvolupadors de Google Play. És important saber de quina manera els SDK de l'aplicació gestionen les dades dels usuaris i assegurar-te que saps quins permisos fan servir, quines dades recullen i per quin motiu ho fan. Recorda que la recollida i la gestió de les dades d'usuari que fa un SDK s'han d'alinear amb l'ús d'aquestes dades que l'aplicació fa de conformitat amb la política.
Per ajudar-te a garantir que l'ús d'un SDK no infringeix els requisits de la política, has de llegir i entendre completament les polítiques següents, i tenir en compte alguns dels seus requisits en relació amb els SDK:
Política de dades d'usuari
Has d'indicar clarament com gestiones les dades d'usuari (per exemple, la informació que en reculls o que hi fa referència, com ara dades sobre el dispositiu). Això vol dir comunicar de quina manera l'aplicació consulta, recull, utilitza, gestiona i comparteix les dades d'usuari, així com limitar l'ús de les dades a les finalitats comunicades que compleixen la política.
Si inclous a l'aplicació codi de tercers (com ara un SDK), t'has d'assegurar que tant el codi en qüestió com les pràctiques del tercer pel que fa a les dades d'usuari de l'aplicació compleixen les Polítiques del programa per a desenvolupadors de Google Play, que inclouen requisits d'ús i de comunicació. Per exemple, t'has d'assegurar que els teus proveïdors d'SDK no venguin dades d'usuari personals ni sensibles de la teva aplicació. Aquest requisit s'aplica independentment de si les dades d'usuari es transfereixen després d'enviar-se a un servidor o inserint codi de tercers a l'aplicació.
Dades d'usuari personals i sensibles
Venda de dades d'usuari personals i sensiblesNo pots vendre dades d'usuari personals i sensibles.
Requisits de comunicació destacada i consentimentEn cas que la teva aplicació consulti, reculli, utilitzi o comparteixi dades d'usuari personals i sensibles d'una manera que superi el que l'usuari del producte o de la funció en qüestió pot esperar de manera raonable, has de complir els requisits de comunicació destacada i consentiment de la Política de dades d'usuari. Si la teva aplicació integra codi de tercers (per exemple, un SDK) que està destinat a recollir dades d'usuari personals i sensibles de manera predeterminada, has de presentar, en un termini de dues setmanes des de la recepció de la sol·licitud de Google Play (o, si la sol·licitud de Google Play ofereix un termini més llarg, dins d'aquest termini), proves suficients per demostrar que l'aplicació compleix els requisits de comunicació destacada i consentiment d'aquesta política, també pel que fa a l'accés, la recollida, l'ús i la compartició de dades mitjançant el codi de tercers. Recorda que t’has d’assegurar que l'ús que fas de codi de tercers (per exemple, un SDK) no faci que l'aplicació infringeixi la Política de dades d'usuari. Consulta aquest article del Centre d'ajuda per obtenir més informació sobre el requisit de comunicació destacada i consentiment. Exemples d'infraccions causades per SDK
Requisits addicionals per a l'accés a dades personals i sensiblesLa taula següent descriu els requisits per a activitats específiques.
Exemples d'infraccions causades per SDK
Secció Seguretat de les dadesTots els desenvolupadors han d'incloure en cada aplicació una secció clara i precisa anomenada Seguretat de les dades, en què s'expliqui amb detall com es recullen, s'utilitzen i es comparteixen les dades d'usuari. Això inclou les dades recollides i gestionades mitjançant qualsevol biblioteca o SDK de tercers que utilitzin a les seves aplicacions. Els desenvolupadors són responsables de la precisió de l'etiqueta i de mantenir aquesta informació actualitzada. Si escau, la secció ha de ser coherent amb les comunicacions fetes a la política de privadesa de l'aplicació. Consulta aquest article del Centre d'ajuda per obtenir informació addicional sobre com pots completar la secció Seguretat de les dades. Consulta la política de dades d'usuari completa. |
Política de permisos i API que accedeixen a informació sensible
Les sol·licituds de permisos i d'API que accedeixin a informació sensible han de tenir sentit per als usuaris. Només pots sol·licitar permisos i API que accedeixin a informació sensible que siguin necessaris per implementar funcions o serveis actuals de l'aplicació que es promocionin a la teva fitxa de Google Play. No pots utilitzar permisos ni API que accedeixin a informació sensible que doni accés a les dades de l'usuari o del dispositiu per a funcions o finalitats no comunicades, no implementades o no permeses. Les dades personals o sensibles a què es tingui accés mitjançant permisos o API que accedeixin a informació sensible no es poden vendre ni compartir mai amb la finalitat de facilitar la venda.
Consulta la política de permisos i API que accedeixen a informació sensible completa.
Exemples d'infraccions causades per SDK
- La teva aplicació inclou un SDK que sol·licita la ubicació en segon pla per a una finalitat no permesa o no revelada.
- La teva aplicació inclou un SDK que transmet l'IMEI derivat del permís d'Android read_phone_state sense el consentiment de l'usuari.
Política de programari maliciós
La nostra política de programari maliciós és senzilla: l'ecosistema Android, inclòs Google Play Store, i els dispositius dels usuaris no poden tenir comportaments maliciosos (és a dir, no poden incloure programari maliciós). Seguint aquest principi fonamental, ens esforcem per proporcionar un ecosistema Android segur per als nostres usuaris i els seus dispositius Android.
El programari maliciós és qualsevol codi que pugui posar en risc els usuaris, les seves dades o els seus dispositius. El programari maliciós inclou, entre d'altres, les aplicacions potencialment perjudicials, els binaris o les modificacions del marc de treball, i es pot classificar en diverses categories, com ara els troians, les aplicacions de pesca de credencials i les aplicacions de programari espia. Contínuament actualitzem les categories i n'afegim de noves.
Consulta la política de programari maliciós completa.
Exemples d'infraccions causades per SDK
- Aplicacions que infringeixen el model de permisos d'Android o que roben les credencials (com ara els testimonis d'OAuth) d'altres aplicacions.
- Aplicacions que fan un ús abusiu de les funcions per evitar que es desinstal·lin o s'aturin.
- Aplicacions que desactiven SELinux.
- La teva aplicació inclou un SDK que infringeix el model de permisos d'Android en adquirir privilegis elevats mitjançant l'accés a dades del dispositiu per a una finalitat no revelada.
- La teva aplicació inclou un SDK amb codi que enganya els usuaris perquè se subscriguin a contingut o en comprin a través de la factura del telèfon mòbil.
Les aplicacions d'augment de privilegis que rootegen dispositius sense el permís dels usuaris es classifiquen com a aplicacions de rooteig.
Política de programari no desitjat per a mòbils
Comportament transparent i comunicacions clares
Tot el codi ha de respondre a les promeses que es facin a l'usuari. Les aplicacions han de proporcionar totes les funcions comunicades. Les aplicacions no han de confondre els usuaris.
Exemples d'infraccions:
- Frau publicitari
- Enginyeria social
Protecció de les dades d'usuari
Explica de manera clara i transparent la informació sobre l'accés, l'ús, la recollida i la compartició de dades d'usuari personals i sensibles. Els usos de les dades d'usuari han de complir totes les polítiques sobre dades d'usuari rellevants, si escau, i prendre totes les precaucions necessàries per protegir les dades.
Exemples d'infraccions:
- Recollida de dades (consulta la secció Programari espia).
- Ús abusiu de permisos restringits
Consulta la Política de programari no desitjat per a mòbils completa.
Política d'ús abusiu de dispositius i de xarxes
No permetem les aplicacions que alteren o malmeten el dispositiu de l'usuari, altres dispositius o ordinadors, servidors, xarxes, interfícies de programació d'aplicacions (API) o serveis, o que hi interfereixen o hi accedeixen sense autorització. Això inclou altres aplicacions del dispositiu, qualsevol servei de Google i les xarxes d'operadors autoritzats, entre d'altres.
Les aplicacions o el codi de tercers (p. ex., SDK) amb llenguatges interpretats (JavaScript, Python, Lua, etc.) que es carreguin en temps d'execució (com ara si no estan empaquetats amb l'aplicació) no poden permetre cap possible infracció de les Polítiques de Google Play.
No permetem el codi que introdueix o explota vulnerabilitats de seguretat. Consulta el Programa de millora de la seguretat de les aplicacions per obtenir informació sobre els problemes de seguretat més recents que s'han comunicat als desenvolupadors.
Consulta la Política d'ús abusiu de dispositius i de xarxes completa.
Exemples d'infraccions causades per SDK
- Les aplicacions que faciliten serveis de servidor intermediari a tercers només poden fer-ho en aplicacions que tenen aquesta finalitat principal de cara a l'usuari.
- La teva aplicació inclou un SDK que baixa codi executable, com ara fitxers dex o codi natiu des d'una font que no és Google Play.
- La teva aplicació inclou un SDK que conté un element WebView amb una interfície de JavaScript afegida que carrega contingut web que no és de confiança (com ara un URL http://) o URL no verificats que s'han obtingut de fonts que no són de confiança (com poden ser els URL que s'han obtingut amb intents que no són de confiança).
- La teva aplicació inclou un SDK que conté codi utilitzat per actualitzar el seu propi APK.
- La teva aplicació inclou un SDK que exposa els usuaris a una vulnerabilitat de seguretat en baixar fitxers mitjançant una connexió no segura.
- La teva aplicació utilitza un SDK que conté codi que baixa o instal·la aplicacions de fonts desconegudes fora de Google Play.
Política de comportament enganyós
No permetem les aplicacions que intenten enganyar els usuaris o que fomenten un comportament deshonest, incloses, entre d'altres, les aplicacions considerades impossibles des d'un punt de vista funcional. Les aplicacions han de proporcionar comunicacions, descripcions i imatges o vídeos que reflecteixin amb precisió la seva funcionalitat en totes les parts de les metadades. Les aplicacions no han de provar d'imitar la funcionalitat ni els advertiments del sistema operatiu o d'altres aplicacions. Tots els canvis que es facin a la configuració del dispositiu s'han d'aplicar amb el coneixement i el consentiment de l'usuari, i s'han de poder revertir.
Consulta la política de comportament enganyós completa.
Transparència del comportament
Exemple d'una infracció causada per un SDK
- La teva aplicació inclou un SDK que fa servir tècniques per evadir les revisions de l'aplicació.
Quines polítiques per a desenvolupadors de Google Play estan associades normalment amb infraccions causades per SDK?
Per ajudar-te a garantir que el codi de tercers que utilitza la teva aplicació compleix les Polítiques del programa per a desenvolupadors de Google Play, consulta les polítiques següents en la seva totalitat.
- Política de dades d'usuari
- Permisos i API que accedeixen a informació sensible
- Política d'ús abusiu de dispositius i de xarxes
- Programari maliciós
- Programari no desitjat per a mòbils
- Programa d'SDK d'anuncis autocertificat per a famílies
- Política d'anuncis
- Comportament enganyós
- Polítiques del programa per a desenvolupadors de Google Play
Tot i que normalment aquestes polítiques són motiu de discussió, és important recordar que un codi SDK incorrecte pot fer que la teva aplicació infringeixi una política diferent que no s'indiqui més amunt. Recorda que has de revisar les polítiques en la seva totalitat i estar-ne al dia perquè és responsabilitat teva com a desenvolupador d'aplicacions el fet de garantir que els SDK gestionen les dades de l'aplicació de compliment amb les polítiques.
Per obtenir més informació, vista el nostre Centre d'ajuda.
Programari maliciós
La nostra política de programari maliciós és senzilla: l'ecosistema Android, inclòs Google Play Store, i els dispositius dels usuaris no poden dur a terme comportaments maliciosos (és a dir, no poden tenir programari maliciós). Seguint aquest principi fonamental, ens esforcem per proporcionar un ecosistema Android segur per als nostres usuaris i els seus dispositius Android.
El programari maliciós és qualsevol codi que pugui posar en risc els usuaris, les seves dades o els seus dispositius. El programari maliciós inclou, entre d'altres, les aplicacions potencialment perjudicials, els binaris o les modificacions del marc de treball, i es pot classificar en diverses categories, com ara els troians, les aplicacions de pesca de credencials i les aplicacions de programari espia. Contínuament actualitzem les categories i n'afegim de noves.
Tot i que hi ha diferents tipus de programari maliciós amb diverses funcions, normalment té un dels objectius següents:
- Posar en perill la integritat del dispositiu de l'usuari.
- Controlar el dispositiu de l'usuari.
- Permetre operacions controlades remotament perquè un atacant pugui accedir a un dispositiu infectat, o bé utilitzar-lo o explotar-lo d'alguna altra manera.
- Transmetre credencials o dades personals del dispositiu sense comunicar-ho a l'usuari i sense el seu consentiment.
- Propagar contingut brossa o ordres des del dispositiu infectat a altres dispositius o xarxes.
- Estafar l'usuari.
Una aplicació, un binari o una modificació del marc de treball poden ser potencialment perjudicials i, per tant, poden generar un comportament maliciós, fins i tot sense voler. Això es deu al fet que les aplicacions, els binaris o les modificacions del marc de treball poden funcionar de manera diferent segons diverses variables. Per això, allò que és perjudicial per a un dispositiu Android pot no suposar cap risc per a un altre. Per exemple, un dispositiu que tingui l'última versió d'Android no es veurà afectat per aplicacions perjudicials que utilitzin API obsoletes per dur a terme un comportament maliciós. En canvi, és possible que un dispositiu que encara faci servir una versió d'Android anterior sí que estigui en perill. Les aplicacions, els binaris o les modificacions del marc de treball es marquen com a programari maliciós o aplicacions potencialment perjudicials si clarament suposen un risc per a alguns o tots els dispositius i usuaris d'Android.
Les categories de programari maliciós que s'indiquen a continuació reflecteixen un dels nostres principis fonamentals: els usuaris han d'entendre quin ús s'està fent del seu dispositiu i com poden promoure un ecosistema segur que permeti una gran innovació i una experiència d'usuari de confiança.
Visiteu Google Play Protect per obtenir més informació.
Portes del darrere
Codi que permet l'execució d'operacions no desitjades, potencialment perjudicials i controlades remotament en un dispositiu.
Aquestes operacions poden incloure comportaments que classificarien l'aplicació, el binari o la modificació del marc de treball en una de les altres categories de programari maliciós en cas que s'executés automàticament. En general, "porta del darrere" fa referència a una operació potencialment perjudicial que pot produir-se en un dispositiu i que no encaixa en altres categories, com ara Frau de facturació o Programari espia comercial. Com a resultat, en algunes circumstàncies, un subconjunt de portes del darrere pot tractar-se com una vulnerabilitat de Google Play Protect.
Frau de facturació
Codi que aplica un càrrec automàtic a l'usuari de forma intencionada i enganyosa.
El frau de facturació mòbil es divideix en diverses categories: frau per SMS, frau per trucada i frau telefònic.
Frau per SMS
Codi que aplica un càrrec als usuaris per enviar SMS prèmium sense el seu consentiment o intenta ocultar les seves activitats d'SMS. Això últim s'aconsegueix amagant els acords de revelació o els missatges SMS de l'operador mòbil que informen l'usuari dels càrrecs o confirmen subscripcions.
Alguns codis, tot i que tècnicament revelen el comportament d'enviament d'SMS, presenten un comportament addicional que facilita el frau per SMS. Per exemple, amaguen a l'usuari parts d'un acord de revelació, en dificulten la lectura o suprimeixen condicionalment missatges SMS de l'operador mòbil que informen l'usuari dels càrrecs o confirmen una subscripció.
Frau per trucada
Codi que aplica un càrrec als usuaris fent trucades a números prèmium sense el seu consentiment.
Frau telefònic
Codi que enganya els usuaris perquè se subscriguin a contingut o en comprin a través de la seva factura del telèfon mòbil.
El frau telefònic inclou tota mena de facturació que no siguin SMS o trucades prèmium. Per exemple, la facturació directa de l'operador, els protocols d'aplicació sense fil (WAP) i les transferències de minuts de comunicació mòbil. El frau WAP és un dels tipus de frau telefònic més freqüents. El frau WAP pot incloure el fet d'enganyar un usuari perquè faci clic a un botó en un WebView transparent que es carrega de manera invisible. En fer això, s'inicia una subscripció recurrent i l'SMS o el correu electrònic de confirmació sovint es pirategen perquè els usuaris no s'adonin que hi ha hagut una transacció financera.
Programari assetjador
Codi que recull dades d'usuari personals o sensibles d'un dispositiu i les transmet a un tercer (una empresa o una altra persona física) amb finalitats de supervisió.
Les aplicacions han d'incloure una comunicació destacada adequada i obtenir el consentiment tal com s'indica a la política de dades d'usuari.
Directrius per a aplicacions de supervisió
Les aplicacions dissenyades i comercialitzades exclusivament per supervisar una altra persona (per exemple, pares que volen supervisar els seus fills o filles o, en l'àmbit de la gestió d'empreses, per supervisar empleats concrets), sempre que compleixin tots els requisits descrits més avall, són les úniques aplicacions de supervisió acceptables. Aquestes aplicacions no es poden utilitzar per fer un seguiment de cap altra persona (per exemple, un cònjuge), encara que ho sàpiga i ho consenti, independentment del fet que es mostri una notificació persistent. Aquestes aplicacions han de fer servir la marca de metadades IsMonitoringTool al seu fitxer de manifest per indicar de manera adequada que són aplicacions de supervisió.
Les aplicacions de supervisió han de complir aquests requisits:
- No es poden presentar com una solució d'espionatge o de vigilància secreta.
- No poden amagar ni encobrir el comportament de seguiment ni intentar enganyar els usuaris sobre aquesta funcionalitat.
- Han de presentar als usuaris una notificació persistent sempre que estiguin en funcionament i una icona única que les identifiqui clarament.
- Han de comunicar la funcionalitat de supervisió o seguiment a la descripció de Google Play Store.
- Les aplicacions de Google Play i les seves fitxes no han de proporcionar cap mètode per activar una funció que infringeixi aquestes condicions o per accedir-hi, com ara enllaçar a un APK allotjat fora de Google Play que no compleixi les condicions.
- Han de complir la legislació aplicable. Assumeixes tota la responsabilitat de determinar la legalitat de la teva aplicació a la regió a què està orientada.
Denegació de servei (DoS)
El codi executa, sense el coneixement de l'usuari, un atac de denegació de servei (DoS, per les seves sigles en anglès) o és part d'un atac DoS distribuït contra altres sistemes i recursos.
Per exemple, això pot passar en enviar una gran quantitat de sol·licituds HTTP per produir una càrrega excessiva en servidors remots.
Programes de baixada hostils
Codi que no és potencialment perjudicial per si mateix, però que baixa altres aplicacions que sí que ho són.
El codi pot ser un programa de baixada hostil si es compleix alguna de les condicions següents:
- Hi ha raons suficients per creure que s'ha creat per transmetre aplicacions potencialment perjudicials i n'ha baixat alguna, o conté codi que pot baixar i instal·lar aplicacions.
- Almenys un 5% de les aplicacions que ha baixat són aplicacions potencialment perilloses dins d'un llindar mínim de 500 aplicacions baixades observades (és a dir, n'hi ha 25 que són aplicacions potencialment perilloses).
Els navegadors i les aplicacions d'ús compartit de fitxers importants no es consideren programes de baixada hostils sempre que compleixin totes les condicions següents:
- No inicien baixades sense la interacció de l'usuari.
- Totes les baixades d'aplicacions potencialment perilloses han estat iniciades per usuaris que han donat el seu consentiment.
Amenaça per als usuaris que no facin servir Android
Codi que conté amenaces que no afecten Android.
Aquestes aplicacions no poden causar danys als usuaris que facin servir Android o als dispositius amb aquest sistema operatiu, però contenen components potencialment perjudicials per a altres plataformes.
Pesca de credencials
Codi que fa veure que prové d'una font de confiança, que sol·licita les credencials d'autenticació o la informació de facturació de l'usuari i que envia les dades a tercers. Aquesta categoria també s'aplica al codi que intercepta la transmissió de les credencials de l'usuari mentre estan en trànsit.
Els objectius habituals de la pesca de credencials són, entre d'altres, les credencials bancàries, els números de targetes de crèdit i les credencials dels comptes en línia de xarxes socials i jocs.
Ús abusiu dels privilegis elevats
Codi que posa en perill la integritat del sistema perquè trenca la zona de proves de l'aplicació, obté privilegis elevats o canvia o desactiva l'accés a les funcions de seguretat principals.
A continuació se'n donen uns quants exemples:
- Aplicacions que infringeixen el model de permisos d'Android o que roben les credencials (com ara els testimonis d'OAuth) d'altres aplicacions.
- Aplicacions que fan un ús abusiu de les funcions per evitar que es desinstal·lin o s'aturin.
- Aplicacions que desactiven SELinux.
Les aplicacions d'augment de privilegis que desbloquegen les limitacions del dispositiu sense el permís dels usuaris es classifiquen com a aplicacions de desbloqueig.
Programari de segrest
Codi que pren de manera parcial o total el control d'un dispositiu o de les dades d'un dispositiu i exigeix a l'usuari que faci un pagament o dugui a terme una acció per recuperar-ne el control.
Alguns programaris de segrest encripten les dades del dispositiu i exigeixen un pagament per desencriptar-les o utilitzen les funcions d'administrador del dispositiu per evitar que els usuaris no experts els suprimeixin. A continuació se'n donen uns quants exemples:
- Bloquejar l'accés de l'usuari al dispositiu i exigir-li diners per recuperar-ne el control.
- Encriptar les dades del dispositiu i exigir un pagament per, suposadament, desencriptar-les.
- Utilitzar les funcions del gestor de polítiques de dispositius i impedir que l'usuari pugui suprimir el programari maliciós.
El codi que es distribueix amb el dispositiu, la finalitat principal del qual és gestionar dispositius subvencionats, pot excloure's de la categoria Programari de segrest sempre que compleixi els requisits per bloquejar-se o gestionar-se de manera segura, així com els requisits pertinents de comunicació i consentiment de l'usuari.
Rooteig
Codi que rooteja el dispositiu.
Hi ha diferències entre el codi de rooteig maliciós i el no maliciós. Per exemple, les aplicacions de rooteig que no són malicioses avisen l'usuari que faran un rooteig del dispositiu i no executen accions addicionals que correspondrien a altres categories d'aplicacions potencialment perjudicials.
Les aplicacions de rooteig malicioses no informen l'usuari que faran un rooteig del dispositiu o, si ho fan, també executen accions addicionals que corresponen a altres categories d'aplicacions potencialment perjudicials.
Contingut brossa
Programari espia
El programari espia és qualsevol aplicació, codi o comportament maliciós que recopila, extreu o comparteix dades de l'usuari o del dispositiu que no estan relacionades amb funcionalitats que compleixen les polítiques.
També s'identifica com a programari espia el codi o comportament maliciós que es pot considerar espionatge envers l'usuari o que extreu dades sense l'avís ni el consentiment pertinents.
Alguns exemples d'infraccions de programari espia són, entre d'altres:
- Gravar àudio o trucades fetes al telèfon.
- Robar dades d'aplicacions.
- Una aplicació amb codi de tercers (per exemple, un SDK) maliciós que transmet dades fora del dispositiu sense que l'usuari ho esperi o sense avisar l'usuari ni obtenir-ne el consentiment pertinents.
Totes les aplicacions han de complir totes les polítiques del programa per a desenvolupadors de Google Play, incloses les relacionades amb les dades dels usuaris i dels dispositius, com ara les polítiques de programari no desitjat per a mòbils, dades d'usuari, permisos i API que accedeixen a informació sensible i requisits dels SDK.
Troià
Codi que sembla benigne, com ara un joc que aparentment només és un joc, però que du a terme accions no desitjades contra l'usuari.
Aquesta classificació normalment s'utilitza en combinació amb altres categories d'aplicacions potencialment perjudicials. Un troià té un component innocu i un component perjudicial que està amagat (per exemple, un joc que envia missatges SMS prèmium des del dispositiu de l'usuari en segon pla i sense que aquest se n'adoni).
Apunt sobre les aplicacions poc comunes
Apunt sobre la categoria Porta del darrere
La categoria de programari maliciós Porta del darrere es basa en com actua el codi. Una condició necessària perquè qualsevol codi es classifiqui com a porta del darrere és que permeti un comportament que l'inclouria en una de les altres categories de programari maliciós en cas que s'executés automàticament. Per exemple, si una aplicació permet la càrrega de codi dinàmic i aquest codi extreu missatges de text, l'aplicació es classificarà com a programari maliciós de porta del darrere.
Tanmateix, si una aplicació permet l'execució de codi arbitrari i no tenim cap motiu per pensar que l'execució d'aquest codi s'ha afegit per dur a terme un comportament maliciós, es considerarà que l'aplicació té vulnerabilitats, en comptes de considerar-se programari maliciós de porta del darrere, i es demanarà al desenvolupador que la corregeixi amb un pedaç.
Programari d'emmascarament
Una aplicació que utilitza una varietat de tècniques d'evasió per oferir a l'usuari funcionalitats diferents o falses de l'aplicació. Aquestes aplicacions s'emmascaren com a aplicacions o jocs legítims per semblar inofensives a les botigues d'aplicacions i utilitzen tècniques com ara l'ofuscació, la càrrega dinàmica de codi o l'encobriment per amagar contingut maliciós.
El programari d'emmascarament és similar a altres categories d'aplicacions potencialment perjudicials, en concret als troians, i la principal diferència resideix en les tècniques utilitzades per ofuscar l'activitat maliciosa.
Suplantació d'identitat
-
Desenvolupadors que insinuen falsament que tenen relació amb una altra empresa, desenvolupador, entitat o organització.
① El nom del desenvolupador que es mostra a la fitxa d'aquesta aplicació suggereix una relació oficial amb Google, tot i que no n'hi ha cap.
- Aplicacions amb icones i títols en què s'insinua falsament que existeix una relació amb una altra empresa, desenvolupador, entitat o organització.
① L'aplicació utilitza un emblema nacional i enganya els usuaris fent-los creure que està afiliada a l'administració pública.
② L'aplicació copia el logotip d'una entitat empresarial per suggerir falsament que és una aplicació oficial de l'empresa. -
Títols i icones d'aplicació tan similars als d'altres productes o serveis que poden confondre els usuaris.
① L'aplicació utilitza a la icona el logotip d'un lloc web popular de criptomonedes per suggerir que és el lloc web oficial.
② L'aplicació copia a la icona els personatges i el títol d'un programa de televisió famós i enganya els usuaris fent-los creure que està afiliada a un programa de televisió. -
Aplicacions que afirmen falsament que són l'aplicació oficial d'una entitat concreta. No permetem títols com ara "Justin Bieber Oficial" sense els permisos o els drets necessaris.
- Aplicacions que infringeixen les directrius de brànding d'Android.
Mobile Unwanted Software
A Google creiem que, si ens centrem en l'usuari, la resta ja arribarà. Als nostres principis sobre el programari i a la política de programari no desitjat, proporcionem recomanacions generals perquè el programari ofereixi una experiència d'usuari excel·lent. Aquesta política es basa en la política de programari no desitjat de Google i descriu els principis de l'ecosistema Android i de Google Play Store. El programari que infringeix aquests principis pot ser perjudicial per a l'experiència d'usuari, motiu pel qual prendrem mesures per garantir la protecció de la nostra comunitat.
Tal com s'esmenta a la política de programari no desitjat, hem detectat que la majoria de programari no desitjat té una o diverses d'aquestes característiques bàsiques:
- És enganyós i promet una proposta de valor que no compleix.
- Prova d'enganyar els usuaris perquè la instal·lin o s'amaga en la instal·lació d'un altre programa.
- No informa l'usuari sobre les seves funcions principals i importants.
- Afecta el sistema de l'usuari de manera imprevisible.
- Recull o transmet informació privada sense el coneixement de l'usuari.
- Recull o transmet informació privada sense una gestió segura (p. ex., transmissió mitjançant HTTPS).
- S'inclou en altres programaris i no s'informa de la seva presència.
Als dispositius mòbils, el programari és codi en forma d'aplicació, binari, modificació del marc de treball, etc. Per evitar el programari que és perjudicial per a l'ecosistema de programari o que pertorba l'experiència d'usuari, emprendrem accions sobre el codi que infringeixi aquests principis.
A continuació, ampliem l'aplicabilitat de la política de programari no desitjat al programari per a mòbils. Tal com passa amb aquesta política, continuarem perfeccionant la política de programari no desitjat per a mòbils per corregir nous tipus d'ús abusiu.
Comportament transparent i comunicacions clares
Tot el codi ha de respondre a les promeses que es facin a l'usuari. Les aplicacions han de proporcionar totes les funcions comunicades. Les aplicacions no han de confondre els usuaris.
- Les aplicacions han de comunicar amb claredat les seves funcions i els objectius.
- Expliqueu a l'usuari de manera clara i explícita quins canvis farà l'aplicació en el sistema. Permeteu que els usuaris revisin i aprovin totes les opcions i els canvis significatius en la instal·lació.
- El programari no ha de falsejar l'estat del dispositiu per a l'usuari (per exemple, afirmant que el sistema es troba en un estat de seguretat greu o està infectat amb virus).
- No utilitzeu activitats no vàlides dissenyades per incrementar el trànsit d'anuncis o les conversions.
- No permetem les aplicacions que enganyen els usuaris suplantant la identitat d'algú (p. ex., un altre desenvolupador, una empresa o una entitat) o d'una altra aplicació. No insinueu que l'aplicació té l'autorització d'algú o que hi està relacionada si no és cert.
Exemples d'infraccions:
- Frau publicitari
- Enginyeria social
Protegir les dades i la privadesa de l'usuari
Dona informació clara i transparent sobre l'accés, l'ús, la recollida i la compartició de dades d'usuari personals i sensibles. L'ús que es faci de les dades d'usuari ha de complir totes les polítiques de dades d'usuari corresponents, si escau, i cal prendre totes les precaucions necessàries per protegir les dades.
- Ofereix als usuaris l'opció d'acceptar la recollida de les seves dades abans de començar a recollir-les i enviar-les des del dispositiu, com ara les dades sobre comptes de tercers, l'adreça electrònica, el número de telèfon, les aplicacions instal·lades, els fitxers, la ubicació i altres dades personals i sensibles que l'usuari no espera que es recullin.
- Les dades d'usuari personals i sensibles que es recullin s'han de tractar de manera segura, fent servir la criptografia moderna per a la transmissió (per exemple, HTTPS).
- El programari, incloses les aplicacions mòbils, només ha de transmetre dades d'usuari personals i sensibles als servidors quan estiguin relacionades amb la funcionalitat de l'aplicació.
- No demanis als usuaris que desactivin les proteccions de seguretat del dispositiu, com Google Play Protect, ni els enganyis perquè ho facin. Per exemple, no ofereixis als usuaris recompenses o funcions addicionals a l'aplicació a canvi de desactivar Google Play Protect.
Exemples d'infraccions:
- Recollida de dades (consulta Programari espia)
- Ús abusiu de permisos restringits
Exemples de polítiques de dades d'usuari:
No perjudiqueu l'experiència mòbil
L'experiència d'usuari ha de ser directa i fàcil d'entendre i ha d'estar basada en opcions clares triades per l'usuari. Ha de presentar una proposta de valor clara per a l'usuari i no ha de pertorbar l'experiència d'usuari anunciada o desitjada.
- No publiqueu anuncis que es mostrin als usuaris de manera inesperada, com ara anuncis que afectin la usabilitat de les funcions del dispositiu o que hi interfereixin, ni anuncis que es mostrin fora de l'entorn de l'aplicació sense que es puguin ignorar fàcilment i sense tenir el consentiment ni l'atribució adequats.
- Les aplicacions no haurien d'interferir en altres aplicacions ni en la usabilitat del dispositiu.
- La desinstal·lació, si escau, ha de ser clara.
- El programari per a mòbils no ha d'imitar les sol·licituds del sistema operatiu del dispositiu o d'altres aplicacions. No suprimiu les alertes de l'usuari des d'altres aplicacions o des del sistema operatiu, especialment les que informen l'usuari de canvis al seu sistema operatiu.
Exemples d'infraccions:
- Anuncis pertorbadors
- Imitació o ús no autoritzat de la funcionalitat del sistema
Programes de baixada hostils
Codi que no és programari no desitjat per si mateix, però que baixa altres elements de programari no desitjat per a mòbils.
El codi pot ser un programa de baixada hostil si es compleix alguna de les condicions següents:
- Hi ha raons suficients per creure que s'ha creat per transmetre programari no desitjat per a mòbils i ha baixat algun element d'aquesta mena, o conté codi que pot baixar i instal·lar aplicacions.
- Almenys un 5% de les aplicacions que ha baixat és programari no desitjat per a mòbils dins d'un llindar mínim de 500 aplicacions baixades observades (és a dir, n'hi ha 25 que són programari no desitjat per a mòbils).
Els navegadors i les aplicacions d'ús compartit de fitxers importants no es consideren programes de baixada hostils sempre que compleixin les condicions següents:
- No iniciïn baixades sense la interacció de l'usuari.
- Totes les baixades de programari les hagin iniciat usuaris que hagin donat el seu consentiment.
Frau publicitari
- Una aplicació que renderitza anuncis que l'usuari no pot veure.
- Una aplicació que genera clics en anuncis automàticament sense que l'usuari tingui intenció de fer-hi clic o que produeix trànsit de xarxa equivalent per atribuir crèdits de clics de manera fraudulenta.
- Una aplicació que envia clics d'atribució d'instal·lació falsos per rebre pagaments per instal·lacions que no s'han originat a la xarxa del remitent.
- Una aplicació que mostra anuncis emergents quan l'usuari no és a la interfície de l'aplicació.
- Informació falsa de l'inventari d'anuncis per part d'una aplicació (p. ex., una aplicació que comunica a les xarxes publicitàries que s'està executant en un dispositiu iOS quan, de fet, ho fa en un dispositiu Android, o una aplicació que falseja el nom del paquet que s'està monetitzant).
Imitació o ús no autoritzat de la funcionalitat del sistema
No permetem les aplicacions ni els anuncis que imiten la funcionalitat del sistema o bé hi interfereixen, com ara les notificacions o els advertiments. Les notificacions de nivell del sistema només es poden fer servir per a les funcions principals d'una aplicació, com ara una aplicació d'una línia aèria que informa els usuaris d'ofertes especials o un joc que informa els usuaris de promocions al joc.
- Aplicacions o anuncis que es publiquen mitjançant una notificació o una alerta del sistema:① La notificació del sistema que es mostra en aquesta aplicació s'està fent servir per difondre un anunci.
Per veure més exemples relacionats amb els anuncis, consulteu la Política d'anuncis.
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.
Pagaments
- Els desenvolupadors que cobren per les baixades d'aplicacions des de Google Play han d'utilitzar el sistema de facturació de Google Play com a forma de pagament per a aquestes transaccions.
-
Les aplicacions distribuïdes per Play que requereixen o accepten pagaments per accedir a funcions o serveis inclosos a l'aplicació, com ara funcionalitats de l'aplicació o bé productes o contingut digitals (denominats conjuntament "compres des de l'aplicació"), han d'utilitzar el sistema de facturació de Google Play per a aquestes transaccions, tret que s'apliqui l'apartat 3, 8 o 9.
Alguns exemples de funcions o serveis d'aplicacions que requereixen l'ús del sistema de facturació de Google Play són, entre d'altres, les compres des de l'aplicació de productes com ara:
- Elements (per exemple, monedes virtuals, vides extres, temps de joc addicional, elements complementaris, personatges i avatars).
- Serveis de subscripció (com ara els relacionats amb el fitnes, els jocs, les cites, l'educació, la música, els vídeos, les actualitzacions de serveis i altres tipus de contingut).
- La funcionalitat o el contingut de l'aplicació (per exemple, una versió sense anuncis d'una aplicació o funcions noves que no estan disponibles a la versió gratuïta).
- Programari i serveis en núvol (per exemple, serveis d'emmagatzematge de dades i programari de productivitat empresarial i de gestió financera).
- El sistema de facturació de Google Play no s'ha d'utilitzar si:
- El pagament es fa principalment:
- Per comprar o llogar productes físics (per exemple, queviures, roba, articles de la llar o productes electrònics).
- Per comprar serveis físics (per exemple, serveis de transport o de neteja, bitllets d'avió, quotes del gimnàs, menjar a domicili o entrades per a esdeveniments en directe).
- Perquè és una remesa relacionada amb una factura de la targeta de crèdit o una factura de subministraments (per exemple, serveis per cable i de telecomunicacions).
- Els pagaments inclouen pagaments d'igual a igual, subhastes en línia i donacions exemptes d'impostos.
- El pagament és de contingut o de serveis que faciliten les apostes en línia, tal com es descriu a la secció Aplicacions d'apostes de la política de concursos, jocs i apostes amb diners reals.
- El pagament es fa per una categoria de producte que s'ha considerat inacceptable segons les polítiques de continguts del Centre de pagaments de Google.
Nota: en alguns mercats, Google Pay s'ofereix per a aplicacions de venda de productes o serveis físics. Per obtenir més informació, ves a la nostra pàgina de Google Pay per a desenvolupadors.
- El pagament es fa principalment:
- A banda de les condicions descrites als apartats 3, 8 i 9, les aplicacions no poden dirigir els usuaris a una forma de pagament diferent del sistema de facturació de Google Play. Aquesta prohibició inclou, entre d'altres, dirigir els usuaris a altres formes de pagament mitjançant:
- La fitxa d'una aplicació a Google Play.
- Promocions de l'aplicació relacionades amb el contingut que es pot comprar.
- WebViews, botons, enllaços, missatges, anuncis o altres crides a l'acció integrats a l'aplicació.
- Fluxos de la interfície d'usuari a l'aplicació, inclosos els fluxos de creació de comptes o de registre, que porten els usuaris d'una aplicació a una forma de pagament diferent del sistema de facturació de Google Play com a part del procés.
-
Les monedes virtuals a l'aplicació només s'han de fer servir dins de l'aplicació o del joc per al qual s'hagin comprat.
-
Els desenvolupadors han d'informar els usuaris de manera clara i precisa sobre les condicions i els preus de l'aplicació i de qualsevol funció o subscripció integrada en l'aplicació que posin a la venda. Els preus oferts des de l'aplicació han de coincidir amb els de la interfície de facturació de Play orientada a l'usuari. Si la descripció del producte a Google Play fa referència a funcions integrades en l'aplicació que poden requerir un càrrec específic o addicional, la fitxa de l'aplicació ha de notificar clarament als usuaris que cal pagar per accedir a aquestes funcions.
-
Les aplicacions i els jocs que ofereixen mecanismes per rebre elements virtuals de manera aleatòria en fer una compra, incloses, entre d'altres, "caixes de botins", han d'indicar clarament les probabilitats de rebre aquests articles abans de fer la compra, en un moment oportú i pròxim a l'adquisició.
-
Tret que s'apliquin les condicions descrites a l'apartat 3, els desenvolupadors d'aplicacions distribuïdes a través de Google Play que requereixin o acceptin pagaments d'usuaris d'aquests països o regions per accedir a compres des de l'aplicació poden oferir als usuaris un sistema de facturació alternatiu juntament amb el sistema de facturació de Google Play per fer aquestes transaccions. Només cal que emplenin correctament el formulari de declaració de facturació de cada programa i que acceptin les condicions addicionals i els requisits del programa corresponents.
-
Els desenvolupadors d'aplicacions distribuïdes per mitjà de Google Play poden dirigir els usuaris que es troben a l'Espai Econòmic Europeu (EEE) fora de l'aplicació, fins i tot per promoure ofertes de funcions i serveis digitals dins de l'aplicació. Els desenvolupadors que dirigeixin els usuaris de l'EEE fora de l'aplicació hauran de completar correctament el formulari de declaració per al programa i acceptar les condicions addicionals i els requisits del programa corresponents.
Anuncis
Per mantenir la qualitat de l'experiència, tenim en compte el contingut de l'anunci, el públic, l'experiència d'usuari i el comportament, així com la seguretat i la privadesa. Com que considerem els anuncis i les ofertes associades part de la teva aplicació, també han de complir totes les altres polítiques de Google Play. També sotmetem els anuncis a requisits addicionals quan es monetitza una aplicació orientada al públic infantil a Google Play.
També pots obtenir més informació sobre les nostres polítiques de promoció d'aplicacions i de fitxa de Play Store en aquest enllaç, inclosa la manera com abordem les pràctiques de promoció enganyoses.
Contingut de l’anunci
Anuncis inadequats
- Anuncis inadequats per a la classificació del contingut de l'aplicació
① Aquest anunci no és adequat (Adolescents) per a la classificació del contingut de l'aplicació (Per a tots els públics).
② Aquest anunci no és adequat (Adults) per a la classificació del contingut de l'aplicació (Adolescents).
③ L'oferta de l'anunci (promoure la baixada d'una aplicació per a adults) no és adequada per a la classificació del contingut de l'aplicació de videojocs en què s'ha mostrat l'anunci (Per a tots els públics).
Requisits dels anuncis per a famílies
Anuncis enganyosos
Els anuncis no han de simular ni substituir la interfície d'usuari de cap funció de l'aplicació, com ara les notificacions o els avisos d'un sistema operatiu. L'usuari ha de tenir clar quina aplicació difon cada anunci.
-
Anuncis que imiten la interfície d'usuari d'una aplicació:
① La icona del signe d'interrogació d'aquesta aplicació és un anunci que dirigeix l'usuari a una pàgina de destinació externa.
-
Anuncis que imiten una notificació del sistema:
① ② Els exemples anteriors il·lustren anuncis que imiten diverses notificacions del sistema.
① L'exemple anterior il·lustra una secció de funcions que imita altres funcions, però que només dirigeix l'usuari a un anunci o anuncis.
Anuncis pertorbadors
Els anuncis pertorbadors són anuncis que es mostren als usuaris de manera inesperada, que poden provocar clics involuntaris o bé que afecten la usabilitat de les funcions del dispositiu o hi interfereixen.
La teva aplicació no pot obligar un usuari a fer clic en un anunci ni a enviar informació personal amb finalitats publicitàries per poder utilitzar-ne totes les funcions. Els anuncis només es poden mostrar dins de l'aplicació que els difon i no poden interferir amb altres aplicacions, anuncis o el funcionament del dispositiu, inclosos els botons i els ports del sistema o del dispositiu. Això inclou les superposicions, la funcionalitat complementària i els blocs d'anuncis amb widgets. Si la teva aplicació mostra anuncis de qualsevol tipus que impedeixin utilitzar-la amb normalitat, s'han de poder ignorar fàcilment sense penalització.
- Anuncis que ocupen tota la pantalla o interfereixen en l'ús normal i que no ofereixen un mitjà clar per tancar-los:
① Aquest anunci no té cap botó per ignorar-lo.
- Anuncis que obliguen l'usuari a fer un clic d'entrada utilitzant un botó fals per ignorar-lo o fent aparèixer anuncis sobtadament en zones de l'aplicació quan l'usuari toca una altra funció:
① Aquest anunci utilitza un botó per ignorar-lo fals.
② Aquest anunci apareix sobtadament en una àrea que l'usuari normalment tocaria per accedir a les funcions integrades a l'aplicació.
- Anuncis que es mostren fora de l'aplicació que els publica:
① L'usuari navega fins a la pantalla d'inici des d'aquesta aplicació i, de sobte, hi apareix un anunci.
- Anuncis activats pel botó d'inici o per altres funcions dissenyades específicament per sortir de l'aplicació:
① L'usuari intenta sortir de l'aplicació i navegar fins a la pantalla d'inici, però un anunci interromp el procés esperat.
Experiències de Better Ads
Els desenvolupadors han de complir les directrius d'anuncis següents per garantir experiències d'alta qualitat als usuaris que utilitzen les aplicacions de Google Play. Els anuncis no s'han de mostrar de manera inesperada als usuaris:
- No es permeten els anuncis intersticials de pantalla completa en cap format (vídeo, GIF, estàtic, etc.) que es mostrin de manera inesperada, normalment quan l'usuari ha triat fer una altra cosa.
- No es permeten els anuncis que apareixen durant les partides al començament d'un nivell o en començar un segment de contingut.
- No es permeten els anuncis intersticials de vídeo de pantalla completa que apareixen abans de la pantalla de càrrega (pantalla inicial) d'una aplicació.
- No es permeten els anuncis intersticials de pantalla completa en cap format que no es puguin tancar al cap de 15 segons. Els intersticials de pantalla completa d'activació o els intersticials de pantalla completa que no interrompen les accions de l'usuari (per exemple, després de la pantalla de puntuació en una aplicació de videojocs) poden durar més de 15 segons.
Aquesta política no s'aplica als anuncis amb recompenses als quals els usuaris es donen d'alta explícitament (per exemple, un anunci que els desenvolupadors ofereixin veure explícitament a l'usuari a canvi de desbloquejar una funció del joc o un element de contingut específics). Aquesta política tampoc s'aplica a la monetització ni a la publicitat que no interfereixin amb l'ús normal de l'aplicació o amb les partides (per exemple, contingut de vídeo amb anuncis integrats o anuncis de bàner que no són de pantalla completa).
Aquestes directrius estan inspirades en les directrius per a experiències amb aplicacions mòbils dels estàndards Better Ads. Per obtenir més informació sobre els estàndards Better Ads, consulta Coalition for Better Ads.- Els anuncis inesperats que apareixen durant les partides o en iniciar un segment de contingut (per exemple, després que un usuari faci clic en un botó i abans que hagi tingut efecte l'acció prevista del clic del botó). Aquests anuncis són inesperats per als usuaris, ja que, en lloc d'això, esperen començar una partida o interaccionar amb el contingut.
① Un anunci estàtic inesperat apareix durant les partides al començament d'un nivell.
② Un anunci de vídeo inesperat apareix en iniciar un segment de contingut. - Un anunci de pantalla completa que apareix durant les partides i que no es pot tancar al cap de 15 segons.
① Un anunci intersticial apareix durant les partides i no ofereix als usuaris l'opció d'ometre'l al cap de 15 segons.
Creades per publicar anuncis
- Aplicacions en què es col·loca un anunci intersticial després d'una acció de l'usuari (com ara, entre d'altres, fer clic, lliscar, etc.) de manera consecutiva.
① La primera pàgina dins de l'aplicació té diversos botons d'interacció. Quan l'usuari fa clic a Inicia l'aplicació per utilitzar l'aplicació, emergeix un anunci intersticial. Un cop tancat l'anunci, l'usuari torna a l'aplicació i fa clic a Servei per començar a utilitzar el servei, però apareix un altre anunci intersticial.
② A la primera pàgina, es guia l'usuari perquè faci clic a Juga, ja que és l'únic botó disponible per utilitzar l'aplicació. Quan l'usuari hi fa clic, es mostra un anunci intersticial. Un cop tancat l'anunci, l'usuari fa clic a Inicia, ja que és l'únic botó amb què es pot interaccionar. Emergeix un altre anunci intersticial.
Monetització de la pantalla de bloqueig
Frau publicitari
El frau publicitari està estrictament prohibit. Per obtenir més informació, consulta la nostra política sobre frau publicitari.
Ús de dades d'ubicació per als anuncis
Les aplicacions que amplien l'ús de les dades d'ubicació del dispositiu basades en permisos per difondre anuncis estan subjectes a la política d'informació personal i sensible i a les restriccions següents:
- L'ús o la recollida de dades d'ubicació del dispositiu basades en permisos amb finalitats publicitàries han de ser clars per a l'usuari i han d'estar documentats a la política de privadesa obligatòria de l'aplicació, amb enllaços a les polítiques de privadesa de xarxes publicitàries relacionades en què es tracti l'ús de les dades d'ubicació.
- D'acord amb els requisits dels permisos d'ubicació, aquests permisos només es poden sol·licitar per implementar funcions o serveis actuals de l'aplicació, i no s'han de demanar permisos d'ubicació del dispositiu només per oferir anuncis.
Ús de l'identificador de publicitat d'Android
A la versió 4.0 de Serveis de Google Play s'han inclòs API noves i un identificador que els anunciants i els proveïdors d'anàlisis poden utilitzar. A continuació s'indiquen les condicions d'ús d'aquest identificador.
- Ús. L'identificador de publicitat d'Android (AAID) només es pot utilitzar per fer anàlisis de la publicitat i dels usuaris. Cal verificar l'estat de les opcions de configuració "Desactiva anuncis basats en interessos" o "Desactiva Personalització d'anuncis" en cada accés de l'identificador.
- Associació amb informació d'identificació personal o amb altres identificadors.
- Ús publicitari: l'identificador de publicitat no es pot connectar a identificadors de dispositiu permanents (per exemple, SSAID, adreça MAC, IMEI, etc.) amb cap finalitat publicitària. L'identificador de publicitat només es pot associar a informació d'identificació personal amb el consentiment explícit de l'usuari.
- Ús per a analítica: l'identificador de publicitat no es pot connectar a informació d'identificació personal ni associar a identificadors de dispositiu permanents (per exemple, SSAID, adreça MAC, IMEI, etc.) per a cap finalitat d'analítica. Llegeix la política de dades d'usuari per consultar més directrius addicionals sobre identificadors de dispositiu persistents.
- Respectar les seleccions dels usuaris.
- Si es restableix un identificador de publicitat nou, no es pot associar a un d'anterior ni a dades derivades d'un identificador de publicitat anterior sense el consentiment explícit de l'usuari.
- Has de respectar que l'usuari s'hagi donat de baixa dels anuncis basats en interessos o de la personalització d'anuncis a la configuració. Si un usuari ha activat aquesta opció de configuració, no pots utilitzar l'identificador de publicitat per crear perfils d'usuari amb finalitats publicitàries ni per segmentar usuaris amb anuncis personalitzats. Es permeten activitats com la publicitat contextual, la limitació de freqüència, el seguiment de conversions, la creació d'informes, la seguretat i la detecció de fraus.
- Als dispositius nous, quan un usuari suprimeix l'identificador de publicitat d'Android, l'identificador s'elimina. Qualsevol intent d'accedir a l'identificador rebrà una cadena de zeros. Un dispositiu que no tingui cap identificador de publicitat no es pot associar a dades enllaçades o derivades d'un identificador de publicitat anterior.
- Transparència per als usuaris. La recollida i l'ús de l'identificador de publicitat i el compromís amb aquestes condicions s'han de comunicar als usuaris mitjançant una notificació de privadesa legalment adequada. Per obtenir més informació sobre els nostres estàndards de privadesa, consulta la nostra política de dades d'usuari.
- Complir les condicions d'ús. L'identificador de publicitat només es pot utilitzar d'acord amb les Polítiques del programa per a desenvolupadors de Google Play. Això també inclou l'ús que en faci qualsevol part amb què el comparteixis durant el desenvolupament de la teva activitat comercial. Totes les aplicacions penjades o publicades a Google Play han d'utilitzar l'identificador de publicitat (si està disponible al dispositiu), en comptes de qualsevol altre identificador de dispositiu, per a finalitats publicitàries.
Subscripcions
Com que sou desenvolupador, no podeu enganyar els usuaris pel que fa a qualsevol contingut o servei de subscripció que oferiu a l'aplicació. És molt important que us expresseu amb claredat en totes les pantalles inicials o a les promocions de l'aplicació. No permetem les aplicacions que fan que els usuaris siguin objecte d'experiències de compra enganyoses o manipuladores (aquest criteri també s'aplica a les compres des de l'aplicació i a les subscripcions).
Heu d'explicar clarament en què consisteix allò que oferiu. Per tant, heu d'indicar explícitament les condicions de l'oferta, el cost de la subscripció, la freqüència del cicle de facturació i si cal una subscripció per utilitzar l'aplicació. Els usuaris no haurien de dur a terme cap més acció per consultar aquesta informació.
Les subscripcions han de proporcionar als usuaris un valor constant i recurrent al llarg de tota la seva durada i no es poden fer servir per oferir als usuaris avantatges d'un sol ús (com ara SKU que ofereixin saldo o diners de l'aplicació en un sol pagament o potenciadors per al joc d'un sol ús). La vostra subscripció pot oferir incentius o bonificacions promocionals, però han de ser complementaris al valor constant i recurrent proporcionat al llarg de tota la durada de la subscripció. Els productes que no ofereixen un valor constant i recurrent s'han d'oferir com a producte de compra des de l'aplicació en lloc de producte de subscripció.
No pots encobrir o descriure incorrectament els avantatges d'un sol ús com a subscripcions per als usuaris. Això inclou modificar una subscripció per convertir-la en una oferta d'un sol ús (per exemple, cancel·lant, desactivant o minimitzant el valor recurrent) després que l'usuari l'hagi comprat.
- Subscripcions mensuals que no informen els usuaris que se'ls renovarà automàticament la subscripció i se'ls cobrarà cada mes.
- Subscripcions anuals que destaquen més el preu per mes.
- Subscripcions amb el preu i les condicions sense localitzar per complet.
- Promocions a l'aplicació que no mostren clarament que l'usuari pot accedir a contingut sense subscripció (quan estigui disponible).
- Noms d'SKU que no transmeten amb precisió la naturalesa de la subscripció, com ara "Prova gratis" o "Prova la subscripció prèmium: 3 dies gratis" per a una subscripció amb un càrrec que es renova automàticament.
- Diverses pantalles al flux de compra que fan que els usuaris facin clics accidentals al botó de subscripció.
- Subscripcions que no proporcionen un valor constant ni recurrent, com ara les que ofereixen 1.000 gemes durant el primer mes i, després, redueixen l'oferta a 1 gema els mesos següents de la subscripció.
- Requerir que l'usuari es registri en una subscripció que es renova de manera automàtica per aconseguir un avantatge d'un sol ús i cancel·lar la subscripció de l'usuari sense que ho sol·liciti després de la compra.
① El botó Ignora no es veu clarament i és possible que els usuaris no entenguin que tenen accés a les funcions sense acceptar l'oferta de subscripció.
② L'oferta només mostra el preu per mes i és possible que els usuaris no entenguin que, en subscriure's, se'ls cobraran sis mesos.
③ L'oferta només mostra el preu de llançament i és possible que els usuaris no entenguin què se'ls cobrarà automàticament en acabar el període de llançament.
④ L'oferta ha d'estar localitzada al mateix idioma que els termes i condicions perquè els usuaris puguin entendre-la completament.
Exemple 2:
① Els clics repetits en un botó situat a la mateixa zona condueixen l'usuari a fer clic de manera involuntària al botó final per continuar amb la confirmació de la subscripció.
② El preu que es cobra als usuaris quan acaba la prova és difícil de llegir, de manera que aquests poden pensar que el pla no té cap cost econòmic.
Proves gratuïtes i ofertes promocionals
- Ofertes que no expliquen clarament quant durarà la prova gratuïta o el preu de llançament.
- Ofertes que no expliquen clarament que l'usuari s'inscriurà automàticament a una subscripció de pagament en finalitzar el període de l'oferta.
- Ofertes que no mostren clarament que l'usuari pot accedir a contingut sense una prova (quan estigui disponible).
- Ofertes amb el preu i les condicions sense localitzar per complet.
① El botó Ignora no es veu clarament i és possible que els usuaris no entenguin que tenen accés a les funcions sense registrar-se per gaudir de la prova gratuïta.
② L'oferta destaca la prova gratuïta i és possible que els usuaris no entenguin que se'ls farà un càrrec automàtic quan la prova finalitzi.
③ L'oferta no indica el període de prova i és possible que els usuaris no entenguin quant durarà l'accés gratuït al contingut de la subscripció.
④ L'oferta ha d'estar localitzada al mateix idioma que els termes i condicions perquè els usuaris puguin entendre-la completament.
Gestió, cancel·lació i reembossament de les subscripcions
Si vens subscripcions a les teves aplicacions, t'has d'assegurar que a l'aplicació es comuniqui clarament com pot fer un usuari per gestionar o cancel·lar la seva subscripció. També has d'incloure a l'aplicació l'accés a un mètode en línia fàcil d'utilitzar per cancel·lar la subscripció. Pots complir amb aquest requisit incloent a la configuració del compte a l'aplicació (o en una pàgina equivalent):
- Un enllaç al Centre de subscripcions de Google Play (per a les aplicacions que fan servir el sistema de facturació de Google Play).
- Un accés directe al procés de cancel·lació.
Si un usuari cancel·la una subscripció comprada a través del sistema de facturació de Google Play, la nostra política general és que no se li reembossarà el període de facturació actual, sinó que continuarà rebent el contingut de la subscripció durant el temps restant del període, independentment de la data de cancel·lació. La cancel·lació de l'usuari serà efectiva quan s'acabi el període de facturació actual.
Com que ets el proveïdor de contingut o d'accés, pots implementar una política de reembossaments més flexible directament amb els teus usuaris. Tens la responsabilitat de notificar als usuaris qualsevol canvi que es produeixi a les teves polítiques de subscripció, cancel·lació i reembossaments, així com de garantir que les polítiques compleixin la legislació aplicable.
Programa d'SDK d'anuncis autocertificats per a famílies
Si difons anuncis en una aplicació que té definits els nens i nenes com a únic públic objectiu, tal com es descriu a la política d'aplicacions per a famílies, has d'utilitzar només SDK d'anuncis que compleixin les polítiques de Google Play mitjançant l'autocertificació, inclosos els requisits d'SDK d'anuncis autocertificats per a famílies que s'indiquen a continuació.
Si el públic objectiu de l'aplicació inclou tant nens i nenes com adults, t'has d'assegurar que els anuncis que es mostren al públic infantil provinguin exclusivament d'una d'aquestes versions dels SDK d'anuncis autocertificats (per exemple, implementant mesures de pantalla neutra de verificació d'edat).
Tingues en compte que és responsabilitat teva garantir que totes les versions dels SDK que implementis a la teva aplicació, incloses les versions dels SDK d'anuncis autocertificats, compleixin totes les polítiques aplicables, així com totes les lleis i la normativa locals. Google no ofereix cap garantia ni declaració respecte a la precisió de la informació que els SDK d'anuncis proporcionen durant el procés d'autocertificació.
L'ús d'SDK d'anuncis autocertificats per a famílies només s'exigeix si utilitzes els SDK d'anuncis per difondre anuncis entre els nens i nenes. Es permet fer el següent sense l'autocertificació d'SDK d'anuncis amb Google Play. No obstant això, ets responsable d'assegurar-te que el contingut dels anuncis i les pràctiques de recollida de dades compleixin la política de dades d'usuari i la política d'aplicacions per a famílies de Google Play.
- Mostrar publicitat interna en què utilitzis SDK per gestionar la promoció creuada de les teves aplicacions o altres mitjans i productes de marxandatge en propietat.
- Arribar a acords directes amb anunciants que et permetin utilitzar SDK amb finalitats de gestió d'inventari.
Requisits dels SDK d'anuncis autocertificats per a famílies
- Defineix quins continguts d'anuncis i quins comportaments són inacceptables, i prohibeix-los a les condicions o les polítiques dels SDK d'anuncis. Aquestes definicions han de complir les Polítiques del programa per a desenvolupadors de Google Play.
- Crea un mètode per classificar les creativitats d'anunci d'acord amb grups adequats a l'edat. Els grups adequats a l'edat han d'incloure com a mínim grups Per a tothom i Adults. La metodologia de classificació s'ha d'ajustar a la metodologia que Google proporciona als SDK una vegada emplenat el formulari d'interès que hi ha més avall.
- Permet que els editors sol·licitin, per cada sol·licitud individual o per cada aplicació, aplicar el tractament de contingut dirigit a nens per a la difusió d'anuncis. Aquest tractament ha de complir les lleis i la normativa aplicables, com ara la Llei de protecció de la privadesa infantil a Internet dels EUA (COPPA) i el Reglament general de protecció de dades (RGPD) de la Unió Europea. Com a part del tractament de contingut dirigit a nens, Google Play requereix que els SDK d'anuncis desactivin els anuncis personalitzats, la publicitat basada en interessos i el remàrqueting.
- Permet que els editors seleccionin formats d'anunci que compleixin la política d'anuncis i monetització per a famílies de Google Play i el requisit del programa Aprovada per professors.
- Assegura't que, quan s'utilitzin les ofertes en temps real per difondre anuncis entre els nens i nenes, les creativitats s'hagin revisat i els indicadors de privadesa s'hagin propagat als oferents.
- Proporciona a Google informació suficient (per exemple, enviant una aplicació de prova i la informació que s'indica al formulari d'interès a continuació) perquè verifiqui que l'SDK d'anuncis compleix tots els requisits d'autocertificació de la política, i respon de manera oportuna a les sol·licituds posteriors d'informació; com ara l'enviament de noves versions per verificar que la versió de l'SDK d'anuncis compleixi els requisits d'autocertificació.
- Autocertifica que totes les noves versions compleixen les Polítiques del programa per a desenvolupadors de Google Play més recents, inclosos els requisits de la política d'aplicacions per a famílies.
Nota: els SDK d'anuncis autocertificats per a famílies han d'admetre la difusió d'anuncis que compleixi tots els estatus i normatives relatives a nens i nenes que es puguin aplicar als seus editors.
Pots obtenir més informació sobre com incloure marques d'aigua a les creativitats de l'anunci i com proporcionar una aplicació de prova aquí.
A continuació trobaràs els requisits de mediació per a les plataformes de difusió d'anuncis quan es difonen anuncis entre els nens i nenes:
- Utilitza només SDK d'anuncis autocertificats per a famílies o bé implementa les mesures de protecció necessàries per garantir que tots els anuncis difosos procedents de la mediació compleixin aquests requisits.
- Transmet la informació necessària a les plataformes de mediació per indicar la classificació del contingut dels anuncis i qualsevol tractament aplicable de contingut dirigit a nens.
Els desenvolupadors poden consultar la llista d'SDK d'anuncis autocertificats per a famílies i quines versions concretes d'aquests SDK d'anuncis estan autocertificades per a l'ús en aplicacions per a famílies aquí.
També poden compartir aquest formulari d'interès amb els SDK d'anuncis que vulguin obtenir l'autocertificació.
Fitxa de Play Store i promoció
Promoció d'aplicacions
No permetem les aplicacions que, d'una manera directa o indirecta, duen a terme pràctiques promocionals (p. ex., anuncis) enganyoses o perjudicials per als usuaris o per a l'ecosistema dels desenvolupadors, o bé que es beneficien d'aquestes pràctiques. Les pràctiques promocionals són enganyoses o perjudicials si el seu comportament o contingut incompleix les nostres Polítiques del Programa per a desenvolupadors.
- Utilitzar anuncis enganyosos en llocs web, aplicacions o altres propietats, incloses les notificacions que s'assemblen a les notificacions i alertes del sistema.
- Utilitzar anuncis sexualment explícits per dirigir els usuaris a la fitxa de Google Play de la teva aplicació amb l'objectiu que la baixin.
- Fer servir tàctiques de promoció o d'instal·lació per redirigir els usuaris a Google Play o baixar aplicacions sense que l'usuari n'estigui informat.
- Fer promoció no desitjada mitjançant serveis d'SMS.
- Text o imatge al títol de l'aplicació, a la icona o al nom de desenvolupador que indica el rendiment o la classificació de la botiga, el preu o informació promocional, o que suggereix relacions amb programes de Google Play existents.
És responsabilitat vostra garantir que qualsevol xarxa publicitària, afiliat o anunci associats a la vostra aplicació compleixin aquestes polítiques.
Metadades
Els usuaris depenen de les descripcions de l'aplicació per poder entendre'n la funcionalitat i l'objectiu. No permetem les aplicacions que contenen metadades enganyoses, amb format incorrecte, no descriptives, irrellevants, excessives o inadequades. Això inclou, entre d'altres, la descripció, el nom del desenvolupador, el títol, la icona, les captures de pantalla i les imatges promocionals de l'aplicació. Els desenvolupadors han de proporcionar una descripció clara i ben escrita de l'aplicació. Tampoc no admetem a la descripció de l'aplicació testimonis d'usuaris anònims o sense atribuir.
El títol, la icona de l'aplicació i el nom de desenvolupador són elements especialment útils per als usuaris a l'hora de trobar la teva aplicació i descobrir-ne informació. No utilitzeu emojis, emoticones ni caràcters especials repetits en aquests elements de les metadades. Evita fer servir NOMÉS MAJÚSCULES tret que sigui part del nom de la teva marca. No es permeten símbols enganyosos a les icones de l'aplicació, per exemple: un punt que indiqui que hi ha un missatge nou quan no n'hi ha cap, o els símbols de baixada i instal·lació quan l'aplicació no està relacionada amb la baixada de contingut. El títol de l'aplicació ha de tenir 30 caràcters com a màxim. No facis servir text ni imatges al títol de l'aplicació, a la icona o al nom de desenvolupador que indiquin el rendiment, la classificació de la botiga, el preu o informació promocional, o que suggereixin relacions amb programes de Google Play existents.
A més dels requisits que s'indiquen aquí, és possible que algunes polítiques específiques per a desenvolupadors de Google Play requereixin que proporcionis informació addicional de les metadades.
① Testimonis d'usuaris anònims o sense atribuir
② Comparació de dades d'aplicacions o marques
③ Blocs de paraules i llistes de paraules en vertical o horitzontal
① Escriure paraules en MAJÚSCULES encara que no formin part del nom d'una marca
② Seqüències de caràcters especials que no són rellevants per a l'aplicació
③ L'ús d'emojis, emoticones (inclosos els kaomojis) i caràcters especials
④ Símbols enganyosos
⑤ Text enganyós
- Imatges o text que facin referència al rendiment o a la classificació a la botiga, com ara "Aplicació de l'any", "Núm. 1", "El millor de Play el 20XX", "Popular", icones de premis, etc.
-
Imatges o text per indicar informació promocional o sobre preus, com ara "10% de descompte", "Devolució de 50 €", "Gratis només per un temps limitat", etc.
- Imatges o text que facin referència a programes de Google Play, com ara "Selecció de l'editor", "Novetat", etc.
A continuació s'indiquen alguns exemples de textos, d'imatges o de vídeos inadequats de la teva fitxa:
- Imatges o vídeos amb contingut sexualment suggeridor. Evita utilitzar imatges suggeridores en què es mostrin pits, natges, genitals o altres parts del cos o continguts que siguin objecte de fetitxisme, siguin il·lustracions o imatges reals.
- Llenguatge obscè, vulgar o d'un altre tipus que no sigui adequat per al públic general a la fitxa de Play Store de l'aplicació.
- Violència explícita representada de manera destacada en icones, imatges promocionals o vídeos de l'aplicació.
- Contingut que mostri el consum il·legal de drogues. El contingut educatiu, documental, científic o artístic també ha de ser adequat per a tots els públics a la fitxa de Play Store.
A continuació s'indiquen algunes pràctiques recomanades:
- Destaca els punts forts de la teva aplicació. Comparteix fets interessants i fascinants sobre l'aplicació per ajudar els usuaris a entendre per què és especial.
- Assegura't que el títol i la descripció de la teva aplicació representin acuradament la seva funcionalitat.
- Evita fer servir paraules clau o referències repetitives o no relacionades.
- Proporciona una descripció succinta i directa de la teva aplicació. Les descripcions breus solen millorar l'experiència d'usuari, sobretot en dispositius amb pantalles petites. L'excés de longitud o de detall, el format incorrecte o les repeticions poden suposar una infracció d'aquesta política.
- Recorda que la teva fitxa ha de ser adequada per al públic general. Evita utilitzar textos, imatges o vídeos inadequats i segueix les directrius anteriors.
Puntuacions, ressenyes i instal·lacions dels usuaris
Els desenvolupadors no han d'intentar manipular la posició de cap aplicació a Google Play. Això inclou, entre altres coses, inflar les puntuacions, les ressenyes o els recomptes d'instal·lacions dels productes de manera il·legítima, com ara mitjançant ressenyes i puntuacions fraudulentes o incentivades, o el fet d'incentivar els usuaris perquè instal·lin altres aplicacions com a funcionalitat principal de l'aplicació.
-
Demanar als usuaris que puntuïn la teva aplicació oferint-los un incentiu:
① Aquesta notificació ofereix un descompte als usuaris a canvi d'una puntuació alta.
- Enviar puntuacions de manera repetida fent-se passar per usuaris per influir sobre la posició d'una l'aplicació a Google Play.
-
Enviar ressenyes que incloguin contingut inadequat, com ara afiliats, cupons, codis de jocs, adreces electròniques o enllaços a llocs web o a altres aplicacions, o bé animar els usuaris perquè ho facin:
② Aquesta ressenya anima els usuaris a promocionar l'aplicació RescueRover oferint-los un cupó.
Les puntuacions i les ressenyes són punts de referència sobre la qualitat d'una aplicació i els usuaris confien que siguin autèntiques i rellevants. A continuació s'indiquen algunes pràctiques recomanades per respondre a les ressenyes dels usuaris:
- Centra la teva resposta en els problemes que s'esmenten als comentaris de l'usuari i no demanis una puntuació més alta.
- Inclou referències a recursos útils, com ara una adreça d'assistència o una pàgina de preguntes més freqüents.
Classificacions del contingut
Com s'utilitzen les classificacions del contingut
Com s'assignen les classificacions del contingut
Per rebre una classificació del contingut, heu d'emplenar un qüestionari de classificació a Play Console en què es demana informació sobre la naturalesa del contingut de les aplicacions. En funció de les vostres respostes, s'assignarà a l'aplicació una classificació del contingut de diverses autoritats de classificació. És important que les respostes del qüestionari siguin precises, ja que la tergiversació del contingut de l'aplicació en pot suposar la supressió o la suspensió.
Per evitar que les aplicacions es mostrin com a "Sense classificació", heu de completar el qüestionari de classificació del contingut per a cada aplicació nova que envieu a Play Console, així com per a totes les aplicacions que estiguin actives a Google Play. Les aplicacions que no tinguin una classificació del contingut se suprimiran de Play Store.
Si feu canvis en el contingut o les funcions de l'aplicació que afecten les respostes del qüestionari de classificació, heu d'enviar un qüestionari nou a Play Console.
Visiteu el Centre d'ajuda per obtenir més informació sobre les diferents autoritats de classificació i sobre com podeu emplenar el qüestionari de classificació del contingut.
Apel·lacions de la classificació
Notícies
Una aplicació es considera de notícies si compleix alguna d'aquestes condicions:
- Es declara com a aplicació de "Notícies" a Google Play Console.
- S'inclou a la categoria "Notícies i revistes" de Google Play Store i es descriu com de notícies al títol, la icona, el nom del desenvolupador o la descripció.
Exemples d'aplicacions de la categoria "Notícies i revistes" que es consideren de notícies:
- Aplicacions que es descriuen com de notícies a la descripció, inclosos, entre d'altres:
- Últimes notícies
- Diari
- Notícies d'última hora
- Notícies locals
- Notícies diàries
- Aplicacions amb la paraula "notícies" al títol, la icona o el nom del desenvolupador.
Tanmateix, si les aplicacions inclouen principalment contingut generat per l'usuari (per exemple, aplicacions de mitjans socials), no han de declarar-se com a aplicacions de notícies i no es consideren d'aquesta categoria.
Les aplicacions de notícies que requereixen que l'usuari compri una subscripció han de proporcionar als usuaris una previsualització del contingut a l'aplicació abans de la compra.
Les aplicacions de notícies han de:
- Proporcionar informació de propietat sobre l'aplicació i la font de notícies, inclòs, entre d'altres, l'editor original o l'autor de cada article. En els casos en què no sigui habitual indicar l'autor concret d'una notícia, l'aplicació de notícies ha de ser l'editor original dels articles. Tingueu en compte que els enllaços a comptes de mitjans socials no basten com a informació de l'autor o de l'editor.
- Tenir un lloc web dedicat o una pàgina dedicada en l'aplicació en què s'indiqui clarament que contenen informació de contacte, que siguin fàcils de trobar (per exemple, que estiguin enllaçats a la part inferior de la pàgina d'inici o a la barra de navegació del lloc web) i que ofereixin informació de contacte vàlida de l'editor de notícies (han d'incloure una adreça electrònica o un número de telèfon de contacte). Tingueu en compte que els enllaços a comptes de mitjans socials no basten com a informació de contacte de l'editor.
Les aplicacions de notícies no poden:
- Contenir errors ortogràfics ni gramaticals greus.
- Incloure només contingut estàtic (per exemple, contingut de fa més de tres mesos).
- Tenir com a finalitat principal el màrqueting d'afiliació o els ingressos per publicitat.
Tingueu en compte que les aplicacions de notícies poden utilitzar anuncis i altres formes de màrqueting per monetitzar contingut, sempre que la finalitat principal de l'aplicació no sigui vendre productes o serveis ni generar ingressos per publicitat.
Les aplicacions de notícies que agreguin contingut de diferents fonts de publicació han d'indicar clarament la font de publicació del contingut que hi ha a l'aplicació, i totes les fonts han de complir els requisits de la política de notícies.
Consulteu aquest article per saber quina és la millor manera de proporcionar la informació requerida.
Contingut brossa i funcionalitat mínima
Contingut brossa
Contingut brossa amb missatges
- Quan l'usuari prem el botó "Comparteix", l'aplicació envia els missatges en nom de l'usuari sense que l'usuari tingui la possibilitat de confirmar-ne el contingut i els destinataris:
Contingut brossa de visualitzacions web i afiliats
- Aplicacions que tenen l'objectiu principal d'atreure trànsit de referència a un lloc web per cobrar pels registres o per les compres que realitzi l'usuari en aquest lloc.
-
Aplicacions que tenen l'objectiu principal de proporcionar sense permís la visualització web d'un lloc web:
① Aquesta aplicació s'anomena "Ted's Shopping Deals" (les ofertes de compra d'en Ted) i es limita a oferir una visualització web de Google Shopping.
Contingut repetitiu
- Copiar contingut d'altres aplicacions sense afegir-hi cap valor o contingut original.
- Crear diverses aplicacions amb una experiència d'usuari, un contingut i una funcionalitat molt similars. Si cadascuna d'aquestes aplicacions té poc volum de contingut, els desenvolupadors s'han de plantejar crear-ne una de sola en què s'inclogui tot.
Funcionalitat mínima
- Aplicacions que estan pensades per no fer res o no tenen cap funció
Interrupcions de la funcionalitat
- Aplicacions que no s'instal·len
- Aplicacions que s'instal·len, però que no es carreguen
- Aplicacions que es carreguen, però que no responen
Altres programes
Aplicacions instantànies Android
L'objectiu del programa Aplicacions instantànies Android és crear experiències d'usuari agradables i fluïdes que compleixin les normes de privacitat i seguretat més exigents. Les nostres polítiques estan pensades per ajudar a aconseguir aquest objectiu.
Els desenvolupadors que distribueixen aplicacions instantànies Android a través de Google Play han de complir les polítiques següents, a més de totes les altres polítiques del Programa per a desenvolupadors de Google Play.
Identitat
Admissió d'enllaços
Especificacions tècniques
Oferir la instal·lació de l'aplicació
L'aplicació instantània pot oferir a l'usuari l'aplicació instal·lable, però aquest no pot ser el seu objectiu principal. En oferir la instal·lació, els desenvolupadors han de complir els requisits següents:
- S'ha de fer servir la icona Baixa l'aplicació de Material Design i l'etiqueta Instal·la per al botó d'instal·lació.
- A l'aplicació instantània, no es pot convidar implícitament els usuaris més de 2-3 vegades a instal·lar l'aplicació.
- No es poden fer servir bàners ni altres tècniques publicitàries per convidar els usuaris a instal·lar l'aplicació.
Podeu obtenir més informació sobre aplicacions instantànies i directrius d'experiència d'usuari a Pràctiques recomanades per a l'experiència d'usuari.
Canviar l'estat del dispositiu
Visibilitat de les aplicacions
Identificadors de dispositiu
Les aplicacions instantànies tenen prohibit l'accés als identificadors de dispositiu que (1) segueixen executant-se quan l'aplicació instantània s'atura i que (2) l'usuari no pot restablir, com ara els següents:
- Build Serial
- Adreces Mac de qualsevol xip de xarxes
- IMEI, IMSI
Les aplicacions instantànies poden accedir al número de telèfon si s'obté amb el permís en temps d'execució. El desenvolupador no pot intentar identificar l'usuari amb aquests identificadors o altres mètodes.
Trànsit de xarxa
Política d'emojis a Android
La nostra política d'emojis està dissenyada per fomentar una experiència d'usuari inclusiva i coherent. Per aconseguir-ho, totes les aplicacions han de ser compatibles amb la darrera versió dels emojis Unicode quan utilitzin Android 12 o una versió posterior.
Les aplicacions que utilitzen els emojis per a Android sense cap implementació personalitzada ja fan servir la darrera versió dels emojis Unicode quan utilitzen Android 12 o una versió posterior.
Les aplicacions amb implementacions personalitzades d'emojis, incloses les que venen proporcionades per biblioteques externes, han de ser totalment compatibles amb la darrera versió d'Unicode quan utilitzen Android 12 o una versió posterior en un termini de quatre mesos a partir del moment en què es publiquin nous emojis Unicode.
Consulteu aquesta guia per obtenir informació sobre com es pot oferir compatibilitat per als emojis moderns.
Famílies
Google Play ofereix una plataforma completa perquè els desenvolupadors mostrin contingut d'alta qualitat apte per a totes les edats i tota la família. Abans d'enviar una aplicació al programa Dissenyat per a famílies o bé una aplicació orientada als nens a Google Play Store, és responsabilitat vostra comprovar que l'aplicació sigui adequada per al públic infantil i que compleixi totes les lleis pertinents.
Obteniu informació sobre el procés en el cas d'aplicacions per a famílies i reviseu la llista de comprovació interactiva a l'Acadèmia d'aplicacions.Polítiques d'aplicacions per a famílies de Google Play
L'ús de la tecnologia com a eina per enriquir les vides de les famílies continua creixent, i els pares cerquen contingut apte i d'alta qualitat per compartir amb els nens. Pot ser que dissenyis les aplicacions específicament per a nens o que senzillament una aplicació teva atregui l'atenció d'aquest públic. Google Play et vol ajudar a comprovar que la teva aplicació sigui apta per a tots els usuaris, incloses les famílies.
La paraula "nens" pot tenir un significat diferent segons la regió i el context. És important que consultis el teu assessor legal perquè t'ajudi a determinar quines obligacions o restriccions basades en l'edat es poden aplicar a la teva aplicació. Com que ets la persona que millor sap com funciona l'aplicació, confiem que ens ajudaràs a garantir que les aplicacions de Google Play siguin aptes per a tota la família.
Totes les aplicacions que compleixin les polítiques d'aplicacions per a famílies de Google Play podran classificar-se per al programa Aprovada per professors, però no podem garantir que s'hi incloguin.
Requisits de Play Console
Públic objectiu i contingut
A la secció Públic objectiu i contingut de Google Play Console, heu d'indicar el públic objectiu de l'aplicació abans de publicar-la. Per fer-ho, seleccioneu un dels grups d'edat de la llista. Independentment del que indiqueu a Google Play Console, si a l'aplicació decidiu incloure imatges i terminologia que es pugui considerar que estan orientades als nens, això pot afectar l'avaluació del públic objectiu que fa Google Play. Google Play es reserva el dret de dur a terme una revisió interna de la informació que proporcioneu sobre l'aplicació per determinar si el públic objectiu que assenyaleu és correcte.
Només heu de seleccionar més d'un grup d'edat com a públic objectiu de l'aplicació si l'heu dissenyada per als usuaris dels grups d'edat seleccionats i us heu assegurat que és adequada per a aquests usuaris. Per exemple, en el cas de les aplicacions dissenyades per a nadons i nens en edat preescolar, només s'ha de seleccionar el grup d'edat "Fins a 5 anys" com a públic objectiu. Si l'aplicació està dissenyada per a un curs acadèmic concret, trieu el grup d'edat que millor el representi. Només heu de seleccionar grups d'edat que incloguin tant adults com nens si realment heu dissenyat l'aplicació per a totes les edats.
Canvis a la secció Públic objectiu i contingut
Podeu actualitzar la informació de l'aplicació en qualsevol moment a la secció Públic objectiu i contingut de Google Play Console. Caldrà fer una actualització de l'aplicació perquè la informació es reflecteixi a Google Play Store. Pot ser que revisem els canvis que feu en aquesta secció de Google Play Console per comprovar que compleixin les polítiques fins i tot abans que envieu l'actualització de l'aplicació.
Si canvieu el grup d'edat objectiu de l'aplicació o si comenceu a incloure-hi anuncis o compres des de l'aplicació, us recomanem que n'informeu els usuaris existents, ja sigui mitjançant la secció "Novetats" de la fitxa de Play Store de l'aplicació o mitjançant les notificacions a l'aplicació.
Falsejament d'informació a Play Console
El falsejament de qualsevol tipus d'informació sobre una aplicació a Play Console, inclosa la secció Públic objectiu i contingut, pot comportar la supressió o suspensió de l'aplicació. Per tant, és important proporcionar informació precisa.
Requisits de la política d'aplicacions per a famílies
Si un dels públics objectiu de l'aplicació són nens, has de complir els requisits següents. L'incompliment d'aquests requisits pot suposar la supressió o suspensió de l'aplicació.
- Contingut de l'aplicació: el contingut de l'aplicació al qual poden accedir els nens ha de ser apte per a nens. Si l'aplicació inclou contingut que no es considera adequat a tot el món, però sí per als usuaris infantils d'una regió concreta, és possible que l'aplicació estigui disponible en aquesta regió (regions limitades) però continuarà sense estar disponible en altres regions.
- Funcionalitat de l'aplicació: l'aplicació no s'ha de limitar a proporcionar un WebView d'un lloc web i el seu objectiu principal no ha de ser generar trànsit d'afiliats a un lloc web sense el permís del propietari o l'administrador del lloc web.
- Respostes de Play Console: has de respondre amb precisió a les preguntes a Play Console relacionades amb l'aplicació i actualitzar aquestes respostes perquè reflecteixin fidelment els canvis que fas a l'aplicació. Això inclou, entre d'altres, proporcionar respostes precises sobre l'aplicació a la secció Públic objectiu i contingut, a la secció Seguretat de les dades i al qüestionari de classificació del contingut de la IARC.
- Pràctiques relacionades amb les dades: has de comunicar si reculls informació personal i sensible dels nens a l'aplicació. Això inclou la informació que es recull mitjançant les API i els SDK que l'aplicació utilitza o crida. La informació sensible dels nens inclou, entre d'altres, informació d'autenticació, dades del sensor de la càmera i del micròfon, dades del dispositiu, l'identificador d'Android i dades d'ús dels anuncis. També t'has d'assegurar que l'aplicació compleixi aquestes pràctiques relacionades amb les dades:
- Les aplicacions orientades únicament a nens no han de transmetre l'identificador de publicitat d'Android (AAID), el número de sèrie de la SIM, el número de compilació, el BSSID, l'adreça MAC, l'SSID, l'IMEI ni l'IMSI.
- Les aplicacions orientades únicament a nens no han de sol·licitar el permís AD_ID si s'orienten a l'API Android 33 o a versions posteriors.
- Les aplicacions orientades tant a nens com a adults no han de transmetre l'AAID, el número de sèrie de la SIM, el número de compilació, el BSSID, el MAC, l'SSID, l'IMEI ni l'IMSI del públic infantil o dels usuaris d'edats desconegudes.
- El número de telèfon del dispositiu no s'ha de sol·licitar des de TelephonyManager de l'API d'Android.
- Les aplicacions orientades únicament a nens no poden sol·licitar el permís d'ubicació ni recollir, utilitzar o transmetre la ubicació precisa.
- Les aplicacions han de fer servir Companion Device Manager (CDM) quan sol·licitin utilitzar el Bluetooth, tret que la teva aplicació només estigui orientada a versions de sistemes operatius de dispositius que no siguin compatibles amb CDM.
- Les aplicacions orientades únicament a nens no han de transmetre l'identificador de publicitat d'Android (AAID), el número de sèrie de la SIM, el número de compilació, el BSSID, l'adreça MAC, l'SSID, l'IMEI ni l'IMSI.
- API i SDK: has de garantir que l'aplicació implementi correctament totes les API i tots els SDK.
- Les aplicacions orientades únicament a nens no han d'incloure cap API ni cap SDK que no estiguin aprovats per a l'ús en serveis dirigits principalment al públic infantil.
- Per exemple, un servei de l'API que utilitzi tecnologia OAuth per a l'autenticació i l'autorització les condicions del servei de la qual indiquin que no està aprovat per utilitzar-se en serveis dirigits a nens.
- Les aplicacions orientades tant a nens com a adults no han d'implementar cap API ni cap SDK que no estiguin aprovats per utilitzar-se en serveis dirigits a nens, llevat que s'utilitzin darrere d'una pantalla neutra de verificació d'edat o s'implementin de manera que no suposin recollir dades dels nens. Les aplicacions orientades tant a nens com a l'adult no han de requerir que els usuaris accedeixin al contingut de l'aplicació mitjançant una API o un SDK que no estiguin aprovats per utilitzar-se en serveis dirigits a nens.
- Les aplicacions orientades únicament a nens no han d'incloure cap API ni cap SDK que no estiguin aprovats per a l'ús en serveis dirigits principalment al públic infantil.
- Realitat augmentada (RA): si l'aplicació incorpora funcions de realitat augmentada, has d'incloure un advertiment de seguretat que es mostri immediatament en obrir-se la secció de realitat augmentada. Aquest advertiment ha d'incloure el següent:
- Un missatge adequat sobre la importància de la supervisió parental.
- Un recordatori sobre els perills físics del món real (per exemple, parar atenció a l'entorn).
- L'aplicació no ha de requerir l'ús d'un dispositiu desaconsellat per a nens (per exemple, Daydream o Oculus).
- Aplicacions i funcions socials: si l'aplicació permet als usuaris compartir o intercanviar informació, has de comunicar aquestes funcions de manera precisa al qüestionari de classificació del contingut que hi ha a Play Console.
- Aplicacions socials: són aplicacions que se centren a permetre que els usuaris comparteixin contingut lliurement o que es comuniquin amb grans grups de persones. Totes les aplicacions socials que inclouen nens entre el seu públic objectiu han de mostrar un recordatori dins de l'aplicació per indicar-los que es protegeixin quan estiguin en línia i siguin conscients dels riscos al món real que comporta la interacció en línia abans de permetre que els usuaris infantils intercanviïn informació o contingut multimèdia lliurement. També has de requerir l'intervenció d'un adult abans de permetre que usuaris infantils intercanviïn informació personal.
- Funcions socials: una funció social és qualsevol funcionalitat addicional d'una aplicació que permet als usuaris compartir contingut lliurement o comunicar-se amb grans grups de persones. Totes les aplicacions que inclouen nens entre el seu públic objectiu i contenen funcions socials han de mostrar un recordatori dins de l'aplicació per indicar-los que es protegeixin quan estiguin en línia i siguin conscients dels riscos al món real que comporta la interacció en línia abans de permetre que els usuaris infantils intercanviïn informació o contingut multimèdia lliurement. També has de proporcionar un mètode perquè els adults puguin gestionar les funcions socials per als usuaris infantils, inclosa, entre d'altres, la possibilitat d'activar i desactivar la funció social o de seleccionar diversos nivells de funcionalitat. Finalment, has de requerir la intervenció d'un adult abans d'activar cap funció que permeti als nens intercanviar informació personal.
- Per "intervenció d'un adult" s'entén un mecanisme que permeti verificar que l'usuari no és un nen i que no s'animi els nens a falsificar l'edat per obtenir accés a parts de l'aplicació dissenyades per a adults (és a dir, que requereixin un PIN d'adult, una contrasenya, la data de naixement, la verificació de l'adreça electrònica, un document d'identitat amb foto, una targeta de crèdit o el número de la seguretat social).
- Les aplicacions socials que se centren principalment a xatejar amb persones desconegudes no han d'estar orientades a nens. Alguns exemples d'aquesta mena d'aplicacions serien les de xats aleatoris o de cites, sales de xat públiques dirigides a nens, etc.
- Compliment de les lleis: has de garantir que l'aplicació, incloses totes les API o els SDK que utilitzi o cridi, compleixi la Llei de protecció de la privadesa infantil a Internet dels EUA (COPPA), el Reglament general de protecció de dades (RGPD) de la UE i qualsevol altra llei o normativa aplicables.
- Aplicacions que promocionen un joc per al públic infantil a la fitxa de Play Store, però que inclouen contingut apte només per a adults.
- Aplicacions que implementen API amb condicions del servei que en prohibeixen l'ús en aplicacions dirigides al públic infantil.
- Aplicacions que realcen el consum de begudes alcohòliques, tabac o substàncies regulades.
- Aplicacions que inclouen apostes reals o simulades.
- Aplicacions que inclouen contingut violent, cruent o desagradable que no és adequat per al públic infantil.
- Aplicacions que ofereixen serveis de cites o consells sexuals o matrimonials.
- Aplicacions que inclouen enllaços a llocs web que presenten contingut que infringeix les Polítiques del programa per a desenvolupadors de Google Play.
- Aplicacions que mostren anuncis per a adults (com ara contingut violent, sexual o sobre apostes) al públic infantil.
Anuncis i monetització
Si monetitzeu una aplicació orientada a nens a Play, és important que compleixi els requisits següents de la política d'anuncis i monetització per a famílies.
Les polítiques que s'indiquen a continuació s'apliquen a tots els elements de monetització o publicitat corresponents a la vostra aplicació, que inclouen els anuncis, les promocions creuades per a les vostres aplicacions i per a aplicacions de tercers, les ofertes de compres des de l'aplicació i qualsevol altre contingut comercial, com ara els emplaçaments de productes de pagament. Tots els elements de monetització o publicitat d'aquestes aplicacions han de complir la legislació i les normatives aplicables (incloses les directrius rellevants d'autoregulació o del sector).
Google Play es reserva el dret de rebutjar, suprimir o suspendre aplicacions amb tàctiques comercials massa agressives.
Requisits dels anuncis
Si a l'aplicació es mostren anuncis per a nens o per a usuaris d'edats desconegudes, has de fer el següent:
- Utilitzar només SDK d'anuncis autocertificats per a famílies de Google Play per mostrar anuncis a aquests usuaris.
- Garantir que els anuncis que es mostren a aquests usuaris no estiguin basats en interessos (publicitat orientada a usuaris individuals que tinguin determinades característiques segons el seu comportament de navegació en línia) ni utilitzin el remàrqueting (publicitat orientada a usuaris individuals en funció de la seva interacció anterior amb una aplicació o un lloc web).
- Garantir que els anuncis que es mostren a aquests usuaris presentin contingut adequat per a nens.
- Garantir que els anuncis que es mostren a aquests usuaris compleixin els requisits sobre els formats d'anunci per a famílies.
- Garantir el compliment de la normativa legal i els estàndards del sector aplicables relatius a la publicitat dirigida a nens.
Requisits del format d'anunci
La monetització i la publicitat de la teva aplicació no poden incloure contingut enganyós ni estar dissenyades d'una manera que resulti en clics involuntaris dels usuaris infantils.
Si l'únic públic objectiu de l'aplicació és l'infantil, tot el que s'indica a continuació està prohibit. Si els públics objectiu de la teva aplicació són l'infantil i l'adult, quan es difonen anuncis entre nens o usuaris d'edats desconegudes, està prohibit el següent:
- Elements de monetització o publicitat disruptius, inclosos els que ocupen tota la pantalla o interfereixen en l'ús normal, sense proporcionar una manera clara d'ignorar l'anunci (per exemple, els murs publicitaris).
- Elements de monetització o publicitat que interfereixen en l'ús normal de l'aplicació o en la jugabilitat, inclosos els anuncis amb recompensa o d'activació, que no es puguin tancar després de 5 segons.
- Elements de monetització o publicitat que no interfereixen en l'ús normal de l'aplicació ni en la jugabilitat i que poden durar més de 5 segons (per exemple, contingut de vídeo amb anuncis integrats).
- Mostrar elements intersticials de monetització o publicitat immediatament després d'iniciar l'aplicació.
- Diversos emplaçaments d'anuncis en una mateixa pàgina (per exemple, no es permeten els anuncis de bàner que mostren diverses ofertes en un emplaçament o que mostren més d'un bàner o anunci de vídeo).
- Elements de monetització o publicitat que no es puguin distingir clarament del contingut de l'aplicació, com ara offerwalls i altres experiències d'anuncis immersius.
- Utilitzar tàctiques impactants o de manipulació emocional per convèncer els usuaris perquè vegin els anuncis o facin compres des de l'aplicació.
- Anuncis enganyosos que forcen l'usuari a fer un clic d'entrada utilitzant un botó d'ignorar que activa un altre anunci o fent aparèixer els anuncis sobtadament en zones de l'aplicació que l'usuari acostuma a tocar per a una altra funció.
- No fer cap distinció entre l'ús de monedes d'un joc virtual i diners reals a l'hora de fer compres des de l'aplicació.
- Elements de monetització o publicitat que s'allunyen del dit de l'usuari quan aquest prova de tancar-los.
- Elements de monetització o publicitat que no proporcionen a l'usuari cap manera de sortir de l'oferta després de cinc (5) segons, tal com es veu a l'exemple següent:
- Elements de monetització o publicitat que ocupen tota o gairebé tota la pantalla del dispositiu i no proporcionen a l'usuari cap manera clara d'ignorar-los, tal com es veu a l'exemple següent:
- Anuncis de bàner que mostren diverses ofertes, tal com es veu a l'exemple següent:
- Elements de monetització o publicitat que els usuaris poden confondre amb contingut de l'aplicació, tal com es veu a l'exemple següent:
- Botons, anuncis o altres elements de monetització que promocionen les vostres altres fitxes de Google Play Store, però que no es poden distingir del contingut de l'aplicació, tal com es veu a l'exemple següent:
A continuació teniu alguns exemples de contingut d'anunci inadequat que no s'ha de mostrar a nens:
- Contingut multimèdia inadequat: anuncis de programes de televisió, de pel·lícules, d'àlbums de música o de qualsevol altre recurs multimèdia que no sigui adequat per al públic infantil.
- Programari que es pot baixar i videojocs inadequats: anuncis de programari que es pot baixar i de videojocs electrònics que no siguin adequats per al públic infantil.
- Substàncies controlades o perjudicials: anuncis d'alcohol, de tabac i d'altres substàncies perjudicials.
- Apostes: anuncis de simulació d'apostes, concursos o promocions de loteries, encara que sigui gratuït participar-hi.
- Contingut per a adults i contingut sexualment suggeridor: anuncis amb contingut sexual, sexualment suggeridor i no apte per a menors.
- Cites o relacions: anuncis de llocs web de cites o de relacions entre adults.
- Contingut violent: anuncis amb contingut violent i gràfic que no sigui adequat per als nens.
SDK d'anuncis
Si difons anuncis a la teva aplicació i el teu únic públic objectiu és l'infantil, has d'utilitzar únicament versions d'SDK d'anuncis autocertificats per a famílies. Si el públic objectiu de l'aplicació és tant l'infantil com l'adult, has d'implementar mesures de comprovació d'edat (com ara la pantalla neutra de verificació d'edat) i assegurar-te que els anuncis mostrats als nens i nenes provinguin exclusivament de versions d'SDK d'anuncis autocertificats de Google Play.
Consulta la pàgina de la política del Programa d'SDK d'anuncis autocertificats per a famílies per obtenir més informació sobre aquests requisits i consulta la llista actual de versions d'SDK d'anuncis autocertificats per a famílies.
Si utilitzes AdMob, consulta el Centre d'ajuda d'AdMob per obtenir més informació sobre els seus productes.
És responsabilitat teva assegurar-te que l'aplicació compleixi tots els requisits pel que fa als anuncis, a les compres des de l'aplicació i al contingut comercial. Contacta amb els teus proveïdors d'SDK d'anuncis per obtenir més informació sobre les seves polítiques de continguts i pràctiques publicitàries.
Política d'SDK d'anuncis autocertificats per a famílies
Google Play es compromet a crear una experiència segura per als nens i les famílies. Un element clau d'aquest compromís consisteix a assegurar que els nens només vegin anuncis adequats per a la seva edat i que les seves dades es tractin correctament. Per assolir aquest objectiu, requerim que els SDK d'anuncis i les plataformes de mediació autocertifiquin que són adequats per al públic infantil i compleixin les polítiques del programa per a desenvolupadors de Google Play i les polítiques d'aplicacions per a famílies de Google Play, inclosos els requisits del programa d'SDK d'anuncis autocertificats per a famílies.
El programa d'SDK d'anuncis autocertificats per a famílies de Google Play és una eina important perquè els desenvolupadors puguin identificar quins SDK d'anuncis o plataformes de mediació autocertificats són adequats per utilitzar-se en aplicacions dissenyades específicament per a nens.
El falsejament de qualsevol tipus d'informació sobre el teu SDK, inclosa la de la sol·licitud del teu formulari d'interès, pot comportar la supressió o la suspensió de l'SDK del Programa d'SDK d'anuncis autocertificats per a famílies. Per tant, és important proporcionar informació precisa.Requisits de la política
Si el teu SDK o la teva plataforma de mediació difonen aplicacions que formen part del programa Famílies de Google Play, has de complir totes les polítiques per a desenvolupadors de Google Play, inclosos els requisits següents. Si no compleixes els requisits de cap política, pot ser que se't retiri o se't suprimeixi del Programa d'SDK d'anuncis autocertificat per a famílies.
És responsabilitat teva garantir que el teu SDK o la teva plataforma de mediació compleixin les polítiques. Assegura't de revisar les Polítiques del programa per a desenvolupadors de Google Play, les Polítiques d'aplicacions per a famílies de Google Play i els requisits del Programa d'SDK d'anuncis autocertificat per a famílies.
- Contingut de l'anunci: el contingut de l'anunci al qual pot accedir el públic infantil ha de ser adequat per a aquesta classe de públic.
- Cal que (i) defineixis quins continguts d'anuncis i quins comportaments són inacceptables i (ii) els prohibeixis a les teves condicions o polítiques. Aquestes definicions han de complir les Polítiques del programa per a desenvolupadors de Google Play.
- També has de crear un mètode per classificar les creativitats d'anunci d'acord amb grups adequats a l'edat. Aquests grups han d'incloure com a mínim els grups Per a tothom i Adults. La metodologia de classificació s'ha d'ajustar a la metodologia que Google proporciona als SDK una vegada emplenat el formulari d'interès.
- Has d'assegurar-te que, quan s'utilitzin les ofertes en temps real per difondre anuncis entre el públic infantil, les creativitats s'hagin revisat i compleixin els requisits indicats anteriorment.
- A més, has de tenir un mecanisme per identificar visualment les creativitats que procedeixin del teu inventari (per exemple, incloure una marca d'aigua a la creativitat de l'anunci amb un logotip visual de la teva empresa o una funcionalitat similar).
- Format de l'anunci: has de garantir que tots els anuncis que es mostren a usuaris infantils compleixen els requisits del format d'anunci per a famílies i has de permetre que els desenvolupadors seleccionin formats d'anunci que compleixin la política d'aplicacions per a famílies de Google Play.
- Els anuncis no poden incloure contingut enganyós ni estar dissenyats de manera que els usuaris infantils hi facin clic sense adonar-se'n. No es permeten els anuncis enganyosos que obliguen l'usuari a fer un clic d'entrada utilitzant un botó per ignorar-lo i que reprodueixen un altre anunci o fent aparèixer anuncis sobtadament en zones de l'aplicació si l'usuari toca una altra funció.
- No es permet la publicitat pertorbadora, com ara la que ocupa tota la pantalla o interfereix amb l'ús normal i no proporciona un mitjà clar per ignorar l'anunci (per exemple, murs publicitaris).
- La publicitat que interfereix amb l'ús normal de l'aplicació o en la jugabilitat, inclosos els anuncis amb recompensa o que es puguin activar, s'han de poder tancar després de 5 segons.
- No es permeten diversos emplaçaments d'anuncis en una mateixa pàgina. Per exemple, no es permeten els anuncis de bàner que mostren diverses ofertes en un emplaçament o que mostren més d'un bàner o anunci de vídeo.
- Els anuncis s'han de poder distingir clarament del contingut de l'aplicació. No es permeten els offerwalls ni les experiències d'anuncis immersius que els usuaris infantils no puguin identificar clarament com a publicitat.
- Els anuncis no poden utilitzar tàctiques impactants o emocionalment manipulatives per promoure la visualització d'anuncis.
- PBI/remàrqueting: has de garantir que els anuncis que es mostren a usuaris infantils no estiguin basats en interessos (publicitat orientada a usuaris individuals que tinguin determinades característiques segons el seu comportament de navegació en línia) ni utilitzin el remàrqueting (publicitat orientada a usuaris individuals en funció de la seva interacció anterior amb una aplicació o un lloc web).
- Pràctiques relacionades amb les dades: com a proveïdor d'SDK, has d'indicar clarament com gestiones les dades d'usuari (per exemple, la informació que proporciona un usuari o que reculls sobre ell, incloent-hi la informació dels dispositius). Això significa que has de comunicar si el teu SDK accedeix a les dades, les recull, les utilitza i les comparteix, i que has de limitar l'ús d'aquestes dades a les finalitats especificades en la comunicació. Aquests requisits de Google Play se sumen a qualsevol requisit prescrit en la legislació aplicable sobre privadesa i protecció de dades. Has de comunicar si reculls informació personal i sensible del públic infantil. Això inclou, entre d'altres, informació d'autenticació, dades del sensor de la càmera i del micròfon, dades del dispositiu, l'identificador d'Android i dades d'ús dels anuncis.
- Has de permetre que els desenvolupadors sol·licitin, bé per a cada aplicació o per a cada sol·licitud individual, que s'apliqui el tractament de contingut dirigit a nens per a la difusió d'anuncis. Aquest tractament ha de complir les lleis i la normativa aplicables, com ara la Llei de protecció de la privadesa infantil a Internet dels EUA (COPPA) i el Reglament general de protecció de dades (RGPD) de la Unió Europea.
- Com a part del tractament de contingut dirigit a nens, Google Play requereix que els SDK d'anuncis desactivin els anuncis personalitzats, la publicitat basada en interessos i el remàrqueting.
- Has d'assegurar-te que, quan s'utilitzin les ofertes en temps real per difondre anuncis entre el públic infantil, els indicadors de privadesa s'hagin propagat als oferents.
- No pots transmetre l'AAID, el número de sèrie de la SIM, el número de compilació, el BSSID, el MAC, l'SSID, l'IMEI ni l'IMSI del públic infantil o dels usuaris d'edats desconegudes.
- Has de permetre que els desenvolupadors sol·licitin, bé per a cada aplicació o per a cada sol·licitud individual, que s'apliqui el tractament de contingut dirigit a nens per a la difusió d'anuncis. Aquest tractament ha de complir les lleis i la normativa aplicables, com ara la Llei de protecció de la privadesa infantil a Internet dels EUA (COPPA) i el Reglament general de protecció de dades (RGPD) de la Unió Europea.
- Plataformes de mediació: quan difonguis anuncis entre el públic infantil:
- Utilitza només SDK d'anuncis autocertificats per a famílies o bé implementa les mesures de protecció necessàries per garantir que tots els anuncis difosos procedents de la mediació compleixin aquests requisits.
- Transmet la informació necessària a les plataformes de mediació per indicar la classificació del contingut dels anuncis i qualsevol tractament aplicable de contingut dirigit a nens.
- Autocertificació i compliment: has de proporcionar a Google informació suficient, com ara la que s'inclou al formulari d'interès, per verificar que l'SDK d'anuncis compleix tots els requisits d'autocertificació de la política, inclosos, entre d'altres
- Oferir una versió en anglès de les condicions del servei, la política de privadesa i la guia d'integració de l'editor de l'SDK o la plataforma de mediació.
- Enviar una aplicació de prova de mostra que utilitzi la darrera versió de l'SDK d'anuncis que compleix els requisits. L'aplicació de prova de mostra ha de ser un APK d'Android completament compilat i executable, que utilitzi totes les funcions de l'SDK. Requisits de l'aplicació de prova:
- S'ha d'enviar com un APK d'Android completament compilat i executable perquè funcioni en el factor de forma d'un telèfon.
- Ha d'utilitzar la versió de l'SDK d'anuncis publicada més recentment (o que estigui a punt de publicar-se) que compleixi les polítiques de Google Play.
- Ha d'utilitzar totes les funcions de l'SDK d'anuncis, com ara cridar l'SDK d'anuncis per recuperar i mostrar anuncis.
- Ha de tenir accés complet a tots els inventaris d'anuncis publicats/difosos a la xarxa mitjançant creativitats sol·licitades a través de l'aplicació de prova.
- No pot estar restringida per geolocalització.
- Si el teu inventari és per a un públic mixt, l'aplicació de prova ha de poder diferenciar entre sol·licituds per a creativitats d'anunci de l'inventari complet i de l'inventari apte per a nens o tots els grups d'edat.
- No es pot restringir a anuncis específics de l'inventari tret que estigui controlat per la pantalla neutra de verificació d'edat.
- Has de respondre en un termini raonable a qualsevol sol·licitud d'informació posterior i autocertificar que totes les noves versions compleixen les Polítiques del programa per a desenvolupadors de Google Play més recents, inclosos els requisits de la política d'aplicacions per a famílies.
- Compliment legal: els SDK d'anuncis autocertificats per a famílies han d'admetre la difusió d'anuncis que compleixi tots els estatuts i normatives relatius al públic infantil que es puguin aplicar als seus editors.
- Has de garantir que l'SDK o la plataforma de mediació compleixi la Llei de protecció de la privadesa infantil a Internet dels EUA (COPPA), el Reglament general de protecció de dades (RGPD) de la UE i qualsevol altra llei o normativa aplicables.
Nota: el terme "públic infantil" pot tenir un significat diferent en diferents configuracions regionals i contextos. És important que consultis el teu assessor legal perquè t'ajudi a determinar quines obligacions o restriccions basades en l'edat es poden aplicar a la teva aplicació. Com que ets qui millor sap com funciona l'aplicació, confiem que ens ajudaràs a garantir que les aplicacions de Google Play siguin aptes per a tota la família.
- Has de garantir que l'SDK o la plataforma de mediació compleixi la Llei de protecció de la privadesa infantil a Internet dels EUA (COPPA), el Reglament general de protecció de dades (RGPD) de la UE i qualsevol altra llei o normativa aplicables.
Consulta la pàgina del Programa d'SDK d'anuncis autocertificat per a famílies per obtenir més informació sobre els requisits del programa.
Mesures d'aplicació
Cobertura de les polítiques
Les nostres polítiques s'apliquen a tot el contingut que mostra la vostra aplicació i a tot el contingut amb què enllaça, inclosos els anuncis que es mostrin als usuaris i el contingut generat per l'usuari que s'hi allotgi o amb què enllaci. A més, s'apliquen a tot el contingut del vostre compte de desenvolupador que es mostri públicament a Google Play, inclosos el nom de desenvolupador i la pàgina de destinació del lloc web de desenvolupador que hàgiu indicat.
No s'admeten les aplicacions que permeten als usuaris instal·lar altres aplicacions als seus dispositius. Les aplicacions que proporcionen accés a altres aplicacions, jocs o programari sense instal·lació, com ara funcions i experiències proporcionades per tercers, han de garantir que tot el contingut a què ofereixen accés compleixi totes les polítiques de Google Play. A més, és possible que aquest contingut estigui subjecte a revisions addicionals de compliment de les polítiques.
Els termes definits que s'utilitzen en aquestes polítiques tenen el mateix significat que a l'acord de distribució per a desenvolupadors (ADD). A banda de complir aquestes polítiques i l'ADD, el contingut de la vostra aplicació ha d'estar classificat d'acord amb les nostres directrius per a la classificació del contingut.
No permetem les aplicacions ni el contingut de les aplicacions que redueixen la confiança dels usuaris de l'ecosistema de Google Play. Per avaluar si hem d'incloure o suprimir aplicacions de Google Play, tenim en compte diversos factors, inclòs, entre d'altres, un patró de comportament perjudicial o un risc elevat d'ús abusiu. Identifiquem el risc d'ús abusiu mitjançant elements com ara les reclamacions específiques d'aplicacions i de desenvolupadors, els informes de notícies, l'historial d'infraccions anteriors, els suggeriments dels usuaris i l'ús de marques, personatges o altres recursos populars.
Com funciona Google Play Protect
Google Play Protect comprova les aplicacions quan les instal·les. També escaneja periòdicament el vostre dispositiu. Si troba una aplicació potencialment perjudicial, pot fer el següent:
- Enviar-vos una notificació. Per suprimir l'aplicació, toqueu la notificació i, a continuació, toqueu Desinstal·la.
- Desactivar l'aplicació fins que la desinstal·leu.
- Suprimir l'aplicació automàticament. En la majoria de casos, si s'ha detectat una aplicació perjudicial, rebreu una notificació en què s'indica que s'ha suprimit.
Com funciona la protecció contra programari maliciós
Per protegir-vos del programari i d'URL maliciosos de tercers, així com d'altres problemes de seguretat, Google pot rebre informació sobre el següent:
- connexions de xarxa del dispositiu
- URL potencialment perjudicials
- sistema operatiu i aplicacions instal·lades al dispositiu mitjançant Google Play o altres fonts
És possible que Google us adverteixi si considera que una aplicació o un URL no són segurs, o bé que els suprimeixi o en bloquegi la instal·lació si se sap que són perjudicials per als dispositius, per a les dades o per als usuaris.
Podeu desactivar alguna d'aquestes proteccions a la configuració del dispositiu, però és possible que Google continuï rebent informació sobre les aplicacions instal·lades per mitjà de Google Play i que es continuï analitzant si hi ha problemes de seguretat a les aplicacions que s'instal·lin al vostre dispositiu des d'altres fonts sense enviar informació a Google.
Com funcionen les alertes de privadesa
Google Play Protect us avisarà si una aplicació se suprimeix de Google Play Store perquè és possible que pugui accedir a la vostra informació personal, i tindreu l'opció de desinstal·lar-la.
Procés de les mesures d'aplicació
Si l'aplicació o el compte de desenvolupador infringeix qualsevol de les nostres polítiques, prendrem les mesures pertinents, tal com es descriu a continuació. A més, et proporcionarem informació rellevant per correu electrònic sobre la mesura que hem dut a terme, així com instruccions sobre com pots apel·lar si creus que hem actuat erròniament.
Tingues present que és possible que els avisos administratius o de supressió no indiquin totes i cadascuna de les infraccions de les polítiques presents al teu compte, a la teva aplicació o al teu catàleg d'aplicacions. Els desenvolupadors són els responsables de solucionar qualsevol problema relacionat amb les polítiques, i han d'actuar amb una auditoria preventiva addicional per assegurar-se que la resta de contingut de l'aplicació o del compte compleixi estrictament les polítiques. Si no corregeixes les infraccions de les polítiques al teu compte i en totes les aplicacions, és possible que s'apliquin més mesures per incompliment.
Les infraccions reiterades o greus (com ara el programari maliciós, el frau i les aplicacions que poden perjudicar l'usuari o el dispositiu) d'aquestes polítiques o de l'acord de distribució per a desenvolupadors (DDA) comportaran la cancel·lació dels comptes de desenvolupador de Google Play individuals o relacionats.
Mesures d'aplicació
Les diferents mesures per incompliment poden afectar les teves aplicacions de diverses maneres. Fem servir una combinació d'avaluació humana i automatitzada per revisar les aplicacions i el contingut de les aplicacions i, així, detectar i valorar el contingut que infringeix les nostres polítiques i perjudica els usuaris i l'ecosistema general de Google Play. L'ús de models automatitzats ens ajuda a detectar més infraccions i avaluar els possibles problemes més ràpidament, cosa que contribueix a mantenir la seguretat de Google Play per a tothom. Pel que fa al contingut que infringeix les polítiques, els nostres models automatitzats el retiren o, quan calgui una decisió amb més matisos, es marca perquè el revisin també analistes i operadors qualificats que duen a terme avaluacions del contingut, per exemple, perquè és necessari entendre el context del fragment de contingut. Els resultats d'aquestes revisions manuals s'utilitzen aleshores per ajudar a crear dades d'entrenament a fi de continuar millorant els models d'aprenentatge automàtic.
A la secció següent es descriuen les diferents mesures que pot dur a terme Google Play i l'impacte que tindran en l'aplicació o en el teu compte de desenvolupador de Google Play.
Tret que s'indiqui el contrari en una comunicació sobre el compliment de mesures, aquestes mesures afecten totes les regions. Per exemple, si la teva aplicació se suspèn, no estarà disponible en cap regió. A més, tret que s'indiqui el contrari, aquestes mesures continuaran vigents a menys que apel·lis i l'apel·lació es concedeixi.
Rebuig
- Les aplicacions noves o les actualitzacions d'aplicacions que s'enviïn a revisió no estaran disponibles a Google Play.
- Si es rebutja una actualització d'una aplicació existent, la versió de l'aplicació publicada abans de l'actualització continuarà disponible a Google Play.
- Els rebuigs no afecten el vostre accés a les instal·lacions, estadístiques i puntuacions d'usuaris existents de l'aplicació rebutjada.
- Els rebuigs no afecten l'estat del vostre compte de desenvolupador de Google Play.
Nota: no proveu de tornar a enviar una aplicació rebutjada fins que no hàgiu corregit totes les infraccions de les polítiques.
Supressió
- L'aplicació i totes les seves versions anteriors se suprimeixen de Google Play i els usuaris ja no podran baixar-les.
- Com que l'aplicació se suprimeix, els usuaris no en podran veure la fitxa de Play Store. Aquesta informació es restaurarà quan enviïs una actualització de l'aplicació suprimida que compleixi les polítiques.
- És possible que els usuaris no puguin fer cap compra des de l'aplicació ni utilitzar cap funció de facturació per compres fetes des de l'aplicació fins que Google Play no aprovi una versió que compleixi les polítiques.
- Les supressions no afecten immediatament l'estat del teu compte de desenvolupador de Google Play, però si es produeixen de manera reiterada poden comportar-ne la suspensió.
Nota: no provis de tornar a publicar una aplicació suprimida fins que no hagis corregit totes les infraccions de les polítiques.
Suspensió
- L'aplicació i totes les seves versions anteriors se suprimeixen de Google Play i els usuaris ja no podran baixar-les.
- La suspensió es pot produir com a resultat d'infraccions flagrants o reiterades de les polítiques, o si l'aplicació es rebutja o se suprimeix de manera repetida.
- Com que l'aplicació se suspèn, els usuaris no en podran veure la fitxa de Play Store. Aquesta informació es restaurarà quan enviïs una actualització que compleixi les polítiques.
- No podràs utilitzar més l'APK o l'app bundle d'una aplicació suspesa.
- Els usuaris no podran fer cap compra des de l'aplicació ni utilitzar cap funció de facturació per compres fetes des de l'aplicació fins que Google Play no aprovi una versió que compleixi les polítiques.
- Les suspensions repercuteixen en el bon estat del teu compte de desenvolupador de Google Play, ja que compten com a tocs d'atenció. Si es reben diversos tocs d'atenció, pot ser que es cancel·lin els comptes de desenvolupador de Google Play individuals i relacionats.
Nota: no provis de tornar a publicar una aplicació suspesa tret que Google Play t'hagi explicat que ho pots fer.
Visibilitat limitada
- La visibilitat de la teva aplicació a Google Play està restringida. L'aplicació continuarà estant disponible a Google Play i els usuaris hi podran accedir amb un enllaç directe a la fitxa de Play Store de l'aplicació.
- Encara que s'assigni l'estat "Visibilitat limitada" a la teva aplicació, l'estat del teu compte de desenvolupador de Google Play no es veurà afectat.
- Encara que s'assigni l'estat "Visibilitat limitada" a la teva aplicació, els usuaris en podran seguir veient la fitxa de Play Store.
Regions limitades
- Els usuaris només podran baixar la vostra aplicació des de Google Play en algunes regions.
- Els usuaris d'altres regions no podran trobar l'aplicació a Play Store.
- Els usuaris que hagin instal·lat l'aplicació prèviament la podran continuar utilitzant al seu dispositiu, però deixaran de rebre'n actualitzacions.
- La limitació regional no afecta l'estat del vostre compte de desenvolupador de Google Play.
Estat restringit del compte
- Quan el teu compte de desenvolupador tingui assignat l'estat restringit, totes les aplicacions del teu catàleg se suprimiran de Google Play i ja no podràs publicar aplicacions noves ni tornar a publicar-ne les existents. Podràs continuar accedint a Play Console.
- Com que se suprimeixen totes les aplicacions, els usuaris no podran veure la fitxa de Play Store de les aplicacions ni el teu perfil de desenvolupador.
- Els usuaris actuals no podran fer cap compra des de l'aplicació ni utilitzar cap funció de facturació per compres fetes des de les aplicacions.
- Pots continuar utilitzant Play Console per proporcionar més informació a Google Play i esmenar la informació del compte.
- Podràs tornar a publicar les aplicacions quan hagis corregit totes les infraccions de les polítiques.
Cancel·lació del compte
- En cancel·lar el teu compte de desenvolupador, totes les aplicacions del teu catàleg se suprimiran de Google Play i ja no podràs publicar-ne de noves. Això significa que els comptes de desenvolupador de Google Play relacionats també se suspendran permanentment.
- Les suspensions reiterades o les suspensions per infraccions flagrants de les polítiques també poden donar lloc a la cancel·lació del teu compte de Play Console.
- Com que les aplicacions del compte cancel·lat se suprimeixen, els usuaris no podran veure la fitxa de Play Store de les aplicacions ni el teu perfil de desenvolupador.
- Els usuaris actuals no podran fer cap compra des de l'aplicació ni utilitzar cap funció de facturació per compres fetes des de les aplicacions.
Nota: els comptes nous que provis d'obrir també es cancel·laran (i no se't reembossarà la quota de registre de desenvolupador); per tant, no intentis registrar-te per obtenir un compte de Play Console nou mentre tinguis un dels altres comptes cancel·lat.
Comptes latents
Els comptes inactius són comptes de desenvolupador que estan abandonats o que no tenen activitat. Es considera que no estan en bon estat segons s'estableix a l'Acord de distribució per a desenvolupadors.
Els comptes de desenvolupador de Google Play estan pensats per a desenvolupadors actius que publiquen aplicacions i les mantenen activament. Per impedir abusos, tanquem els comptes que estan inactius, que no s'utilitzen o amb què no s'interacciona significativament (per exemple, per publicar i actualitzar aplicacions, accedir a estadístiques o gestionar fitxes de Play Store) de manera regular.
En tancar un compte inactiu, se suprimirà el compte i totes les dades associades. La quota de registre no és reembossable i es perdrà. Abans de tancar un compte inactiu, t'ho notificarem mitjançant la informació de contacte que hagis facilitat per al compte.
El fet que t'hàgim tancat un compte inactiu no t'impedirà crear un altre compte en el futur si decideixes publicar aplicacions a Google Play. No podràs reactivar el compte tancat i les aplicacions o les dades vinculades a aquest compte no estaran disponibles al nou.
Gestionar les infraccions de les polítiques i informar-ne
Apel·lar contra una mesura d'aplicació
Restablirem aplicacions si es tracta d'un error i arribem a la conclusió que l'aplicació no infringeix les polítiques del programa de Google Play ni l'acord de distribució per a desenvolupadors. Si has revisat detingudament les polítiques i creus que la nostra decisió pot haver estat errònia, segueix les instruccions proporcionades a la notificació per correu electrònic o fes clic aquí per apel·lar contra la nostra decisió.
Recursos addicionals
Si necessiteu més informació sobre una mesura d'aplicació o sobre una puntuació o un comentari d'un usuari, podeu consultar alguns dels recursos següents o contactar amb nosaltres mitjançant el Centre d'ajuda de Google Play. Tanmateix, no podem oferir-vos assessorament legal. Si en necessiteu, consulteu un assessor legal.
- Verificació d'aplicacions
- Informar sobre una infracció de les polítiques
- Contactar amb Google Play amb relació a la cancel·lació d'un compte o a la supressió d'una aplicació
- Advertiments previs
- Informar d'aplicacions i de comentaris inadequats
- La meva aplicació s'ha suprimit de Google Play
- Entendre les cancel·lacions de comptes de desenvolupador de Google Play
Requisits de Play Console
Google Play vol oferir als usuaris experiències segures i increïbles amb les aplicacions, així com donar a tots els desenvolupadors l'oportunitat de tenir èxit. Ens esforcem per garantir que el procés de posar la vostra aplicació a disposició dels usuaris es desenvolupi sense problemes.
Per ajudar-vos a evitar infraccions habituals, assegureu-vos de seguir els passos que es descriuen a continuació a l'hora d'enviar informació mitjançant Play Console i qualsevol perfil vinculat al vostre compte de desenvolupador de Play Console.
Abans d'enviar l'aplicació:
- Proporcioneu de manera precisa la informació del vostre compte de desenvolupador, inclosos els detalls següents:
- L'adreça i el nom legal
- El número D-U-N-S, si us registreu com a organització
- L'adreça electrònica i el número de telèfon de contacte
- L'adreça electrònica i el número de telèfon del desenvolupador que es mostren a Google Play, si escau
- Les formes de pagament, si escau
- El perfil de pagaments de Google vinculat al vostre compte de desenvolupador
- Si us registreu com a organització, assegureu-vos que la informació del vostre compte de desenvolupador estigui actualitzada i coincideixi amb les dades emmagatzemades al vostre perfil de Dun & Bradstreet.
- Proporcioneu de manera precisa tota la informació i les metadades de l'aplicació.
- Pengeu la política de privadesa de l'aplicació i empleneu els requisits de la secció Seguretat de les dades.
- Proporcioneu un compte de demostració actiu, la informació d'inici de sessió i tots els altres recursos necessaris perquè Google Play revisi la vostra aplicació (específicament, les credencials d'inici de sessió, el codi QR, etc.).
Com sempre, heu de garantir que la vostra aplicació ofereixi una experiència d'usuari estable, atractiva i responsiva. També heu de comprovar que tots els elements de la vostra aplicació, incloses les xarxes publicitàries, els serveis d'analítica i els SDK de tercers, compleixin les polítiques del programa per a desenvolupadors de Google Play. A més, si el públic objectiu de la vostra aplicació inclou nens, assegureu-vos que compleixi la política d'aplicacions per a famílies.
Recordeu que és responsabilitat vostra revisar l'acord de distribució per a desenvolupadors i totes les polítiques del programa per a desenvolupadors per garantir que la vostra aplicació els compleixi íntegrament.