Bet kokie pagal užklausą konfigūruojami riboto duomenų apdorojimo nustatymai bus taikomi visame pasaulyje. Pavyzdžiui, jei pridėsite riboto duomenų apdorojimo parametrų prie naudotojo iš atitinkamos JAV valstijos užklausos, bus suaktyvintas riboto duomenų apdorojimo režimas ir teikiami tik nesuasmeninti skelbimai.
- Riboto duomenų apdorojimo nustatymai puslapiuose, kuriuose naudojamos GLŽ ir „AdSense“ žymos
- Kitų žymų riboto duomenų apdorojimo nustatymai
Riboto duomenų apdorojimo nustatymai puslapiuose, kuriuose naudojamos GLŽ ir „AdSense“ žymos
Skelbimų užklausų teikimas
Gavusi skelbimų užklausas, „Google“ pagal numatytuosius nustatymus neriboja, kaip apdorojami duomenys ir teikiami suasmeninti skelbimai, kurie parenkami pagal tinklalapio turinį ir atskiro naudotojo, kuris lankosi puslapyje, istoriją. „Google“ jau palaiko signalų siuntimo funkciją naudojant skelbimų žymas dėl įvairių įstatymų laikymosi ir privatumo priežasčių, įskaitant toliau nurodytas.
- Nesuasmenintų skelbimų nustatymai „Google“ leidėjo skelbimų žymose
(„Ad Manager“, „AdMob“, „Android“ ir „iOS“, „AdSense“). - EEE naudotojų, nepasiekusių amžiaus, kurio sulaukęs asmuo gali duoti sutikimą, skelbimų užklausos žymėjimas (TFUA)
(„Ad Manager“, „AdMob“, „AdSense“) - Skelbimų užklausos kaip vaikams skirto turinio žymėjimas (TFCD)
(„Ad Manager“, „AdMob“, „AdSense“)Leidėjai gali pasirinkti naudoti TFCD parametrą, kad pažymėtų nepilnamečių naudotojų užklausas. Ribotas duomenų apdorojimas taip pat bus suaktyvintas nustačius TFCD parametrą
Šiame straipsnyje nurodoma, kaip pateikti riboto duomenų apdorojimo režimo užklausą naudojant skelbimų žymas. Suaktyvinus ribotą duomenų apdorojimą „Google“ apribos, kaip naudojami duomenys, ir teiks tik nesuasmenintus skelbimus. Jei norite suaktyvinti visų atitinkamose JAV valstijose esančių naudotojų, kurie apsilanko jūsų nuosavybėje, ribotą duomenų apdorojimą, nereikia keisti skelbimų žymėjimo. Daugiau apie ribotą duomenų apdorojimą, įskaitant, kaip tai suaktyvinti naudojant „Google Ad Manager“, „AdMob“ arba „AdSense“ NS, galite sužinoti pagalbos centruose.
Jei norite suaktyvinti ribotą duomenų apdorojimą tik kai kuriems naudotojams, naudodami GLŽ ir „AdSense“ / „Ad Exchange“ nesinchronizuotas skelbimų žymas leidėjai gali suaktyvinti riboto duomenų apdorojimo teikimą kiekviename puslapyje. Tai gali būti naudinga, jei pasirenkate rodyti atsisakymo nuorodą „Neparduoti mano asmens informacijos“. Jei naudotojas pasirinko atsisakymo parinktį, galite nuspręsti, kad šis signalas atitinka jūsų reguliavimo įsipareigojimus. Jei reikia daugiau informacijos apie riboto duomenų apdorojimo režimą, žr. straipsnį „Pagalba leidėjams laikytis JAV privatumo įstatymų“ („Google Ad Manager“, „AdMob“, „AdSense“).
- Nustatydami GLŽ žymą naudokite toliau pateiktą kodo fragmentą.
googletag.pubads().setPrivacySettings({
'restrictDataProcessing': true
}); - Nustatydami „AdSense“ ir „Ad Exchange“ nesinchronizuotą skelbimo žymą, naudokite toliau pateiktą kodo fragmentą.
<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>
Šie metodai suaktyvins ribotą duomenų apdorojimą puslapyje teikiant kitas „Google“ skelbimų užklausas, kurias siunčia šios palaikomos skelbimų žymos: GLŽ, „AdSense“ arba „Ad Exchange“ nesinchronizuotos skelbimų žymos (adsbygoogle.js) ir IMA SDK. Patvirtinkite, kad skelbimo žyma riboja duomenų apdorojimą, surasdami skelbimo užklausą naršyklės kūrėjo įrankiuose ir parametrą &rdp=1.
Naudodami šias API galite išjungti ribotą duomenų apdorojimą (ir iš naujo suaktyvinti suasmeninimą) perduodami false ir 0, atsižvelgiant į API numatomą tipą. Jei puslapyje yra kelių tipų „Google“ skelbimų žymų (pvz., ir GLŽ žyma, ir „AdSense“ / „Ad Exchange“ nesinchronizuota žyma), kiekvienam žymos tipui turite naudoti RDP valdiklį.
Kitų žymų riboto duomenų apdorojimo nustatymai
Atšaukto kainos pasiūlymo parodymo GLŽ žymos
Jei naudojate atšaukto kainos pasiūlymo parodymo GLŽ žymas, galite pažymėti skelbimo užklausą kaip ribotą duomenų apdorojimą naudodami tą pačią googletag.pubads().setPrivacySettings API, kurią naudoja įprasta GLŽ.
Kodo pavyzdys
<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>
Užklausa be žymos
Jei naudojate užklausą be žymų, galite pažymėti skelbimo užklausą kaip ribotą duomenų apdorojimą pridėdami parametrą rdp=[int] tiesiogiai prie žymos užklausos URL. Rekomenduojame nurodyti parametrą netoli žymos pradžios, kad jis nebūtų sutrumpintas. Nurodydami rdp=1 pažymėkite skelbimo užklausą kaip ribotą duomenų apdorojimą. Jei nepateiksite parametro, pagal numatytuosius nustatymus ribotas duomenų apdorojimas bus išjungtas ir suasmeninti skelbimai leidžiami.
Kodo pavyzdys
https://securepubads.g.doubleclick.net/gampad/ad?iu=/12345/adunit&sz=728x90&rdp=1&c=12345
„Google“ skelbimų mobiliesiems SDK
Daugiau informacijos apie „Google“ skelbimų mobiliesiems SDK žr. programų kūrėjo svetainėje.
- „AdMob“: „iOS“ GMA SDK, „Android“ GMA SDK
- „Ad Manager“: „iOS“ GMA SDK, „Android“ GMA SDK
„Google“ interaktyviųjų medijos skelbimų (skirtų vaizdo įrašams) SDK
Vaizdo įrašo užklausų atveju galite nurodyti „Google“ laikyti jūsų vaizdo įrašų turinį ribotu duomenų apdorojimu. Tai galite atlikti naudodami neautomatiškai sukurtą pagrindinę vaizdo įrašo žymą (tik „Ad Manager“) arba konkrečiai platformai pritaikytą IMA SDK (HTML 5 IMA SDK, „iOS“ IMA SDK, „Android“ IMA SDK arba „Google Cast“ IMA SDK).
Jei vaizdo įrašų leistuvėje naudojama „Ad Manager“ dinaminių skelbimų įterpimo funkcija, į vaizdo įrašų kada panorėjus (VOD) arba tiesioginio srauto užklausą taip pat galima įtraukti parametrą „rdp=1“, kad jis būtų perduotas į bet kurias įtrauktas skelbimų užklausas (DAI HTML5 SDK, „DAI Cast“ SDK, „DAI iOS“ SDK, „DAI Android“ SDK, „DAI Roku“ SDK, „DAI tvOS“ SDK).
Pasenusios „Google“ leidėjų skelbimų žymos
Kitų tipų „Google“ skelbimų žymos (pvz., pasenusi GAM žyma, GUT žyma ir „AdSense“ arba „Ad Exchange“ sinchronizuota žyma (show_ads.js) nepalaiko riboto duomenų apdorojimo skelbimų užklausų. Rekomenduojame pradėti naudoti vieną iš žymų, kuri palaiko visas funkcijas suasmenintų skelbimų ir riboto duomenų apdorojimo režimu.
„AdSense“ paieškai
Gavusi skelbimų užklausas, „Google“ pagal numatytuosius nustatymus neriboja, kaip apdorojami duomenys ir teikiami suasmeninti skelbimai, kurie parenkami pagal naudotojo paieškos užklausą ir atskiro ieškančio naudotojo istoriją. Suaktyvinus ribotą duomenų apdorojimą „Google“ apribos, kaip naudojami duomenys, ir teiks tik nesuasmenintus skelbimus.
Galite suaktyvinti ribotą duomenų apdorojimą pagal užklausą, kaip aprašyta toliau, arba paprašyti paskyros valdytojo išaktyvinti konkrečių nuosavybių suasmeninimą.
- Jei naudojate tinkintos paieškos skelbimus su žiniatinklio skelbimo žyma, pridėkite toliau nurodytą tekstą prie
pageOptionstinkintos paieškos skelbimų žymoje:personalizedAds: false, - Jei naudojate „AdMob“ žymą:
builder.setAdvancedOptionValue("csa_personalizedAds", "false"); - Jei naudojate „iOS“ žymą:
[request setAdvancedOptionValue:@"false" forKey:@"personalizedAds"];
Šie metodai suaktyvins ribotą duomenų apdorojimą ir pagal tą konkrečią užklausą teiks nesuasmenintus skelbimus. Šis parametras neįsimenamas. Jei parametras netaikomas tolesnėms konkretaus naudotojo užklausoms, bus grąžinta numatytoji elgsena – teikti suasmenintų skelbimų užklausas.
„Accelerated Mobile Pages“ (AMP)
<amp-ad type=”doubleclick”> arba <amp-ad type=”adsense”>.Skelbimų užklausose iš AMP puslapių leidėjai gali pasirinkti apriboti visų naudotojų, esančių atitinkamose JAV valstijose, duomenų apdorojimą arba pasirinktinai apriboti duomenų apdorojimą vadovaudamiesi toliau pateiktomis instrukcijomis ir išaktyvinti suasmeninimą. Leidėjai naudos esamus išaktyvinimo suasmeninimo nustatymus, kai norės suaktyvinti ribotą duomenų apdorojimą. Šiame straipsnyje šie terminai bus naudojami sinonimiškai.
Nesuasmenintų skelbimų užklausų teikimas naudotojams atitinkamose JAV valstijose
Jei naudojate AMP „AdSense“ žymas arba AMP „DoubleClick“ be konfigūravimo realiuoju laiku (RTC), galite tiesiog suaktyvinti ribotą duomenų apdorojimą naudodami „Google Ad Manager“ arba „AdSense“ NS ir AMP puslapiuose nebereikės atlikti kitų pakeitimų.
Jei AMP skelbimų žymose naudojate konfigūravimą realiuoju laiku (RTC), RTC užklausos siunčiamos tik davus sutikimą arba jo nereikalaujant. (Pastaba: galite leisti siųsti konkrečias RTC figūrines išnašas nepaisant sutikimo būsenos.) Jei nenorite siųsti RTC užklausų naudotojams, kuriems turi būti rodomi nesuasmeninti skelbimai (t. y. esantiems atitinkamose JAV valstijose), galite naudoti toliau nurodytus komponentus ir konfigūracijas (amp-geo ir amp-consent).
<!-- Nustatykite komponentą „amp-geo“, kad būtų galima aptikti galutinius naudotojus iš JAV. „amp-geo“ šiuo metu palaiko geografinės vietovės aptikimą tik šalies lygiu, bet netrukus bus pasiekiamas aptikimas JAV valstijose. Būtinai apdorokite atvejį „nežinoma“, kai šalies negalima nustatyti naudojant „amp-geo“, ir nustatykite bent vieną grupę su atveju „nežinoma“ -->
<amp-geo layout=nodisplay>
<script type="application/json">
{
"ISOCountryGroups": {
"us": ["us"],
"eea": ["preset-eea", “unknown”]
}
}
</script>
</amp-geo>
<!-- Nustatykite komponentą „amp-consent“, kad galėtumėte užblokuoti užklausas ir gauti naudotojų sutikimus. Vėliau sukonfigūruosime automatinį atmetimą, kad nebūtų teikiamas raginimas sutikti. Taip bus išjungti RTC iškvietimai ir „Ad Manager“ / „AdSense“ nurodoma teikti nesuasmenintus skelbimus. -->
<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>
Naudojant amp-geo šiuo metu negalima nustatyti atitinkamų JAV valstijų naudotojų, todėl turite pateikti galutinį tašką, kad nurodytumėte AMP, ar reikia dabartinio naudotojo sutikimo, naudodami nustatymą checkConsentHref. AMP tikisi gauti JSON objektą iš galutinio taško. Daugiau informacijos apie galutinio taško atsakymą rasite AMP svetainės dokumente.
Jei nustatę galutinį tašką nesulaukiate tinkamų rezultatų, AMP komanda kuria naują funkciją, kuri padės aptikti atitinkamų JAV valstijų naudotojus. Prieš paleisdami tą funkciją, kaip laikiną sprendimą galite pasirinkti taikyti sutikimo nustatymą visiems JAV naudotojams. Toliau nurodyta, kaip konfigūruoti amp-consent.
<!-- Nustatykite komponentą „amp-consent“, kad būtų blokuojamos visų JAV naudotojų užklausos ir renkami naudotojų sutikimai -->
<amp-consent layout="nodisplay" id="consent-element">
<script type="application/json">
{
“consentInstanceId”: “my_consent”,
“consentRequire”: false,
“geoOverride”: {
“us”: {
“consentRequired”: “true”
}
}
</script>
</amp-consent>
Turite pridėti atributą data-block-on-consent prie bet kokių esamų puslapio komponentų amp-ad, kaip nurodyta toliau. Funkcija _auto_reject nurodo skelbimams nelaukti raginimo veikti, bet tiesiogiai teikti nesuasmenintus skelbimus.
<!-- Galiausiai nustatome skelbimų žymą ir nurodome automatiškai atmesti sutikimą -->
<amp-ad data-block-on-consent="_auto_reject"
width=320 height=50
type="doubleclick"
data-slot="/4119129/mobile_ad_banner">
</amp-ad>
Suasmenintų ar nesuasmenintų skelbimų teikimas atsižvelgiant į sutikimą
Kadangi AMP negalima naudoti tinkinto „JavaScript“ kodo, suasmenintų ar nesuasmenintų skelbimų užklausų teikimas priklauso nuo komponento amp-consent konfigūracijos ir atributų data-block-on-consent bei data-npa-on-unknown-consent. Tarkime, kad jau sukonfigūravote komponentą amp-consent ir susiejote jį su visomis puslapio žymomis <amp-ad> naudodami data-block-on-consent. Galimi toliau nurodyti atvejai.
- Jei naudotojas suteikė leidimą pateikus komponentą
amp-consent(paragintas davė sutikimą), skelbimų užklausos bus teikiamos įprastai. - Jei naudotojas nesuteikė leidimo pateikus komponentą
amp-consent(paragintas nedavė sutikimo), bus teikiamos nesuasmenintų skelbimų užklausos. - Jei naudotojo „amp-consent“ atsakymas nežinomas (naudotojas atsisako raginimo sutikti), atliekami toliau nurodyti veiksmai.
- Pagal numatytuosius nustatymus nesiunčiamos jokios skelbimų užklausos.
- Jei
data-npa-on-unknown-consentnustatytas kaiptrue, bus teikiamos nesuasmenintų skelbimų užklausos.
- Jei sukonfigūruosite komponentą
amp-geo, kad sutikimas nebūtų taikomas atsižvelgiant į naudotojo geografine informacija apibrėžtą vietovę, užklausos bus siunčiamos įprastai.
Jei žymose <amp-ad> nenaudojamas data-block-on-consent arba komponentas amp-consent sukonfigūruotas netinkamai, užklausos siunčiamos įprastai.
Toliau nurodyta pavyzdinė konfigūracija, kurią naudojant visi atitinkamų JAV valstijų naudotojai bus raginami duoti sutikimą, o tolesnė elgsena aprašyta anksčiau.
<!-- Nustatykite komponentą „amp-geo“, kad būtų galima aptikti galutinius naudotojus iš JAV. „amp-geo“ šiuo metu palaiko geografinės vietovės aptikimą tik šalies lygiu, bet netrukus bus pasiekiamas aptikimas JAV valstijose. Būtinai apdorokite atvejį „nežinoma“, kai šalies negalima nustatyti naudojant „amp-geo“, ir nustatykite bent vieną grupę su atveju „nežinoma“ -->
<amp-geo layout=nodisplay>
<script type="application/json">
{
"ISOCountryGroups": {
"us": ["us"],
"unknown": ["unknown"]
}
}
</script>
</amp-geo>
<!--Nustatykite sutikimo parinktis JAV naudotojams -->
<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>
<!-- Galiausiai turime nustatyti skelbimo žymą ir nurodyti laukti sutikimo, kai reikia, bei pateikti nesuasmenintų skelbimų užklausą, jei sutikimo rezultatas nežinomas -->
<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>
Naudodami checkConsentHref galite nustatyti savo galutinį tašką, kad naudotojams pasirinktinai teiktumėte sutikimo raginimą sukonfigūruodami puslapį, kad iš jo būtų siunčiama CORS POST užklausa į galutinį tašką. Jei norite sužinoti daugiau, skaitykite „amp-consent“ dokumentus.