10 minuter
style
article-header-section

I takt med att integritetsreglerna stramas åt och cookies från tredje part försvinner erbjuder Adobe Analytics integritetslösningar som CNAME-spårning och FPID (First-Party Device ID) för att se till att data är korrekta och kompatibla. Den här artikeln beskriver hur ni använder dessa strategier med plattformar för samtyckeshantering för att leverera enastående digitala upplevelser samtidigt som ni respekterar användarens samtycke.

Cookies är viktiga i webbanalyser för att förstå användarbeteenden. I Adobe Analytics hjälper de till att identifiera besökare, spåra sessioner och mäta åtgärder som sidvisningar, klick och konverteringar, vilket ger djupare insikter, bättre resultat och effektivare marknadsföring.

Men allt fler integritetsproblem och webbläsarbegränsningar begränsar användningen av cookies, särskilt cookies från tredje part, och förkortar livslängden på cookies från första part. Dessa ändringar påverkar traditionella uppföljningar och gör att strategin måste ändras.

Många team använder CNAME-baserade implementeringar och FPID (First-Party Device ID) för god spårning samtidigt som de värnar om användarnas integritet.

I den här artikeln tittar vi närmare på hur webbläsarnas integritetspolicy påverkar Adobe Analytics, vi jämför spårningsmetoder och visar hur man implementerar lösningar som sätter integriteten först, som CNAME och FPID.

Utvecklingen av webbläsarnas integritetsbegränsningar

Större webbläsarleverantörer har implementerat integritetsfokuserade uppdateringar som begränsar cookies från tredje part och till och med begränsar funktionaliteten hos cookies från första part. Viktiga ändringar:

  1. Safari (ITP): Lanserade ITP (Intelligent Tracking Prevention) för att blockera cookies från tredje part och begränsa förfallotiden för cookies från första part till så lite som 7 dagar.
  2. Firefox (ETP): Enhanced Tracking Protection (ETP) blockerar cookies från tredje part som standard och förhindrar spårning mellan webbplatser.
  3. Chrome (integritetssandlåda): Avsikten är att fasa ut cookies från tredje part med alternativ som FLoC (nu Topics API) och skyddad målgruppsanpassning.
  4. Edge (spårningsskydd): Blockerar cookies och spårare från tredje part som standard med integritetsnivåer (Basic, Balanced, Strict) med olika grader av skydd.

Jämförelse av inställningarna för integritet och spårningsskydd i de vanligaste webbläsarna

Nedan visas en visuell representation av viktiga integritetsrelaterade ändringar som implementerats i de större webbläsarna under årens lopp.

Viktiga integritetsrelaterade ändringar i större webbläsare

Webbläsarändringarnas inverkan på Adobe Analytics

Cookies från tredje part

Cookies från första part

Utvecklingen av uppföljningsmetoder som svar på integritetsändringarna

I takt med att webbläsarna allt mer begränsar cookies från tredje och första part måste Adobe Analytics-implementeringarna anpassas för att upprätthålla datakontinuiteten och skydda användarnas integritet. Dessa ändringar kan fragmentera besökardata, störa sessioner och förhindra attribuering.

För att kunna hantera detta har integritetsvänliga uppföljningsstrategier utvecklats:

Dessa metoder förbättrar datakvaliteten, men kräver att användaren godkänner regler som GDPR och CCPA, vilket gör integrering med en plattform för samtyckeshantering (CMP) nödvändig.

I nästa avsnitt beskrivs hur ni integrerar CMP med Adobe Web SDK för att ta hänsyn till användarpreferenser och aktivera metoder som CNAME och FPID.

Integrera samtyckeshantering i Adobe Analytics (Web SDK-baserad implementering)

Modern integritetslagstiftning som GDPR, CCPA och ePrivacy kräver användargodkännande innan cookies eller spårnings-ID konfigureras. I Adobe Analytics-implementeringar som använder Web SDK, CNAME eller FPID måste datainsamlingen regleras baserat på sådant samtycke.

I det här avsnittet beskrivs hur ni integrerar en plattform för samtyckeshantering (CMP) med Adobe Analytics via Web SDK för att skydda integriteten och uppfylla kraven.

Därför är samtycke viktigt i Adobe Analytics

Stegvis CMP-integrering

  1. Läs in CMP före Web SDK
    Se till att CMP (t.ex. OneTrust, TrustArc) läses in före Web SDK så att samtycke inhämtas innan spårningen börjar.

  2. Konfigurera samtycke i Web SDK-tillägget
    I Adobe Tags (Launch):

    • Ställ in standardtillståndet för samtycke på väntande för att pausa spårning.

    • Använd ett dataelement för att läsa samtyckessignaler från er CMP och skicka dem till Web SDK.

Den här officiella guiden, Implementera samtycke med en plattform för samtyckeshantering (CMP) via Web SDK-tillägget för plattformen, går igenom stegen för att konfigurera samtycke i Adobe Tags med inbyggd samtyckehantering eller integreringar med tredjepartsprogram.

Använd samtycke med kommandot setConsent()

När användaren har godkänt spårning via CMP aktiverar ni följande Web SDK-kommando för att tillämpa medgivandestatusen:

alloy("setConsent", {

consent: [{

standard: "Adobe",

version: "2.0",

value: {

collect: {

val: "y"

}

}

}]

});

Det aktiverar spårning och gör att FPID- och ECID-värden kan initieras.

Skjut upp all spårning tills samtycke beviljats

Konfigurera era Adobe Tags-regler som:

Tillägget för hantering av samtycke (baserat på din valda CMP-leverantör) kan hjälpa till att förenkla konfigurationen i Launch.

När samtycke är integrerat i Adobe Analytics via Web SDK och CMP är nästa steg att implementera integritetsskyddad spårning. Följande avsnitt handlar om att konfigurera CNAME-baserad spårning och FPID:n så att de anpassas till integritetsändringarna i webbläsaren och samtidigt bevarar regelefterlevnaden och datakvaliteten.

Inställningar för integritet och spårningsskydd i webbläsare: Spårningsstrategier för cookies från första part

1. CNAME-baserad analysimplementering

Med CNAME-baserad Analytics-implementering kan spårningsanrop dirigeras via er domän i stället för att användas direkt av Adobe Analytics-servrarna. Det gör det mindre troligt att spårningsanrop blockeras av webbläsarbaserade spårningsmekanismer, eftersom cookies skrivs via er domän (till exempel smetrics.erdomän.com).

Den här metoden stöds av både AppMeasurement.js och AEP WebSDK.

Fördelar med CNAME-baserad spårning
Avancerade steg för att implementera CNAME-spårning

Steg 1: Konfigurera förstahandsdomän och SSL-certifikat

    • Fyll i formuläret med en begäran om en förstapartsdomän (hämtas från avsnittet Implementering i Dokumentation för certifikatprogram som hanteras av Adobe) och ange de domäner som ska användas. Du kan använda formatet nedan: smetrics.[er domän] för säkra spårningsvärden .[er domän] för osäker spårning.
    • Hämta SSL-certifikat för dessa domäner.

Steg 2: skapa underdomäner

    • Arbeta med ert IS/IT-team eller värdteam för att skapa de underdomäner som behövs (smetrics.erdomän.com och metrics.erdomän.com).

Steg 3: skicka en supportförfrågan till Adobe

    • Öppna ett ärende via Adobe Admin Console.
    • Dela domänformuläret som skapades i steg 1.

Steg 4: Ta emot SSL CNAME-information från Adobe

    • Adobe tillhandahåller den nödvändiga CNAME-informationen för att vidarebefordra data till Adobes servrar (till exempel random-10-character-string.data.adobedc.net).

Uppdatera er DNS (Domain Name Server) med den här CNAME-informationen.

Steg 5: Verifiera omdirigering av värdnamnet

    • Verifiera CNAME-konfigurationen med:
      • Webbläsare: https://smetrics.erdomän.com/_check
      • cURL: curl -k https://smetrics.erdomän.com/_check
      • nslookup: nslookup smetrics.erdomän.com

Steg 6: Uppdatera Adobe Analytics-implementeringen

    • För AppMeasurement.js: uppdatera s.trackingServer och s.trackingSecureServer i Adobe Analytics-tillägget.

    • För AEP WebSDK: uppdatera fältet Edge Domain i Adobe Experience Platform Web SDK-tillägget.

Steg 7: begär en migreringsperiod

    • Kontakta Adobes support om du vill aktivera en migreringsperiod (30/60/90 dagar).
    • Det gör att befintliga cookies för besökaridentifiering kan hämta samma besökar-ID:n under övergången till den nya CNAME-baserade implementeringen.

2. FPID (First-party device ID)

FPID är en kraftfull mekanism för identifiering av besökare, datainsamling och datahantering utan att ni behöver förlita er på cookies från tredje part. Med Adobe Experience Platform (AEP) WebSDK kan ni integrera det med Adobe Edge Network för framtidssäker förstapartsspårning som uppfyller reglerna.

I det här avsnittet går vi igenom hela processen med att konfigurera FPID:n med bland annat DNS-konfiguration, integrering med Adobe WebSDK och konfiguration av Adobe Launch för datainsamling med Flask-programmet som exempel.

Demoinställningar

Vi har konfigurerat en testdomän för den här implementeringen. I den här miljön kan vi demonstrera konfigurationen av FPID (First-Party Device ID) med Adobe Experience Platform Web SDK.

Arkitektur

DNS-konfiguration

Om ni vill implementera FPID-baserad spårning uppdaterar ni domänens DNS-post så att den använder A/AAAA-poster som pekar på er webbserver eller lastbalanserare.

Hänvisa till skärmbilderna nedan för DNS-posten och IP-adressen för webbservern/lastbalanseraren.

DNS-post

IP för webbserverns lastbalanserare

Nedan anges de viktigaste punkterna:

Konfigurera Flask-programmet att generera FPID

FPID:n använder cookies från första part som bäst ställs in via en server med DNS A (IPv4) eller AAAA-poster (IPv6), inte CNAME eller JavaScript. När FPID:n har konfigurerats skickas de till Adobe som händelsedata för att generera ECID:n, som är de viktigaste identifierarna i Adobe Experience Cloud.

Nedan finns ett Python Flask-exempelprogram som genererar FPID:n med UUIDv4:

GitHub: https://github.com/appuriabhi/fpid_flaskapp/

from flask import Flask, render_template, request, make_response
from datetime import datetime, timedelta
import uuid

app = Flask(__name__)

@app.before_request
def before_request():
    cookie_name = ‘FPID’
    cookie_value = request.cookies.get(cookie_name)

    if not cookie_value:
        cookie_value = str(uuid.uuid4())
        expires = datetime.now() + timedelta(days=30*13)
        response = make_response()
        response.set_cookie(cookie_name, cookie_value,
                            expires=expires, secure=False, samesite=’Lax’)
        return response

#routes below
@app.route(‘/’)
def home():
    response = make_response(render_template(‘home.html’))
    return response

@app.route(‘/about’)
def about():
    response = make_response(render_template(‘about.html’))
    return response

if __name__ == ‘__main__’:
    app.run(debug=True)

Platform Edge Network godkänner bara ID:n i UUIDv4-format, alla andra format avvisas. UUIDv4 skapar unika, slumpmässiga ID:n som sannolikt inte kommer att upprepas och som inte kan använda personlig information som IP-adresser.

Det finns bibliotek för att generera UUID på nästan alla programmeringsspråk. I ovanstående exempel har vi använt Python-paketet ”uuid” för att generera identifierare.

Uppdaterar implementeringen till att generera ECID-värden med FPID-cookievärden

Vi kan uppdatera vår WebSDK-implementering på två sätt så att den använder FPID-cookievärdet (uuid) för att generera Experience Cloud ID-värden, vilket beskrivs nedan:

1. Använda FPID i identityMap

Uppdatera XDM IdentityMap för att ange FPID-värden i nedanstående format så att de omfattar /interact-spårningsanrop

{
  "identityMap": {
    "FPID": [
      {
        "id": "321a7654-b12c-42d3-9456-426614174123,"
        "authenticatedState": "ambiguous,"
        "primary": true
      }
    ]
  }
}

XDM IdentityMap-dataelement i Adobe Launch

2. Uppdatera CookieName i Data Stream

Ange FPID-cookienamnet i Data Stream-gränssnittet i stället för att läsa cookievärdet och konfigurera det i IdentityMap.

Data Stream-inställningar för FPID

Validera FPID i nätverksanrop

Ni kan kontrollera spårningsanropet /interact på webbläsarens nätverksflik för att se till att FPID inkluderas i nyttolasten så som visas i skärmbilden nedan.

Verifiera ”/interact”-anropet för nätverksspårning

Validering av analysrapport

Eftersom FPID-cookievärdet är beständigt i besökarens webbläsare kan det generera samma Experience Cloud-ID (ECID) för olika besök.

Validera analysrapport

Sammanfattning och bästa praxis

Användning av integritetsfokuserade strategier för hantering av cookies i Adobe Analytics är avgörande i dagens föränderliga digitala landskap. I takt med att webbläsarnas integritetsbegränsningar ökar och användarna kräver större kontroll över sina data är det viktigt att anpassa sig till dessa ändringar för att få korrekta analyser som samtidigt respekterar användarnas integritet.

Referenser

style
default