Avisering

G Suite har bytt namn till Google Workspace: allt ditt företag behöver för att få jobbet gjort.

Taggning på klient- respektive serversidan

Informationen på den här sidan vänder sig till marknadsförare och utvecklare som överväger att införa taggning på serversidan som komplement till sin befintliga taggningskonfiguration.

Google Taggstyrning har stöd för två olika konfigurationer: taggning på klientsidan och taggning på serversidan.

Diagram comparing the architecture of client-side tagging and server-side tagging.
Taggning på klientsidan Taggning på serversidan

Med taggning på klientsidan lagras en enstaka behållare på webbplatsen eller i appen.

Behållaren innehåller alla taggar, utlösare och variabler och all relaterad kod som används för att mäta användarinteraktioner.

När en användare besöker en sida aktiveras behållaren och relaterade taggar läses in. När användaren utför en åtgärd som utlöser en tagg skickas händelsedata till en eller flera HTTP-förfrågningar från webbläsaren eller enheten till dina Google-produkter eller annonseringspartners.

Med taggning på serversidan används två behållare:

  • en webbehållare som lagras på webbplatsen eller i appen
  • en serverbehållare som lagras i molnet

Webbehållaren innehåller bara de taggar som är nödvändiga för att övervaka och skicka information om användarinteraktioner och generera händelser som HTTP-förfrågningar.

Serverbehållaren tar emot alla HTTP-förfrågningar från webbehållaren. I serverbehållaren kan du ange regler för databehandling innan data skickas till dina Google-produkter eller tredje parts slutpunkter.

Varför ska du använda taggning på serversidan?

Serverbehållaren utgör en slutpunkt som du äger och som existerar mellan webbläsaren eller enheten där händelserna registreras och tredje parts slutpunkter. Serverbehållaren kompletterar webbehållaren genom att den hanterar resurskrävande databehandling som med taggning på klientsidan skulle ske i webbläsaren. Med en serverbehållare får du dessutom tillgång till verktyg för att förhandsgranska, validera och modifiera data vid behov innan du skickar den vidare till Analytics och annonseringsslutpunkterna.

De främsta fördelarna med taggning på serversidan:

  • minskar databehandlingsbelastningen på klienten och förbättrar webbplats- och apprestandan
  • gör det möjligt att förhandsgranska och redigera inkommande förfrågningar för att säkerställa dataintegritet
  • gör det möjligt att validera och normalisera data, vilket förbättrar datakvaliteten

Förbättrar webbplats- eller apprestandan

Taggning på serversidan förbättrar prestandan på klienten genom att minska mängden kod som körs i webbläsaren eller appen. Med taggning på klientsidan måste webbläsaren mappa varje händelse till en eller flera HTTP-förfrågningar beroende på hur många slutpunkter du skickar händelseinformationen till. Det betyder att klienten kan skicka flera liknande HTTP-förfrågningar, vilket kan resultera i hög belastning på klientresurserna.

Med taggning på serversidan behöver klienten bara generera en HTTP-begäran per händelse som skickas till serverbehållaren. Därefter genererar och skickar serverbehållaren leverantörsspecifika förfrågningar. Detta ger förbättrad webbplatsprestanda eftersom klienten kör mindre kod och skickar färre HTTP-förfrågningar.

Du kan öka sidhastigheten ytterligare genom att läsa in marknadsföringsrelaterade bibliotek och resurser via miljön för taggning på serversidan när du använder servern som NFI (nätverk för innehållsleverans).

Säkerställer dataintegritet på detaljnivå

När du använder taggning på klientsidan kommunicerar användarens webbläsare direkt med tredje part, vilket kan göra det svårt att styra vilken information som delas. Beroende på hur din webbplats eller app behandlar användarinformation kan det finnas en risk att personligt identifierande information skickas med i HTTP-förfrågningar.

Med taggning på serversidan har du full kontroll över vilken data som skickas till tredje part. I serverbehållaren kan du ta bort all personligt identifierande information (PII) innan du skickar data vidare till marknadsföringspartners. Du kan säkerställa att du enbart samlar in och skickar vidare data som är nödvändig och som följer gällande dataintegritetsförordningar.

När du ställer in serverbehållaren för att köras i en förstapartskontext behålls all webbplatsdata och alla cookies på din domän. Det innebär att leverantörer inte har åtkomst till tredjepartscookies. Med en förstapartskontext kan du tillämpa striktare säkerhetspolicyer för innehåll, eftersom webbläsaren (beroende på din konfiguration) kommunicerar med färre eller inga tredjepartsdomäner.

Förbättrar datakvaliteten

Med taggning på klientsidan är det svårt att säkerställa enhetlighet och giltighet hos data som skickas direkt till leverantörens slutpunkter.

Med taggning på serversidan har du kontroll över den data som skickas. Detta gör att du kan

  • åtgärda eventuell inkonsekvent händelsedata som är ett resultat av olika webbläsare, enheter eller annan databehandling på klientsidan
  • minska risken för dataförlust genom att validera händelsedata och säkerställa att den uppfyller kriterierna för att godkännas och behandlas av leverantörens slutpunkt
  • ta bort överflödig eller onödig data som kanske läggs till av webbläsaren eller appen.

Komma igång med taggning på serversidan

Vill du veta mer om hur du använder taggning på serversidan?

I vår kurs Server-side tagging fundamentals får du all kunskap du behöver för att komma igång med taggning på serversidan. Du får veta hur du

  • skapar en taggningsserver med GCP App Engine
  • ställer in dina taggar för att skicka data till din server
  • förbereder dina servrar för realtidstrafik
  • övervakar dina servrar.

Gå kursen

Var det här till hjälp?

Hur kan vi förbättra den?
Sök
Rensa sökning
Stäng sökrutan
Huvudmeny
14538158158657010523
true
Sök i hjälpcentret
true
true
true
true
true
102259
false
false