Kā bloķēt skriptus, līdz piekrišana ir sniegta: trīs metodes salīdzinājumā

Problēma: tagi, kas aktivizējas pārāk agri

Piekrišanas baneris darbojas tikai tad, ja tā aizmugurē esošie tagi ievēro apmeklētāja izvēli. Visbiežākā kļūme ir vienkārša: baneris tiek parādīts, taču analītikas un reklāmu skripti jau ir ielādēti un iestatījuši identifikatorus, pirms kāds ir kaut ko noklikšķinājis. Risinājums ir bloķēt skriptus, līdz piekrišana ir sniegta. To var izdarīt trīs praktiskos veidos.

1. metode: pārrakstiet skripta tipu

Pārlūki izpilda script elementu tikai tad, ja tā tips ir JavaScript tips. Ja nomaināt tipu uz text/plain, pārlūks skriptu ignorē. Pēc tam pievienojat datu atribūtu, kas norāda, kurai piekrišanas kategorijai skripts pieder:

Piemērots: dažiem zināmiem inline vai ārējiem skriptiem jūsu veidnēs. Uzmanieties: no skriptiem, ko ievieto citi skripti, jo tie nekad neiet cauri jūsu veidnēm un tāpēc netiek pārrakstīti.

2. metode: kontrolējiet tagus tagu pārvaldniekā

Ja jūsu tagi atrodas Google Tag Manager vai līdzīgā rīkā, varat atstāt konteineru lapā un kontrolēt aktivizēšanu ar piekrišanu ņemošiem trigeriem. Katram tagam tiek noteikta piekrišanas prasība, un tagu pārvaldnieks to aktivizē tikai tad, kad atbilstošais piekrišanas statuss ir piešķirts. Lielā priekšrocība ir centralizēta kontrole: mārketings var pievienot tagus, neskarot veidnes, un noteikums seko tagam.

Piemērots: vietnēm ar daudziem mārketinga tagiem. Uzmanieties: no cietkodētiem skriptiem ārpus konteinera un pielāgotiem HTML tagiem, kas paši ielādē vēl skriptus.

3. metode: ielādējiet skriptus dinamiski pēc piekrišanas

Šeit jūs pilnībā noņemat script tagus no lapas un uzrakstāt funkciju, kas tos ievieto tikai pēc piekrišanas notikuma. Tā ir tīrākā izvēle vienas lapas lietojumprogrammām un izstrādātājiem, kuri vēlas pilnīgu kontroli:

  1. Klausieties piekrišanas callback no sava CMP.
  2. Pārbaudiet, kuras kategorijas ir piešķirtas.
  3. Izveidojiet script elementu, iestatiet tā avotu un pievienojiet to dokumentam.
  4. Izpildiet jebkuru inicializācijas kodu skripta load apstrādātājā.

Piemērots: modernām lietojumprogrammām ar būvēšanas soli. Uzmanieties: no aizmirstiem atkārtotiem apmeklētājiem, kuru saglabātajai izvēlei jāiedarbina ielāde lapas ielādes brīdī bez jauna klikšķa.

Atsaukuma apstrāde

Bloķēšana pirms piekrišanas ir tikai puse darba. Ja apmeklētājs vēlāk atsauc piekrišanu, pārtrauciet izsaukt rīkus un pārliecinieties, ka tie neturpina lasīt vai rakstīt identifikatorus. Skripta noņemšana no lapas nenoņem kodu, kas jau atrodas atmiņā, tāpēc pārlādēšana pēc atsaukuma bieži ir vienkāršākā uzticamā pieeja.

Kuru izvēlēties?

Kā to pārbaudīt

  1. Atveriet privāto logu ar iztīrītu kešatmiņu.
  2. Atveriet pārlūka izstrādātāju rīkus cilnēs Tīkls un Lietojumprogramma pirms lapas ielādes.
  3. Ielādējiet lapu un neskariet baneri. Pārliecinieties, ka netiek sūtīti analītikas vai reklāmu pieprasījumi un neparādās saistītas sīkdatnes vai glabāšanas ieraksti.
  4. Pieņemiet tikai vienu kategoriju un pārliecinieties, ka ielādējas tikai atbilstošie skripti.
  5. Noraidiet visu, pārlādējiet un atkārtojiet pirmo pārbaudi.
  6. Atsauciet piekrišanu un pārbaudiet iepriekš aprakstīto uzvedību.

Kur ienāk FlexyConsent

FlexyConsent atbalsta IAB TCF 2.4 un Google Consent Mode v2, un tas ir Google sertificēts CMP (CMP ID 317). Neatkarīgi no izvēlētās bloķēšanas metodes banera uzdevums ir dot jūsu kodam skaidru signālu par to, ko apmeklētājs izvēlējies. Jūsu uzdevums ir nodrošināt, lai katrs skripts to ievēro.

Galvenās atziņas

← Blogs Lasīt visu →