Gratis verktyg

Gratis verktyg för att skapa datasäkerhetsformulär på Google Play

Generatorn avkodar e-postmeddelandet ”Invalid Data safety form”, hittar SDK:erna i din Android-app och skapar svaren samt en CSV-fil för Play Console.

Skapa ditt formulär Generera sekretesspolicy
  • Formulär för datasäkerhet
  • Android SDK:er
  • Spela upp konsol-CSV

Skapa ditt formulär för datasäkerhet.

Följ dessa 4 snabba steg.

Ange din e-postadress för Google Play (valfritt)

Klistra in e-postmeddelandet ”Problem upptäckt: Ogiltigt datasäkerhetsformulär” eller meddelandet från sidan ”Policystatus” i Play Console. Generatorn plockar ut de markerade datatyperna, versionskoderna och SDK:erna.

Identifiera SDK:erna i din app

Klistra in din build.gradle(.kts), libs.versions.toml, utdata från ./gradlew :app:dependencies, pubspec.yaml (Flutter), package.json (React Native) eller AndroidManifest.xml. För att välja SDK:er manuellt öppnar du fliken Välj SDK:er.

Berätta vad din app gör

Välj vad din egen kod gör. Räkna endast data som lämnar enheten (som skickas till din server eller till en tredje part). Du ska inte ange data som appen endast bearbetar på enheten.

Min app (exklusive ovanstående SDK:er)
Säkerhet och radering av data

En webbsida där användare kan be dig att radera deras konto och dess data, utan att behöva installera om appen.

Förhandsgranskning av butiksannons

Så här ser avsnittet om datasäkerhet ut på Google Play.

Granska och ladda ner

Här är de svar som ska anges under Play Console > Appinnehåll > Datasäkerhet. Kontrollera varje rad noggrant: du ansvarar för det du anger.

Detta verktyg ger förslag baserade på offentligt tillgänglig information om SDK:er och dina svar. Det utgör inte juridisk rådgivning och analyserar inte din apps kod eller nätverkstrafik. SDK:ns beteende varierar mellan olika versioner och beror på hur du konfigurerar det. Du bär själv det fulla ansvaret för att uppgifterna i ditt datasäkerhetsformulär är korrekta.

Så här åtgärdar du felmeddelandet ”Ogiltigt datasäkerhetsformulär”.

Google har upptäckt att användardata skickas från din app som inte anges i ditt datasäkerhetsformulär. I de flesta fall är det ett SDK från en tredje part som skickar dessa data, inte din egen kod.

  1. Läs e-postmeddelandet noggrant. Där anges versionskoden, datatypen (till exempel enhets-ID eller andra ID:n) och ibland det SDK som Google anser har skickat uppgifterna.

  2. Hitta alla SDK:er i din app. Google håller dig ansvarig för data som samlas in av alla bibliotek som du inkluderar, även funktioner som du aldrig använder.

  3. Välj en lösning: antingen anger du datatypen i formuläret för datasäkerhet, eller så tar du bort koden eller SDK:t som skickar den (ta till exempel bort AD_ID behörigheten om du inte använder annonser).

  4. Uppdatera formuläret i Play Console under ”Policy och program” > ”Appinnehåll” > ”Datasäkerhet”, eller importera den CSV-fil som genererades ovan.

  5. Ersätt alla versioner som inte uppfyller kraven. Efter en kodändring ska du ladda upp en ny version med en högre versionskod till alla kanaler som fortfarande distribuerar den gamla versionen, inklusive interna, stängda och öppna testkanaler. Rulla ut till 100 %.

  6. Uppdatera din integritetspolicy så att den beskriver samma uppgifter och tredje parter som i ditt datasäkerhetsformulär.

  7. Skicka ändringarna för granskning från översiktssidan för publicering.

Så här importerar du CSV-filen till Play Console.

  1. Öppna Play Console och välj din app.

  2. Gå till Policy och program > Appinnehåll, välj sedan Datasäkerhet och klicka på Starta (eller Hantera).

  3. Klicka på ”Importera från CSV” uppe till höger och ladda upp filen. Importen skriver över eventuella svar som redan finns i formuläret.

  4. Gå igenom varje sida i formuläret, kontrollera varje svar och klicka på Spara.

  5. Gå till översikten över publicering och skicka ändringarna till Google för granskning.

Avslag

Förklaring till vanliga avvisningar av data av säkerhetsskäl.

Den datatyp som nämns i ditt e-postmeddelande från Google Play pekar vanligtvis på en av dessa orsaker.

Datatyper som nämns i e-postmeddelandet från Google Play, med den vanligaste orsaken och lösningen för varje enskild typ.
Markerat i e-postmeddelandet Vanligaste orsaken Så här åtgärdar du det
Enhets-ID eller andra ID:n Annons-SDK:er (AdMob, AppLovin, Unity Ads), Firebase Analytics, attributions-SDK:er (Adjust, AppsFlyer), push-SDK:er (OneSignal) eller kod som läser ANDROID_ID eller reklam-ID:t. Ange att enhets-ID:n eller andra ID:n samlas in (och delas, för SDK:er för annonsering och attribuering), eller ta bort SDK:n. Om du tar bort com.google.android.gms.permission.AD_ID behörigheten förhindrar att annons-ID:t läses.
Ungefärlig plats / Exakt plats Annonsnätverk som uppskattar din plats utifrån IP-adressen, eller att din app begär behörighet att använda platsinformation och skickar koordinater till en server. Ange den platskategori som motsvarar den behörighet du begär. Ange inte en exakt plats om du endast begär ACCESS_COARSE_LOCATION.
Appaktivitet: Installerade appar Ett SDK (ofta ett SDK för annonsering eller bedrägeribekämpning) eller din egen kod som hämtar listan över installerade paket och skickar den utanför enheten. Ange vilka appar som är installerade, eller ta bort SDK:t. Kontrollera sedan om din app behöver QUERY_ALL_PACKAGES behörigheten överhuvudtaget.
Appaktivitet: Interaktioner med appen Analys-SDK:er som Firebase Analytics, Mixpanel eller Amplitude, samt de flesta annons-SDK:er. Ange att interaktioner med appen samlas in för analysändamål (samt för reklam eller marknadsföring om ett annons-SDK använder dessa uppgifter).
Appinformation och prestanda: Kraschloggar / Diagnostik SDK:er för felrapportering, såsom Firebase Crashlytics, Sentry eller Bugsnag. De flesta annons-SDK:er skickar också diagnostikdata. Ange att kraschloggar och diagnostikdata samlas in för analysändamål eller för appens funktionalitet.
Personuppgifter: E-postadress / Användarnamn Inloggning, registrering eller nyhetsbrevsfunktioner, eller SDK:er där du anropar setUserId() eller skickar en e-postadress (push-meddelanden, supportchatt, analysverktyg). Ange vilka personuppgifter som krävs för kontohantering eller appens funktionalitet, och se till att du anger en URL för att radera kontot.
Ogiltig integritetspolicy Länken till integritetspolicyn fungerar inte, är inte en offentlig webbsida eller beskriver inte de uppgifter som du anger i formuläret för datasäkerhet. Publicera en integritetspolicy där du anger vilka typer av data och vilka SDK:er från tredje part som ingår i ditt formulär, och länka till den i Play Console.
Frågor om radering av data I din app kan användarna skapa ett konto, men du har inte angett någon fungerande webblänk för begäran om att radera konton. Lägg till en sida för borttagning av konton på din webbplats och ange dess webbadress i avsnittet ”Borttagning av data” i formuläret.

Generator för integritetspolicy

Din integritetspolicy måste stämma överens med ditt datasäkerhetsformulär.

Google jämför dina svar om datasäkerhet med din integritetspolicy. Ett formulär där du anger datatyper eller tredje parter som inte nämns i din integritetspolicy är skäl till ytterligare ett avslag. Skapa en integritetspolicy för din Android-app som täcker de SDK:er du använder.

Generera sekretesspolicy

Vanliga frågor.

Svar på de vanligaste frågorna om formuläret för datasäkerhet på Google Play.

Vad betyder ”Ogiltigt säkerhetsformulär för data”?

Det innebär att Google har upptäckt att din app skickar användardata utanför enheten, och att du i formuläret för datasäkerhet inte har angett att dessa data samlas in.

I e-postmeddelandet anges datatypen (till exempel enhets- eller andra ID:n) och versionskoden där upptäckten gjordes. Google godkänner inte nya uppdateringar förrän formuläret stämmer överens med vad appen faktiskt gör.

Min app samlar inte in några uppgifter. Varför blev den avvisad?

Orsaken är nästan alltid ett SDK från tredje part. Annonsnätverk, analysverktyg, kraschrapportering, push-meddelanden och till och med kartbibliotek skickar enhetsidentifierare eller diagnostikdata till sina servrar.

Google räknar all data som ett SDK i din app skickar från enheten som data som din app samlar in, även data som du själv aldrig använder.

Vad är skillnaden mellan ”samlad” och ”delad”?

Med ”insamlad” avses att uppgifterna lämnar enheten och skickas till dig eller till en SDK-leverantör.

Med ”delad” avses att uppgifterna överförs till en tredje part. Uppgifter som skickas till en tjänsteleverantör som endast behandlar dem för din räkning (till exempel en tjänst för felrapportering) räknas inte som delning. Däremot räknas uppgifter som ett annonsnätverk använder för egna ändamål som delning.

Måste jag anmäla uppgifter som behandlas tillfälligt?

Ja, du ska fortfarande ange tillfälliga data (som endast används i minnet och inte sparas längre än vad som krävs för en realtidsförfrågan) som insamlade. Markera dem som ”bearbetade tillfälligt”, så utelämnar Google Play dem från din butiksbeskrivning.

Vilken versionskod är det som orsakar problemet?

I e-postmeddelandet anges den versionskod där Google upptäckte felet. Denna build förblir ibland aktiv i ett testspår (internt, slutet eller öppet test) även när produktionsmiljön använder en nyare version.

Varje aktiv build i varje testspår måste överensstämma med ditt datasäkerhetsformulär. Ladda upp en kompatibel build med en högre versionskod till varje berört testspår.

Kontrollerar Google om mitt formulär för datasäkerhet stämmer överens med min integritetspolicy?

Ja. Din integritetspolicy måste vara en offentlig, fungerande webbsida och den måste beskriva samma insamling och delning av uppgifter som du anger i ditt formulär för datasäkerhet.

Är den här verktyget för att skapa datasäkerhetsformulär gratis?

Ja, Google Play Data Safety Form Generator är gratis och kräver inget konto.