---
title: "Få din app i overensstemmelse med reglerne"
description: "Hvad din app indsamler på grund af de funktioner, du har lagt i den, de fire skærme, der afgør det, og de to formularer fra butikkerne."
canonical_url: "https://dk.goodbarber.com/academy/compliance/"
lang: da
---

# Få din app i overensstemmelse med reglerne

Source: https://dk.goodbarber.com/academy/compliance/

Du har aldrig besluttet dig for at indsamle data. Du har valgt funktioner.

Du tilføjede login, så du sidder på konti. Du koblede et annoncenetværk på, så et annonce-id cirkulerer. Du åbnede en Events-sektion, så din app beder om adgang til dine brugeres kalendere. Ingen af de greb ligner en beslutning om privatliv, og alligevel føjer hvert af dem en linje til dét, du skal erklære over for Apple og Google.

Det er det særlige ved at bygge uden kode, og det er dét, denne guide handler om: **at gøre status over, hvad din app indsamler, med udgangspunkt i det, du har lagt i den**, og derefter oversætte det til indstillinger og erklæringer.

Fremgangsmåden trin for trin til hver formular findes i vores hjælpecenter. Det følgende er den anden halvdel, den der afgør, hvad du skal svare.

## Hvad din app indsamler

### Skærmen, der gør status for dig

Gå til Settings › Privacy center, fanebladet **Permissions**.

Dér finder du listen over de tilladelser, din app kan bede dine brugeres enheder om, og for hver af dem en **Usage**-kolonne, der navngiver den eller de funktioner, som udløser den.

Det er dét, der gør denne skærm værdifuld: den beder dig ikke om at gætte, den fortæller dig, hvor hver tilladelse kommer fra.

Listen har ikke samme længde i alle apps, for den følger det, din app bærer. En butik viser tyve tilladelser; en indholdsapp, der bærer medieafspilning og geolokaliserede notifikationer, viser flere.

Nogle linjer, så du får en fornemmelse:

TilladelseHvad der udløser denKalenderEvents-sektionen, til at lægge en begivenhed ind i enhedens kalenderMikrofonSektionerne til formularer og indsendt indhold, til at optage videoKameraScanning af QR-koder, loyalitetskortet, indsendt indhold, formularer, brugerprofilenAdgang til billedgallerietIndsendt indhold, formularer og profilbilledetPosition i forgrundenKort, begivenheder, push, formularer der henter en adresseBaggrundstjenesteLydafspilleren til podcasts og livestreams, iBeaconsAnnonce-idAnalyse- og annonceværktøjer

Læs den kolonne som en oversigt. Overrasker en tilladelse dig, så se efter den funktion, der står ved siden af: det er den funktion, der har bedt om den, ikke platformen.

![Det første faneblad i Privacy Center. Under en bjælke med fem faneblade minder en advarsel om, at disse tilladelser skal erklæres over for butikkerne, og at en ændring af en af dem betyder, at appen skal bygges og indsendes igen. Nedenunder en tabel med fire kolonner: en kontakt og ikonet for den berørte platform, tilladelsens navn, dens beskrivelse, den funktion der udløser den, og den besked der vises brugeren, når der bedes om den, redigerbar, med et link tilbage til standardformuleringen.](https://portal.ww-cdn.com/portal_static/images/academy/conformite/conformite-permissions.15b3effa7388.png)

### Den sætning, dine brugere kommer til at læse

Hver tilladelse, der afbryder brugeren, bærer et **Message**-felt. Det er den tekst, systemet viser i det øjeblik, din app beder om adgang, og der er foreslået en standardtekst.

Det felt fortjener bedre end sin standardværdi, af en enkel grund: det er det eneste sted, hvor du kan forklare **hvorfor** du spørger. En bruger, der forstår, siger ja, en bruger, der ikke gør, siger nej, og et nej betales i forringede funktioner. Skriv derfor, hvad tilladelsen bruges til i din app, ikke hvad den er.

Linket **Use default message** sætter den oprindelige tekst tilbage, hvis du vil fortryde.

### En ændring betyder ny kompilering

Skærmen siger det selv: enhver ændring af tilladelser når først dine brugere, når din app er kompileret igen og indsendt til butikkerne på ny. Det gælder alle tre udgaver, iOS, Android og Progressive Web App.

Det er ikke en detalje i tidsplanen. Det betyder, at dette kapitel klares **før** din indsendelse, ikke undervejs.

## Skærmene, og hvilken der angår dig

Privacy center ordner sine indstillinger under faneblade, og de taler ikke alle til alle apps.

FanebladDet angår dig, hvis**Permissions**Altid. Det er oversigten fra forrige kapitel**EU Consents**Du kører annoncer eller måler dit publikum, og du har europæiske besøgende**Age verification**Din app er udgivet i butikkerne, og dens indhold er ikke tiltænkt alle aldre**Data Privacy**Du behandler personoplysninger om personer bosat i Europa**Terms and Conditions**Du udgiver en indholdsapp. En butik har sin egen skærm, se nedenfor

### EU Consents

Skærmen adskiller to mekanismer, fordi de ikke gælder samme sted.

**For dine native apps** går varslet gennem Funding Choices, og det slås til platform for platform, idet iOS, Android og Progressive Web App hver har deres egen kontakt, med dit annoncekonto-id at udfylde. Skærmen er ikke i tvivl om, hvad der står på spil: uden det holder dine annoncer op med at blive vist for dine europæiske besøgende.

**For din Progressive Web App** er det cookie-varslet. Du vælger mellem et **hurtigt samtykke** og et **detaljeret samtykke**, du skriver dets titel og dets tekst, du vælger den side, dets link fører til, og du klæder det i dit logo, din hovedfarve og din skrifttype.

Dette kapitel overlapper med »Tjene penge på din indholdsapp«, som dækker den samme skærm fra annoncevinklen.

![Det andet faneblad. En første blok håndterer samtykkevarslet i native apps gennem en ekstern tjeneste, med en advarsel med fed: uden det varsel holder annoncer op med at blive vist for europæiske besøgende. Derefter følger tre kontakter, én pr. platform, hvor iOS-kontakten er slået til og efterfulgt af sit annoncekontofelt, som er sløret her. En anden blok, længere nede, slår cookie-varslet til i webudgaven.](https://portal.ww-cdn.com/portal_static/images/academy/conformite/conformite-consentements.557701debe0f.png)

### Age verification

Denne skærm slår aldersverifikation til for native apps. Når den er slået til, tilpasser din app sine funktioner til den oplyste alder og lukker de dele af, som ikke er tiltænkt mindreårige.

Det er det eneste af disse faneblade, der ændrer det, dine brugere ser, snarere end det, du erklærer.

### Data Privacy

To kontaktblokke, hver med et navn, en adresse, et telefonnummer og en mail: din **databeskyttelsesrådgiver** og din **repræsentant i Den Europæiske Union**. Udfyld dem, der gælder for dig.

Den samme skærm beder dig hente og underskrive **databehandlertillægget**, som er en integreret del af servicevilkårene.

### Terms and Conditions

**Det er her, de to produktlinjer skilles**, og forvekslingen er almindelig. En indholdsapp håndterer sine vilkår og sin privatlivspolitik fra et femte faneblad i Privacy center, og guiden »Tage betaling for dit indhold« beskriver den vej. En butik har ikke det faneblad: den har sin egen skærm, Settings › Terms and Conditions, hvor butikkens salgsvilkår og privatlivspolitik sættes.

## De to formularer fra butikkerne

Apple og Google beder dig begge om at erklære, hvad din app indsamler, hver i sin egen formular. Vores hjælpecenter giver fremgangsmåden trin for trin, skærm for skærm, herunder hvordan du indtaster adressen på din privatlivspolitik på hver side.

Det, der betyder noget her, er **hvor svarene kommer fra**.

Begge formularer stiller deres spørgsmål efter datakategori: placering, id'er, aktivitet i appen, fotos og videoer, personlige oplysninger. Og for næsten hver af dem afhænger svaret af, hvad du har slået til. Placering erklæres kun, hvis den tilsvarende tilladelse er aktiv. Et bruger-id erklæres kun, hvis du har login eller in-app-køb. Annoncedata erklæres kun, hvis annonce-id'et er det.

Med andre ord: **kapitel 1 i denne guide er svaret på formularen**. Gør status først, udfyld bagefter, så sætter du hverken for mange eller for få krydser.

Ét punkt, som vores hjælpecenter siger sort på hvidt, og som tåler at blive gentaget: du er ansvarlig for rigtigheden af det, du erklærer. Platformen fortæller dig, hvad den indsamler for at få din app til at fungere, den kender ikke de anvendelser, du lægger oven på.

## Timing

Hele denne guide koger ned til et spørgsmål om timing.

Alle fire skærme sættes **før indsendelsen**. En ændring af tilladelser betyder ny kompilering og ny indsendelse. Et manglende samtykkevarsel viser sig ikke, mens du bygger, det viser sig, når dine annoncer holder op med at blive vist i Europa, eller når en anmelder afviser din app.

Prisen for en afvisning er ikke afvisningen i sig selv, det er hvornår den lander: når alt er bygget, annonceret og ofte sat i kalenderen. Et kvarter på disse fire skærme, før du trykker på indsend-knappen, sparer dig en tur frem og tilbage på flere dage.

Og kommer en afvisning alligevel, har vores hjælpecenter en hel kategori til at håndtere dem, både hos Apple og hos Google.