Ongelma: liian aikaisin laukeavat tagit

Suostumusbanneri toimii vain, jos sen takana olevat tagit kunnioittavat kävijän valintaa. Yleisin virhe on yksinkertainen: banneri näkyy, mutta analytiikka- ja mainosskriptit ovat jo latautuneet ja asettaneet tunnisteita ennen kuin kukaan on klikannut mitään. Korjaus on estää skriptit, kunnes suostumus on annettu. Siihen on kolme käytännöllistä tapaa.

Menetelmä 1: Kirjoita skriptin tyyppi uudelleen

Selaimet suorittavat script-elementin vain, jos sen tyyppi on JavaScript-tyyppi. Jos muutat tyypiksi text/plain, selain ohittaa skriptin. Sen jälkeen lisäät data-attribuutin, joka kertoo, mihin suostumusluokkaan skripti kuuluu:

• Muuta type="text/javascript" arvoksi type="text/plain".
• Lisää attribuutti, kuten data-category="analytics".
• Kun kävijä antaa suostumuksen kyseiseen luokkaan, pieni lataaja vaihtaa tyypin takaisin ja lisää skriptin, jotta se suoritetaan.

Sopii: kourallisen tunnettuja inline- tai ulkoisia skriptejä pohjissasi. Varo: muiden skriptien lisäämiä skriptejä, jotka eivät koskaan kulje pohjiesi kautta eikä niitä siksi koskaan kirjoiteta uudelleen.

Menetelmä 2: Hallitse tageja tunnisteenhallinnassa

Jos tagisi ovat Google Tag Managerissa tai vastaavassa työkalussa, voit jättää kontin sivulle ja ohjata laukeamista suostumustietoisilla liipaisimilla. Jokaiselle tagille asetetaan suostumusvaatimus, ja tunnisteenhallinta laukaisee sen vain, kun vastaava suostumustila on myönnetty. Suuri etu on keskitetty hallinta: markkinointi voi lisätä tageja koskematta pohjiin, ja sääntö kulkee tagin mukana.

Sopii: sivustoille, joilla on paljon markkinointitageja. Varo: kontin ulkopuolisia kovakoodattuja skriptejä ja mukautettuja HTML-tageja, jotka lataavat itse lisää skriptejä.

Menetelmä 3: Lataa skriptit dynaamisesti suostumuksen jälkeen

Tässä poistat script-tagit sivulta kokonaan ja kirjoitat funktion, joka lisää ne vasta suostumustapahtuman jälkeen. Tämä on siistein vaihtoehto yhden sivun sovelluksille ja kehittäjille, jotka haluavat täyden hallinnan:

1. Kuuntele CMP:si suostumus-callbackia.
2. Tarkista, mitkä luokat on myönnetty.
3. Luo script-elementti, aseta sen lähde ja liitä se dokumenttiin.
4. Suorita mahdollinen alustuskoodi skriptin load-käsittelijässä.

Sopii: moderneille sovelluksille, joissa on build-vaihe. Varo: palaavan kävijän unohtamista, jonka tallennetun valinnan on käynnistettävä lataus sivun latautuessa ilman uutta klikkausta.

Peruutuksen käsittely

Estäminen ennen suostumusta on vain puolet työstä. Jos kävijä myöhemmin peruuttaa suostumuksensa, lopeta työkalujen kutsuminen ja varmista, etteivät ne jatka tunnisteiden lukemista tai kirjoittamista. Skriptin poistaminen sivulta ei poista jo muistissa olevaa koodia, joten uudelleenlataus peruutuksen jälkeen on usein yksinkertaisin luotettava tapa.

Minkä valitsisit?

• Vähän skriptejä, palvelinpuolella luodut pohjat: menetelmä 1.
• Paljon markkinointitageja, joita muokkaavat muut kuin kehittäjät: menetelmä 2.
• Yhden sivun sovellus tai räätälöity käyttöliittymä: menetelmä 3.
• Sekalaiset ympäristöt yhdistävät usein kaksi niistä. Varmista vain, ettei mikään tagi jää kummankaan ulkopuolelle.

Näin testaat sen

1. Avaa yksityinen ikkuna, jonka välimuisti on tyhjennetty.
2. Avaa selaimen kehittäjätyökalujen Verkko- ja Sovellus-välilehdet ennen sivun lataamista.
3. Lataa sivu äläkä koske bannerin. Varmista, ettei analytiikka- tai mainospyyntöjä lähetetä eikä niihin liittyviä evästeitä tai tallennuskohteita ilmesty.
4. Hyväksy vain yksi luokka ja varmista, että vain vastaavat skriptit latautuvat.
5. Hylkää kaikki, lataa uudelleen ja toista ensimmäinen tarkistus.
6. Peruuta suostumus ja varmista edellä kuvattu toiminta.

Missä FlexyConsent on mukana

FlexyConsent tukee IAB TCF 2.4:ää ja Google Consent Mode v2:ta ja on Googlen sertifioima CMP (CMP ID 317). Minkä estomenetelmän tahansa valitset, bannerin tehtävä on antaa koodillesi selkeä signaali siitä, mitä kävijä valitsi. Sinun tehtäväsi on varmistaa, että jokainen skripti noudattaa sitä.

Keskeiset huomiot

• Skriptit, jotka latautuvat ennen kuin kävijä on valinnut, tekevät bannerin tarkoituksen tyhjäksi.
• Tyypin uudelleenkirjoitus, tunnisteenhallinnan liipaisimet ja dynaaminen lataus sopivat kukin eri tyyppiselle sivustolle.
• Muiden skriptien lisäämät skriptit ovat yleisin vuotokohta.
• Huomioi palaavat kävijät ja peruutus, ei vain ensimmäistä vierailua.
• Testaa puhtaassa yksityisessä ikkunassa kehittäjätyökalut auki ennen kuin kosket bannerin.