Så konfigurerar du förstaparts-ID

Du kommer att lära dig

Lär dig hur du konfigurerar First-Party ID för att förbättra din förmåga att identifiera återkommande besökare. First-Party ID använder en serverside-kaka för att utöka identifieringen och hjälpa dig att känna igen fler återkommande kunder, attribuera fler händelser på webbplatsen och driva mer riktad automatisering av marknadsföring.

Hur fungerar Förstaparts-ID?

Klaviyos standardspårning ställer in en kaka som heter __kla_id i besökarens webbläsare med hjälp av JavaScript (läs mer här). I webbläsare som Safari och Firefox begränsar integritetsskydd hur länge den kakan finns kvar. När den går ut kan Klaviyo inte längre känna igen besökaren som en känd profil förrän en annan identifieringshändelse inträffar.

First-Party ID löser detta genom att köra en Cloudflare-worker på en underdomän till din egen domän. Den här workern skapar en långlivad, serverinställd kaka som heter __kle_id. När din befintliga __kla_id går ut använder Klaviyo __kle_id för att uppdatera den, återidentifiera besökaren och attribuera deras aktiva session på webbplatsen till rätt kända profil. Om workern någon gång är otillgänglig återgår Klaviyo smidigt till standardbeteendet för __kla_id (Klaviyo Javascript), så att ingen data går förlorad.

• Obs!: First-Party ID identifierar inte helt nya besökare. En besökare måste redan ha en Klaviyo-profil – skapad via en registrering, ett spårat klick i ett e-postmeddelande eller en annan identifieringshändelse – innan First-Party ID kan identifiera dem på nytt vid ett återbesök.

Varaktighet för kakans livslängd

När en besökare identifieras ställs Klaviyo-kakan (__kla_id) in för att gälla i upp till 2 år, men varaktigheten varierar beroende på varje webbläsares policyer för kakors livslängd – vilket påverkas av hur kakan ställs in i webbläsaren. __kla_id ställs vanligtvis in med Klaviyo JavaScript, som placerar kakan på klientsidan. Om Extended ID eller First Party ID är aktiverade ställs Klaviyo-kakan in på klient- respektive serversidan. Läs mer om hur du aktiverar dessa Klaviyo-funktioner för att hjälpa till att återidentifiera användare. Lär dig hur du konfigurerar utökat ID.

Standardlivslängden för __kla_id-kakan – hur länge den varar innan First-Party ID behöver uppdatera den – varierar beroende på webbläsare. Mer detaljerad information finns på den här CookieStatus.

• Kakans livslängd varierar beroende på webbläsare och på om kakan ställs in på klientsidan med JavaScript eller på serversidan. Tabellen nedan visar båda.

Aktivera förstaparts-ID

First-Party ID kräver en dedikerad underdomän på din domän som pekar till Klaviyos Cloudflare-konto. Klaviyo tillhandahåller de DNS-poster som behövs.

• Klicka på Kontomenyn längst ner till vänster i ditt Klaviyo-konto.
• Välj Inställningar på menyn.

• Navigera till fliken Data
• I avsnittet First-Party ID klickar du på ”Konfigurera”.
• Bekräfta att den förifyllda domänen är korrekt. Om inte, ange rotdomänen (dvs. example.com) för din butik och klicka på nästa.

• För att konfigurera din underdomän kan du välja att använda Entri för att ange några uppgifter och låta tjänsten konfigurera underdomänen automatiskt åt dig. Alternativt kan du välja att konfigurera underdomänen manuellt via inställningarna hos din DNS-leverantör.

• Om du väljer Entri
  • Klicka på Anslut med Entri och Fortsätt

• Entri identifierar automatiskt din domäns DNS-leverantör och ber om några detaljer, inklusive inloggningsuppgifter. Följ instruktionerna på skärmen så lägger Entri automatiskt till underdomänen i dina DNS-poster.

• Om du väljer manuell
  • Kopiera och klistra in CNAME-posten som visas på din skärm i din DNS-leverantör.

• Klicka på Verifiera

• Konfigurationen är nu klar och Klaviyo-systemet tar upp till 48 timmar på sig att verifiera att underdomänen börjar ta emot trafik korrekt. Du får ett e-postmeddelande när underdomänen har verifierats och Förstaparts-ID körs!

Statuslägen för underdomän

Min underdomänstatus visar misslyckades

En felstatus innebär att Cloudflare upptäckte ett problem med din underdomänkonfiguration. Vanliga orsaker:

• CNAME-posten saknas eller pekar på fel mål.
• DNS-posten lades till men spreds inte helt (kan i sällsynta fall ta upp till 48 timmar).
• CNAME-målet som tillhandahölls av Klaviyo angavs felaktigt.

För att åtgärda: beroende på problemet får du ett e-postmeddelande med instruktioner som gäller det problemet. I allmänhet behöver du kontrollera att dina DNS-poster exakt matchar det som visades i konfigurationsflödet och sedan klicka på Konfigurera om i inställningarna för First-Party ID. Om problemet kvarstår, kontakta Klaviyo-support.

Inaktivera Förstaparts-ID

Så här stänger du av Förstaparts-ID:

1. Klicka på Kontomenyn längst ner till vänster i ditt Klaviyo-konto.
2. Välj Inställningar på menyn.
3. Navigera till fliken Data.
4. I avsnittet First-Party ID klickar du på knappen Deaktivera.

Mäta effekten av förstaparts-ID

Om du vill se effekten av First-Party ID på ditt varumärkes förmåga att identifiera besökare kan du använda händelsen Aktiv på webbplats.

1. Gå till Analytics –> mättal –> Aktiv på webbplatsen.
   
2. Lägg till filtret By —> ssc_refresh.

Det här visar antalet ytterligare Aktiv på webbplats-händelser som fångades in tack vare First Party ID. First Party ID-händelser har värdet 1,0 (dvs. sant), medan händelser som fångas in med Klaviyos standardspårning med kaka eller Utökat ID har värdet 0,0 (dvs. falskt).

Förstaparts-ID är Aktiv men jag ser inte egenskapen ssc_refresh i Aktiv på webbplatsen

Flaggan ssc_refresh ställs bara in för händelser som registrerades efter en lyckad worker-rehydrering. Om inga besökare har återvänt till din webbplats efter att deras __kla_id gick ut har inga ssc_refresh-händelser inträffat ännu.

Förstå attribuering för förstaparts-ID

Klaviyo spårar "attribuerade" händelser på platsen – sessioner där First-Party ID lyckades identifiera en återkommande kund på nytt efter att deras __kla_id hade löpt ut. En attribuerad händelse innebär:

• Besökaren hade tidigare en Klaviyo-profil (skapad via registrering, e-postklick, inskickat formulär osv.).
• Deras __kla_id-kaka gick ut mellan besöken.
• De återvände till din webbplats och worker returnerade deras lagrade identitet från __kle_id.
• Klaviyo återställde __kla_id och etiketterade sessionen med ssc_refresh = 1.0.
  • Flaggan ssc_refresh anges exakt när workern har lyckats återhydrera __kla_id. Det är då attribueringen loggas.
• Alla efterföljande onsite-händelser i den sessionen (sidvisningar, lagt till i varukorgen osv.) attribueras till den kända profilen.

Vanliga frågor om att konfigurera First-Party ID

Svar på det kunder oftast frågar medan du får First-Party ID att fungera:

1. Använder First Party ID fingerprinting, och kan det återidentifiera användare på flera enheter?
   1. Förstaparts-ID använder inte fingeravtrycksteknik, probabilistiska identifierare, IP-adresser, enhetsdata, klick-ID:n eller användaragentsträngar.
   2. Återidentifiering på flera enheter eller webbläsare stöds inte.
2. Integreras First party ID med CAPI:er?
   1. First Party ID integreras inte med konverterings-API:er (CAPI:er).
3. Kan du använda mer än en domän på ett Klaviyo-konto med Förstaparts-ID?
   1. Varje domän kan bara tilldelas First-Party ID på ett Klaviyo-konto. Om samma URL delas mellan flera portfölj Konton (till exempel en butik i USA och Kanada på samma domän) kan du bara aktivera First-Party ID på ett av dem.
4. Hur lång tid tar DNS-konfigurationen?
   1. Vanligtvis bara några minuter när din CNAME-post har lagts till, men det kan ta upp till 48 timmar beroende på din DNS-leverantör. Om du har fastnat i Väntande DNS i mer än 60 minuter kan du bekräfta spridningen med ett verktyg som dnschecker.org.
5. Kan jag använda samma domän på mer än ett Klaviyo-konto?
   1. Nej. En domän kan bara tilldelas First-Party ID på ett enda Klaviyo-Konto och kan inte återanvändas i andra portfölj-Konto – även om två Konton delar samma URL (till exempel en US- och CA-butik på samma domän).
6. Behöver jag uppdatera min sekretesspolicy innan jag aktiverar First-Party ID?
   1. Om du väljer att aktivera First Party ID rekommenderar vi starkt att du utfärdar dina kakameddelanden på nytt till dina kunder och att du granskar dina tjänstevillkor och/eller ditt sekretessmeddelande för att säkerställa att dina kunder informeras om processer för återidentifiering. Klaviyo-kakan kommer att upphöra att gälla, men First-Party ID möjliggör återidentifiering via en server-side-kakafunktion som gör att du kan förnya Klaviyo-kakan direkt från din egen domän.
   2. Läs mer om sekretessmeddelande,kakameddelande och samtycke i artikeln Förstå kakor i Klaviyo .
7. Behöver jag fortfarande Extended ID om jag konfigurerar förstaparts-ID?
   1. De två fungerar tillsammans i stället för att ersätta varandra. First-Party ID har prioritet när båda är aktiverade och Extended ID fortsätter att fånga upp besökare som First-Party ID ännu inte har nått.
8. Kommer det här att förstöra min spårning om något går fel under konfigurationen?
   1. Nej. Om workern någon gång inte går att nå återgår Klaviyo automatiskt till standardbeteendet för __kla_id. Inga data går förlorade.
9. Hur snart efter att du har aktiverat det ser jag händelser som är attribuerade till First-Party ID?
   1. Det beror på webbläsarmixen i din trafik. Förstaparts-ID kan bara uppdatera __kla_id när en befintlig kaka löper ut och besökaren återvänder, så titta igen om 3 veckor för en tidig signal och sedan igen om cirka 2 månader för en mer etablerad effekt.
10. Jag har precis aktiverat förstaparts-ID. Varför ser jag inga attribuerade händelser än?
    1. Detta är förväntat. First-Party ID kan bara uppdatera __kla_id när en besökares befintliga __kla_id har löpt ut och de återvänder till din webbplats. Tidslinjen beror på webbläsaren. Kom tillbaka om 3 veckor för en tidig indikation, särskilt från Safari-trafik. Attribution byggs upp gradvis när befintliga kakor löper ut och kunder återvänder.
11. Jag har Extended ID aktiverat och jag slog på First-Party ID. Varför är händelser som tillskrivs First-Party ID lägre än händelser som tillskrivs Extended ID?
    1. Det här är förväntat, särskilt under de första veckorna. Extended ID kan nyligen ha uppdaterat __kla_id för många kunder, vilket innebär att de kakorna fortfarande har tid kvar av sin TTL innan First-Party ID kan ta över.
    2. Pipelinen för att få en First-Party ID-attribuering kräver tre saker i följd: identifieringshändelse → __kla_id upphör att gälla → återbesök. Vi väntar fortfarande på att de förfallodatumen ska slå igenom.
    3. Med tiden bör attribueringen förskjutas: händelser som attribuerats till Extended ID kommer att minska när First-Party ID växer. Den viktigaste signalen att hålla koll på: händelser med First-Party ID-attribuering bör öka med mer än vad händelser med Extended ID-attribuering minskar – det bekräftar nettot av ny identifiering, inte bara en omfördelning.

Ytterligare resurser