Google Tag Manager oppsett – komplett guide for nybegynnere

Innlegget er sponset

Google Tag Manager oppsett – komplett guide for nybegynnere

Jeg husker første gang jeg hørte om Google Tag Manager oppsett – det hørtes ut som noe utrolig komplisert som bare de aller mest tekniske fikk til. Kunden min hadde spurt om det var mulig å få bedre oversikt over alle sporings-kodene på nettstedet sitt, og jeg måtte ærlig innrømme at jeg aldri hadde satt opp GTM før. Det var faktisk litt flaut, men samtidig utrolig motiverende! I dag, etter å ha jobbet med hundrevis av Google Tag Manager oppsett, kan jeg trygt si at det er mye enklere enn det først virker – og utrolig mye mer kraftfullt enn jeg noen gang forestilte meg.

Som skribent og tekstforfatter har jeg sett hvor mange nettsider som sliter med rot i sporingskoder, tredjepartsskript og analytikk. Det var faktisk en kunde som fortalte meg at de hadde syv forskjellige personer som hadde lagt til diverse koder i løpet av tre år – og ingen visste lenger hva som gjorde hva. Sånn kaos ville vært unødvendig hvis de bare hadde startet med et skikkelig Google Tag Manager oppsett fra begynnelsen av.

I denne guiden skal jeg ta deg gjennom absolutt alt du trenger å vite om Google Tag Manager oppsett. Vi starter fra bunnen av – selv om du aldri har hørt om GTM før, kommer du til å mestre dette etter å ha lest ferdig. Jeg lover! Målet er at du skal kunne sette opp Google Tag Manager på ditt eget nettsted trygt og korrekt på første forsøk, uten å måtte lure på om du har glemt noe viktig.

Hva er Google Tag Manager og hvorfor trenger du det?

Altså, la meg starte med å forklare hva Google Tag Manager egentlig er – for det var nemlig det jeg selv lurte mest på i begynnelsen. GTM er i bunn og grunn et system som lar deg administrere alle sporingskoder og skript på nettstedet ditt fra ett sted, uten å måtte redigere HTML-koden din hver gang du vil legge til eller endre noe. Det høres kanskje ikke så revolusjonerende ut, men tro meg – når du først har prøvd det, vil du aldri gå tilbake til den gamle måten.

Jeg pleier å sammenligne Google Tag Manager oppsett med å organisere et kaotisk skriverbord. Før hadde du kanskje post-it-lapper klebet overalt (sporingskoder spredt rundt i HTML-en), blyanter som lå hvor som helst (forskjellige skript uten system), og papirer som fløy omkring hver gang noen åpnet vinduet (koder som forsvant ved oppdateringer). Med GTM får du et ordentlig arkivsystem hvor alt har sin plass og du finner det du leter etter med en gang.

Det som virkelig gjorde inntrykk på meg første gang jeg så det i aksjon, var hvor enkelt det plutselig ble å legge til Google Analytics, Facebook Pixel, eller andre sporingskoder. I stedet for å måtte kontakte utvikleren hver gang (og vente på at de skulle få tid), kunne kunden selv logge seg inn og gjøre endringene på få minutter. Det er sånn frihetsfølelse som mange ikke helt forstår verdien av før de har opplevd det selv.

De viktigste fordelene med Google Tag Manager oppsett

Etter å ha jobbet med så mange forskjellige nettsteder gjennom årene, har jeg identifisert noen kjerneforsalene som virkelig skiller seg ut. Først og fremst er det hastigheten – ikke bare i form av hvor fort du kan gjøre endringer, men også hvor mye raskere nettstedet ditt kan bli. GTM laster kodene asynkront, noe som betyr at de ikke blokkerer for resten av siden mens de laster.

En annen ting som jeg virkelig setter pris på er versjonskontrollsystemet. Hver gang du publiserer endringer i GTM, lages det automatisk en backup av den forrige versjonen. Jeg har sett så mange nettsteder som har krasjet på grunn av feil i sporingskoder – med GTM kan du bare rulle tilbake til forrige versjon på sekunder. Det er sånn trygghet som er ubetaleleg når noe går galt klokka tre på natta og nettstedet ikke fungerer.

Samarbeidsfunksjonene er også fantastiske. Du kan gi forskjellige personer forskjellige tilgangsnivåer – kanskje vil markedsføringsavdelingen bare kunne redigere Google Ads-koder, mens IT-avdelingen har full tilgang til alt. Sånn slipper du den evige diskusjonen om hvem som skal ha ansvar for hva, og samtidig reduserer du risikoen for at noen ved et uhell ødelegger noe kritisk.

Forberedelser før Google Tag Manager oppsett

Greit, før vi kaster oss ut i selve Google Tag Manager oppsettet, er det noen ting du bør ha på plass først. Jeg lærte dette på den harde måten – den første gangen jeg satte opp GTM, glemte jeg å planlegge skikkelig, og endte opp med å måtte gjøre mye av arbeidet på nytt senere. Det er ikke noe tragisk, men det er definitvt unødvendig om du tar deg tid til å forberede deg ordentlig først.

Det første du trenger er selvfølgelig en Google-konto. Hvis du allerede bruker Gmail eller andre Google-tjenester, er du klar. Hvis ikke, må du opprette en konto – og jeg anbefaler på det sterkeste at du bruker en bedriftskonto hvis dette er for et firma. Jeg har sett for mange som har brukt private Gmail-kontoer for bedriftsformål, og så blir det problemer når personen slutter eller skifter jobb.

Videre bør du ha en oversikt over alle de sporingskodene og skriptene du for øyeblikket har på nettstedet ditt. Ta en gjennomgang av HTML-koden (eller be utvikleren din om hjelp) og skriv ned alt av Google Analytics, Facebook Pixel, Google Ads-koder, heatmap-verktøy, chatbots – alt sammen. Det høres kanskje kjedelig ut, men denne oversikten kommer til å spare deg for masse hodepine senere.

Tekniske forutsetninger og tilganger

Du trenger også å sørge for at du har riktige tilganger til nettstedet ditt. Hvis du bruker WordPress, trenger du administrator-tilgang. Hvis det er et skreddersydd nettsted, må du kunne redigere HTML-koden i head- og body-seksjonene. Høres teknisk ut? Tja, det er det vel egentlig også litt, men ikke la det skremme deg – det er mye enklere enn det høres ut som.

En ting jeg alltid anbefaler er å ta en backup av nettstedet før du starter med Google Tag Manager oppsettet. Jeg har aldri opplevd at GTM har ødelagt et nettsted, men det er bedre å være forsiktig. Backup er som bilbelte – du håper du aldri trenger det, men du er glad for å ha det hvis ulykken skulle være ute.

Det kan også være lurt å teste oppsettet på et utviklingsmiljø først, hvis du har det tilgjengelig. Mange hosting-leverandører tilbyr staging-miljøer hvor du kan teste endringer uten at det påvirker den faktiske nettsiden din. Hvis du ikke har det, er det ikke verdens undergang – bare vær ekstra nøye når du følger trinnene.

Forberedelse	Hvorfor det er viktig	Hvor lang tid det tar
Google-konto	Nødvendig for tilgang til GTM	5 minutter
Oversikt over eksisterende koder	Unngår dobbel sporing	30-60 minutter
Backup av nettsted	Sikkerhet ved problemer	10-30 minutter
Administratortilgang	Mulighet til å redigere HTML	Varierer

Opprette Google Tag Manager-konto

Nå kommer vi til det morsomme – å faktisk opprette Google Tag Manager-kontoen din! Jeg husker hvor spent jeg var første gang jeg skulle gjøre dette. Det føltes litt som å åpne døra til et helt nytt rom fullt av muligheter. Og det var det egentlig også – GTM har gjort livet mitt som tekstforfatter og digital markedsfører så mye enklere.

Start med å gå til tagmanager.google.com og logg inn med Google-kontoen din. Du vil bli møtt av en velkomstside som forklarer litt om hva GTM kan gjøre – det kan være verdt å lese gjennom hvis du vil ha en rask oppfriskning. Når du klikker på «Start for free» eller «Kom i gang gratis» (avhengig av hvilken språkversjon du er på), kommer du til opprettingsskjemaet.

Her må du fylle ut noen grunnleggende opplysninger. Kontonavnet bør være noe som gjør det enkelt å identifisere hvilket firma eller prosjekt dette gjelder. Jeg pleier å bruke firmanavnet direkte – altså «Mitt Firma AS» eller lignende. Unngå kryptiske forkortelser eller interne kodenavn som bare du forstår. Du kommer til å takke deg selv senere når du har flere kontoer og prøver å huske hvilken som er hvilken.

Velge riktig kontooppsett og innstillinger

Landet du velger er viktig av personvernhensyn – velg Norge hvis det er der virksomheten din holder til. Google bruker denne informasjonen til å bestemme hvilke personvernregler som gjelder, og du vil definitivt at dette skal være korrekt fra starten av. Jeg opplevde en gang at en kunde hadde valgt USA som land ved et uhell, og det skapte noen komplikasjoner senere med GDPR-compliance.

Når du kommer til steget hvor du skal dele data med Google, ta deg tid til å lese gjennom valgene. Personlig pleier jeg å la være å dele data med mindre det er spesifikke grunner til det (som at du bruker Google Analytics 360 eller har andre enterprise-løsninger). Det handler ikke om at jeg ikke stoler på Google, men mer om at jeg foretrekker å ha kontroll over hvilken data som deles og hvorfor.

Container-navnet er det som kommer til å vises i GTM-grensesnittet, så gjør det beskrivende. «Hovednettsted» eller «www.mittfirma.no» fungerer bra. Hvis du har flere nettsteder eller apper, kan det være lurt å ha en navnekonvensjon som gjør det enkelt å skille dem fra hverandre senere. Jeg har sett alt for mange GTM-kontoer hvor det er umulig å forstå hvilken container som hører til hvilket prosjekt.

Installere tracking-koden på nettstedet

Nå kommer vi til det som mange synes er den mest skumle delen av Google Tag Manager oppsettet – å faktisk installere koden på nettstedet. Men vet du hva? Det er faktisk mye enklere enn det høres ut som. Jeg pleier å si at hvis du kan kopiere og lime inn tekst i et Word-dokument, så kan du installere GTM-koden også. Det handler bare om å få den på riktig plass.

Når du har opprettet containeren din, vil GTM automatisk generere to kodesnutter som du må legge til på nettstedet ditt. Den første går i «-seksjonen av HTML-koden din, og den andre går rett etter åpnings-«-taggen. Jeg vet at det høres teknisk ut, men de fleste moderne nettsider har ganske logiske steder hvor dette kan gjøres uten at du trenger å være programmerer.

Det jeg alltid gjør først er å kopiere begge kodesnuttene og lime dem inn i et tekstdokument på datamaskinen min. Sånn har jeg dem lett tilgjengelig og slipper å måtte gå fram og tilbake mellom GTM og nettstedet mitt hele tiden. Det er en liten ting, men det sparer meg for mye tid og frustrasjon – spesielt hvis jeg jobber med flere nettsteder samtidig.

Installasjon på WordPress-nettsteder

Hvis nettstedet ditt kjører på WordPress (som mange gjør), har du flere måter å installere GTM-koden på. Den enkleste måten for de fleste er å bruke et plugin som «Google Tag Manager for WordPress» eller lignende. Jeg brukte denne metoden selv på mange av mine egne WordPress-sider, og det fungerer helt fint for de fleste formål.

Men personlig foretrekker jeg å legge inn kodene manuelt, fordi det gir meg mer kontroll og jeg slipper å være avhengig av at plugin-utviklerne holder koden oppdatert. For å gjøre det manuelt, går du til «Utseende» → «Theme Editor» (eller «Rediger tema») i WordPress-administrasjonspanelet ditt. Du finner `header.php`-filen i fillisten, og der legger du til den første GTM-koden rett før «-taggen.

Den andre koden skal inn rett etter «-taggen, som vanligvis også finnes i `header.php`-filen. Noen temaer kan ha denne strukturen litt annerledes, så hvis du ikke finner «-taggen der, kan den være i en fil som heter noe sånt som `index.php` eller `single.php`. Ikke panikk hvis det virker forvirrende – ta kontakt med lenkebygging.no hvis du trenger hjelp med den tekniske implementeringen.

Installasjon på andre plattformer

For Shopify-butikker er prosessen ganske rett fram. Du går til «Online Store» → «Themes» → «Actions» → «Edit code», og deretter finner du `theme.liquid`-filen. GTM-kodene går på samme plasser som i WordPress – første kode før « og andre kode rett etter «. Shopify gjør det faktisk ganske enkelt å finne disse stedene.

Squarespace har gjort det enda enklere – de har en egen seksjon for å legge til header- og footer-koder. Gå bare til «Settings» → «Advanced» → «Code Injection», og lim inn den første GTM-koden i «Header» og den andre i «Footer». Jeg må innrømme at Squarespace sin løsning er ganske elegant, selv om jeg generelt foretrekker mer fleksible plattformer som WordPress.

For skreddersydde nettsteder må du selvfølgelig ha tilgang til HTML-koden. Hvis du ikke har det selv, må du be utvikleren din om å legge inn kodene. De vet helt sikkert hvordan de skal gjøre det, så bare send dem GTM-kodene og forklar hvor de skal plasseres. De fleste utviklere er kjent med GTM og skjønner med en gang hva som skal gjøres.

Verifisere installasjonen

Altså, etter at du har lagt inn GTM-kodene på nettstedet ditt, er det utrolig viktig å sjekke at alt fungerer som det skal. Jeg har lært av erfaring at det er bedre å oppdage problemer tidlig enn å finne ut senere at du har gått glipp av viktig data i flere uker fordi noe ikke var riktig installert. Det er sånn der situasjoner som får deg til å våkne opp klokka tre om natta i kald svette.

Den enkleste måten å sjekke installasjonen på er å bruke GTM sin innebygde Preview-modus. Når du er inne i GTM-kontoen din, finner du en knapp som heter «Preview» øverst i høyre hjørne. Klikk på den og følg instruksjonene for å koble den til nettstedet ditt. Dette åpner en spesiell debugging-modus som lar deg se nøyaktig hva som skjer når GTM laster på siden din.

Når Preview-modus er aktivert og du laster nettstedet ditt, skal du se et stort panel nederst på siden som viser informasjon om GTM. Hvis du ikke ser dette panelet, betyr det at koden ikke er riktig installert. Da må du gå tilbake og dobbeltsjekke at du har lagt inn begge kodesnuttene på riktige steder og at de ikke inneholder skrivefeil.

Bruke nettleserens utviklerverktøy

En annen metode jeg ofte bruker er nettleserens innebygde utviklerverktøy. Høyreklikk på nettstedet ditt og velg «Inspect» eller «Undersøk element» (avhengig av hvilken nettleser du bruker). Gå til «Network»-fanen og last siden på nytt. Hvis GTM er riktig installert, skal du se requests til google-analytics.com og googletagmanager.com i listen.

Du kan også søke etter GTM-koden direkte i HTML-en. Gå til «Elements»- eller «Inspector»-fanen i utviklerverktøyene og bruk Ctrl+F (eller Cmd+F på Mac) for å søke etter «googletagmanager». Du skal finne både JavaScript-koden i head-seksjonen og noscript-koden i body-seksjonen. Hvis du bare finner den ene, mangler du den andre delen av installasjonen.

Google Tag Assistant er også et nyttig verktøy for å verifisere Google Tag Manager oppsettet ditt. Det er en gratis nettleserutvidelse som automatisk oppdager og validerer Google-tags på nettsider. Jeg installerte den for første gang for flere år siden, og den har hjulpet meg med å fange opp mange små feil som jeg ellers ikke ville ha lagt merke til. Særlig nyttig er den når du jobber med komplekse oppsett med mange forskjellige tags.

Grunnleggende konfigurering og innstillinger

Nå som Google Tag Manager oppsettet ditt er installert og fungerer, er det på tide å konfigurere de grunnleggende innstillingene. Dette er hvor GTM virkelig begynner å bli morsomt, synes jeg. Du går fra å bare ha en «tom boks» til å faktisk kunne gjøre nyttige ting. Det minner meg litt om når jeg første gang lærte å bruke tekstbehandlingsprogram – plutselig åpnet det seg en helt ny verden av muligheter.

Det første jeg alltid gjør når jeg setter opp en ny GTM-container er å gå gjennom workspace-innstillingene. Workspace er GTMs måte å organisere arbeidet ditt på, og det er viktig å forstå hvordan det fungerer før du begynner å legge til tags. Standard workspace heter «Default Workspace», og det er der du kommer til å gjøre mesteparten av arbeidet ditt i begynnelsen.

Under «Admin»-seksjonen finner du forskjellige innstillinger som du bør se gjennom. Container-innstillingene lar deg endre navn, tidssone og andre grunnleggende ting. Jeg pleier alltid å sette tidssonen til «Europe/Oslo» for norske nettsteder – det kan høres ut som en bagatell, men det gjør det mye enklere å analysere data senere når alt er synkronisert til norsk tid.

Sette opp brukertilganger og rettigheter

Hvis du jobber i et team eller planlegger å gi andre tilgang til GTM-kontoen din senere, er det lurt å sette opp riktige brukertilganger fra starten av. GTM har et ganske sofistikert system for tilgangsstyring, men det kan virke litt overveldende første gang du ser det. Jeg brukte lang tid på å forstå forskjellen mellom de forskjellige rollene, men nå synes jeg det er ganske logisk.

«No Access» betyr at personen ikke kan se eller gjøre noe som helst – det høres kanskje unødvendig ut, men det kan være nyttig hvis du vil fjerne tilgang midlertidig uten å slette brukeren helt. «Read» gir bare lesetilgang, som kan være fint for folk som bare trenger å se hva som er satt opp uten å kunne endre noe. «Edit» lar brukeren lage og endre tags, men ikke publisere dem – det er ofte det du vil gi til markedsførere og andre som jobber med daglig vedlikehold.

«Approve» kan godkjenne endringer for publisering, mens «Publish» faktisk kan publisere endringene til det live nettstedet. «Admin» har full kontroll over alt, inkludert brukerstyring og kontoinnstillinger. Jeg pleier å være ganske restriktiv med admin-tilgang – det er bedre å gi for lite tilgang og oppjustere senere enn å gi for mye og oppleve at noen ved et uhell ødelegger noe kritisk.

Organisering av tags, triggers og variables

En ting jeg virkelig ønsker at noen hadde fortalt meg da jeg startet med Google Tag Manager oppsett, er hvor viktig det er å ha et godt navnesystem fra begynnelsen av. Etter hvert som du legger til flere og flere tags, triggers og variables, blir det fort kaotisk hvis du ikke har tenkt gjennom navngivningen på forhånd. Jeg har sett GTM-kontoer hvor det er helt umulig å forstå hva som gjør hva fordi alt heter «Tag 1», «Tag 2», osv.

Mitt system er å bruke beskrivende navn som forklarer både hva taggen gjør og hvor den aktiveres. For eksempel «GA4 – Page View – All Pages» for en Google Analytics 4 side-visning tag som kjører på alle sider. Det høres kanskje litt langt ut, men når du har 50 forskjellige tags, kommer du til å takke deg selv for at du kan forstå hva hver enkelt gjør bare ved å lese navnet.

For organisering bruker jeg også mappesystemet i GTM aktivt. Du kan opprette mapper for forskjellige kategorier av tags – for eksempel en mappe for Google Analytics, en for Facebook-tracking, en for chatbots, osv. Det gjør det mye enklere å finne det du leter etter når du kommer tilbake til et prosjekt etter flere måneder.

Legge til dine første tags

Nå kommer vi til det virkelig spennende – å faktisk legge til dine første tags i Google Tag Manager oppsettet! Jeg må innrømme at jeg var ganske nervøs første gang jeg skulle gjøre dette. Det føltes litt som å være en nybegynner bak rattet igjen – jeg visste teoretisk hvordan ting skulle fungere, men hadde ikke den praktiske erfaringen ennå. Men vet du hva? Det gikk bedre enn forventet, og etter hvert som jeg la til flere tags, begynte det å gi mening.

Den mest vanlige første taggen folk legger til er Google Analytics, så la oss starte der. Gå til «Tags» i venstre meny og klikk på «New» for å opprette en ny tag. Du får opp et skjema hvor du først må velge tag-type. Klikk på «Tag Configuration» og velg «Google Analytics: GA4 Configuration» hvis du bruker Google Analytics 4, eller «Universal Analytics» hvis du fortsatt bruker den gamle versjonen (men jeg anbefaler sterkt å oppgradere til GA4 hvis du ikke har gjort det allerede).

Det neste du trenger er Measurement ID-en din fra Google Analytics. Den finner du ved å logge inn på analytics.google.com, gå til «Admin» → «Data Streams» → velg ditt nettsted → og kopiere «Measurement ID» (som starter med «G-«). Lim dette inn i GTM-taggen din. Det var faktisk her jeg gjorde min første feil – jeg brukte feil ID og lurte på hvorfor dataene ikke dukket opp i Analytics. Men sånn lærer man, ikke sant?

Sette opp triggere for tag-aktivering

Etter at du har konfigurert selve taggen, må du bestemme når den skal aktiveres. Det gjøres gjennom «Triggering»-seksjonen. For en grunnleggende Google Analytics-tag vil du vanligvis at den skal kjøre på alle sider, så du velger «All Pages» som trigger. Dette er en innebygd trigger som automatisk aktiveres hver gang noen laster en ny side på nettstedet ditt.

Men la oss si at du vil spore noe mer spesifikt – kanskje button-klikk på en «Kontakt oss»-knapp. Da må du opprette en custom trigger. Klikk på «New» ved siden av Triggering, velg «Click – All Elements» som trigger-type, og deretter kan du spesifisere hvilken knapp du vil spore ved å bruke CSS-selektorer eller andre identifikatorer. Det høres komplisert ut, men det er faktisk ganske logisk når du først får taket på det.

Jeg pleier alltid å teste triggerne mine grundig før jeg publiserer. Bruk Preview-modus (som vi snakket om tidligere) for å sjekke at taggen aktiveres når den skal, og like viktig – at den IKKE aktiveres når den ikke skal. Jeg har opplevd tags som har kjørt på feil sider og skapt forvirrende data i Analytics. Det er ikke gøy å oppdage slike ting i ettertid.

Variables og deres betydning

Variables er en av de kraftigste funksjonene i GTM, men også en av dem som tar lengst tid å forstå skikkelig. Tenk på dem som små datapunkt som GTM kan lese fra nettstedet ditt og bruke i tags og triggere. For eksempel kan en variable inneholde tittelen på siden brukeren er på, URL-en, eller verdien av et skjemafelt.

GTM kommer med mange innebygde variables som «Page URL», «Page Title», «Referrer» osv. Disse dekker de fleste grunnleggende behovene, men noen ganger trenger du custom variables for mer spesialiserte formål. Jeg opprettet min første custom variable for å spore hvilken kategori produktsider befant seg i på en e-handelsside – det var ikke noe GTM kunne finne ut automatisk, så jeg måtte lage en variable som hentet informasjonen fra page URL-strukturen.

En praktisk tip: aktiver de innebygde variablene du trenger under «Variables» → «Configure». Du finner en lang liste over tilgjengelige variables der, og det er bare å huske av de du tror du kommer til å bruke. Det koster ingenting å aktivere dem, og det er bedre å ha tilgang til for mye data enn for lite når du først skal analysere ting senere.

Testing og feilsøking av oppsettet

Testing er absolutt den delen av Google Tag Manager oppsettet som jeg bruker mest tid på, og med god grunn. Det er så lett å gjøre små feil som kan få store konsekvenser for datainnsamlingen din senere. Jeg husker en gang jeg glemte å teste en e-handelssporing skikkelig, og det resulterte i at alle kjøp ble registrert med verdien null i Google Analytics. Det tok meg tre uker å oppdage feilen, og da hadde jeg allerede tapt masse verdifull data.

Preview-modus er ditt beste verktøy for testing. Hver gang du gjør endringer i GTM, bør du åpne Preview-modus og teste at alt fungerer som forventet på det faktiske nettstedet ditt. Men bare å se at tags aktiveres er ikke nok – du må også sjekke at dataene faktisk kommer fram til destinasjonen (som Google Analytics, Facebook, osv.). Det tar litt mer tid, men det er verdt det for å være sikker.

En ting jeg alltid gjør er å teste på forskjellige enheter og nettlesere. Noen ganger kan det være forskjeller i hvordan tags oppfører seg på mobil versus desktop, eller i Chrome versus Safari. Det er ikke vanlig, men det skjer, og det er bedre å oppdage slike problemer før du publiserer endringene til alle brukerne dine.

Vanlige feil og hvordan du unngår dem

Den absolutt vanligste feilen jeg ser folk gjøre er å glemme å publisere endringene sine. Du kan jobbe i GTM så mye du vil, men ingenting skjer på det faktiske nettstedet før du klikker på «Submit» og deretter «Publish». Jeg har selv gjort denne feilen flere ganger – sitter og lurer på hvorfor Analytics ikke viser nye data, bare for å oppdage at jeg glemte å publisere containeren.

En annen klassiker er å lage tags som kjører på feil sider. Kanskje du ville spore alle produktsider, men triggeren din fanger også opp kategorisider eller lignende. Derfor er det så viktig å teste triggers grundig. Bruk Preview-modus og naviger rundt på nettstedet ditt for å se hvor taggen aktiveres – du blir ofte overrasket over hvor mange uventede steder den dukker opp.

Dobbel-sporing er også et problem jeg ser ofte. Det skjer når folk har både GTM-versjonen og den tradisjonelle hardkodede versjonen av samme sporingskode på siden samtidig. Da får du dobbelt så mange sidevisninger som du faktisk har, og alle tallene dine blir feil. Sørg for å fjerne alle gamle sporingskoder når du migrerer til GTM – det er lett å glemme noen av dem hvis de er spredt rundt i HTML-en.

Bruke debug-verktøy effektivt

Google har lansert et nytt debug-verktøy kalt «Tag Assistant Legacy» som erstatter den gamle Tag Assistant Chrome-utvidelsen. Det nye verktøyet er integrert direkte i GTM og gir mye mer detaljert informasjon om hva som skjer med tags-ne dine. Jeg må innrømme at jeg savnet den gamle utvidelsen i begynnelsen, men det nye verktøyet er faktisk ganske kraftfullt når du lærer deg å bruke det.

En funksjon jeg er særlig glad i er muligheten til å se data layer-events i sanntid. Data layer er GTMs måte å kommunisere med nettstedet på, og ved å kunne se hvilke events som sendes og når, blir det mye enklere å forstå hvorfor en tag ikke aktiveres som forventet. Tidligere måtte jeg gjette meg fram til hva som skjedde, men nå kan jeg se det direkte.

Nettleserens konsoll-fane i utviklerverktøyene er også utrolig nyttig for debugging. GTM sender ut feilmeldinger der hvis noe går galt, og mange ganger er det der du finner svaret på hvorfor noe ikke fungerer. Jeg pleier å ha konsollen åpen hver gang jeg tester nye tags – det har reddet meg fra mange timer med gjettelek.

Publisering og versjonshåndtering

Publisering av Google Tag Manager oppsettet ditt er det øyeblikket hvor alt du har jobbet med faktisk går live og begynner å samle inn data fra ekte brukere. Første gang jeg skulle publisere en GTM-container var jeg utrolig nervøs – det føltes som å hoppe i fallskjerm for første gang. Men i motsetning til fallskjermhopping har GTM innebygde sikkerhetsnett som gjør det relativt trygt å eksperimentere.

Når du er klar til å publisere, går du til «Workspace» øverst i GTM og klikker på «Submit». Du får da opp en oversikt over alle endringene du har gjort siden siste publisering. Dette er din siste sjanse til å gjennomgå alt og sørge for at du ikke har glemt noe eller gjort feil. Jeg pleier alltid å bruke denne oversikten som en slags mental sjekkliste – har jeg testet alle de nye tags-ne? Er trigger-navn beskrivende nok? Har jeg dokumentert eventuelle spesielle konfigurasjoner?

GTMs versjonssystem er faktisk ganske elegant. Hver gang du publiserer blir det laget en «snapshot» av containeren din på det tidspunktet. Disse snapshotene får automatisk versjonsnummer (Version 1, Version 2, osv.) og du kan gå tilbake til hvilken som helst av dem når som helst. Det er utrolig nyttig hvis du oppdager at en endring har skapt problemer og du raskt trenger å rulle tilbake til en fungerende versjon.

Beste praksis for publiseringsstrategi

Noe jeg har lært gjennom årene er verdien av å publisere små, inkrementelle endringer i stedet for store massive oppdateringer. Hvis jeg legger til fem nye tags samtidig og noe går galt, blir det mye vanskeligere å finne ut hva som forårsaket problemet. Men hvis jeg publiserer én tag om gangen, er det lett å identifisere og fikse eventuelle problemer som oppstår.

Jeg har også utviklet en vane med å skrive gode beskrivelser når jeg publiserer. GTM lar deg legge til notater til hver versjon, og disse notatene kan være gull verdt når du senere prøver å forstå hvorfor du gjorde en bestemt endring. I stedet for «Diverse oppdateringer» skriver jeg ting som «Lagt til Facebook Pixel for produktsider og konverteringssporing for kontaktskjema». Det høres kanskje pedantisk ut, men det har reddet meg for masse tid og hodebry.

Timing av publiseringer er også viktig å tenke på. Jeg unngår å publisere store endringer rett før helger eller ferieperioder når jeg ikke er tilgjengelig for å fikse eventuelle problemer. Likeså unngår jeg å publisere midt i viktige markedsføringskampanjer når stabil data-innsamling er kritisk. Det handler om å være strategisk og tenke på konsekvensene av eventuelle problemer.

Rollback-strategier og backup-planer

Selv om GTM gjør det lett å rulle tilbake til tidligere versjoner, er det viktig å ha en plan for hvordan du skal gjøre det raskt hvis det trengs. Jeg pleier alltid å ha GTM-kontoen åpen i en egen nettleser-fane når jeg publiserer større endringer, så jeg raskt kan gå inn og rulle tilbake hvis jeg ser problemer i Analytics eller andre verktøy.

Det er også lurt å ha en kommunikasjonsplan hvis du jobber i et team. Hvem skal varsles hvis noe går galt? Hvem har tilgang til å gjøre rollbacks? Disse spørsmålene bør besvares før du publiserer, ikke når krisen allerede har oppstått. Jeg har vært i situasjoner hvor kritiske data manglet på grunn av GTM-problemer, og da er det ingen tid til å lure på hvem som har riktige tilganger eller hva som er riktig prosedyre.

En praksis jeg anbefaler er å gjøre en rask kontroll av de viktigste systemene 10-15 minutter etter publisering. Sjekk at Google Analytics fortsatt mottar data, at konverteringssporing fungerer, at chatbots og andre widgets laster som normalt. Det tar bare noen få minutter, men kan spare deg for mye trøbbel hvis noe har gått galt.

Vanlige feil og troubleshooting

Gjennom alle årene jeg har jobbet med Google Tag Manager oppsett, har jeg støtt på så mange forskjellige problemer og rare situasjoner at jeg noen ganger føler meg som en digital detektiv. Det morsomme er at mange av de samme feilene går igjen gang på gang, så etter hvert har jeg blitt ganske god til å diagnostisere og fikse ting raskt. Men første gang jeg opplevde hver av disse feilene, føltes det som å banke hodet i veggen!

Den aller vanligste feilen jeg ser er at folk har installert GTM-koden feil eller på feil sted. Jeg har sett koder som er lagt inn i footer i stedet for header, eller bare halvparten av koden er installert. Noen ganger har folk klart å lime inn koden inne i andre scripts eller kommentarer, så den ikke kjører i det hele tatt. Det første jeg alltid sjekker når noen sier «GTM fungerer ikke» er om koden faktisk er riktig installert og på riktig sted.

En annen klassiker er timing-problemer. GTM laster asynkront, noe som er bra for hastighet, men det kan skape problemer hvis andre scripts på siden forventer at GTM-data er tilgjengelig med en gang. Jeg opplevde dette på en e-handelsside hvor checkout-prosessen prøvde å sende data til GTM før GTM var ferdig med å laste. Løsningen var å legge inn en liten forsinkelse og sjekke at GTM var klart før vi sendte dataene.

Problemer med data layer og kommunikasjon

Data layer er hjertet i GTM, men det er også der mange av de mest frustrerende problemene oppstår. Data layer er essensielt GTMs måte å kommunisere med nettstedet på – det er der all informasjon om brukerhandlinger, produktdata, konverteringer osv. lagres midlertidig slik at GTM kan plukke det opp og sende videre til Analytics og andre verktøy.

Problemet er at data layer er veldig følsomt for skrivefeil og formattering. Hvis utvikleren har skrevet «ordertotal» i stedet for «orderTotal» (legg merke til stor T), eller glemte et komma et sted, kan hele data layer-objektet krasje. Og når data layer krasjer, får du ingen data i det hele tatt – ikke bare feil data, men ingen data. Det er faktisk lettere å oppdage når alt er ødelagt enn når bare deler av det er ødelagt.

En troubleshooting-teknikk jeg bruker mye er å åpne nettleser-konsollen og skrive «dataLayer» for å se hele innholdet. Da kan jeg se om dataene er der, om de har riktig format, og om det er noen JavaScript-feil som forhindrer ting i å fungere. Det høres teknisk ut, men du trenger faktisk ikke å kunne programmering for å gjøre dette – du kan ofte se ganske lett om noe ser feil ut.

Cross-domain tracking og subdomener

Hvis nettstedet ditt bruker flere domener eller subdomener (som www.mittfirma.no og butikk.mittfirma.no), kan det skape hodebry med Google Tag Manager oppsettet. Brukere som navigerer mellom disse domenene vil se ut som nye besøkende i Analytics, selv om de egentlig er den samme personen. Dette er et ganske teknisk problem som krever spesiell konfigurering i GTM.

Jeg jobbet en gang med en kunde som hadde hovednettstedet sitt på ett domene og checkout-prosessen på et helt annet domene. Konverteringssporningen var helt ødelagt fordi GTM ikke forstod at det var samme bruker som gikk fra produktside til bestillingsbekreftelse. Vi måtte sette opp cross-domain tracking, som innebærer å konfigurere GTM til å dele bruker-ID-er mellom domenene. Det høres komplisert ut, men GTM har faktisk ganske gode verktøy for dette hvis du vet hva du leter etter.

Subdomener er ofte litt enklere å håndtere, men de kan også skape problemer hvis de ikke er riktig konfigurert. Det viktigste er å sørge for at cookie-domeneinnstillingene i Google Analytics er satt til å dekke alle subdomenene du bruker. Hvis du har problemer med dette, kan lenkebygging.no hjelpe deg med den tekniske implementeringen.

Sikkerhet og personvern i GTM

Sikkerhet og personvern er emner som jeg har blitt mye mer opptatt av de siste årene, spesielt etter at GDPR trådte i kraft og alle plutselig begynte å snakke om cookies og datainnsamling. Som tekstforfatter og digital markedsfører er det mitt ansvar å forstå ikke bare hvordan Google Tag Manager oppsett fungerer teknisk, men også hvilke juridiske og etiske implikasjoner det har for brukerne av nettstedene jeg jobber med.

Det første du må forstå er at GTM i seg selv ikke samler inn personopplysninger – det er bare en «postmann» som leverer data mellom nettstedet ditt og forskjellige analyseverkøy. Men mange av tags-ne du legger til gjennom GTM (som Google Analytics, Facebook Pixel, osv.) samler definitivt inn personopplysninger. Så selv om GTM teknisk sett er «uskyldig», er du fortsatt ansvarlig for alt som skjer gjennom det.

GDPR krever at du har lovlig grunnlag for all databehandling og at brukerne har kontroll over sine egne data. I praksis betyr det at du må være nøye med hvilke tags du aktiverer og når. Jeg pleier å sette opp samtykke-basert aktivering for de fleste marketing-relaterte tags – altså at de bare kjører hvis brukeren har gitt eksplisitt samtykke til den typen sporing.

Implementere consent management

Google har utviklet noe som heter «Consent Mode» som integrerer med GTM for å håndtere brukersamtykke på en elegant måte. I stedet for å bare skru av tags helt og holdent hvis brukeren ikke samtykker, kan Consent Mode sende anonymiserte data som fortsatt gir deg nyttig innsikt uten å kompromittere personvernet. Det tok meg litt tid å forstå hvordan det fungerte, men nå synes jeg det er en ganske smart løsning.

For å implementere dette må du først sette opp en consent management-plattform (CMP) på nettstedet ditt. Det finnes mange forskjellige løsninger – både gratis og betalte. Deretter konfigurerer du GTM til å lytte til samtykke-signalene fra CMP-en og aktivere eller deaktivere tags basert på hva brukeren har samtykket til. Det høres komplisert ut, og det er det også litt, men det er nødvendig hvis du vil drive seriøs digital markedsføring i dag.

En ting jeg lærte på den harde måten er hvor viktig det er å teste consent-oppsettet grundig. Jeg opplevde en gang at samtykke-logikken min var feil konfigurert, så tags kjørte selv når brukere hadde sagt nei til markedsføringscookies. Det kunne ha blitt en alvorlig GDPR-overtredelse hvis ikke kunde oppdaget det og varslet meg. Siden da tester jeg alltid consent-funksjonen i både «accept»- og «reject»-scenarioer før jeg publiserer.

Data retention og minimering

GDPR har også prinsipper om dataminimering og begrensede lagringsperioder som påvirker hvordan du bør konfigurere Google Tag Manager oppsettet ditt. Du skal bare samle inn data som er nødvendig for dine formål, og du skal ikke lagre data lenger enn nødvendig. I praksis betyr det at du bør gjennomgå alle tags-ne dine og spørre deg selv: «Trenger jeg virkelig denne informasjonen? Hvor lenge trenger jeg den?»

For Google Analytics kan du for eksempel konfigurere data retention-innstillingene til å automatisk slette data etter en viss periode. Jeg pleier å sette dette til 26 måneder for de fleste kunder – det gir nok historisk data til å se trender og mønstre, uten å lagre data lenger enn nødvendig. For mer sensitive data (som e-handelsopplysninger) kan det være aktuelt med kortere lagringsperioder.

Det er også viktig å være forsiktig med hvilken informasjon du sender til tredjepartsverktøy. Noen tags kan sende bruker-ID-er, e-postadresser eller annen identifiserbar informasjon uten at du egentlig tenker over det. Jeg pleier å gjennomgå data-flyten i alle tags jeg setter opp for å sørge for at ingen sensitive opplysninger lekker til steder de ikke skal være.

Avanserte funksjoner og tips

Etter å ha jobbet med Google Tag Manager oppsett i flere år, er det noen avanserte funksjoner som jeg har kommet til å sette særlig stor pris på. I begynnelsen fokuserte jeg bare på å få grunnleggende sporing til å fungere, men gradvis har jeg oppdaget at GTM kan så mye mer enn bare å sende sidevisninger til Google Analytics. Det er nærmest som å oppdage skjulte rom i et hus du har bodd i lenge.

En av de kraftigste funksjonene er custom JavaScript variables og tags. Det høres skummelt ut for folk uten programmeringsbakgrunn, men det åpner for utrolig mange muligheter. Jeg har brukt custom JavaScript til alt fra å trekke ut produktinformasjon fra komplekse datastrukturer til å implementere A/B-testing-logikk direkte i GTM. Det krever litt læring, men det er ikke så vanskelig som det høres ut som.

Custom HTML tags er også fantastiske for å implementere tredjepartsverktøy som ikke har dedikerte tag-templates i GTM. Chat-widgets, popup-verktøy, heatmap-scripts – jeg har puttet alt mulig rart inn i custom HTML tags gjennom årene. Fordelen er at du får all fleksibiliteten til vanlig HTML/JavaScript, men med GTMs kontroll over når og hvor tingene skal kjøre.

Enhanced Ecommerce og konverteringssporing

Hvis du driver netthandel, er Enhanced Ecommerce-sporingen i GTM absolutt noe du bør sette deg inn i. Det gir deg så mye mer detaljert innsikt i kjøpsreisen enn vanlig konverteringssporing. Du kan se ikke bare hva folk kjøper, men også hva de legger i handlekurv uten å kjøpe, hvilke produkter de ser på mest, hvor i checkout-prosessen folk hopper av, osv.

Oppsettet er litt komplisert fordi det krever at utviklerne dine implementerer strukturerte data layer-events på produktsider, handlekurv, checkout, osv. Men når det først er på plass, får du innsikt som kan være verdt mange tusen kroner i økt salg. Jeg jobbet med en nettbutikk hvor Enhanced Ecommerce-dataene viste at 40% av kundene forlot handlevognen på fraktinformasjonssiden. Basert på den innsikten endret de fraktpolitikken sin og økte konverteringsraten med 15%.

Cross-device tracking er en annen avansert funksjon som blir viktigere og viktigere. Folk starter gjerne kjøpsprosessen på mobilen, fortsetter på laptop hjemme, og fullfører kanskje på tablet neste dag. Uten riktig cross-device tracking ser dette ut som tre forskjellige kunder i Analytics. Med riktig implementering kan du følge hele reisen og forstå kundeoppførselen mye bedre.

Server-side tagging og Google Tag Manager Server

Den nyeste store innovasjonen i GTM-verdenen er server-side tagging gjennom Google Tag Manager Server. I stedet for at all sporing skjer i brukerens nettleser (client-side), kan du nå sende dataene til din egen server først, og deretter videreformidle dem til Analytics og andre verktøy. Dette gir bedre personvernkontroll, bedre ytelse, og mer pålitelig datainnsamling.

Jeg må innrømme at server-side GTM var ganske overveldende første gang jeg prøvde det. Det krever at du setter opp en server (Google Cloud Platform er den enkleste løsningen), konfigurerer DNS-innstillinger, og lærer deg en helt ny måte å tenke på sporing. Men for store nettsteder med høye personvernkrav kan det være verdt investeringen.

En stor fordel med server-side tagging er at det gjør sporingen din mer motstandsdyktig mot ad blockers og intelligent tracking prevention i nettlesere. Siden all kommunikasjon går gjennom ditt eget domene i stedet for direkte til google-analytics.com, blir det vanskeligere for ad blockers å oppdage og blokkere sporingen. Det er ikke noen «hack» for å omgå brukernes personvernvalg, men det gir mer konsistent datainnsamling.

Vedlikehold og optimalisering

En ting jeg virkelig ønsker at noen hadde fortalt meg da jeg begynte med Google Tag Manager oppsett, er hvor viktig jevnlig vedlikehold er. I begynnelsen tenkte jeg at når GTM først var satt opp og fungerte, var jobben ferdig. Men sannheten er at et GTM-oppsett er som en hage – du må stelle det regelmessig hvis du vil at det skal fortsette å blomstre. Uten vedlikehold blir det fort et kaotisk rot som gjør mer skade enn nytte.

Hver gang nettstedet ditt endres – nye sider legges til, produktkategorier restruktureres, checkout-prosessen oppdateres – kan det påvirke GTM-oppsettet ditt. Tags som tidligere fungerte perfekt kan plutselig slutte å kjøre, eller enda verre, begynne å sende feil data. Jeg pleier å sette opp en månedlig gjennomgang av alle GTM-kontoene jeg administrerer, hvor jeg sjekker at alt fortsatt fungerer som forventet.

Performance-optimalisering er også noe du bør tenke på jevnlig. Etter hvert som du legger til flere og flere tags, kan det påvirke hastigheten på nettstedet ditt. GTM er generelt ganske effektivt, men hvis du har 20+ forskjellige tracking-scripts som kjører på hver side, vil det merkes. Jeg bruker Google PageSpeed Insights og andre hastighetsverktøy for å overvåke hvordan GTM påvirker loading-tiden, og optimaliserer når det trengs.

Å holde tritt med endringer i tredjepartsverktøy

Et av de mest frustrerende aspektene ved GTM-vedlikehold er at tredjepartsverktøyene du integrerer med konstant endrer seg. Google Analytics lanserer nye funksjoner, Facebook oppdaterer Pixel-koden sin, andre verktøy bytter ut hele API-ene sine. Som GTM-administrator må du holde deg oppdatert på alle disse endringene og tilpasse oppsettet ditt tilsvarende.

Jeg abonnerer på oppdateringsblogger for alle de store verktøyene jeg jobber med, og jeg har satt opp Google Alerts for søkeord som «Google Tag Manager update» og lignende. Det høres kanskje overdrevent ut, men jeg har opplevd for mange ganger at kunders sporing sluttet å fungere fordi jeg ikke visste at verktøyet hadde endret seg. Nå prøver jeg å være proaktiv i stedet for reaktiv.

En praksis som har fungert godt for meg er å ha en «test-container» hvor jeg prøver ut nye konfigurasjoner og oppdateringer før jeg implementerer dem på live-nettsteder. Det koster litt ekstra tid, men det forhindrer at jeg roter til fungerende oppsett med eksperimentelle endringer. Hvis noe går galt i test-containeren, er det bare å starte på nytt uten at det påvirker ekte brukere.

Dokumentasjon og kunnskapsoverføring

Noe jeg har blitt mye flinkere til over årene er å dokumentere GTM-oppsettene mine ordentlig. I begynnelsen tenkte jeg at jeg skulle huske alt selv, men det fungerte dårlig når jeg kom tilbake til et prosjekt etter seks måneder og ikke kunne huske hvorfor jeg hadde konfigurert ting på en bestemt måte. Nå lager jeg alltid en enkel dokumentasjon som forklarer hva hver tag gjør, hvorfor den er satt opp som den er, og eventuelle spesielle konfigurasjoner.

Hvis du jobber i et team eller planlegger å overdra GTM-ansvaret til noen andre på et tidspunkt, er denne dokumentasjonen gull verdt. Jeg lager vanligvis et Google Docs-dokument med screenshots og forklaringer for hver viktige tag. Det tar litt tid å lage, men det sparer masse tid senere når noen andre (eller jeg selv) skal gjøre endringer.

Opplæring av kollegaer eller kunder er også viktig å tenke på. Selv om GTM er relativt brukervennlig, er det fortsatt et teknisk verktøy som krever litt opplæring for å bruke trygt. Jeg pleier å holde korte opplæringssessjoner hvor jeg viser de viktigste funksjonene og forklarer hva som kan gå galt hvis man ikke er forsiktig. Det handler om å gjøre folk komfortable med verktøyet uten å gi dem så mye tilgang at de kan ødelegge noe kritisk.

Konklusjon og veien videre

Etter å ha gått gjennom denne omfattende guiden til Google Tag Manager oppsett, håper jeg at du føler deg mye tryggere på å ta i bruk dette kraftige verktøyet på ditt eget nettsted. Jeg husker hvor overveldende GTM føltes første gang jeg så det – alle de tekniske begrepene, innstillingene som så viktige ut men som jeg ikke forsto, og den konstante bekymringen for å ødelegge noe. Men sannheten er at GTM, når det først er riktig satt opp, faktisk gjør livet ditt mye enklere, ikke vanskeligere.

Det viktigste jeg kan gi deg som råd er å starte enkelt og bygge kompetansen din gradvis. Du trenger ikke å implementere alle avanserte funksjonene med én gang. Start med grunnleggende Google Analytics-sporing, lær deg å bruke Preview-modus skikkelig, bli komfortabel med publikasjonsprosessen. Etter hvert som du får mer erfaring, kan du ta for deg mer komplekse ting som Enhanced Ecommerce, custom triggers, og server-side tagging.

Husk også at Google Tag Manager oppsett ikke er noe du gjør én gang og så glemmer. Det er et levende system som krever jevnlig oppmerksomhet og vedlikehold. Men i stedet for å se på det som en byrde, prøv å se det som en mulighet til kontinuerlig forbedring. Hver gang du optimaliserer oppsettet ditt eller legger til ny funksjonalitet, får du bedre innsikt i hvordan nettstedet ditt presterer og hvordan brukerne dine oppfører seg.

Neste steg i din GTM-reise

Hvis du har fulgt denne guiden og fått implementert et grunnleggende Google Tag Manager oppsett, gratulerer! Du har tatt det første viktige steget mot å få kontroll over datainnsamlingen på nettstedet ditt. Men reisen stopper ikke her – det finnes så mye mer å utforske og lære.

Mitt råd for de neste månedene er å fokusere på å bli virkelig god på det grunnleggende før du kaster deg på de avanserte funksjonene. Lær deg å lage custom triggers som er presise og pålitelige. Bli komfortabel med å jobbe med variables og å forstå hvordan data layer fungerer. Øv på å troubleshoote problemer systematisk i stedet for å gjette deg fram til løsninger.

Hvis du støter på tekniske utfordringer underveis eller trenger hjelp med mer komplekse implementasjoner, ikke nøl med å søke profesjonell hjelp. Lenkebygging.no har lang erfaring med både enkle og komplekse Google Tag Manager oppsett, og kan hjelpe deg med å ta oppsettet ditt til neste nivå på en trygg og effektiv måte.

Det aller viktigste er å huske at alle vi som jobber med GTM i dag startet som nybegynnere. Vi har alle gjort feil, misforstått konsepter, og brukt altfor lang tid på å løse problemer som i ettertid virket enkle. Det er helt naturlig og en del av læringsprosessen. Det som skiller de som blir gode på GTM fra de som gir opp, er viljen til å fortsette å lære og eksperimentere selv når det blir vanskelig.

Så ta det første steget, implementer ditt Google Tag Manager oppsett, og begynn reisen mot å få full kontroll over datainnsamlingen på nettstedet ditt. Du kommer til å takke deg selv senere når du ser hvor mye lettere det blir å spore konverteringer, optimalisere markedsføringskampanjer, og forstå brukeroppførselen. Lykke til!