Ansvarsfriskrivning: Policysammanfattningar är endast till som översikt. Kontrollera alltid den fullständiga policyn för att säkerställa efterlevnad. Den fullständiga policyn har företräde om det uppstår konflikt.
Den här artikeln kommer att ändras
Den här artikeln uppdateras med nyligen meddelade ändringar.
- För att skydda användarnas data får utvecklare endast använda data från Age Signals API för att tillhandahålla upplevelser som är lämpliga för åldersgruppen i appen som tar emot denna data. Det här är en ny policy som gäller från och med den 1 januari 2026.
- För att hjälpa till att säkerställa användarsäkerhet och transparens uppdaterar vi vår policy för Accessibility API. Vi klargör och understryker våra befintliga regler om att all användning av API:et som möjliggör att en app självständigt kan initiera, planera och utföra åtgärder eller beslut är förbjuden. Sådant beteende kan ändra användarinställningar utan behörighet, kringgå Androids integritetsinställningar och använda sig av användargränssnittet på ett vilseledande sätt genom att utföra åtgärder utan användarens vetskap eller samtycke.
(gäller från och med den 28 januari 2026)
För att förhandsgranska den uppdaterade artikeln om behörigheter och API:er med åtkomst till känsliga uppgifter besöker du den här sidan.
För att öka användarnas förtroende kräver Google Play att förfrågningar om behörigheter och API:er som kommer åt känsliga användaruppgifter måste vara nödvändiga för appens huvudfunktion som den lyfts fram i butiksuppgifterna på Google Play och att detta begränsas till syften som användaren har gett sitt samtycke till. Känsliga uppgifter får aldrig missbrukas, det måste informeras tillräckligt om dem och åtkomst i onödan är inte tillåten. Begär behörigheter och API:er med åtkomst till känsliga uppgifter stegvis och förklara varje nivå. Använd endast uppgifter efter att du fått samtycke och inhämta samtycke för andra ändamål. Läs den fullständiga policyn för att kontrollera att du följer den.
Förfrågningar om behörighet och API:er med åtkomst till känsliga uppgifter ska vara begripliga för användarna. Du får endast begära behörigheter och API:er med åtkomst till känsliga uppgifter om de krävs för att befintliga funktioner och tjänster i appen som står med i butiksuppgifterna på Google Play ska kunna implementeras. Du får inte använda behörigheter eller API:er med åtkomst till känsliga uppgifter som ger åtkomst till användaruppgifter eller enhetsinformation för syften som inte har uppgetts, inte har implementerats eller inte är tillåtna. Personliga och känsliga uppgifter som du får åtkomst till via behörigheter eller API:er med åtkomst till känsliga uppgifter får aldrig säljas eller delas i syfte att underlätta försäljning.
Begär åtkomstbehörighet till uppgifter och till API:er med åtkomst till känsliga uppgifter när de ska användas (med förfrågningar som görs stegvis) så att användarna förstår varför behörigheten begärs i appen. Uppgifterna ska endast användas för de syften som användaren har gett sitt samtycke till. Om du vid ett senare tillfälle vill använda uppgifterna för andra syften måste du fråga användarna och försäkra dig om att du har deras godkännande till att använda uppgifterna för dessa ytterligare syften.
Begränsade behörigheter
I syfte att skydda användarnas integritet definierar Google Play begränsade behörigheter, lägger till ytterligare krav och kräver att appar använder dessa behörigheter på ett ansvarsfullt sätt, samt kräver att användare inte manipuleras till att ge åtkomst. Respektera användarnas val när de avvisar begäranden om behörighet och erbjud alternativ. Tänk på att vissa begränsade behörigheter kan medföra ytterligare krav. Läs den fullständiga policyn för att kontrollera att du följer den.
I tillägg till ovanstående är de behörigheter som har markerats med Farlig, Särskild, Signatur eller som beskrivs nedan begränsade. För sådana behörigheter gäller ytterligare krav och begränsningar enligt nedan:
- Användardata eller enhetsinformation som du fått åtkomst till via begränsade behörigheter anses vara personliga och känsliga användaruppgifter. Kraven i policyn för användaruppgifter gäller.
- Respektera användarnas beslut om de avvisar en begäran om begränsade behörigheter. Användarna får inte manipuleras eller tvingas att samtycka till behörigheter som inte är absolut nödvändiga. Du måste vidta rimliga åtgärder för att tillmötesgå användare som inte ger åtkomst till känsliga behörigheter (till exempel genom att låta användaren själv ange ett telefonnummer om han eller hon har nekat åtkomst till samtalsloggar).
- Användning av behörigheter som strider mot Google Plays policyer för skadlig kod (till exempel otillåten användning av förhöjda behörigheter) är uttryckligen förbjudna.
Vissa begränsade behörigheter omfattas av ytterligare krav enligt nedan. Syftet med dessa begränsningar är att skydda användarnas integritet. Vi kan bevilja undantag från kraven nedan i begränsad utsträckning i de sällsynta fall där en app tillhandahåller en mycket användbar eller viktig funktion och det inte finns alternativa metoder för att tillhandahålla funktionen. Vi väger föreslagna undantag mot eventuell integritets- eller säkerhetspåverkan för användarna.
Tänk på detta
| Rätt | Fel |
| Om en användare nekar en begränsad behörighet måste appen följa det beslutet utan manipulation. | Använd behörigheter som bryter mot Google Plays policy för skadlig kod, inklusive otillåten användning av förhöjd behörighet. |
| Erbjud ett annat sätt att utföra en funktion om användaren nekar behörigheten, till exempel genom att tillåta manuell inmatning av data. | Manipulera eller vilseled användare. Du får aldrig tvinga eller lura användare att bevilja behörigheter. |
| Följ policyn för användaruppgifter, eftersom all data som ges åtkomst till via dessa behörigheter är känslig. | Förvägra användaren ett rimligt alternativ om hen nekar en begränsad behörighet. Appen måste förbli användbar. |
När du begär farliga behörigheter (till exempel READ_CALENDAR) begär du en körningstid och anger en tydlig förklaring. |
Begär utan förklaring. Det går bara att begära begränsade behörigheter för tilltalande, viktiga funktioner utan alternativa lösningar. |
Dirigera användarna till sidan med systeminställningar för att godkänna specialbehörigheter (till exempel SYSTEM_ALERT_WINDOW). |
Behörigheter för sms och samtalshistorik
Google Play har strikta begränsningar för åtkomsten till uppgifter från behörigheterna Sms och Samtalsloggar. Dessa uppgifter är mycket känsliga. Appen måste vara den inställda standardhanteraren för sms, telefon eller Assistent för att begära dessa behörigheter. Användningen begränsas endast till dokumenterade huvudfunktioner för appen som är helt centrala för appens huvudsyfte. Dessa uppgifter får aldrig användas för annonsering eller i något annat syfte som inte har godkänts. Läs den fullständiga policyn för att kontrollera att du följer den.
Behörigheter för sms och samtalshistorik anses utgöra personliga eller känsliga användaruppgifter och omfattas av policyn om personliga och känsliga uppgifter och följande begränsningar:
| Begränsad behörighet | Krav |
|---|---|
| Behörighetsgruppen Samtalshistorik (t.ex. READ_CALL_LOG, WRITE_CALL_LOG, PROCESS_OUTGOING_CALLS) | Appen måste medvetet ha registrerats som standardhanteraren för telefon och assistans på enheten. |
| Behörighetsgruppen Sms (t.ex. READ_SMS, SEND_SMS, WRITE_SMS, RECEIVE_SMS, RECEIVE_WAP_PUSH, RECEIVE_MMS) | Den måste medvetet har registrerats som standardhanteraren för sms och assistans på enheten. |
Appar som saknar funktioner för standardhantering av sms, telefon eller assistentfunktioner får inte ange i manifestfilen att behörigheterna ovan ska användas. Detta omfattar exempeltext i manifestfilen. Appen måste dessutom medvetet ha registrerats som standardhanterare av sms, telefon eller assistentfunktioner innan användarna uppmanas att godkänna någon av ovanstående behörigheter och måste omedelbart sluta använda behörigheten när den inte längre är standardhanterare. Mer information om tillåten användning och undantag finns på den här sidan i hjälpcentret.
Appar får endast använda behörigheten (och eventuella uppgifter som härrör från behörigheten) i syfte att tillhandahålla godkända grundfunktioner i appen. Med appens grundfunktion avses huvudsyftet för appen. Detta kan utgöras av en uppsättning grundfunktioner som alla måste framhävas i dokumenteringen och lyftas fram i appbeskrivningen. Utan huvudfunktionen går appen sönder eller blir obrukbar. Överföring, delning eller licensierad användning av dessa uppgifter får endast ske i syfte att tillhandahålla grundfunktioner eller tjänster i appen och användningen får inte utökas för något annat syfte (t.ex. för att förbättra andra appar eller tjänster eller för annonsering och marknadsföring). Du får inte använda alternativa metoder (inklusive andra behörigheter, API:er eller tredjepartskällor) för att härleda uppgifter som tillskrivs behörigheter med koppling till samtalshistoriken och sms.
Tänk på detta
| Rätt | Fel |
| Skicka in ett deklarationsformulär i Play Console. | Begär behörigheter för sms- och samtalsloggar om de inte behövs för huvudfunktionen. |
| Dokumentera tydligt huvudfunktionen som behöver åtkomst till användarna. | Använd datan för annonsering eller andra syften. |
| Använd alternativ som efterlever policyerna, till exempel SMS Retriever API om möjligt. | Lagra eller dela onödig data från sms- och samtalsloggar. |
| Sluta använda data omedelbart om statusen som standardhanterare upphör. | Försök att härleda datan med hjälp av andra metoder. |
| Granska tillåten användning och undantag för sms- och samtalsloggar. |
Platsbehörigheter
I syfte att skydda användarnas integritet kräver policyn för platsåtkomst i bakgrunden att appar tillhandahåller en stark motivering och inhämtar uttryckligt användarsamtycke för åtkomst. Enhetsplatsdata begränsas till viktiga funktioner som ger användarna en direkt fördel och som utgör en central del av appens huvudsyfte. Den får aldrig användas endast för annonsering eller analys. Minimera dina begäranden genom att välja mindre känsliga alternativ som ungefärlig plats och åtkomst i förgrunden när det är möjligt. Åtkomsten till enhetsplats för förgrundstjänster måste initieras av användaren och vara tillfällig, medan åtkomst i bakgrunden endast är avsedd för centrala funktioner. Läs den fullständiga policyn för att kontrollera att du följer den.
Enhetens plats anses utgöra personliga eller känsliga användaruppgifter och omfattas av policyn om personliga och känsliga uppgifter samt av policyn om platsåtkomst i bakgrunden och följande krav:
- Appar får inte komma åt data som skyddas med platsbehörigheter (till exempel
ACCESS_FINE_LOCATION,ACCESS_COARSE_LOCATION,ACCESS_BACKGROUND_LOCATION) när de inte längre krävs för att befintliga funktioner och tjänster i appen ska kunna användas. - Du får aldrig begära platsbehörighet av användarna om annonsering eller analyser är det enda syftet. Appar som utökar den tillåtna användningen av sådan data i syfte att visa annonser måste efterleva vår annonspolicy.
- Den minsta möjliga omfattningen (t.ex. ungefärlig plats i stället för exakt plats och i förgrunden i stället för i bakgrunden) som behövs för att tillhandahålla den befintliga funktionen eller tjänsten som kräver platsåtkomst ska begäras i appen och användare ska rimligen kunna anta att funktionen eller tjänsten behöver avgöra platsen med precisionen för den nivå som har begärts. Vi kan till exempel ge avslag för appar som begär eller kommer åt plats i bakgrunden utan rimligt skäl.
- Platsåtkomst i bakgrunden får endast användas för att tillhandahålla funktioner som användaren har nytta av och som hänger ihop med appens huvudfunktion.
Platsåtkomst via behörigheten för förgrundstjänster (när appen bara har platsåtkomst i förgrunden, t.ex. medan appen används) är tillåten om användningen
- har inletts som en direkt följd av en användarinitierad åtgärd i appen
- avslutas omedelbart när det avsedda användningsfallet för den användarinitierade åtgärden har slutförts i appen.
Appar som särskilt riktar sig till barn måste följa policyn för Avsett för familjer.
Du hittar mer information om policykraven i den här hjälpartikeln.
Tänk på detta
| Rätt | Fel |
| Efterlev policyn för Avsett för familjer om appen är inriktad på barn. | Använd enhetsplats endast för annonsering eller i analyssyfte. |
| Granska viktiga krav för behörigheter innan du skickar appen till publicering. | Kom åt data när den inte längre behövs. |
| Slutför deklarationen i Console för platsåtkomst i bakgrunden. | Begär enhetsplats för appar som är inriktade på barn. |
| Sälj enhetsplatsen. |
Behörigheten Åtkomst till alla filer
I Google Plays policy betraktas åtkomst till användarnas filer och kataloger som åtkomst till känsliga uppgifter förknippad med hög risk, så vi begränsar användningen av behörigheten MANAGE_EXTERNAL_STORAGE på Android 11 och senare. Appen måste ha viktiga grundfunktioner som kräver bred åtkomst till denna behörighet för syften som är vända mot användaren och aldrig gagnar tredje part. Detta bidrar till att förhindra att data samlas in i onödan och skyddar användarnas integritet. Appar som begär denna behörighet måste tydligt meddela användarna så att de kan fatta ett genomtänkt beslut om sin integritet och du måste få godkänt via Google Plays appgranskning. Läs den fullständiga policyn för att kontrollera att du följer den.
Filer och katalogattribut på användarnas enheter anses utgöra personliga eller känsliga användaruppgifter och omfattas av policyn om personliga och känsliga uppgifter och följande krav:
- Appar bör endast begära åtkomst till det lagringsutrymme på enheten som är avgörande för att appen ska fungera och får inte begära åtkomst till enhetens lagringsutrymme på uppdrag av tredje part för något ändamål som inte har någon koppling till appfunktioner som visas för användaren.
- Android-enheter som kör R eller senare måste ha behörigheten
MANAGE_EXTERNAL_STORAGEför att hantera åtkomst i delad lagring. Alla appar som är inriktade på R och begär bred åtkomst till delad lagring (Åtkomst till alla filer) måste godkännas i en lämplig åtkomstgranskning innan de publiceras. Appar som tillåts använda denna behörighet måste tydligt uppmana användarna att aktivera Åtkomst till alla filer för appen under inställningarna Särskild appåtkomst. Du hittar mer information om kraven för R i den här hjälpartikeln.
Tänk på detta
| Rätt | Fel |
| Prioritera att använda integritetsfrämjande alternativ i stället, till exempel Storage Access Framework eller MediaStore API. |
Begär behörigheten |
| Deklarera behörigheten när du skickar in ett deklarationsformulär i Play Console. | Framställ huvudfunktionen i appen felaktigt. |
| Definiera och dokumentera tydligt appens huvudfunktion för appgranskningen. |
Lagra eller dela data utöver vad som är nödvändigt eller angivna behov. |
| Uppmana tydligt användaren att aktivera åtkomst till alla filer för appen under inställningarna Särskild appåtkomst. | |
| Se till att du läser kraven för Android R för att ta reda på mer. |
Foto- och videobehörigheter
För att skydda användarna och deras integritet kräver Google Play att appar som begär behörigheterna READ_MEDIA_IMAGES eller READ_MEDIA_VIDEO tillhandahåller starka, giltiga och centrala användningsfall för beständig eller upprepad åtkomst till foton och videor. Om appen inte är kvalificerad för denna åtkomstnivå bör du ta bort dessa behörigheter. Använd i stället en systemväljare, som den mer integritetsskyddande fotoväljaren på Android, om du bara behöver åtkomst en gång eller i begränsad utsträckning. Läs den fullständiga policyn för att kontrollera att du följer den.
Foton och videor på användarens enhet räknas som personliga eller känsliga användaruppgifter och omfattas av Google Plays policy för användaruppgifter. Appar får bara komma åt foton och videor för syften som har en direkt koppling till appens funktioner och får inte begära åtkomst för någon tredje parts räkning för syften som inte har någon koppling till appfunktioner som är avsedda för användaren. Vi rekommenderar att en systemväljare, till exempel fotoväljaren, används för en mer integritetsskyddande upplevelse.
Appar som kräver bred åtkomst till foton och videor i ett delat lagringsutrymme på enheter måste godkännas i en lämplig åtkomstgranskning och kunna uppvisa ett huvudsakligt användarfall där beständig eller upprepad åtkomst till foton eller videor i det delade lagringsutrymmet krävs. Appar som sällan, eller bara en gång, behöver åtkomst till filerna ska använda en systemväljare, till exempel Androids fotoväljare.
Bred åtkomst till foton och videor omfattas även av följande krav:
- Appar som är inriktade på Android 13 (API-nivå 33) eller senare måste ha behörigheten
READ_MEDIA_IMAGESellerREAD_MEDIA_VIDEOför att kunna få bred åtkomst till foto- eller videofiler i det delade lagringsutrymmet på enheten. Alla appar som är inriktade på Android 13 eller senare och begär behörighetenREAD_MEDIA_IMAGESellerREAD_MEDIA_VIDEOmåste godkännas i en lämplig åtkomstgranskning före publicering.- Appar som begär åtkomst till behörigheterna
READ_MEDIA_VIDEOellerREAD_MEDIA_IMAGESmåste kunna uppvisa ett huvudsakligt användarfall där beständig eller upprepad åtkomst till foton eller videor i det delade lagringsutrymmet krävs.
- Appar som begär åtkomst till behörigheterna
Om din app inte behöver eller inte uppfyller kraven för bred åtkomst till behörigheterna READ_MEDIA_VIDEO eller READ_MEDIA_IMAGES måste du ta bort dem från appens manifest för att uppfylla kraven i policygranskningen.
I enlighet med policyn för begränsade behörigheter måste du vidta rimliga åtgärder för att tillmötesgå användare som inte ger bred åtkomst till mediefiler på deras enhet. Detta omfattar att förmedla en smidig appupplevelse där användarna kan fortsätta att använda funktionen eller huvudfunktionen i appen.
Appar som har ett legitimt skäl för åtkomst till foton eller videor men inte uppfyller kraven för behörigheterna READ_MEDIA_IMAGES eller READ_MEDIA_VIDEO kan använda en systemväljare som fotoväljaren. Du hittar mer information i den här artikeln i hjälpcentret.
Tänk på detta
| Rätt | Fel |
| Skicka in ett deklarationsformulär i Play Console. | Samla in mer foto- och videodata än nödvändigt. |
| Använda en systemväljare, till exempel fotoväljaren, om du inte behöver omfattande åtkomst. | Försöka att kringgå eller manipulera användarsamtycke. |
| Tillhandahålla bevis för att rättfärdiga ditt användningsfall under appgranskningen. | Blockera funktioner om en användare nekar en behörighet som inte behövs. Använd i stället en systemväljare för att hantera filbegäran. |
| Förklara tydligt varför appen behöver dessa behörigheter. | |
| Läs Information om Google Plays policy för foto- och videobehörigheter för att ta reda på mer. |
Behörighet att se appaket
Användarnas installerade appar räknas som känsliga uppgifter. Google Plays policyer har strikta begränsningar för bred synlighet (QUERY_ALL_PACKAGES). Det tillåts bara för viktiga appfunktioner som kräver omfattande information om installerade appar för kompatibilitet. Du måste prioritera användningen av tidsbegränsade, inriktade begäranden om att få åtkomst till specifika appar när det är möjligt, vilket är mer integritetsfrämjande. Data om användares installerade appar får inte under några omständigheter säljas eller delas för annonsering eller intäktsgenerering genom analys. Läs den fullständiga policyn för att kontrollera att du följer den.
Information om vilka appar som finns installerade på en enhet anses utgöra personliga eller känsliga användaruppgifter och omfattas av policyn om personliga och känsliga uppgifter och följande krav:
Appar vars huvudsyfte är att starta, söka efter eller användas ihop med andra appar på enheten kan få behörighet att se andra installerade appar på enheten i den utsträckning som är rimlig enligt beskrivningen nedan:
- Bred appöverblick: Med bred överblick avses en apps möjlighet att få en omfattande (eller ”bred”) överblick över de appar (”paket”) som finns installerade på en enhet.
- Appar som är inriktade på API-nivå 30 eller högre tillåts bara att få bred överblick över installerade appar via behörigheten
QUERY_ALL_PACKAGESi vissa användningsfall då appen inte fungerar utan kännedom om och/eller möjlighet att samverka med alla andra appar på enheten.- Du får inte använda
QUERY_ALL_PACKAGESom appen fungerar med en mer preciserad inriktning på vilka paket som behöver vara synliga för den (t.ex. om den kan fråga efter och interagera med enskilda paket snarare än att begära bred överblick).
- Du får inte använda
- Alternativa metoder att få fram ungefär samma resultat som med behörigheten
QUERY_ALL_PACKAGESfår också bara användas för den huvudfunktion som är vänd mot användaren, och för interaktion med den, hos alla appar som går att upptäcka med metoden ifråga. - Läs den här hjälpcenterartikeln om vilka användningsfall som behörigheten
QUERY_ALL_PACKAGESär tillåten för.
- Appar som är inriktade på API-nivå 30 eller högre tillåts bara att få bred överblick över installerade appar via behörigheten
- Begränsad appöverblick: Med begränsad överblick avses att appen minimerar åtkomsten till data genom att fråga efter ett närmare bestämt urval appar med hjälp av mer preciserade (till skillnad från breda eller ”svepande”) metoder (t.ex. genom att fråga efter enskilda appar som svarar mot deklarationen i appens manifest). Du kan fråga efter appar med den här metoden om din app interagerar med eller hanterar dessa appar på ett sätt som uppfyller policyns krav.
- Möjligheten att se vilka appar som finns installerade på en enhet måste vara direkt relaterad till det huvudsyfte eller den huvudfunktion som användarna ser i appen.
Data om installerade appar som har sökts fram i appar distribuerade via Play får aldrig säljas eller delas i analyssyfte eller för intäktsgenerering via annonser.
Tänk på detta
| Rätt | Fel |
Skicka in ett deklarationsformulär i Play Console för QUERY_ALL_PACKAGES och andra behörigheter som är förknippade med hög risk. |
Begär |
| Dokumentera tydligt för appgranskningen varför appen behöver synlighet (omfattande eller mer inriktad). | Skaffa omfattande synlighet för appen med hjälp av metoder som inte är uttryckligen godkända i policyn. |
| Använd endast åtkomst för den minsta mängden data som behövs. | Tillhandahåll falska uppgifter om appens huvudfunktion eller databehov. |
| Läs Tillåten användning av behörigheten QUERY_ALL_PACKAGES för att se tillåtna användningsfall. | Samla in eller använd onödig data från installerade appars data. |
Accessibility API
Google Play tillåter användning av AvailabilityService API för en mängd olika appar. Det är dock bara möjligt för tjänster att deklarera att de är tillgänglighetsverktyg (genom att ange isAccessibilityTool=true i metadatan) om de har utformats för att hjälpa personer med funktionsnedsättning att få åtkomst till sina enheter eller på annat sätt övervinna utmaningar som beror på deras funktionsnedsättning. Dessa appar är undantagna kraven på tydlig redogörelse och samtycke. För alla andra användningsfall, eller om du inte deklarerar din app som ett tillgänglighetsverktyg, måste du slutföra en tillgänglighetsdeklaration i Play Console och implementera en tydlig upplysning i appen som förklarar dataåtkomsten och -användningen. Användarna måste även ge sitt samtycke via en aktiv åtgärd. Läs den fullständiga policyn för att kontrollera att du följer den.
Accessibility API får inte användas till att
- ändra användares inställningar utan tillstånd eller förhindra att användaren inaktiverar eller avinstallerar en app eller tjänst, om inte en förälder eller vårdnadshavare har godkänt det via en föräldrakontrollsapp eller en administratör har godkänt det via programvara för företagshantering
- kringgå Androids inbyggda integritetsinställningar och aviseringar
- ändra eller använda användargränssnittet på ett sätt som är vilseledande eller på något annat sätt strider mot Google Plays utvecklarpolicyer.
Accessibility API har inte utformats för och kan inte begäras för fjärrinspelning av samtalsljud.
Det måste stå att Accessibility API används i butiksuppgifterna på Google Play.
Riktlinjer för IsAccessibilityTool
Appar vars huvudsyfte är att stödja personer med funktionsnedsättning får använda beteckningen IsAccessibilityTool för att klassificera sig offentligt som en tillgänglighetsapp.
Appar som inte uppfyller kraven för IsAccessibilityTool får inte använda den markeringen, men måste ändå uppfylla kraven på tydligt yppande och samtycke som beskrivs i policyn om användaruppgifter eftersom tillgänglighetssyftet inte är uppenbart för användaren. Du hittar mer information i hjälpcenterartikeln för AccessibilityService API.
Appar måste använda API:er och behörigheter med snävare omfång i stället för Accessibility API om det går att uppnå den önskade funktionen.
Tänk på detta
| Rätt | Fel |
Deklarera isAccessibilityTool=true korrekt i tjänstens metadatafil om appens huvudsyfte är att stödja personer med en funktionsnedsättning. |
Använd flaggan isAccessibilityTool felaktigt. Den ska inte användas för appar som inte är stödverktyg för personer med en funktionsnedsättning. |
| Tillhandahåll en tydlig deklaration och en demovideo av användningen av AccessibilityService API i Play Console. | Ändra användarens inställningar utan samtycke, kringgå integritetsinställningar eller fjärrinspela samtalsljud. |
| Implementera en tydlig redogörelse i appen och erhåll användarens samtycke om appen inte är klassificerad som tillgänglighetsverktyg. | Använd API:et för att självständigt initiera, planera och utföra åtgärder eller beslut. |
| Fyll i en tillgänglighetsdeklaration när du skickar in ett deklarationsformulär i Play Console om du inte har deklarerat att appen är ett tillgänglighetsverktyg men ändå använder AccessibilityService API. | Lura eller vilseleda användarna. API:et får inte användas för att ändra eller utnyttja användargränssnittet på ett bedrägligt sätt. |
| Begränsa insamlingen av data och håll dig strikt till de meddelade och deklarerade syftena. | Samla in onödig data. Den data som samlas in måste begränsas till de meddelade syftena. |
| Använd API:er och behörigheter med snävare omfattning i stället för Accessibility API om det går att uppnå den önskade funktionen. | Kringgå upplysningskrav. Upplysningar ersätter inte en integritetspolicy eller andra appbeskrivningar. |
Begär behörighet att installera paket
Behörigheten REQUEST_INSTALL_PACKAGES gör att appar kan begära installation av andra appaket. Denna behörighet begränsas till appens huvudfunktion, specifikt när huvudsyftet är att skicka, ta emot eller möjliggöra installation av appaket som användaren initierar. Det är förbjudet att använda denna behörighet för att uppdatera appen, ändra dess funktioner eller paketera andra APK-filer för tyst eller obehörig installation (förutom för företagshantering). Alla installationer måste vara ett direkt, aktivt val av användaren. Appar som är inriktade på Android 8 eller senare måste ha denna behörighet för att använda Intent.ACTION_INSTALL_PACKAGE. Läs den fullständiga policyn för att kontrollera att du följer den.
Behörigheten REQUEST_INSTALL_PACKAGES ger en app tillåtelse att begära installation av appaket. Om du vill använda den här behörigheten måste appens huvudfunktion
- inkludera att skicka eller ta emot appaket
- möjliggöra användarinitierade installationer av appaket.
Tillåtna funktioner inkluderar:
- surfa eller söka på webben
- kommunikationstjänster med stöd för bilagor
- delning, överföring eller hantering av filer
- enhetshantering för företag
- säkerhetskopiering och återställning
- enhetsmigrering/överföring mellan telefoner
- tillhörande appar för att synkronisera telefonen med en smart accessoar eller IoT-enhet (till exempel en smartklocka eller smart-tv).
Med appens huvudfunktion avses det som appen i första hand är till för. Huvudfunktionen och eventuella funktioner som ingår i den måste vara klart och tydligt dokumenterade och angivna i appens beskrivning.
BehörighetenREQUEST_INSTALL_PACKAGES får inte användas för att utföra självuppdateringar, modifieringar eller paketering av andra APK:er i tillgångsfilen förutom i enhetshanteringssyfte. Alla uppdateringar eller installationer av paket måste följa Google Plays policy för otillåten användning av enheter och nätverk och måste initieras och genomföras av användaren. Tänk på detta
| Gör så här: | Gör inte så här: |
| Dokumentera tydligt och framträdande vilken huvudfunktion som behörigheten krävs för i appbeskrivningen på Google Play och när du skickar in deklarationsfomuläret i Play Console. | Begär inte behörigheten för funktioner som inte är direkt kopplade till appens huvudsyfte, inklusive för delning via peer-to-peer (icke-hierarkiskt nätverk). Peer-to-peer måste vara appens huvudsyfte för att uppfylla kraven för tillåten användning. |
|
Håll dig endast till de tillåtna funktionerna, inklusive webbsurfning/-sökning, delning/överföring/hantering av filer, enhetshantering för företag, säkerhetskopiering/återställning, enhetsmigrering/telefonöverföring, tillhörande app för att synkronisera telefonen med en smart accessoar eller IoT-enhet. |
Begär inte behörigheten när uppgiften som den begärs för kan utföras med en mindre omfattande metod. |
| Se till att appen förhindrar oavsiktliga installationer eller installationer i bakgrunden. Alla installationer av appaket måste uttryckligen initieras av användaren. |
Ändra inte hur appen använder behörigheten utan att först uppdatera deklarationen i Play Console med aktuell och korrekt information. Bedräglig och odeklarerad användning av behörigheten är förbjuden. |
Behörigheter för kroppssensorer
Policysammanfattning
I syfte att skydda användarnas integritet kräver Google Play att åtkomst till mycket känslig kroppssensordata (som puls, SpO2 och hudtemperatur) omfattas av våra policyer för användaruppgifter och hälsoappar.
Från och med Android 16 måste appar migrera från den allmänna behörigheten android.permission.BODY_SENSORS till nya detaljerade hälsobehörigheter. Till exempel använder du android.permission.health.READ_HEART_RATE för att få åtkomst till pulsdata. Denna ändring påverkar alla appar som riktar in sig på Android 16 eller senare för alla formfaktorer, däribland Wear OS. En fullständig lista över ändringar finns på sidan Behavior changes: Apps targeting Android 16 or higher. Vi granskar alla begäranden om kroppssensorbehörigheter – gamla som nya – för att säkerställa att din apps användningsfall direkt gynnar användarna och att appen följer våra policyer.
Åtkomst till data från sensorer som mäter kroppsparametrar som puls, SpO₂ och hudtemperatur klassas som personliga och känsliga användaruppgifter. Appar som begär åtkomst omfattas av kraven i policyn för användaruppgifter och policyn för hälsoappar. Detta gäller för begäranden för behörigheterna android.permission. och BODY_SENSORS android.permission. _BACKGROUNDBODY_SENSORS
Från och med Android 16 övergår den breda behörigheten BODY_SENSORS till de mer detaljerade och integritetsbevarande behörigheterna android.permissions.health.* för specifika datatyper (till exempel android.permission.health.READ_HEART_RATE , android.permission.health.READ_OXYGEN_SATURATION och android.permission.health.READ_SKIN_TEMPERATURE ).
Appar som är inriktade på Android 16 eller senare måste använda dessa specifika behörigheter för API:er som BODY_SENSORS tidigare har krävts för. Du kan läsa mer på sidan Behavior changes: Apps targeting Android 16 or higher.
Alla begäranden om behörigheter för kroppssensorer (både äldre och detaljerade behörigheter) granskas för att kontrollera att den avsedda användningen av dessa personliga och känsliga uppgifter stämmer överens med godkända användningsfall som användaren får direkt fördel av. De godkända användningsfallen omfattar i första hand funktioner för att registrera träning och välmående (till exempel träningsbevakning i realtid), bevakning av medicinska tillstånd, hälsoforskning (med rätt godkännanden) eller förbättring av funktioner i den tillhörande appen för smarta accessoarer.
Du hittar omfattande hjälp för policyer, inklusive förbjuden användning, tillåtna användningsfall och detaljerade krav i vanliga frågor om och vägledning för hälsobehörigheter i Android.
| Gör så här: | Gör inte så här: |
Använd en specifik, detaljerad hälsobehörighet som android.permission.health.READ_HEART_RATE i stället för den breda behörigheten BODY_SENSORS. |
Deklarera inte |
| Se till att appen har en huvudfunktion som hjälper användaren (t.ex. en funktion för att spåra träning eller övervaka hälsa) och som verkligen kräver datan. | Be inte om åtkomst till data utan en tydlig och direkt fördel för användaren. |
| Följ policyerna för användardata och hälsoappar. | Begär och använd inte kroppssensordata för syften som inte är godkända, till exempel för allmän annonsering, analys eller för att profilera användare utifrån härledda sjukdomstillstånd. |
| Begär bara de behörigheter som är nödvändiga och den specifika data som krävs för syftet med appen. | Ignorera inte och försök inte att kringgå de grundläggande policyerna för användardata och hälsoappar. |
| Läs vanliga frågor om och vägledning för hälsobehörigheter i Android för att få en fullständig lista över användningsfall och krav. |
Behörigheter för Health Connect från Android
Åtkomst till Health Connect-data är begränsad till appar vars huvudsakliga godkända användningsfall är hälsa, träning, sjukvård eller hälsoforskning. Du måste noggrant begränsa dataåtkomst till den minsta omfattningen som krävs för dessa godkända funktioner och erhålla tydligt användarsamtycke innan du delar någon hälsodata med tredje part. Transparens är viktigt så tillhandahåll tydliga upplysningar och omfattande integritetspolicyer där du förklarar insamling, användning, hantering och radering av data. Skydda användardata mot obehörig åtkomst och följ alla tillämpliga lagar och regler (t.ex. HIPAA, GDPR). Läs den fullständiga policyn för att kontrollera att du följer den.
Health Connect är en Android-plattform som låter appar för hälsa och träning lagra och dela enhetsdata inom ett sammanslaget ekosystem. Den erbjuder en plats där användare kan styra över vilka appar som kan läsa och skriva hälso- och träningsdata, inklusive hälsojournaler. I Hälsojournaler kan historik, diagnoser, behandlingar, mediciner, labbresultat och andra medicinska uppgifter från vårdgivare och institutioner eller hälsoplattformar från tredje part ingå.
Health Connect har stöd för att läsa och skriva en mängd olika datatyper, från steg till kroppstemperatur och hälsojournaler.
Data som du kan få åtkomst till med Health Connect-behörighet anses utgöra personliga och känsliga användaruppgifter och omfattas av policyn för användaruppgifter. Om din app räknas som en hälsoapp eller har hälsorelaterade funktioner och har åtkomst till hälsodata, inklusive Health Connect-data, måste den även följa policyn för hälsoappar.
Läs mer i den här utvecklarhandboken för Android om hur du kommer igång med Health Connect. För att begära åtkomst till Health Connect-datatyper och få svar på andra vanliga frågor kan du läsa mer i vanliga frågor om och vägledning för hälsobehörigheter i Android.
Appar som distribueras via Google Play måste uppfylla följande policykrav för att kunna läsa data från och/eller skriva data till Health Connect.
Tänk på detta
| Rätt | Fel |
| Appen måste efterleva policyn för hälsoappar om den anses vara en hälsoapp eller om den innehåller hälsorelaterade funktioner och kommer åt hälsodata, inklusive Health Connect-data. | Använd Health Connect i appar som innebär hög risk (till exempel för flygteknik eller livsuppehållande system som pacemakrar) eller i appar som endast är inriktade mot barn. |
| Läs Vanliga frågor om och vägledning för hälsobehörigheter i Android om hur du begär åtkomst till datatyper i Health Connect och andra vanliga frågor. | Sälj eller överför användaruppgifter för annonsering, kreditvärdighet eller till datamäklare. |
| Skicka in ett deklarationsformulär i Play Console och tillhandahåll en tydlig och detaljerad motivering om hur appen använder datan till förmån för användaren. | Använd tillsammans med medicintekniska produkter utan att efterleva de regelverk och få de tillstånd som behövs. |
| Begär endast den minsta mängden datatyper som behövs. | Kom åt Health Connect-data för sekundära syften som inte har godkänts. |
| Hantera användaruppgifter på ett säkert sätt (till exempel med hjälp av modern kryptering). | Begär databehörigheter som inte behövs för appens huvudfunktion. |
Lämplig åtkomst till och användning av Health Connect
Health Connect får bara användas i enlighet med tillämpliga policyer, användarvillkor och för godkända användningsfall som har angetts i den här policyn. Det betyder att du bara får begära åtkomst till behörigheter när din app eller tjänst uppfyller villkoren för något av de godkända användningsfallen.
Godkända användningsområden innefattar: träning och hälsa, belöningar, träningscoachning, företagshälsa, sjukvård, hälsoforskning och spel. Appar som har fått tillstånd för dessa användningsfall får inte utöka användningen till syften som inte angetts eller otillåtna syften.
Endast appar eller tjänster med en eller flera funktioner vars syfte är att främja användarnas hälsa och träning tillåts begära åtkomst till Health Connect-behörigheter. Det handlar om
- appar eller tjänster som gör det möjligt för användarna att direkt logga, rapportera, ha koll på och/eller analysera fysisk aktivitet, sömn, psykisk hälsa, näring, hälsovärden, beskrivningar av kroppen, hälsojournaler och/eller beskrivningar och mätningar relaterade till hälsa eller träning
- appar eller tjänster som gör det möjligt för användarna att lagra fysisk aktivitet, sömn, psykisk hälsa, näring, hälsovärden, beskrivningar av kroppen, hälsojournaler och/eller andra beskrivningar och mätningar relaterade till hälsa eller träning på enheten och dela datan med andra appar på enheten som uppfyller dessa användningsfallskrav
- appar eller tjänster som hjälper användare att hantera kroniska tillstånd, medicinska behandlingar eller få vårdstöd.
Tillgång till Health Connect får inte användas i strid mot denna policy eller andra tillämpliga användarvillkor eller policyer för Health Connect, inklusive i följande fall:
- Använd inte Health Connect i utvecklandet av eller integrering i appar, miljöer eller aktiviteter där användningen eller det felaktiga användandet av Health Connect rimligen kan förväntas leda till dödsfall, personskada, miljöskada eller skada på egendom (som vid uppförandet eller driften av kärnkraftsanläggningar, flygledning, livsuppehållande system eller vapenframställning).
- Begär inte åtkomst till data som erhållits via Health Connect via fönsterlösa appar. Appen måste ha en lätt igenkännlig ikon som visas i appfältet, enhetens appinställningar, aviseringar osv.
- Använd inte Health Connect med appar som synkroniserar data mellan inkompatibla enheter eller plattformar.
- Använd inte Health Connect för att ansluta till appar, tjänster eller funktioner som enbart riktar sig till barn.
- Vidta rimliga och lämpliga åtgärder för att skydda alla appar eller system som använder sig av Health Connect mot obehörig eller olaglig åtkomst, användning, förstörelse, förlust, ändringar eller yppanden.
Det är också ditt ansvar att alla regler och rättsliga krav som gäller följs, baserat på din avsedda användning av Health Connect och all data från Health Connect. Om du till exempel är en enhet eller affärspartner som omfattas av HIPAA (Health Insurance Portability and Accountability Act) måste du efterleva alla tillämpliga krav för din åtkomst till och användning av information från Health Connect. Om du är en utvecklare som omfattas av den allmänna dataskyddsförordningen (GDPR) för användare i EU måste du efterleva kraven i GDPR. Du kan behöva ingå ytterligare avtal (t.ex. Business Associate Agreement eller databehandlingsavtalet) innan du delar data med de relevanta parterna för din behandling enligt dessa lagar och regler. Apputvecklarna ansvarar även för att avgöra om sådana avtal krävs för deras behandling. Utvecklare måste tillhandahålla bevis på att sådana avtal har ingåtts eller att kraven efterlevs om Google ber om det.
Google stöder inte användningen av och kan inte garantera att data som finns i Health Connect för all typ av användning och syfte (i synnerhet gällande användning inom områdena forskning, hälsa och medicin) stämmer, med undantag för när det uttryckligen står på etiketten eller i informationen som Google tillhandahåller för specifika Google-produkter och -tjänster. Google frånsäger sig all ansvarsskyldighet kopplat till data erhållen genom Health Connect.
Begränsad användning
När du använder Health Connect måste åtkomst och användning av data följa vissa begränsningar:
- Dataanvändningen bör vara begränsad till att tillhandahålla eller förbättra lämpliga användningsfall eller funktioner som är synliga i appens användargränssnitt.
- Användaruppgifter får endast överföras till tredje part när användaren uttryckligen har gett samtycke: i säkerhetssyfte (t.ex. för att undersöka otillåten användning), för att följa tillämpliga lagar eller regler eller som en del av sammanslagningar/förvärv.
- Mänsklig åtkomst till användaruppgifter är begränsad såvida användaren inte uttryckligen ger samtycke, i säkerhetssyfte, för att följa lagar eller när de samlas in för intern verksamhet enligt rättsliga krav.
- All annan överföring, användning eller försäljning av data från Health Connect är förbjuden, till exempel:
- att överföra eller sälja användaruppgifter till tredje part som annonseringsplattformar, datamäklare eller andra återförsäljare av information
- att överföra, sälja eller använda användaruppgifter i syfte att visa annonser, inklusive anpassade eller intressebaserade annonser
- att överföra, sälja eller använda användaruppgifter i syfte att besluta om kreditvärdighet eller för lån
- att överföra, sälja eller använda användaruppgifter med någon produkt eller tjänst som kan kvalificeras som en medicinteknisk produkt, såvida inte appen för den medicintekniska produkten efterlever alla tillämpliga regler, inklusive att få nödvändiga tillstånd eller godkännanden från relevanta tillsynsorgan (t.ex. FDA i USA) för dess avsedda användning av Health Connect-data, och användaren har gett sitt uttryckliga samtycke för sådan användning
- att överföra, sälja eller använda användaruppgifter i något syfte eller på ett sätt som involverar Protected Health Information (definierat i HIPAA), om inte användaren initierar detta och det efterlever kraven i HIPAA.
Minsta möjliga omfattning
Du får bara begära åtkomst till behörigheterna som behövs för att implementera din produkts funktioner eller tjänster. Sådana åtkomstbegäranden bör vara specifika och begränsade till datan som behövs.
Transparent och exakt meddelande och kontroll
Health Connect hanterar data om hälsa och träning, vilken omfattar personliga och känsliga uppgifter. Utvecklare måste tillhandahålla tydliga och åtkomstliga upplysningar om sin datahantering i en omfattande integritetspolicy. Dessa upplysningar måste innehålla följande:
- En korrekt beskrivning av vilken typ av app eller tjänst som begär åtkomst till användaruppgifterna.
- Tydlig och korrekt information om vilka typer av uppgifter som ska kommas åt, begäras och/eller samlas in. Uppgifterna måste röra en funktion eller rekommendation som är vänd mot användaren i appen.
- En förklaring om hur datan ska användas och/eller delas: om du begär datan av en anledning men samtidigt använder datan i ett sekundärt syfte måste du upplysa användarna om samtliga användarfall.
- Användarhjälpsidor med förklaringar om hur användare kan hantera och radera sina uppgifter från din app och vad som händer med datan när kontot inaktiveras eller raderas.
- Information om säker hantering av alla personliga och känsliga användaruppgifter, till exempel genom att överföra dem med moderna krypteringsmetoder (till exempel via HTTPS).
Mer information om krav för appar som kopplas till Health Connect hittar du i denna artikel i hjälpcentret.
VPN-tjänst
Med basklassen VpnService kan utvecklare skapa säkra VPN-lösningar. Google Play tillåter dess användning endast för appar med VPN som huvudfunktion eller appar som kräver fjärrserver för viktiga funktioner som föräldrakontroller, spårning av appanvändning, enhetssäkerhet, nätverksverktyg, webbläsare eller operatörstjänster. Det är av största vikt att VpnService aldrig används för att samla in personliga eller känsliga användaruppgifter utan tydlig redogörelse och uttryckligt samtycke. Dessutom är det strängt förbjudet att omdirigera eller manipulera användartrafik från andra appar i syfte att generera intäkter. Alla appar som använder VpnService måste ange detta tydligt i butiksuppgifterna på Google Play och kryptera all data från enheten till VPN-tunnelns slutpunkt. Läs den fullständiga policyn för att kontrollera att du följer den.
VpnService är en basklass med vilken appar kan utöka och bygga sina egna VPN-lösningar. Det är bara appar som använder VpnService och har VPN som huvudfunktion som kan skapa en säker tunnel till en fjärrserver på enhetsnivå. Till undantagen räknas appar som kräver en fjärrserver för sin huvudfunktion, till exempel
- föräldrakontroller och appar för företagshantering
- spårning av appanvändning
- appar för enhetssäkerhet (till exempel antivirus, hantering av mobila enheter, brandvägg)
- nätverksrelaterade verktyg (till exempel fjärråtkomst)
- webbläsarappar
- operatörsappar som kräver VPN-funktion för att tillhandahålla telefoni- eller anslutningstjänster.
VpnService kan inte användas för att
- samla in personliga och känsliga användaruppgifter utan tydlig redogörelse och samtycke
- omdirigera eller manipulera användartrafik från andra appar på en enhet i syfte att generera intäkter (till exempel genom att omdirigera annonstrafik via ett annat land än det som användaren befinner sig i)
Appar som använder VpnService måste
- dokumentera användningen av VpnService i uppgifterna på Google Play
- kryptera data från enheten till VPN-tunnelns slutpunkt
- följa alla programpolicyer för utvecklare inklusive policyerna för annonsbedrägeri, behörigheter och skadlig kod.
| Rätt | Fel |
| Dokumentera tydligt användningen av VpnService i uppgifterna på Google Play. | Användning av VpnService om VPN inte är appens huvudfunktion (förutom vid specifika undantag). |
| Du måste kryptera data från enheten till VPN-tunnelns slutpunkt. | Insamling av personliga eller känsliga användaruppgifter utan tydlig redogörelse och samtycke. |
| Se till att appens huvudfunktion är ett VPN eller ett godkänt undantag. | Omdirigering och manipulering av användartrafik från andra appar på en enhet i syfte att generera intäkter (till exempel genom att omdirigera annonstrafik via ett annat land än det som användaren befinner sig i) |
| Tillhandahåll en tydlig redogörelse i appen och inhämta uttryckligt samtycke för all insamling av känsliga uppgifter. |
Behörighet för exakt alarm
Behörigheten USE_EXACT_ALARM på Android 13 och senare är en mycket begränsad behörighet som endast får användas för appar vars huvudsyfte verkligen kräver åtkomst till exakta tider, som dedikerade alarm-, timer- eller kalenderappar med händelseaviseringar. Detta huvudsyfte måste vara vänt mot användaren. Om appen inte har detta specifika behov bör du använda behörigheten SCHEDULE_EXACT_ALARM i stället. Den har samma funktioner, men kräver att användaren ger åtkomst. Den här policyn förhindrar obehörig användning av systemets resurser. Läs den fullständiga policyn för att kontrollera att du följer den.
Vi introducerar en ny behörighet, USE_EXACT_ALARM, som ger åtkomst till funktioner för exakta alarm i appar från och med Android 13 (API-inriktningsnivå 33).
USE_EXACT_ALARM är en begränsad behörighet och appar får endast deklarera den här behörigheten om det finns stöd för behovet av ett exakt alarm i appens huvudfunktion. Appar som begär den här begränsade behörigheten blir granskade och de som inte uppfyller kriterierna för tillåtna användningsfall får inte publiceras på Google Play.
Tillåtna användningsfall för behörighet att använda exakta alarm
Appen får bara använda USE_EXACT_ALARM-funktionen när appens huvudsakliga, användarriktade funktion kräver att åtgärder sker vid en exakt tid, till exempel när
- appen är en alarm- eller timerapp
- appen är en kalenderapp som visar händelseaviseringar.
Om du har ett användningsfall för en exakt alarmfunktion som inte täcks in av ovanstående kan du överväga om SCHEDULE_EXACT_ALARM kan vara ett alternativ.
Tänk på detta
| Rätt | Fel |
Begär endast den automatiskt beviljade versionen av behörigheten USE_EXACT_ALARM om appens huvudfunktion är ett alarm eller en kalender. |
Använd behörigheten för icke-avgörande funktioner som inte direkt stöder appens huvudsyfte. |
Använd SCHEDULE_EXACT_ALARM i stället om appen inte uppfyller kriterierna ovan. |
|
| Ange appfunktioner genom att fylla i deklarationen i Play Console. | |
| Granska den nya behörigheten för användning av exakta alarm om du vill veta mer om den funktionen. |
Behörighet för helskärmsintent
På Android 14 och senare beviljas behörigheten USE_FULL_SCREEN_INTENT automatiskt endast för appar vars huvudfunktion är att ställa in alarm eller hantera samtal. För alla andra användningsfall måste du inhämta uttryckligt användarsamtycke och tydligt förklara varför behörigheten är nödvändig. Denna policy förhindrar obehörig användning av helskärmsintent i mindre viktiga syften och kräver att din användning inte stör användarens enhet, andra appar eller påverkar den övergripande användbarheten negativt. Läs den fullständiga policyn för att kontrollera att du följer den.
USE_FULL_SCREEN_INTENT är en behörighet med särskild appåtkomst för appar inriktade på Android 14 (API-inriktningsnivå 34) eller senare. Appar blir bara automatiskt beviljade behörigheten USE_FULL_SCREEN_INTENT om appens huvudfunktion ingår i en av nedanstående kategorier som kräver aviseringar med hög prioritet:
- Ställer in ett alarm
- Tar emot telefon- eller videosamtal
Appar som begär den här behörigheten blir granskade och de som inte uppfyller ovanstående kriterier blir inte automatiskt beviljade den här behörigheten. I sådana fall måste apparna begära behörighet av användaren för att använda USE_FULL_SCREEN_INTENT.
Vi påminner om att all användning av behörigheten USE_FULL_SCREEN_INTENT måste efterleva alla utvecklarpolicyer på Google Play, inklusive våra policyer för oönskad mjukvara på mobila enheter, otillåten användning av enheter och nätverk och annonser. Aviseringar med helskärmsintent får inte störa, skada eller på ett otillåtet sätt få åtkomst till användarens enhet. Dessutom ska appar inte störa andra appar eller enhetens användbarhet.
Läs mer om behörigheten USE_FULL_SCREEN_INTENT i vårt hjälpcenter.
Tänk på detta
| Gör så här: | Gör inte så här: |
| Begär användarsamtycke för behörigheten och förklara tydligt varför du ber om detta om behörigheten inte beviljas automatiskt. | Använd inte denna behörighet för funktioner med låg prioritet som inte är huvudfunktionen. |
|
Begränsa användningen till nödvändiga aviseringar/varningar med hög prioritet. |
Använd inte den här behörigheten för att störa enheter eller andra appar. |
| Skicka in ett deklarationsformulär i Play Console för att kontrollera att din app är kvalificerad för behörigheten för helskärmsintent om du riktar in dig på Android 14 eller senare. | Använd inte denna behörighet för störande annonser eller störande aviseringar. |
Läs mer om behörigheten USE_FULL_SCREEN_INTENT och dess krav. |