- TCF version 2.1: Vi accepterer fortsat TCF version 2.1-strenge, men opfordrer ejere/administratorer af CMP'er til at følge IAB-vejledningen vedrørende implementeringsmilepæle, i takt med at der skiftes til TCF version 2.2 inden for branchen.
- Googles løsninger til administration af samtykke: Googles løsninger til administration af samtykke, som er tilgængelige via fanen Privatliv og beskeder i Ad Manager, AdSense og AdMob, understøtter TCF version 2.2 i forbindelse med meddelelser om europæiske forordninger i henhold til IAB's opdaterede krav med hensyn til CMP'er.
For at hjælpe udgivere med at administrere fejl og fejlkonfigurationer i forbindelse med lanceringen af IAB Europes forskrifter for gennemsigtighed og samtykke version 2.2 leverer vi en rapport om fejl, som vi har registreret.
I denne artikel kan du finde flere oplysninger om, hvordan du retter TCF v2.2-implementeringsfejl, bl.a.:
Opdateret vejledning
Opdateringer
- Påmindelse om TCF-kravet om, at der skal indhentes samtykke hver 13. måned:
You are required by IAB TCF policy to remind users about their consent choices at least once every 13 months. If the consent decision is more than 13 months old, the TC string will no longer be considered valid by Google and Google will not serve ads to that user. We suggest that you work with your CMP to remind users about their consent choices before the 13-month limit is reached.
- 3.2-fejltypen er blevet fjernet. TC-strenge, der er blevet opdateret inden for de seneste 13 måneder, er stadig gyldige.
Rettelse af almindelige fejl
Find og ret nogle af de mest almindelige fejl i Ad Manager, AdSense og AdMob ved at gøre følgende:
Overvej at give samtykke igen til brugere med TC-strenge uden indtægtsgenerering(Fejl 1.1, 3.1, 4.1, 5.1, 5.2 og 6.1)
Relaterede fejl
Opdateret vejledning
Overvej at anmode om samtykke fra brugerne igen.
Rationale
Som udgiver kan man med fordel anmode om samtykke igen, hvis man tidligere har brugt strenge, der indeholder signaler af typen "Uden for båndet" og "Globalt omfang", ugyldige CMP-id'er (fra test) eller ugyldige GVL-id'er (fra test) eller ikke har angivet Google som leverandør med korrekt samtykke på et tidspunkt i forbindelse med implementeringen.
Fejl 1.1, 1.2 og 1.3: Det er vigtigt at tjekke, om disse fejl repræsenterer en betydelig mængde trafik. Hvis det er tilfældet, skal du overveje, om dette skyldes et problem på CMP-siden, og sørge for, at Google tildeles samtykke til de formål, der er nødvendige, og som leverandør af samtykke OG legitim interesse (leverandør-id 755).
IAB-specifikation
I henhold til IAB-specifikationerne må strenge til indhentning af samtykke gemmes i cache på CMP'er i 13 måneder.
AddEventHandler inden for 500 ms(fejl 2.1a, 2.1b, 2.0a, 2.0b og 2.0c)
Relaterede fejl
Fejl 2.1a. Denne vejledning gælder også for fejlene 2.1b, 2.0a, 2.0b og 2.0c.
Opdateret vejledning
Selvom der ikke længere stilles krav om timeout, foreslår vi, at ejere eller administratorer af CMP'er gennemgår deres implementeringer grundigt for at sikre, at der omgående returneres kald til AddEventListener getTCData.
Hvis en CMP ikke reagerer, vil anmodningen ikke være indtægtsgenererende.
Rationale
Google overholder IAB-specifikationen, der angiver, at en CMP skal svare øjeblikkeligt til funktionen AddEventListener. Hvis en CMP ikke reagerer med det samme, vil anmodningen ikke være indtægtsgenererende.
CMP-svar er en del af kæden af hændelser, der påvirker, hvor hurtigt der kan foretages en annonceanmodning. Reduceres tiden mellem sideindlæsning og annonceanmodninger, resulterer det i færre mistede eksponeringer for udgiveren.
IAB-specifikation
Gældende IAB-specifikation: IAB's AddEventListener-specifikation (på GitHub)
AddEventListener skal kaldes med det samme ved registrering af de aktuelle TC-data, også selvom CMP-statussen er loading og der er ufuldstændige TC-data på CMP'en. Dette gør det muligt for opkaldsscriptet at få adgang til det registrerede listenerId. Tilbagekaldet skal desuden kaldes ved hver ændring af TC-strengen, medmindre det er blevet fjernet ved hjælp af RemoveEventListener.Politikcenter
Som udgiver får man besked fra Politikcenter, hvis en app eller et website ikke overholder Googles krav til administration af samtykke.
Fejlrapport
Vi underretter udgivere via produktets brugerflade, hvis vi registrerer et problem med den TC-streng, der er knyttet til et eller flere af deres websites eller apps. Udgivere kan klikke på Download TCF-fejlrapporten på siden "Samtykke fra brugere i EU" på deres konto for at downloade en detaljeret rapport over de fejl, der er registreret inden for de seneste 7 dage.
- Ad Manager: Klik på Administrator og derefter på Samtykke fra brugere i EU.
- AdMob og AdSense: Klik på Blokeringsindstillinger og derefter på Samtykke fra brugere i EU.
Rapporten indeholder følgende oplysninger om hver af de registrerede fejl:
- Domæne/MobileAppID: Det website eller den mobilapp, der er konfigureret forkert.
- Annonceenhedssti: Den annonceenhed, der er knyttet til fejlen.
- Fejlkode: den kode, der er tildelt fejlen.
- Antal fejl: antallet af forespørgsler, der indeholder den fejl, der blev registreret i løbet af den foregående uge.
- Dato for seneste fejlregistrering: den seneste dato, hvor fejlen blev registreret.
Udgivere kan bruge de fejlkoder, der er angivet i rapporten, til at finde de foreslåede handlinger, der skal udføres, i følgende fejlfindingstabeller og løse fejlene.
Fejlfinding
For at hjælpe udgivere med at rette forkert konfigurerede IAB TCF v2.2-integrationer har vi samlet følgende tabeller over de mest almindelige fejltyper for TC-strenge samt de tilhørende anbefalinger til fejlfinding.
Du kan bruge tabellerne til at få en forståelse af de problemer, der opstår på annonceanmodningsniveau, samt den tilhørende systemadfærd.
Scenarier med begrænset samtykke
Alle disse tre scenarier har altid forrang i forhold til konfigurationsfejl, også selvom der er flere fejl ved en given anmodning.
| Scenarie | Beskrivelse | Anbefalet handling |
|---|---|---|
| 1.1 | Der er ikke givet samtykke til eller angivet legitim interesse for brug af Google som leverandør. | Bekræft, om brugeren bevidst har afvist Google som udbyder, om der er opstået CMP-implementeringsfejl, eller om der er begrænsninger for udgivere. |
| 1.2 | Intet samtykke til formål 1 for EØS-lande og Storbritannien. |
Bekræft, om brugeren bevidst ikke har tilladt formål 1, eller om det skyldes CMP-implementeringsfejl. Udgivere i Schweiz bør sørge for, at de angiver felterne
PublisherCC og PurposeOneTreatment korrekt, hvis de ikke beder brugerne om at give samtykke. Fra og med december 2021 tjekker vi ikke længere, om |
| 1.3 | Har samtykke til formål 1, men mangler juridisk grundlag for basisannoncer. |
Bekræft, om brugeren bevidst har afvist legitime interesser for de øvrige formål, eller om dette skyldes CMP-implementeringsfejl. |
Fejlkonfiguration
Annonceanmodninger udfyldes ikke, mens der er fejl i konfigurationen.
| Fejl | Beskrivelse | Anbefalet handling |
|---|---|---|
| 2.1a | Tagget eller SDK'et modtager ikke en TC-streng, da CMP-statussen f.eks. er stub, loading eller error. |
Hvis du aktiverer funktionen til anmodning om annoncer manuelt, skal du sørge for, at svaret Hvis du ikke manuelt aktiverer funktionen til anmodning om annoncer, kan du samarbejde med din CMP for at sikre, at den implementerer support til |
| 2.1b |
Begge betingelser er opfyldt:
|
Bed din CMP om at sikre, at API'erne er implementeret korrekt baseret på IAB's tekniske specifikationer for TCF. |
| 2.2a |
TC-strengen kan ikke parses, da den ikke er base64-kodet. Eksempel: |
CMP'er (eller udgivere) må kun sende basis64-kodede data i gdpr_consent=-parametre. |
| 2.2b |
TC-strengen kan ikke parses på grund af en afkodningsfejl. Eksempel: Strengen indeholder et forkert antal bits |
CMP skal rette fejl i implementeringen af TC-strenge. |
| 2.2c |
TC-strengen kan ikke parses på grund af en datafejl. Eksempel: Tidsstemplet er forkert, eller leverandør-id'et er for langt |
CMP skal rette fejl i implementeringen af TC-strenge. |
Problemer med TC-strengen
Problemer med den TC-streng, der er knyttet til en annonceanmodning. Annonceanmodninger annulleres og udfyldes ikke.
| Fejl | Beskrivelse | Anbefalet handling |
|---|---|---|
| 3.1 | Ugyldigt CMP-id. |
Sørg for, at der bruges en IAB-valideret CMP, og at dens id er angivet korrekt i TC-strengene. Hvis en CMP var gyldig, da TC-strengen blev genereret, men senere er blevet slettet af IAB, skal du indhente samtykke igen via en gyldig CMP. |
| 3.2 | Ikke længere brugt. | Ingen. Forrige betydning: TC-strengen er blevet oprettet for over 13 måneder siden. |
Der skal indhentes samtykke igen
Der skal indhentes samtykke fra brugeren. Hvis der er gået over 13 måneder, siden du indhentede samtykke fra brugeren, eller hvis du benytter en GVL-version, hvor Google endnu ikke er registreret, skal du indhente samtykke fra brugeren igen, da annonceanmodninger ellers ikke imødekommes.
| Fejl | Beskrivelse | Foreslået handling |
|---|---|---|
| 3.3 | TC-strengen blev senest opdateret for over 13 måneder siden. |
Den gamle TC-streng skal slettes på CMP'en, og der skal indhentes samtykke igen. Det må forventes, at enkelte af disse fejl kan forekomme, hvis der sendes annonceanmodninger med en udløbet TC-streng, før brugerens samtykke er blevet ugyldiggjort på CMP'en og der er indhentet samtykke igen. Hvis du bruger en af Googles løsninger til administration af samtykke og UMP SDK i din app, skal du tjekke, at UMP SDK er implementeret korrekt, og at |
| 4.1 | TC-strengen er blevet genereret ved brug af en GVL-version, hvor Google endnu ikke er registreret. | Indhent samtykke igen ved brug af en aktuel GVL-version. |
"Globalt omfang" og "Uden for båndet"
Nedenfor er der angivet problemer med relation til signaler af typen "Globalt omfang" og "Uden for båndet" (Ad Manager, AdMob eller AdSense). Der bliver ikke vist annoncer, hvis TC-strengen indeholder signaler af typen "Uden for båndet" eller "Globalt omfang".
| Fejl | Beskrivelse | Foreslået handling |
|---|---|---|
| 5.1 | TC-strengen muliggør samtykke "Uden for båndet". | Bed administratoren af den CMP, du benytter, om at fjerne signaler af typen "Uden for båndet" fra TC-strenge. |
| 5.2 | TC-streng med "Globalt omfang". | Giv din CMP besked på at opdatere TC-strenge, så de er specifikke for tjenesten. |
Begrænset annoncevisning
Der vises begrænsede annoncer.
| Fejl | Beskrivelse | Foreslået handling |
|---|---|---|
| 6.1 | TC-strengversionen er 1 eller 1.1 (version 1.0-streng). |
CMP skal sende TCF version 2.2-strenge. |
Google håndterer eventuelle problemer
Når disse problemer opstår, vil Google om nødvendigt selv foretage en korrigerende handling og fortsætte med normal TCF-håndtering.
| Fejl | Beskrivelse | Foreslået handling |
|---|---|---|
| 7.1 | gdprApplies er ikke defineret eller angivet til en ugyldig eller uigenkaldelig værdi, men der findes en gyldig TC-streng. |
Ikke tilgængelig |
| 7.2 | TC-strengen blev genereret med en GVL-version, der er nyere end den aktuelle version, som er kendt af Googles teknologi til annoncevisning. | Ikke tilgængelig |
| 7.3 | Visse formål, funktioner og/eller udbydere er uden for rækkevidde (ukendte). | Ikke tilgængelig |
| 7.4 | TC-strengens tcf_policy_version er ældre end den sidste nye GVL-version. |
Den gamle TC-streng skal slettes på CMP'en, og der skal indhentes samtykke igen ved brug af den sidste nye GVL-version. |
| 7.5 |
En anmodning har |
Ikke tilgængelig |
| 7.6 | Udgiverens landekode er ugyldig, men der er samtykke til formål 1. | CMP skal rette fejl i implementeringen af TC-strenge. |
| 7.7 | Sprogkoden er ugyldig. | CMP skal rette fejl i implementeringen af TC-strenge. |
| 7.8 | Feltet for TC-strengversion er hverken 1 eller 2. |
CMP skal rette fejl i implementeringen af TC-strenge ved at anmode om nyt samtykke, hvis der registreres en ugyldig TC-streng. Hvis du bruger en af Googles løsninger til administration af samtykke og UMP SDK i din app, skal du tjekke, at UMP SDK er implementeret korrekt, og at |
| 7.9 | AC-strengversionen er hverken 1 eller 2. |
CMP skal indstille AC-strengversionen til 1 eller 2. |
Problemer med AC-strengen
Når disse problemer opstår, behandler Google strengen "Yderligere samtykke" som ugyldig, og der tages ikke yderligere leverandører i betragtning ud over TC-strengen.
| Fejl | Beskrivelse | Foreslået handling |
|---|---|---|
| 8.1 | Versionsseparatoren (~) bruges ikke i AC-strengen. |
"~" skal bruges som det andet tegn i AC-strengen på CMP'en for at adskille versionsnummeret fra listen over leverandører, der er givet samtykke til. |
| 8.2 | AC-strengen indeholder en liste over leverandører, hvor den forventede formatering ikke er fulgt (liste over int64-værdier adskilt af "."). | Fejlene i forbindelse med implementering af AC-strengen skal rettes på CMP'en. |
CMP-certificering
Hvis disse problemer opstår, gøres der forsøg på at vise ikke-personligt tilpassede annoncer via Google.
| Fejl | Beskrivelse | Foreslået handling |
|---|---|---|
| 9.1 | Den CMP, der er integreret i henhold til TCF og angivet i anmodningen, er ikke certificeret af Google. | CMP'en skal certificeres af Google. |
Annonceanmodningerne indeholder ingen TCF-signaler
Hvis disse problemer opstår, gøres der forsøg på at vise begrænsede annoncer via Google.
| Fejl | Beskrivelse | Foreslået handling |
|---|---|---|
| 10.1 |
Anmodningen kommer fra EØS, Storbritannien eller Schweiz, men indeholder ikke TCF-signaler. |
Udgiveren skal benytte en CMP, der er integreret i henhold til TCF og certificeret af Google. |