GTM

Mitä kehittäjien pitää tietää ennen seurantaskriptien lisäämistä verkkosivustolle

Seurantaskriptit voivat asettaa evästeitä, kerätä dataa ja aiheuttaa vaatimustenmukaisuusriskin. Tarkista suostumus, luokat, ajoitus ja testaus ennen kuin lisäät yhtään skriptiä.

Mitä kehittäjien pitää tietää ennen seurantaskriptien lisäämistä verkkosivustolle

Seurantaskriptit on helppo lisätä ja vaikea siivota pois.

Kehittäjää voidaan pyytää lisäämään Google Analytics, Google Adsin konversioseuranta, Meta Pixel, LinkedIn Insight Tag, chat-widget, lämpökarttatyökalu tai asiakasdata-alustan skripti. Pyyntö voi kuulostaa yksinkertaiselta: ”Voitko vain lisätä tämän koodin?”

Seurantaskripti ei kuitenkaan ole pelkkä koodinpätkä. Se voi asettaa evästeitä, lukea laitetietoja, lähettää käyttäjän käyttäytymistä kolmansille osapuolille, vaikuttaa sivun nopeuteen, muuttaa suostumusvaatimuksia ja aiheuttaa vaatimustenmukaisuusriskin, jos se latautuu liian aikaisin.

Ennen minkään seurantaskriptin lisäämistä kehittäjien pitäisi ymmärtää, miten se sopii verkkosivuston suostumusratkaisuun.


Miksi seurantaskriptit pitää tarkistaa

Seurantaskriptit voivat kerätä odotettua enemmän dataa.

Yksi skripti voi kerätä esimerkiksi:

  • sivunäytöt
  • klikkaustapahtumat
  • lomakkeiden käyttö
  • IP-osoitteisiin liittyvät tiedot
  • laite- ja selaintiedot
  • viittaavat URL-osoitteet
  • kampanjatunnisteet
  • käyttäjätunnukset
  • konversiotapahtumat
  • ostotiedot
  • istuntotunnisteet
  • käyttäytymissignaalit

Jotkin skriptit myös luovat evästeitä, käyttävät local storagea, yhdistävät mainosalustoihin tai lähettävät dataa useille palveluntarjoajille.

Britannian tietosuojaviranomainen ICO selittää, että evästeet ja vastaavat teknologiat voivat vaatia suostumuksen, kun ne tallentavat tietoja käyttäjän laitteelle tai käyttävät niitä, ellei poikkeus ole voimassa. ICO:n ohjeistuksen löydät täältä: Cookies and similar technologies.

Kehittäjille keskeinen asia on yksinkertainen: älä lisää seurantakoodia ennen kuin tiedät, pitäisikö se estää suostumukseen asti.


Älä liitä skriptejä suoraan tarkistamatta suostumusta

Nopein tekninen toteutus on usein vaatimustenmukaisuuden kannalta huonoin.

Jos liität seurantaskriptin suoraan sivuston otsakkeeseen, se voi latautua ennen kuin evästebanneri ilmestyy. Siihen mennessä, kun käyttäjä näkee ”hyväksy”- tai ”hylkää”-vaihtoehdon, seuranta on voinut jo alkaa.

Tämä on yleistä analytiikkaskripteille, mainospikseleille, retargeting-tunnisteille, lämpökarttatyökaluille, chat-widgeteille, upotetuille videoille, kumppanuusmarkkinoinnin seurannalle, A/B-testaustyökaluille ja CRM-skripteille.

Ennen skriptin lisäämistä kysy, onko se ehdottoman välttämätön vai valinnainen. Jos se on valinnainen, sen pitäisi yleensä odottaa oikeaa suostumusluokkaa.

CookiePal-kaltainen suostumustenhallintaratkaisu (CMP) voi auttaa hallitsemaan tätä skannaamalla evästeet, keräämällä suostumusvalinnat ja estämällä ei-välttämättömät skriptit, kunnes suostumus on annettu.


Ymmärrä suostumusluokka

Kehittäjien ei tarvitse tulla tietosuojajuristeiksi, mutta heidän pitäisi ymmärtää evästeiden pääluokat.

Yleisiä luokkia ovat:

Ehdottoman välttämättömät

Nämä ovat tarpeen verkkosivuston tai palvelun toimimiseksi. Esimerkkejä voivat olla kirjautumisistunnot, tietoturvaevästeet, ostoskorin toiminnot ja kuormantasaus.

Asetukset

Nämä muistavat käyttäjän valinnat, kuten kielen, alueen, näyttöasetukset tai tallennetut asetukset.

Analytiikka

Nämä mittaavat verkkosivuston käyttöä, sivunäyttöjä, konversiopolkuja, liikenteen lähteitä ja tuotteen käyttäytymistä.

Markkinointi

Nämä tukevat mainosseurantaa, retargetingia, konversioiden mittaamista, kohderyhmien rakentamista ja kampanja-attribuutiota.

Toiminnalliset

Nämä tukevat lisätoimintoja, kuten live chatia, karttoja, upotettuja videoita, ajanvarauswidgetejä tai asiakastukityökaluja.

Maksujen tietoturvaskripti voi olla ehdottoman välttämätön. Meta Pixel on markkinointia. Lämpökarttatyökalu voi olla analytiikkaa tai toiminnallinen sen toimintatavasta riippuen.

CookiePalin suostumustenhallintasivu esittelee ominaisuuksia, kuten suostumusbannerit, evästeiden skannauksen ja evästeiden automaattisen eston, jotka auttavat yhdistämään luokat verkkosivuston todelliseen toimintaan.


Tarkista, mihin skripti lisätään

Seurantaskriptit voivat päätyä verkkosivustolle monessa paikassa.

Tarkista:

  • verkkosivuston otsake
  • alatunniste
  • Google Tag Manager
  • CMS-lisäosat
  • teema-asetukset
  • verkkokaupan sovelluskauppa
  • laskeutumissivujen rakennustyökalu
  • lomakkeiden rakennustyökalu
  • kassa-alusta
  • asiakasportaali
  • upotetut widgetit
  • palvelinpuolen tunnistekontti

Jos tarkistat vain pääasiallisen koodikannan, voit jättää huomaamatta markkinointityökalujen tai lisäosien kautta lisätyt skriptit.

Siksi kehittäjien pitäisi ylläpitää seurantainventaariota. Moneen tiimiin riittää taulukko, jossa on työkalun nimi, palveluntarjoaja, käyttötarkoitus, vastuuhenkilö, luokka, asennuspaikka ja suostumusvaatimus.


Käytä tunnisteidenhallintatyökalua huolellisesti

Google Tag Manager voi helpottaa seurannan hallintaa, mutta siitä voi myös tulla sotkuinen.

Googlen Tag Manager Help selittää, miten tunnisteet, laukaisimet ja muuttujat toimivat. Kehittäjille tärkeää on, ettei GTM:stä tule tuntemattomien skriptien kaatopaikkaa.

Ennen tunnisteen julkaisua tarkista, mitä se tekee, mikä laukaisin sen aktivoi, aktivoituuko se kaikilla sivuilla, riippuuko se suostumuksesta, mihin luokkaan se kuuluu, onko se päällekkäinen, kuka sen omistaa ja onko se dokumentoitu.

Mukautetut HTML-tunnisteet ansaitsevat erityistä huomiota, koska ne voivat sisältää lähes mitä tahansa kolmannen osapuolen koodia.


Aseta suostumus ennen tunnisteiden laukeamista

Ajoituksella on ratkaiseva merkitys.

Suostumuksen oletustila pitäisi asettaa ennen kuin ei-välttämättömät tunnisteet käynnistyvät. Jos tunniste laukeaa ensin ja suostumus päivitetään vasta myöhemmin, ensimmäinen sivunäyttö on voitu jo seurata.

Jos verkkosivustosi käyttää Google Analyticsia, Google Adsia tai Google Tag Manageria, tarkista Google Consent Mode. Googlen virallinen opas selittää, miten verkkosivustot voivat lähettää suostumustiloja Google-tunnisteille: Set up consent mode on websites.

Perusratkaisussa kehittäjien pitäisi varmistaa, että:

  • oletussuostumus asetetaan aikaisin
  • ei-välttämättömät luokat alkavat estettyinä, kun se vaaditaan
  • suostumus päivittyy hyväksymisen tai hylkäämisen jälkeen
  • analytiikkatunnisteet noudattavat analytiikkasuostumusta
  • mainostunnisteet noudattavat markkinointisuostumusta
  • tunnisteet eivät ohita CMP:tä
  • laskeutumissivut ja kassasivut käyttävät samaa logiikkaa

CookiePalin ominaisuussivu esittelee Google Consent Mode v2 -tuen, evästeiden automaattisen eston, ajastetun skannauksen ja automaattisen luokittelun.


Testaa hyväksyminen, hylkääminen ja mukautetut valinnat

Älä testaa vain onnistunutta perusskenaariota.

Kunnollisen testin pitäisi sisältää:

  • ensimmäinen vierailu ennen mitään valintaa
  • kaikkien hylkääminen
  • kaikkien hyväksyminen
  • analytiikan hyväksyminen ja markkinoinnin hylkääminen
  • analytiikan hylkääminen ja toiminnallisten työkalujen hyväksyminen
  • suostumuksen muuttaminen myöhemmin
  • paluuvierailu tallennetun asetuksen jälkeen

Käytä selaimen kehittäjätyökaluja evästeiden, tallennustilan ja verkkopyyntöjen tarkasteluun. Google-tunnisteiden osalta Google Tag Assistant voi auttaa tarkistamaan, laukeavatko tunnisteet ja toimivatko suostumussignaalit.

Jos ”hylkää kaikki” sallii edelleen markkinointipikselien laukeamisen, ratkaisu on rikki.


Vältä päällekkäisiä ja unohdettuja skriptejä

Monilla verkkosivustoilla sama työkalu on asennettu useammin kuin kerran.

GA4 voi esimerkiksi olla lisättynä sekä koodikantaan että Google Tag Manageriin. Meta Pixel voi olla asennettu teeman kautta ja uudelleen verkkokaupan lisäosan kautta. Laskeutumissivujen rakennustyökalu voi sisältää oman seurantansa pääverkkosivustosta erillään.

Tämä aiheuttaa vaatimustenmukaisuusriskin, huonoa dataa ja hitaamman sivunopeuden.

Ennen uuden skriptin lisäämistä etsi olemassa olevia versioita koodikannasta, GTM:stä, lisäosista, sovellusintegraatioista ja sivunrakennustyökaluista.

Jos löydät vanhoja tunnisteita ilman omistajaa tai käyttötarkoitusta, poista ne tai tarkista ne.


Ajattele tietojen minimointia

Kehittäjät voivat vähentää riskiä rajaamalla, mitä lähetetään.

Ennen datan lähettämistä analytiikka-, mainos- tai asiakasalustoille kysy:

  • Tarvitsemmeko tätä tapahtumaa?
  • Tarvitsemmeko tätä kenttää?
  • Tarvitsemmeko tätä tunnistetta?
  • Voimmeko välttää henkilötietojen lähettämisen?
  • Voimmeko lyhentää tai peittää arvon?
  • Onko data selitetty tietosuojaselosteessa?
  • Onko käytössä oikea suostumusluokka?

Älä esimerkiksi lähetä sähköpostiosoitteita, puhelinnumeroita, hakukyselyjä tai lomakkeiden vapaata tekstiä analytiikkatyökaluihin, ellei siihen ole selkeää syytä ja asianmukaisia hallintakeinoja.


Pidä evästekäytäntö ajan tasalla

Skriptin lisääminen voi muuttaa evästekäytäntöä.

Jos uusi palveluntarjoaja asettaa evästeitä, muuttaa evästeen voimassaoloaikaa tai kerää uutta dataa, käytäntöä voi olla tarpeen päivittää. Myös bannerin luokkia voi olla tarpeen muuttaa.

Hyvän työnkulun pitäisi sisältää dokumentointi: lisää skripti, luokittele se, testaa suostumuskäyttäytyminen, päivitä evästeluettelo, päivitä evästekäytäntö ja kirjaa vastuuhenkilö ja käyttötarkoitus.

Suostumustyökaluja vertaileville pienemmille tiimeille CookiePalin hintasivu voi auttaa sovittamaan CMP-ominaisuudet liikenteeseen ja verkkosivuston tarpeisiin.


Kehittäjän tarkistuslista ennen seurantaskriptien lisäämistä

Ennen minkään seurantaskriptin lisäämistä tarkista:

  • Kuka pyysi skriptiä?
  • Mikä on käyttötarkoitus?
  • Mitä dataa se kerää?
  • Asettaako se evästeitä tai käyttääkö se local storagea?
  • Onko se ehdottoman välttämätön, analytiikka, markkinointi, asetus vai toiminnallinen?
  • Pitäisikö se estää ennen suostumusta?
  • Mihin se asennetaan?
  • Onko skripti jo asennettu jossakin muualla?
  • Toimiiko se CMP:n kanssa?
  • Noudattaako se kaikkien hylkäämistä?
  • Toimiiko se Google Consent Moden kanssa tarvittaessa?
  • Onko se testattu tärkeillä sivuilla?
  • Pitääkö evästekäytäntöä muuttaa?
  • Kuka vastaa tulevasta ylläpidosta?

Yhteenveto

Kehittäjillä on suuri rooli evästeiden vaatimustenmukaisuudessa, koska he hallitsevat, miten seuranta todellisuudessa latautuu.

Seurantaskriptiä ei pitäisi koskaan käsitellä ”pelkkänä koodinpätkänä”. Se voi vaikuttaa suostumukseen, datavirtoihin, käyttäjien yksityisyyteen, sivun nopeuteen, analytiikan laatuun ja oikeudellisiin riskeihin.

Turvallisempi tapa on tarkistaa jokainen skripti ennen lisäämistä, yhdistää se oikeaan suostumusluokkaan, estää se suostumukseen asti tarvittaessa, testata hyväksymis- ja hylkäyspolut sekä pitää evästekäytäntö täsmällisenä.

Hyvä suostumusten hallinta ei koske vain banneria. Kyse on siitä, että bannerin takana oleva koodi kunnioittaa käyttäjän valintaa.

Oliko tästä apua?Kiitos palautteesta.

Valmis viemään opit käytäntöön?

Evästebannerisi voi olla käytössä noin viidessä minuutissa.