Inom digital marknadsföring och webbanalys stöter man ofta på begreppen server- och klientsidetaggning. På senare tid har en tydlig trend mot serversidetaggning kunnat observeras. Men varför är det så?
Kärnan i marknadsföring är att förstå konsumentbeteenden. Detta kan dock endast uppnås genom effektiva metoder för datainsamling och spårning.
I den här artikeln kommer vi att gå igenom vad taggning innebär, dess vikt för datainsamling, skillnaden mellan server- och klientsidetaggning och varför serversidetaggning ofta föredras.
Vad innebär taggning?
Taggning innebär att man implementerar taggar, det vill säga små kodsnuttar, på en webbplats. Dessa taggar är utvecklade för att samla in data om användarinteraktioner, skicka information till externa analysverktyg eller spåra specifika händelser.
Taggarna kan användas för att åstadkomma följande:
- Webbanalys: Spåra användarnas beteende på en webbplats, såsom formulärinlämningar, klick eller sidvisningar.
- Personalisering: Använda taggar för att samla in information som möjliggör en skräddarsydd användarupplevelse baserad på beteende eller individuella önskemål.
- Remarketing: Samla in data för att skapa målgrupper som marknadsförare kan rikta in sig på med remarketing.
- Konverteringsspårning: Övervaka händelser som indikerar en konvertering, som inskickade formulär eller slutförda köp.
Dessa taggar (kodavsnitt) kan implementeras antingen på server- eller klientsidan.
Klientsidetaggning
Klientsidetaggning innebär att taggarna implementeras direkt i klientens webbläsare eller app. Det finns då en central behållare i applikationen eller på webbplatsen. Denna behållare omfattar alla taggar, variabler, triggers och kod som används för att mäta användarinteraktion.
Behållaren aktiveras och laddar relevanta taggar när en användare besöker en sida. En åtgärd från användaren triggar en tagg som i sin tur skickar händelsedata via en eller flera HTTP-förfrågningar från webbläsaren.
Bildkälla: developers.google.com
Serversidetaggning
Serversidetaggning innebär att taggarna bearbetas på servern. Denna metod använder två behållare:
- En serverbehållare som finns i en molnmiljö.
- En webbbehållare som finns i appen/på webbplatsen.
Webbbehållaren innehåller taggar som övervakar och skickar information om användarinteraktioner. Den genererar sedan händelser i form av HTTP-förfrågningar. Serverbehållaren tar emot dessa förfrågningar från webbbehållaren.
Idag väljer många marknadsförare att byta till serversidetaggning. Men betyder detta att klientsidetaggning inte längre är relevant?
Här följer några av anledningarna till att serversidetaggning blivit alltmer populärt:
Förbättrad prestanda
Serversidetaggning minskar mängden kod som exekveras på klientsidan, vilket leder till snabbare laddningstider och bättre prestanda. I klientsidetaggning mappas varje händelse till en eller flera HTTP-begäranden. Detta kan leda till att klienten skickar flera liknande förfrågningar och belastar klientens resurser.
Vid serversidetaggning genererar klienten endast en HTTP-begäran per händelse. Denna förfrågan skickas sedan till serverbehållaren, som i sin tur genererar och skickar specifika förfrågningar till andra servrar. Resultatet är färre HTTP-begäranden och mindre kod som exekveras, vilket ger ökad hastighet.
Integritet, säkerhet och skydd
Vid klientsidetaggning är det svårt att kontrollera vilken data som delas mellan webbläsaren och tredje parter. Beroende på hur applikationen är konstruerad finns det en risk att personligt identifierbar information delas via HTTP-förfrågningar.
Serversidetaggning ger däremot kontroll över vilken typ av data som delas med tredje parter. Serverbehållaren möjliggör borttagning av all personligt identifierbar information innan den skickas till marknadsföringsplattformar. Detta säkerställer att endast relevant data delas och att dataskyddsförordningar efterlevs.
Det är även möjligt att konfigurera en förstapartskontext i serverbehållaren. Detta innebär att all webbplatsdata och alla cookies lagras på den egna domänen, vilket gör det svårare för leverantörer att komma åt tredjepartscookies.
Noggrannhet
Eftersom alla processer i serversidetaggning sker utanför webbläsaren, kan man säkerställa giltigheten och konsistensen i den data som skickas till leverantörers slutpunkter. Processer på klientsidan kan till exempel leda till inkonsekvenser i händelsedata. Serversidetaggning löser detta genom att se till att datan är konsekvent.
Serversidetaggning minskar även risken för dataförlust. Denna metod validerar datan och säkerställer att den uppfyller leverantörers standarder. Dessutom rensar serversidetaggning bort överflödig data som appen/webbläsaren kan ha infört.
Motståndskraft mot annonsblockerare
Företag förväntas respektera användares preferenser och integritet. Vissa annonsblockerare kan dock blockera även verktyg som inte är relaterade till marknadsföring. Det kan till exempel röra sig om cookies som förbättrar användarupplevelsen eller webbanalysverktyg som analyserar användarbeteende.
Genom att använda en egen domän och implementera serversidetaggning kan man skicka data utan att riskera att bli blockerad av annonsblockerare. Denna metod anses generera förstapartsdata, vilket gör att man slipper förlita sig på tredjepartsdomäner.
Bättre kampanjhantering
Serversidetaggning erbjuder en stabil miljö för datainsamling, vilket minskar avvikelser mellan olika källor. Marknadsförare kan därmed samla in mer korrekt data, spåra konverteringar och få bättre insikt i effekten av sina marknadsföringsinsatser.
Dessutom kan alla pixlar och taggar konsolideras till en central plats. Detta förenklar hantering, implementering och uppdatering av analys- och marknadsföringstaggar.
Kontroll över användarinmatningar
Serversidetaggning ger applikationer bättre kontroll över användarinmatningar. Inmatningar rensas och valideras innan de bearbetas. Detta är viktigt för att förhindra hot som cross-site scripting (XSS) eller SQL-injektioner som kan uppstå när användare skickar skadlig kod.
Framtidssäker med utfasningen av tredjepartscookies
Den tekniska världen är i ständig förändring. Tredjepartscookies, som länge varit vanliga, är nu på väg att fasas ut. Tredjepartscookies genereras och placeras på användarens enhet av en annan app/webbplats än den användaren besöker. Integritetsfrågor har varit en stor diskussion på senare tid, och utfasningen av tredjepartscookies anses vara en av lösningarna på detta problem.
Enkelt att uppdatera och patcha
Uppdatering av taggar (kod) på serversidan är smidigt eftersom det ofta kan hanteras av en utvecklare. Denna flexibilitet säkerställer att spårningsverktygen är uppdaterade och säkra. Dessutom kan uppdateringar automatiseras.
Klientsidetaggning kräver manuell uppdatering av webbläsare eller enheter. Uppdateringar av klientsidetaggar riskerar även att blockeras av webbläsartillägg och annonsblockerare.
Skalbarhet
Klientsidetaggning är mindre skalbar än serversidetaggning. Det beror på att den förstnämnda förlitar sig på användarens webbläsare för att exekvera taggar, vilket kan överbelasta och sakta ner laddningstiderna. Serversidetaggning underlättar hantering av stora datamängder. Det är även möjligt att anpassa taggarna i takt med att applikationen/webbplatsen växer. Serversidetaggning påverkas inte heller av annonsblockerare, vilket leder till korrekt datainsamling.
Begränsningar med serversidetaggning
Trots de många fördelarna har serversidetaggning även vissa begränsningar:
- Komplex implementering: Serversidetaggning kan kräva teknisk kompetens att implementera. Det kan innebära förändringar i serverkonfigurationer och samarbete mellan utvecklare och IT-team.
- Mindre detaljerad spårning av användarbeteende: Insynen i individuella användarbeteenden kan vara mindre detaljerad än vid klientsidetaggning.
- Beroende av utvecklare: Implementering av taggar på serversidan kan vara beroende av utvecklare. Klientsidetaggning kan ofta implementeras med plugins även av icke-tekniska användare.
Jämförelse mellan server- och klientsidetaggning
| Funktion | Serversidetaggning | Klientsidetaggning |
| Placering | Exekveras på serversidan av en applikation | Exekveras i klientens webbläsare |
| Flexibilitet | Mindre flexibel när det gäller att spåra användarinteraktioner | Spårar alla användarinteraktioner när de surfar på webbplatsen |
| Responsivitet | Oberoende av händelser på klientsidan eller webbläsarens funktioner | Beroende av händelser på klientsidan, webbläsarens funktioner och användarinteraktioner |
| Annonsblockerare | Spårning sker på servern och påverkas inte av annonsblockerare | Spårningsskript körs på klienten, vilket gör det känsligt för annonsblockerare |
| Påverkan på sidladdning | Påverkar inte sidladdning | Mycket Javascript bearbetas i webbläsaren, vilket kan ge långsammare laddningstider |
| Datasäkerhet | Marknadsförare har kontroll över den data som skickas till leverantörer | Ökad risk för exponering av känslig data för tredje part |
Bästa metoder för implementering av serversidetaggning
- Skapa en konsekvent design för datalagret: Upprätta ett tydligt och strukturerat datalager som definierar vilken information som ska skickas till analysplattformar. Använd konsekventa namngivningskonventioner.
- Validera data: Implementera valideringskontroller för att säkerställa att endast korrekt data bearbetas och skickas till analysservern.
- Säker kommunikation: Använd protokoll som HTTPS för att skicka data mellan servern och analysplattformar. Detta skyddar datan från att avlyssnas.
- Följ integritetsbestämmelser: Säkerställ efterlevnad av dataskyddsförordningar som GDPR och CCPA. Informera användarna om hur deras data behandlas och inhämta samtycke innan spårning påbörjas.
- Övervaka och logga: Använd verktyg för att övervaka prestandan hos dina serversidetaggar. Logga relevant information och händelser för revisionsändamål.
Slutsats
Det är tydligt att serversidetaggning vinner mark inom marknadsföring och analys. Klientsidetaggning kan vara enklare att implementera, men serversidetaggning erbjuder fördelar som framtidssäkerhet, kostnadseffektivitet och motståndskraft mot annonsblockerare. Dessutom får man som marknadsförare ökad kontroll över den data som används.
Ett tips är också att undersöka webbanalysplattformar med öppen källkod som man kan hosta själv.