Varsel

G Suite heter nå Google Workspace: Her finner du alt bedriften trenger for å få arbeidet gjort.

Tagging på klientsiden og tjenersiden

På denne siden kan utviklere og markedsføre finne ut om det kan være lurt å komplettere taggingen de for tiden bruker, med tagging på tjenersiden.

Google Tag Manager støtter to ulike konfigurasjoner: tagging på klientsiden og tagging på tjenersiden.

Diagram comparing the architecture of client-side tagging and server-side tagging.
Tagging på klientsiden Tagging på tjenersiden

Med tagging på klientsiden plasseres det én beholder i appen eller på nettstedet.

Denne beholderen inneholder alle tagger, utløsere, variabler og tilknyttet kode som brukes til å måle brukerinteraksjoner.

Når en bruker besøker en side, blir beholderen aktivert og laster inn de relaterte taggene. Når brukeren utfører en handling som utløser en tag, sender enheten eller nettleseren hendelsesdataene i én eller flere HTTP-forespørsler til Google-produktene dine eller annonseringspartnere.

Tagging på tjenersiden bruker to beholdere:

  • en nettbeholder lagret i appen eller på nettstedet
  • en tjenerbeholder lagret i et skymiljø

I nettbeholderen finnes bare de taggene som kreves for å overvåke og sende ut informasjon om brukerinteraksjoner og generere hendelser som HTTP-forespørsler.

Tjenerbeholderen godtar alle HTTP-forespørsler fra nettbeholderen. I tjenerbeholderen kan du konfigurere behandlingsregler før du sender data til Google-produktene dine eller tredjeparts endepunkter.

Hvorfor bør du bruke tagging på tjenersiden?

Formålet med tjenerbeholderen er å ha et mellomledd som du eier, mellom enheten eller nettleseren der hendelser registreres, og endepunktene fra tredjeparter. Tjenerbeholderen utfyller nettbeholderen ved å tas eg av ressurskrevende behandling som vanligvis kjøres i nettleseren når tagging på klientsiden brukes. Med en tjenerbeholder får du dessuten muligheten til og verktøyene du trenger for å filtrere, validere og redigere data etter behov, før du sender dem til endepunkter relatert til analyser eller annonsering.

Hovedfordelene ved tagging på tjenersiden er at du kan

  • redusere datamengden som må behandles på klientsiden, noe som gir bedre ytelse i appen eller på nettstedet
  • filtrere og endre innkommende forespørsler for å ivareta personvernet
  • validere og normalisere data og dermed heve datakvaliteten

Få bedre nettsteds- eller appytelse

Med tagging på tjenersiden kan du få bedre ytelse på klientsiden i og med at du reduserer kodemengden som må kjøres i appen eller nettleseren. Når taggingen utføres på klientsiden, må nettleseren knytte hver hendelse opp mot én eller flere HTTP-forespørsler, alt etter hvor mange endepunkter du sender informasjonen om hendelsen til. Derfor kan klienten sende ut mange svært like HTTP-forespørsler, noe som kan legge beslag på store ressurser på klientsiden.

I et oppsett med tagging på tjenersiden trenger klienten bare å generere én HTTP-forespørsel per hendelse som sendes til tjenerbeholderen. Deretter genererer denne beholderen leverandørspesifikke forespørsler som sendes ut. Dette gir bedre ytelse på nettstedet ettersom klienten kjører mindre kode og sender ut færre HTTP-forespørsler.

Du kan øke sidehastigheten videre ved å laste inn markedsføringsrelaterte biblioteker og ressurser via taggingsmiljøet på tjenersiden når du bruker tjeneren som et innholdsleveringsnettverk (ILN).

Sikre granulært datapersonvern

Når du bruker tagging på klientsiden, kommuniserer brukerens nettleser direkte med tredjeparter, noe som kan gjøre det utfordrende å kontrollere informasjonen som deles. Avhengig av hvordan appen eller nettstedet behandler brukerinformasjon, kan det være en viss risiko for at personlig identifiserende informasjon deles i HTTP-forespørsler.

Med tagging på tjenersiden får du full kontroll over dataene som sendes til tredjeparter. I tjenerbeholderen kan du fjerne eventuell personlig identifiserende informasjon (PII) før du sender dataene videre til markedsføringspartnere. Du kan påse at du bare samler inn og deler data i tråd med og som påkrevd i henhold til bestemmelser for datapersonvern.

Når du konfigurerer tjenerbeholderen for å bli brukt i en førstepartskontekst, blir data og informasjonskapsler på nettstedet aldri sendt ut av domenet. Dette betyr at leverandører ikke har tilgang til informasjonskapsler fra tredjeparter. I en førstepartskontekst kan du håndheve en strengere Content Security Policy ettersom nettleseren enten kommuniserer med færre tredjepartsdomener, eller overhodet ikke kommuniserer med slike domener, avhengig av det aktuelle oppsettet.

Hev datakvaliteten

Med tagging på klientsiden er det vanskelig å sikre at dataene som sendes direkte til leverandørenes endepunkter, er gyldige og konsekvente.

Med tagging på tjenersiden har du selv kontroll over dataene. På denne måten kan du

  • korrigere avvik i hendelsesdata som kan være introdusert av ulike enheter eller nettlesere eller annen behandling på klientsiden
  • redusere risikoen for datatap ved å validere hendelsesdataene, slik at du vet at dataene oppfyller de nødvendige kriteriene for å bli godtatt og behandlet i leverandørens endepunkt
  • fjerne overflødige eller unødvendige data som appen eller nettleseren kan ha satt inn

Kom i gang med tagging på tjenersiden

Vil du finne ut hvordan du bruker tagging på tjenersiden?

I kurset «Grunnleggende om tagging på tjenersiden» får du alle ferdighetene du trenger for å komme i gang med tagging på tjenersiden. Der lærer du hvordan du

  • oppretter tag-tjenere via GCP App Engine
  • konfigurer tagger slik at de sender data til tjeneren din
  • klargjør tjenerne dine for trafikk i sanntid
  • overvåker tjenerne dine

Ta kurset

Var dette nyttig for deg?

Hvordan kan vi forbedre den?
Søk
Slett søket
Lukk søkefunksjonen
Hovedmeny
15218902216029466905
true
Søk i brukerstøtte
true
true
true
true
true
102259
false
false