Kontekstuelle data

Introduktion

Sammenfatning af kontekstuelle data

Prenly Reader-applikationen indsamler kontekstuelle data, som typisk forbliver konstante over flere interaktioner. Disse data er vigtige for analysen af slutbrugerne, da de giver en vigtig kontekst til de registrerede begivenheder. Det giver værdifuld indsigt til at:

• Identificere de typer enheder og tekniske miljøer, som deres brugere opererer i.
• Analysere brugernes adfærd og præferencer for at forbedre indholdets relevans og engagement.
• Indstillinger for brugersamtykke for at vide, hvordan indsamlede data kan bruges, og sikre overholdelse af regler for beskyttelse af personlige oplysninger.

Indsamlede data

De indsamlede kontekstuelle data eksporteres forskelligt afhængigt af den valgte analyseintegration. Nedenfor finder du en detaljeret liste over de dataegenskaber, vi indsamler, præsenteret ved hjælp af vores interne navngivningskonventioner.

Formatet og navngivningen af disse data kan variere, når de eksporteres, afhængigt af den specifikke analyseintegration, der bruges. For detaljerede oplysninger om, hvordan hver integration behandler og sender disse data, kan du besøge siden, der beskriver eksport af data.

Teknisk miljø

De indsamlede miljødata omfatter tekniske detaljer og indeholder bl.a. oplysninger om enheden, operativsystemet og programversionen.

Oversigt

Attributterne med suffikset ? er ikke altid tilgængelige.

Egenskaber

Platform (streng)

Prenly-læserklientens platform.

Eksempler:

• "web"
• "android"
• "ios"

Skærmbredde (heltal)

Skærmens samlede bredde i pixels. Bemærk, at dette adskiller sig fra bredden på det faktiske vindue, hvis applikationen bruges i en webbrowser.

Eksempel: 1440

Skærmhøjde (heltal)

Skærmens samlede højde i pixels. Bemærk, at dette adskiller sig fra højden på det faktiske vindue, hvis applikationen bruges i en webbrowser.

Eksempel: 2960

OS-navn (streng)

Navnet på operativsystemet.

Eksempler:

• "Android"
• "iOS"
• "Windows"
• "macOS"
• "Linux"

OS-version (streng)

Versionen af operativsystemet.

Eksempler:

• "12"
• "14.2"

Navn på applikation (streng)

Det offentlige navn på Prenly-læserapplikationen.

Eksempel: "Verdensnyheder"

Applikationsversion (streng)

Versionsnummeret på Prenly-læserapplikationen (kun native reader-apps).

Eksempel: "12.1.0"

Producent af enhed (streng)

Producenten af enheden (kun native reader-apps).

Eksempler:

• "Samsung"
• "Apple"

Enhedsmodel (streng)

Enhedens tekniske modelkode (kun native reader-apps).

Eksempler:

• "SM-G991B"
• "iPhone13,2"

Brugeragent (streng)

Webbrowserens brugeragentstreng (kun weblæser-apps).

Eksempel: "Mozilla/5.0 (X11; Linux i686 on x86_64; rv:52.0) Gecko/20100101 Firefox/52.0"

Oplysninger om brugeren

Brugeroplysningerne kan angives, uanset om brugeren er logget ind eller ej.

Oversigt

Attributterne med suffikset ? er ikke altid tilgængelige.

Egenskaber

Egenskaberne user_id og customer_number kan kun angives, hvis brugeren er logget ind. De stammer fra det login-system (som vi kalder autoritet), der blev brugt til at godkende og autorisere brugeren, så formatet på værdierne kan variere.

Konfigurationen af den autoritet, der er sat op for applikationen, bestemmer:

• Om Prenly overhovedet håndterer disse egenskaber.
• Hvis de håndteres, om Prenly kun håndterer en af dem eller begge.
• Hvis de håndteres, om de inkluderes som kontekstuelle data.

Besøgs-id (streng)

En unik identifikator i UUID-format, der repræsenterer et besøg/en aktiv session for en bestemt bruger, uanset om vedkommende er logget ind eller ej. En ny session/et nyt besøg startes, hvis en bruger er inaktiv i et stykke tid. Besøget ændres ikke, hvis en bruger logger ind eller ud.

Et eksempel: "f47ac10b-58cc-4372-a567-0e02b2c3d479"

Bruger-id (streng)

Et unikt bruger-id for en indlogget bruger, der stammer fra login-processen.

Eksempler på dette:

• "1558"
• "mdh://u358002"

Kundenummer (streng)

Et unikt kundenummer for en logget bruger, hvis det er tilgængeligt, udledt fra loginprocessen.

Eksempler:

• "19030"
• "cx920034-XYZ"

Samtykke-relateret information

For nogle integrationer kan de kontekstuelle data omfatte oplysninger om det samtykke, som brugeren har givet i samtykkedialogen, der leveres af en CMP (udbyder af samtykkestyring).

Samtykke efter formål

De fleste CMP'er, der understøttes af Prenly, giver brugeren mulighed for at give samtykke efter formål. Nogle af disse CMP'er understøtter definitionen af et antal formål, men Prenly understøtter kun tre formål, nemlig de analytiske, funktionelle og markedsføringsmæssige formål. De valg, som brugeren foretager i CMP-dialogen, omdannes til de Prenly-understøttede formål, og hvert formål vil enten blive givet eller ikke givet af brugeren.

En værdi på true betyder, at formålet blev godkendt. En værdi på false betyder, at formålet ikke blev godkendt.

Samtykke efter tjeneste/leverandør

I nogle CMP'er, der understøttes af Prenly, kan brugeren foretage mere detaljerede valg og give samtykke til specifikke tredjepartsvirksomheder, som vi betegner som tjenester. I så fald anses et formål kun for at være givet, hvis alle tjenester inden for formålet er blevet givet.

Ingen specifikke oplysninger om samtykke givet pr. tjeneste er i øjeblikket inkluderet i statistikkerne.

Samtykke som en TC-streng

TCF(Transparency and Consent Framework) og TC String (undertiden kaldet TCF String) er koncepter, der er udviklet af IAB Europe for at hjælpe den digitale reklamebranche med at overholde kravene i GDPR og ePrivacy-direktivet. TC String repræsenterer slutbrugerens samtykke, som det gives i en CMP-dialog. Dette format understøttes af nogle af de CMP'er, der understøttes i Prenly.

Hvis Prenly-læserapplikationen bruger en CMP, der understøtter TC String-konceptet, kan TC String eksporteres som kontekstuelle data: