- TCF v2.1: vom continua să acceptăm șirurile TCF versiunea 2.1, dar vom încuraja PGC să urmeze instrucțiunile IAB cu privire la obiectivele de implementare, pe măsură ce industria trece la TCF versiunea 2.2.
- Soluțiile Google de gestionare a consimțământului, disponibile în fila Confidențialitate și mesagerie din Ad Manager, AdSense și AdMob, intenționează să accepte TCF versiunea 2.2 pentru mesajele privind consimțământul RGPD până la începutul lunii noiembrie, în conformitate cu noul termen limită IAB pentru PGC-uri (20 noiembrie 2023).
IAB Europe a finalizat versiunea 2.0 a Cadrului de transparență și consimțământ, dezvoltat în colaborare cu IAB Tech Lab și companii membre comune. Acum, Google acceptă integral TCF versiunea 2.0.
Pentru a le acorda editorilor timp să gestioneze erorile și configurațiile greșite în lansarea Cadrului de transparență și consimțământ IAB Europe versiunea 2.0, Google le va pune la dispoziție un raport privind erorile pe care le-a detectat și o perioadă de grație de 150 de zile în care să remedieze erorile.
Acest articol vă oferă mai multe detalii despre remedierea erorilor de implementare privind TCF versiunea 2.2, precum și informațiile de mai jos.
Instrucțiuni actualizate
Actualizări
- Memento cu privire la cerința TCF de a obține din nou consimțământul la fiecare 13 luni:
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.
- Tipul de eroare 3.2 a fost eliminat. Șirurile TC care s-au actualizat în ultimele 13 luni vor rămâne valide.
Soluții pentru erorile frecvente
Remediați câteva dintre cele mai frecvente erori din Ad Manager, AdSense și AdMob, luând măsurile de mai jos.
Vă recomandăm să solicitați din nou consimțământul utilizatorilor prin șiruri TC ce nu vor genera bani(erorile 1.1, 3.1, 4.1, 5.1, 5.2 și 6.1)
Erori conexe
Instrucțiuni actualizate
Vă recomandăm să solicitați din nou consimțământul utilizatorilor.
Explicație
Este recomandat ca editorii să solicite din nou consimțământul dacă au folosit anterior șiruri în afara benzii, șiruri cu acoperire globală, coduri PGC nevalide (din testare), coduri LFG nevalide (din testare) sau dacă, în timpul implementării, le-a lipsit Google ca furnizor cu consimțământ corespunzător.
Erorile 1.1, 1.2, 1.3: este important să verificați dacă aceste erori reprezintă un volum semnificativ de trafic. Dacă da, este posibil să existe o problemă legată de PGC; asigurați-vă că Google are permisiunile impuse pentru scopurile necesare și că este furnizor în scopuri legate de consimțământ ȘI de interes legitim (cu codul de furnizor 755).
Specificații IAB
Conform specificațiilor IAB, PGC-urile pot stoca în memoria cache șiruri de consimțământ timp de 13 luni.
AddEventHandler în 500 ms(Erorile 2.1a, 2.1b, 2.0a, 2.0b și 2.0c)
Erori conexe
Eroarea 2.1a. Aceste instrucțiuni se pot aplica și erorilor 2.1b, 2.0a, 2.0b și 2.0c.
Instrucțiuni actualizate
Cu toate că cerința privind timpul limită nu mai există, recomandăm ca PGC-urile să-și examineze îndeaproape implementările, pentru a se asigura că returnează imediat apelurile la AddEventListener getTCData.
Dacă PGC nu răspunde, este posibil ca solicitarea să nu poată genera bani.
Explicație
Google aderă la specificațiile IAB, care precizează că PGC trebuie să răspundă imediat la funcția AddEventListener. În caz contrar, este posibil ca solicitarea să nu poată genera bani.
În plus, răspunsurile de la PGC fac parte din lanțul de evenimente care influențează frecvența cu care poate fi trimisă o solicitare de anunț. Dacă se reduce perioada dintre încărcarea paginii și solicitările de anunțuri, editorul va avea mai puține afișări pierdute.
Specificații IAB
Specificații IAB aplicabile: specificație AddEventListener (pe GitHub)
AddEventListener trebuie să aibă loc imediat după înregistrarea cu datele TC actuale, chiar dacă starea PGC se încarcă, iar PGC are date TC incomplete. Astfel, scriptul de apelare poate să acceseze parametrul listenerId înregistrat. În plus, la fiecare modificare a șirului TC, trebuie realizată apelarea inversă, mai puțin în situația în care a fost eliminată prin RemoveEventListener.Centrul pentru politici
Centrul pentru politici va informa editorii dacă aplicația sau site-ul nu respectă cerințele Google de gestionare a consimțământului.
Raportul privind erorile
Dacă detectăm o problemă legată de șirul TC asociat unuia sau mai multor site-uri ori aplicații care le aparțin editorilor, le vom trimite notificări în interfața de utilizare a produsului. În pagina Consimțământul utilizatorilor din UE din cont, editorii care se confruntă cu erori pot să dea clic pe Descărcați raportul privind erorile TCF pentru a descărca un raport detaliat al erorilor detectate în ultimele șapte zile.
- Ad Manager: dați clic pe Administrator
Consimțământul utilizatorilor din UE;
- AdMob și AdSense: dați clic pe Comenzi de blocare
Raportul va conține următoarele informații despre fiecare dintre erorile detectate:
- Domeniul/MobileAppID: site-ul sau aplicația mobilă care a fost configurată greșit;
- Calea unității de anunțuri: unitatea de anunțuri asociată erorii;
- Codul de eroare: codul atribuit erorii;
- numărul de erori: numărul de interogări care conțin eroarea înregistrate în ultimele șapte zile;
- data ultimei detectări: ultima dată la care s-a detectat eroarea.
Editorii pot folosi codurile de eroare din raport pentru a identifica măsurile sugerate pe care le pot lua în următoarele tabele pentru remedierea erorilor și pentru a remedia erorile.
Remedierea erorilor
Pentru a ajuta editorii să remedieze integrările cu IAB TCF versiunea 2.2 care au fost configurate greșit, am creat tabelele de mai jos care conțin cele mai frecvente tipuri de erori ale șirului TC, precum și recomandările corespunzătoare pentru remediere.
Folosiți tabelele pentru a înțelege problemele care apar la nivel de solicitare de anunțuri, precum și comportamentul asociat al sistemului.
Situații de consimțământ limitat
Toate aceste trei situații vor avea întotdeauna prioritate față de erorile de configurare greșită, chiar dacă o anumită solicitare conține mai multe erori.
| Situație | Descriere | Măsură recomandată |
|---|---|---|
| 1.1 | Google, ca furnizor, nu a primit consimțământul sau acceptul în scopul intereselor legitime. | Verificați dacă utilizatorul a respins intenționat compania Google ca furnizor, dacă au apărut erori la implementarea CMP sau dacă există restricții ale editorilor. |
| 1.2 | Nu a primit consimțământul pentru Scopul 1 pentru țările din SEE și Regatul Unit. |
Verificați dacă utilizatorul a respins intenționat Scopul 1 sau dacă problema a fost cauzată de erori legate de implementarea PGC. Editorii din Elveția trebuie să se asigure că setează corect câmpurile
PublisherCC și PurposeOneTreatment dacă nu solicită consimțământul utilizatorilor.Începând din decembrie 2021, nu vom mai verifica setarea câmpului |
| 1.3 | A primit consimțământul pentru Scopul 1, dar nu are temeiuri juridice pentru anunțurile de bază. |
Verificați dacă utilizatorul a respins intenționat scopul intereselor legitime sau dacă problema a fost cauzată de erori legate de implementarea PGC. |
Configurarea greșită
Solicitările de anunțuri nu se vor onora cât timp există erori de configurare greșită.
| Eroare | Descriere | Măsură recomandată |
|---|---|---|
| 2.1a | Eticheta sau SDK-ul nu declanșează un șir TC din cauză că starea PGC este stub, loading sau error. |
Dacă apelați manual funcția pentru a solicita anunțuri, asigurați-vă că răspunsul este Dacă nu apelați manual funcția pentru a solicita anunțuri, colaborați cu PGC pentru a vă asigura că aceasta implementează compatibilitatea cu |
| 2.1b |
Sunt îndeplinite ambele condiții:
|
Verificați PGC pentru a vă asigura că API-urile asociate sunt implementate corect conform specificațiilor tehnice privind TCF IAB. |
| 2.0a |
Șirul TC nu poate fi analizat, deoarece nu este codat în base64. Exemplu: |
PGC-urile (sau editorii) trebuie să trimită numai date codate în base64 la parametrii gdpr_consent=. |
| 2.0b |
Șirul TC nu poate fi analizat din cauza unei erori de decodare. Exemplu: include un număr de biți incorect |
PGC-ul trebuie să remedieze erorile legate de implementarea șirului TC. |
| 2.0c |
Șirul TC nu poate fi analizat din cauza unei erori de date. Exemplu: marcaj temporal incorect, codul furnizorului este prea lung |
PGC-ul trebuie să remedieze erorile legate de implementarea șirului TC. |
Probleme legate de șirurile TC
Probleme legate de șirurile TC asociate unei solicitări de anunțuri. Solicitările de anunțuri vor fi anulate și neonorate.
| Eroare | Descriere | Măsură recomandată |
|---|---|---|
| 3.1 | Codul PGC nu este valid. |
Asigurați-vă că PGC este validată de IAB, iar codul acesteia este setat corect în șirurile TC. Dacă PGC era validă la generarea unui șir TC, dar ulterior a fost ștearsă de IAB, trebuie să obțineți din nou consimțământul folosind un PGC valid. |
| 3.2 | Nu se mai folosește. | Niciuna. Semnificația anterioară: șirul TC a fost creat cu mai mult de 13 luni în urmă. |
Consimțământul trebuie obținut din nou
Trebuie să obțineți consimțământul utilizatorului. Dacă ați obținut consimțământul unui utilizator cu mai mult de 13 luni în urmă sau dacă folosiți o versiune a LFG în care Google nu apărea, trebuie să obțineți din nou consimțământul utilizatorului. În caz contrar, solicitările de anunțuri vor fi anulate și neonorate.
| Eroare | Descriere | Măsură recomandată |
|---|---|---|
| 3.3 | Șirul TC s-a actualizat ultima oară în urmă cu peste 13 luni. |
PGC trebuie să șteargă vechiul șir TC și să obțină din nou consimțământul. Este de așteptat să apară un număr mic de astfel de erori dacă solicitările de anunțuri sunt trimise cu un șir TC expirat, înainte ca PGC-ul să anuleze și să obțină din nou consimțământul utilizatorului. Dacă folosiți soluțiile Google de gestionare a consimțământului și SDK-ul UMP în aplicație, confirmați că SDK-ul UMP a fost implementat corect și că se apelează |
| 4.1 | Șirul TC a fost generat folosind o versiune a LFG în care Google nu apărea. | Obțineți din nou consimțământul folosind versiunea actuală a LFG. |
Aria de acoperire globală și în afara benzii
Probleme legate de aria de acoperire globală și în afara benzii (Ad Manager, AdMob, AdSense). Anunțurile nu se vor difuza dacă șirul TC indică o Arie de acoperire în afara benzii sau o Arie de acoperire globală.
| Eroare | Descriere | Măsură recomandată |
|---|---|---|
| 5.1 | Șirul TC permite consimțământul în afara benzii. | Solicitați PGC să elimine semnalele transmise în afara benzii din șirurile TC. |
| 5.2 | Șirul TC are o arie de acoperire globală. | Solicitați-i PGC-ului să actualizeze șirurile TC, astfel încât să fie specifice serviciului respectiv. |
Difuzarea anunțurilor este limitată
Se vor difuza anunțuri limitate.
| Eroare | Descriere | Măsură recomandată |
|---|---|---|
| 6.1 | Versiunea șirului TC este 1 sau 1.1 (șir versiunea 1.0). |
PGC-ul trebuie să trimită șiruri TCF versiunea 2.2. |
Google va gestiona problemele
Când apar astfel de erori, Google va folosi măsuri de remediere a problemei, dacă este necesar, și va gestiona TCF ca de obicei.
| Eroare | Descriere | Măsură recomandată |
|---|---|---|
| 7.1 | Parametrul gdprApplies nu este definit sau este setat la o valoare nevalidă sau indescifrabilă, dar șirul TC este valid. |
Nu este cazul |
| 7.2 | Șirul TC a fost generat cu o versiune a LFG mai nouă decât versiunea actuală detectată de tehnologia Google de difuzare a anunțurilor. | Nu este cazul |
| 7.3 | Anumite scopuri, funcții și/sau furnizori sunt în afara ariei de acoperire (necunoscuți). | Nu este cazul |
| 7.4 | Șirul TC are o versiune tcf_policy_version mai veche decât cea mai recentă versiune a LFG. |
PGC trebuie să șteargă vechiul șir TC și să obțină din nou consimțământul folosind cea mai recentă versiune a LFG. |
| 7.5 |
O solicitare conține parametrul |
Nu este cazul |
| 7.6 | Codul de țară al editorului este nevalid, dar s-a acordat consimțământul pentru Scopul 1. | PGC-ul trebuie să remedieze erorile legate de implementarea șirului TC. |
| 7.7 | Codul de limbă este nevalid. | PGC-ul trebuie să remedieze erorile legate de implementarea șirului TC. |
| 7.8 | Valoarea din câmpul pentru versiunea șirului TC nu este nici 1, nici 2. |
PGC-ul trebuie să remedieze erorile de implementare a șirului TC solicitând din nou consimțământul în cazul în care este detectat un șir TC nevalid. Dacă folosiți soluțiile Google de gestionare a consimțământului și SDK-ul UMP în aplicație, confirmați că SDK-ul UMP a fost implementat corect și că se apelează |
| 7.9 | Versiunea șirului AC nu este nici 1, nici 2. |
PGC-ul trebuie să seteze versiunea șirului AC la 1 sau la 2. |
Probleme legate de șirul AC
Când apar astfel de erori, Google va trata șirul de consimțământ suplimentar (AC) ca fiind nevalid și nu va lua în considerare alți furnizori în afara șirului TC.
| Eroare | Descriere | Măsură recomandată |
|---|---|---|
| 8.1 | Șirul AC nu folosește separatorul de versiuni (~). |
PGC trebuie să folosească „~” drept al doilea caracter al șirului AC pentru a separa numărul versiunii de lista cu furnizori autorizați. |
| 8.2 | Șirul AC conține o listă de furnizori care nu respectă formatarea obișnuită (listă de parametri int64 separați prin „ . ”) | PGC trebuie să remedieze erorile de implementare a șirului AC. |
