Kunskapsbank > Datalayer: skicka rätt uppgifter till din mätning

En datalayer är ett datalager som förmedlar uppgifter från webbplatsen till exempelvis Google Tag Manager. När ett formulär har skickats kan webbplatsen ange både händelsen och vilket formulär det gäller. GTM använder sedan uppgifterna för att köra rätt tagg och skicka valda parametrar vidare.

Ett genomskuret papperslandskap visar ordnade uppgifter i ett gemensamt lager under en webbyta.

En datalayer är ett lager med strukturerad information som webbplatsen kan göra tillgängligt för exempelvis Google Tag Manager. Där bestämmer utvecklaren och den som sköter mätningen vilka uppgifter som ska finnas. Webbplatsen beskriver vad som hänt, och tagghanteraren avgör vad som ska skickas vidare.

Händelse och värden hör ihop

Ett formulär kan skicka följande förenklade meddelande efter en lyckad inskickning:

window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
  event: 'lead_success',
  form_id: 'kontakt',
  service_category: 'seo'
});

Anpassa namnen till webbplatsens mätplan och koppla koden till formulärets lyckade inskick. Inga uppgifter skickas automatiskt till GA4 bara för att de finns i datalayer. I tagghanteraren måste rätt utlösare, variabler och taggar använda uppgifterna.

Samla värden som hör till samma handling i ett tydligt meddelande. Om order-ID och köpvärde uppdateras vid olika tillfällen kan en tagg hinna läsa en ofullständig kombination. Bestäm därför när informationen är komplett och redo att användas.

Definiera uppgifterna innan någon kodar

Fält Betydelse Kontroll
event Vilken handling som skett Tydligt och stabilt namn
form_id Vilket formulär som lyckades Samma värde över tid
service_category Relevant tjänstekategori Överenskomna tillåtna värden

För e-handel behövs en mer genomarbetad struktur med Googles aktuella händelsenamn och parametrar. Definiera transaktions-ID, valuta, belopp och artiklar. För GA4:s purchase ska value vara summan av varornas pris gånger antal utan frakt och skatt; dessa har egna parametrar. Skilj det från andra mottagares värdedefinitioner. Den diskussionen behöver ske med någon som förstår ordersystemets uppgifter.

Bestäm fältnamn och värden

Utgå från exemplet ovan och bestäm vad som ska gälla innan någon bygger GTM-regler. event ska vara strängen lead_success. form_id ska beskriva formuläret, och service_category ska komma från en fast överenskommen lista. Ett värde som seo ska inte blandas med SEO-tjänst för samma kategori.

Specificera dessutom att meddelandet skickas en gång efter bekräftat inskick och inte vid valideringsfel. Skriv vilket system som bekräftar resultatet och vad som händer vid timeout eller nytt försök. Be den som ansvarar för formuläret att bekräfta detta.

Koppla uppgifterna i GTM

  1. Öppna rätt webbbehållare och gå till Variabler → Ny.
  2. Välj en datalagervariabel och ange det exakta fältnamnet form_id. Skapa motsvarande variabel för service_category.
  3. Under Utlösare → Ny väljer du en anpassad händelse och anger lead_success.
  4. Skapa en GA4-händelsetagg för rätt destination med händelsenamnet generate_lead.
  5. Lägg till parametrarna form_id och service_category, med respektive datalagervariabel som värde.
  6. Anslut utlösaren till taggen och spara för test.

Det interna namnet lead_success styr när taggen körs. GA4 får i detta exempel det rekommenderade namnet generate_lead. Att lägga event i datalagret skickar inte på egen hand alla uppgifter till alla mottagare. Just därför går det att välja vilka fält varje tagg ska använda.

I Viseos GTM-behållare läser variabeln nyckeln formName. I guidens exempel använder du i stället form_id, eftersom det är namnet som webbplatsen skickar.

Datalagervariabeln DLV - formName i Viseos Google Tag Manager, med nyckeln formName och datalagerversion 2.
Variabeln DLV - formName läser värdet från nyckeln formName i datalagret.

Skilj på GTM-variabelns arbetsnamn och nyckeln som utvecklaren skickar. Att variabeln finns visar inte att nyckeln har ett värde vid rätt händelse. Kontrollera värdet vid ett riktigt testinskick i förhandsgranskningen. Använd inte fritt inmatade personuppgifter som analysparametrar.

Validera en specifik händelse

Öppna GTM:s förhandsgranskning och gör ett lyckat inskick på webbplatsen. Välj lead_success i händelselistan. Kontrollera först datalagrets meddelande och sedan variablernas värden vid just denna punkt. Granska därefter vilken tagg som kördes och vilka parametrar som nådde GA4.

Om datalagret är rätt men variabeln är tom börjar du med fältnamnet och variabelkonfigurationen. Om själva meddelandet saknar värdet behöver källan på webbplatsen rättas. En GTM-regel som gissar tjänstekategori från en rubrik kan dölja grundfelet och bli känslig för nästa designändring.

Hantera gamla värden och saknade fält

Ett tidigare värde kan finnas kvar i datalagrets tillstånd under sidans livslängd. Att utelämna service_category i nästa händelse garanterar därför inte att det gamla värdet försvinner. Bestäm hur fält ska tömmas när de inte längre gäller och testa att taggarna läser rätt värde.

Skicka värden som hör till samma handling i samma meddelande, tillsammans med händelsenamnet. Om formulär-ID kommer först och kategorin senare kan taggen läsa en ofullständig eller gammal kombination. Samma problem blir viktigare för köp med order-ID, belopp och varor.

Behåll den befintliga datalagerlistan när nya meddelanden läggs till. Initieringen window.dataLayer = window.dataLayer || []; bevarar ett redan skapat lager. Att senare skriva window.dataLayer = []; kan bryta kopplingen till befintlig tagghantering. Använd push för nya meddelanden.

Dokumentera gränssnittet för nästa utvecklare

Spara händelsenamn, fält, datatyp, tillåtna värden, utlösande situation och exempel på ett korrekt meddelande. Lägg till ett lyckat test, ett misslyckat försök och en sekvens med två olika formulär. Det sista testet kan avslöja att den andra händelsen felaktigt ärver uppgifter från den första.

När mätplanen ändras behöver utvecklaren veta vilka taggar som använder strukturen. Uppdatera både specifikationen och testfallen. Låt inte varje ny integration införa sin egen oförenliga tolkning av samma fält.

Lägg inte allt i datalayer

Lägg bara uppgifter som behövs för mätningen i datalagret. Låt personers meddelanden och kontaktuppgifter stanna i formulär- eller kundsystemet. Bestäm vilka fält varje mottagare behöver och använd avsedda integrationer för andra ändamål.

Utvecklare och analytiker behöver också komma överens om vad som händer när ett värde saknas. Ska händelsen stoppas, markeras eller skickas med en bestämd reserv? Ett tomt värde bör inte obemärkt bli texten ”undefined” i rapporterna.

Kontrollera meddelandet i GTM:s förhandsgranskning och mottagningen i DebugView. Behåll ett dokumenterat exempel för varje viktig handling. Låt inte en ny integration skriva över en redan använd datalayer.

”*” anger obligatoriska fält

Kontakta oss

Vi arbetar med dig för att skapa en skräddarsydd lösning som passar just dina behov - boka ett möte och begär din offert