Setările privind prelucrarea limitată a datelor pe bază de solicitare pe care le configurați se vor aplica la nivel global. De exemplu, dacă adăugați parametri de prelucrare limitată a datelor pe bază de solicitare pentru un utilizator dintr-un stat al S.U.A. relevant, modul de prelucrare limitată a datelor va fi activat și vor fi difuzate numai anunțuri nepersonalizate.
- Setările privind prelucrarea limitată a datelor pentru paginile care folosesc etichete de editor Google și AdSense
- Setări privind prelucrarea limitată a datelor pentru alte etichete
Setările privind prelucrarea limitată a datelor pentru paginile care folosesc etichete de editor Google și AdSense
Solicitarea de anunțuri
În mod prestabilit, solicitările de anunțuri către Google nu limitează modul în care sunt prelucrate datele și în care sunt difuzate anunțurile personalizate, opțiunile fiind selectate atât pe baza conținutului paginii web, cât și pe baza istoricului utilizatorului care accesează pagina. Google acceptă deja trimiterea de semnale prin intermediul etichetelor publicitare din mai multe motive legate de reglementare și de confidențialitate, inclusiv:
- setările privind anunțurile nepersonalizate în etichetele publicitare pentru editori de la Google
(Ad Manager, AdMob, Android și iOS, AdSense); - etichetarea unei solicitări de anunț pentru utilizatorii minori din SEE (TFUA)
(Ad Manager, AdMob, AdSense); - etichetarea unei solicitări de anunț care vizează minori (TFCD)
(Ad Manager, AdMob, AdSense).Editorii pot alege să folosească parametrul TFCD ca să eticheteze solicitările pentru utilizatori minori. Prelucrarea limitată a datelor va fi activată și când este setat parametrul TFCD
Din acest articol veți afla cum să solicitați prelucrarea limitată a datelor prin etichete de anunțuri. Când activați prelucrarea limitată a datelor, Google va limita modul în care folosește datele și va difuza numai anunțuri nepersonalizate. Dacă doriți să activați prelucrarea limitată a datelor pentru toți utilizatorii din statele S.U.A. relevante care vă accesează proprietatea, nu este necesară modificarea etichetelor publicitare. Puteți afla mai multe despre prelucrarea limitată a datelor, inclusiv despre modul de a o activa în interfața de utilizare Google din centrele de ajutor Google Ad Manager, AdMob sau AdSense.
Dacă doriți să activați prelucrarea limitată a datelor numai pentru anumiți utilizatori, etichetele publicitare asincrone GPT și AdSense / Ad Exchange le oferă editorilor o modalitate de a declanșa difuzarea prelucrării limitate a datelor în funcție de pagină. Acest lucru poate fi util dacă alegeți să afișați un link de renunțare Nu vinde informațiile mele cu caracter personal. Pentru utilizatorii care renunță la această opțiune, puteți decide că transmiterea acestui semnal îndeplinește obligațiile de reglementare. Pentru informații suplimentare privind modul pentru prelucrarea limitată a datelor, consultați articolul În sprijinul editorilor care doresc să respecte legile privind confidențialitatea din S.U.A. (Google Ad Manager, AdMob, AdSense).
- Pentru eticheta de editor Google, folosiți următorul fragment de cod
googletag.pubads().setPrivacySettings({
'restrictDataProcessing': true
}); - Pentru eticheta publicitară asincronă AdSense și Ad Exchange, folosiți următorul fragment de cod:
<ins class="adsbygoogle"
style="display:inline-block;width:728px;height:90px"
data-ad-client="ca-pub-0123456789abcdef"
data-ad-slot="0123456789"
data-restrict-data-processing="1"></ins>
Aceste metode vor declanșa prelucrarea limitată a datelor, în cazul solicitărilor de anunțuri Google ulterioare din pagina emisă de următoarele etichete publicitare acceptate: etichete de editor Google asincrone AdSense sau Ad Exchange (adsbygoogle.js) și IMA SDK. Verificați dacă o etichetă publicitară limitează prelucrarea datelor găsind solicitarea de anunț în instrumentele pentru dezvoltatori ale browserului și căutând parametrul &rdp=1.
Aceleași API-uri permit dezactivarea prelucrării limitate a datelor (și reactivarea personalizării) transferând false și 0, în funcție de tipul la care se așteaptă API-ul. Dacă o pagină conține mai multe tipuri de etichete publicitare Google (de exemplu, o etichetă de editor Google și o etichetă asincronă AdSense / Ad Exchange), trebuie să folosiți comanda de prelucrare limitată a datelor pentru fiecare tip de etichetă.
Setări privind prelucrarea limitată a datelor pentru alte etichete
Etichete de editor Google pentru afișare ignorată
Dacă folosiți etichete de editor Google pentru afișare ignorată, puteți marca o solicitare de anunț drept prelucrare limitată a datelor, folosind același API googletag.pubads().setPrivacySettings folosit de eticheta de editor Google obișnuită.
Exemplu de cod:
<script async src="https://securepubads.g.doubleclick.net/tag/js/gpt.js"></script> <div id='gpt-passback'> <script> window.googletag = window.googletag || {cmd: []}; googletag.cmd.push(function() { googletag .defineSlot('/123/sports', [300, 250], 'gpt-passback') .addService(googletag.pubads()); googletag.pubads().setPrivacySettings({ 'restrictDataProcessing': true }); googletag.enableServices(); googletag.display('gpt-passback'); }); </script> </div>
Solicitare fără etichetă
Dacă folosiți solicitarea fără etichete, puteți marca o solicitare de anunț drept prelucrare limitată a datelor, adăugând parametrul rdp=[int] direct la adresa URL a solicitării de etichete. Vă recomandăm să specificați parametrul la începutul etichetei, pentru a evita trunchierea. Specificați rdp=1 pentru a marca solicitarea de anunț drept prelucrare limitată a datelor. Dacă omiteți parametrul, opțiunea va dezactiva prelucrarea limitată a datelor și va permite anunțuri personalizate.
Exemplu de cod:
https://securepubads.g.doubleclick.net/gampad/ad?iu=/12345/adunit&sz=728x90&rdp=1&c=12345
SDK-ul pentru anunțuri mobile Google
Pentru informații suplimentare despre SDK-ul pentru anunțuri mobile Google, consultați site-ul pentru dezvoltatori de aplicații.
- AdMob: SDK pentru anunțuri mobile Google pentru iOS, SDK pentru anunțuri mobile Google pentru Android
- Ad Manager: SDK pentru anunțuri mobile Google pentru iOS, SDK pentru anunțuri mobile Google pentru Android
SDK-ul Google pentru anunțuri media interactive (pentru video)
În cazul solicitărilor video, puteți solicita serviciului Google să vă considere conținutul video drept prelucrare limitată a datelor. Puteți face acest lucru cu o etichetă de videoclip principal creată manual (numai Ad Manager) sau dacă folosiți oricare dintre kiturile IMA SDK în funcție de platformă (IMA SDK pentru HTML 5, IMA SDK pentru iOS, IMA SDK pentru Android, IMA SDK pentru Google Cast).
Dacă playerul video folosește funcția Google Ad Manager de inserare dinamică a anunțurilor, aceasta poate include și parametrul rdp=1 cu o solicitare de tip videoclipuri la cerere (VOD) sau stream live pentru a trece parametrul în toate solicitările de anunț incluse (SDK IDA pentru HTML5, SDK IDA pentru Cast, SDK IDA pentru iOS, SDK IDA pentru Android, SDK IDA pentru Roku, SDK IDA pentru tvOS).
Etichete publicitare vechi pentru editori de la Google
Alte tipuri de etichete publicitare Google (de exemplu, eticheta veche GAM, eticheta GUT și eticheta sincronă AdSense sau Ad Exchange (show_ads.js)) nu acceptă solicitările de prelucrare limitată a datelor. Vă recomandăm să treceți la una dintre etichetele care acceptă funcții complete atât pentru anunțurile personalizate, cât și pentru modul de prelucrare limitată a datelor.
AdSense pentru căutare
În mod prestabilit, solicitările către Google nu limitează modul în care sunt prelucrate datele și în care sunt difuzate anunțurile personalizate, iar selecția de anunțuri se bazează atât pe termenii de căutare, cât și pe istoricul utilizatorului individual care face căutarea. Când activați prelucrarea limitată a datelor, Google va limita modul în care folosește datele și va difuza numai anunțuri nepersonalizate.
Puteți să activați prelucrarea limitată a datelor, pe bază de solicitare, conform descrierii de mai jos sau să solicitați managerului contului să dezactiveze personalizarea pentru anumite proprietăți.
- În cazul etichetei publicitare web pentru anunțurile personalizate afișate în Rețeaua de căutare, adăugați următoarele în
pageOptionsîn eticheta pentru anunțurile personalizate afișate în Rețeaua de căutare:personalizedAds: false, - Pentru eticheta AdMob:
builder.setAdvancedOptionValue("csa_personalizedAds", "false"); - Pentru eticheta iOS:
[request setAdvancedOptionValue:@"false" forKey:@"personalizedAds"];
Aceste metode vor declanșa prelucrarea limitată a datelor și vor difuza anunțuri nepersonalizate pentru solicitarea respectivă. Acesta este un parametru fără menținere de stare. Dacă parametrul nu este setat în solicitările ulterioare pentru utilizatorul respectiv, comportamentul revine la cel prestabilit, adică solicitarea de anunțuri personalizate.
Accelerated Mobile Pages (AMP)
<amp-ad type=”doubleclick”> sau <amp-ad type=”adsense”>.Pentru solicitările de anunțuri din paginile AMP, editorii pot alege să limiteze prelucrarea datelor pentru toți utilizatorii din statele S.U.A. relevante sau să limiteze prelucrarea datelor în mod selectiv, urmând instrucțiunile de mai jos pentru a dezactiva personalizarea. Editorii vor folosi setările de dezactivare existente când doresc să activeze prelucrarea limitată a datelor. Acești termeni vor fi folosiți în mod interschimbabil în întregul articol.
Solicitarea de anunțuri nepersonalizate pentru utilizatorii din statele S.U.A. relevante.
Dacă folosiți etichete AMP AdSense sau AMP DoubleClick fără Real Time Config (RTC), puteți să activați pur și simplu prelucrarea limitată a datelor în interfața de utilizare Google Ad Manager sau AdSense, fără să mai fie nevoie să modificați paginile AMP.
Dacă etichetele dvs. publicitare AMP folosesc Real Time Config (RTC), solicitările RTC sunt trimise numai dacă consimțământul este acordat sau dacă nu este necesar. (Notă: puteți să permiteți ca anumite solicitări RTC să fie trimise indiferent de starea consimțământului.) Ca să evitați trimiterea solicitărilor RTC pentru utilizatorii care vor primi anunțuri nepersonalizate (adică cei din statele S.U.A. relevante), puteți folosi următoarele componente și configurații (amp-geo și amp-consent):
<!-- Configurați componenta amp-geo pentru a detecta utilizatorii finali din S.U.A. amp-geo acceptă acum doar detectarea geografică la nivel de țară, dar detectarea pentru statele S.U.A. va fi disponibilă în curând. Asigurați-vă că gestionați solicitarea unknown când țara nu poate fi identificată în funcție de amp-geo și că aveți cel puțin un grup care conține unknown -->
<amp-geo layout=nodisplay>
<script type="application/json">
{
"ISOCountryGroups": {
"us": ["us"],
"eea": ["preset-eea", “unknown”]
}
}
</script>
</amp-geo>
<!-- Configurați componenta amp-consent pentru a bloca solicitările și a colecta consimțământul utilizatorilor. O vom configura mai târziu să fie respinsă automat pentru a nu se solicita consimțământul. Acest lucru împiedică solicitările RTC și semnalele Ad Manager / AdSense să difuzeze anunțuri nepersonalizate. -->
<amp-consent layout="nodisplay" id="consent-element">
<script type="application/json">
{
“consentInstanceId”: “my_consent”,
“consentRequire”: false,
“geoOverride”: {
“us”: {
“consentRequired”: “remote”,
“checkConsentHref”: “https://your-endpoint”
}
}
</script>
</amp-consent>
Întrucât amp-geo nu acceptă momentan detectarea statelor S.U.A. relevante, trebuie să specificați un punct final pentru a informa AMP dacă este necesar consimțământul pentru utilizatorul actual, prin intermediul setării checkConsentHref. AMP așteaptă un obiect JSON înapoi de la punctul final. Găsiți mai multe informații despre răspunsul de la punctul final în documentația de pe site-ul AMP.
Dacă setarea unui punct final nu funcționează, echipa AMP dezvoltă o funcție viitoare pentru a vă ajuta să detectați utilizatorii din statele S.U.A. relevante. Înainte de lansarea acestei funcții, puteți alege să aplicați setarea de consimțământ la toți utilizatorii din S.U.A. ca soluție temporară. Configurația amp-consent arată astfel:
<!-- Configurați componenta amp-consent pentru a bloca solicitările și a colecta consimțământul utilizatorilor pentru toți utilizatorii din S.U.A. -->
<amp-consent layout="nodisplay" id="consent-element">
<script type="application/json">
{
“consentInstanceId”: “my_consent”,
“consentRequire”: false,
“geoOverride”: {
“us”: {
“consentRequired”: “true”
}
}
</script>
</amp-consent>
Trebuie să adăugați atributul data-block-on-consent tuturor componentelor amp-ad din pagină, după cum este indicat mai jos: _auto_rejected instruiește anunțurile să nu aștepte solicitarea, dar are ca alternativă difuzarea directă a anunțurilor nepersonalizate.
<!-- La final, configurăm eticheta publicitară și îi indicăm să respingă automat consimțământul -->
<amp-ad data-block-on-consent="_auto_reject"
width=320 height=50
type="doubleclick"
data-slot="/4119129/mobile_ad_banner">
</amp-ad>
Difuzarea anunțurilor personalizate / nepersonalizate pe baza consimțământului
Deoarece AMP nu permite JavaScript personalizat, solicitarea de anunțuri personalizate sau nepersonalizate se bazează pe configurarea unei componente amp-consent și pe atributele data-block-on-consent și data-npa-on-unknown-consent. Presupunând că ați configurat o componentă amp-consent și ați conectat-o la toate etichetele <amp-ad> din pagină cu ajutorul atributului data-block-on-consent:
- dacă utilizatorul răspunde afirmativ la componenta
amp-consent(utilizatorul acceptă solicitarea de aprobare), anunțurile vor fi solicitate normal; - dacă utilizatorul răspunde negativ la componenta
amp-consent(utilizatorul respinge solicitarea de aprobare), se vor solicita anunțuri nepersonalizate; - dacă răspunsul utilizatorului la componenta amp-consent este necunoscut (utilizatorul respinge solicitarea de consimțământ).
- În mod prestabilit, nu se trimite nicio solicitare de anunț.
- Dacă
data-npa-on-unknown-consenteste setat latrue, se vor solicita anunțuri nepersonalizate.
- dacă ați configurat o componentă
amp-geo, astfel încât consimțământul să nu se aplice pe baza locației geografice a utilizatorului, solicitările sunt trimise normal.
Dacă etichetele <amp-ad> nu folosesc data-block-on-consent sau dacă componenta amp-consent nu a fost configurată corect, solicitările sunt trimise normal.
Următorul exemplu este o configurație care le solicită consimțământul tuturor utilizatorilor din statele S.U.A. relevante, cu comportamentul rezultat descris mai sus.
<!-- Configurați componenta amp-geo pentru a detecta utilizatorii finali din S.U.A. amp-geo acceptă acum doar detectarea geografică la nivel de țară, dar detectarea pentru statele S.U.A. va fi disponibilă în curând. Asigurați-vă că gestionați solicitarea unknown când țara nu poate fi identificată în funcție de amp-geo și că aveți cel puțin un grup care conține unknown -->
<amp-geo layout=nodisplay>
<script type="application/json">
{
"ISOCountryGroups": {
"us": ["us"],
"unknown": ["unknown"]
}
}
</script>
</amp-geo>
<!--Configurați consimțământul pentru utilizatorii din S.U.A. -->
<amp-consent layout="nodisplay" id="consent-element">
<script type="application/json">
{
“consentInstanceId” : “my_consent”,
“consentRequired”: false,
“geoOverride”: {
“us”: {
“consentRequired”: “true”,
“promptUI”: “myConsentFlow”
}
}
}
</script>
<div id=”myConsentFlow”>...</div>
</amp-consent>
<!-- La final, configurăm eticheta publicitară și îi indicăm să aștepte consimțământul atunci când este necesar și solicităm anunțuri nepersonalizate în cazul în care consimțământul rezolvat este necunoscut -->
<amp-ad data-block-on-consent
data-npa-on-unknown-consent=true
width=320 height=50
type="doubleclick"
data-slot="/4119129/mobile_ad_banner">
</amp-ad>
Puteți configura punctul final pentru a solicita selectiv consimțământul utilizatorilor prin configurarea paginii pentru a trimite o solicitare CORS POST către un punct final prin checkConsentHref. Pentru a afla mai multe, consultați documentația amp-consent.
