Opsæt websporing og personalisering

Lad Customer Insights - Data automatisk oprette ukendte profiler for ikke-godkendte besøgende på webstedet og sporer deres interaktioner på webstedet (sidevisninger og interaktioner) i realtid. Opsæt websporing, sammenlæg kunders ukendte profiler med deres kendte profiler, når de autentificerer sig på din side, og personaliser deres weboplevelse. Lær mere i oversigt over websporing og personalisering.

Procesoversigt

Opsæt websporing og personalisering i tre trin. Det første skridt er nødvendigt og muliggør anonym sporing og personalisering af tilbagevendende besøgende. Gennemfør andet og tredje trin for at forbinde anonym browsingaktivitet med kundeprofiler.

1. Tilføj tracking-scriptet til din hjemmeside: Tilføj tracking-scriptet for at se anonyme besøgende i Customer Insights - Data og de sider, de ser.

2. Fortæl systemet, hvordan det genkender dine kunder: Angiv tabellen, der indeholder dine kundeposter, så systemet kan identificere kunder, når de logger ind.

3. Kald setUser når nogen logger ind: Tilføj denne kodelinje for at sammenflette en anonym besøgende med en kendt kunde og bevare deres surfhistorik.

Forudsætninger

• Din hjemmeside identificerer kendte brugere og gemmer deres data i en tabel. F.eks. en <WebCustomers> tabel. Hver kunde har en unik identifikator, såsom et kunde-ID.

• Du henter din <WebCustomers> tabel i Customer Insights – Data ved hjælp af en af datakildeconnectorerne.

• Du medtager din <WebCustomers> tabel i datasammenføringsprocessen.

• Du har mulighed for at personliggøre dit website, enten ved at bruge API'erne sammen med dit udviklingsteam eller ved at bruge Optimizely-integrationen, hvis du har en Optimizely-licens.

Tilføj tracking-scriptet

1. Log på Customer Insights - Data, og vælg Websporing og personlig tilpasning.

   

2. Vælg din <WebCustomers> tabel. Sporingsscriptet bruger det til at identificere dine kunder, når de logger ind.

3. Vælg Kopiér for at kopiere sporingsscriptet, og indsæt det i koden <head> på dit websted.

   Vigtigt!

   Kopier scriptet fra det samme Customer Insights - Data-miljø, hvor du vil spore aktivitet. Et script, der er kopieret fra et testmiljø, rapporterer ikke aktivitet til dit produktionsmiljø.

   Hvis du bruger en tag-administrator, f.eks. Google Tag Manager, skal du gå til Google Tag Manager-portalen. Vælg Add new tag>Tag configuration>Custom HTML, indsæt Customer Insights - Data tracking script, og vælg derefter Gem.

   Hvis du bruger et content management system (CMS) som WordPress, så brug dine CMS-værktøjer til at tilføje scriptet til dit site-header. Her er et eksempel fra WordPress.

Gennemse dit websted som en ikke-godkendt besøgende for at oprette en ukendt profil i Customer Insights - Data.

Hvis du vil have vist de ukendte profiler, skal du gå til siden Kunder og vælge Ukendt. Dit besøg vises som en profil identificeret ved et cookie-ID, og tidslinjen viser de sider, du har set.

Hvis du vil validere webbegivenhederne i Dataverse, skal du logge på Power Apps maker-portal. Vælg Tabeller>Alle, og vælg derefter PersonalizationView og PersonalizationAction-tabeller.

Gør en anonym besøgende til en kendt kunde

Når en besøgende logger ind, kan Customer Insights - Data sammenflette vedkommendes anonyme profil med vedkommendes kendte kundeprofil, inklusive den aktivitet, der blev indsamlet, mens vedkommende var anonym. For at identificere en indlogget kunde, definer setUser funktionen på din hjemmeside.

1. Log på Customer Insights - Data, og vælg Websporing og personlig tilpasning.

2. Vælg den tabel, der identificerer kunderne. Listen indeholder kun tabeller, der bruges som kilder til dataforening.

   I Customer Insights - Data har du f.eks. en kildetabel, der hedder LoyaltySignUps med LoyaltyId som den primære nøgle, der entydigt identificerer en kunde i den pågældende tabel.

   Customer Insights - Data identificerer besøgende ved primærnøglen i den valgte tabel og bruger samme matching-logik som dataunifikation.

3. Definer funktionen setUser på dit websted. Typisk behøver du kun at kalde setUser på den side, hvor besøgende logger ind. Brug besøgs-ID fra din valgte tabel som identifikator, for eksempel, jsmith001.

   <script>
     function setUser() {
       window["MSCI"].setUser({ "authId": "<identifier>" });
     }
   </script>
   

4. Kald funktionen setUser, når en besøgende godkendes.

   <button type="submit" onclick="setUser()">Submit</button>
   

Sammenfletningen sker i realtid. Den kendte profil får den anonyme profils interaktioner og dens cookie-ID, og den anonyme profil udløber.

Registrer forespørgselsstreng og IP-adresse (valgfrit)

Sidevisnings- og klikbegivenheder kan også registrere sidens forespørgselsstreng og en anonymiseret IP-adresse. Begge indstillinger er slået fra som standard. Tænd for hver indstilling separat i cfg-blokken i tracking-scriptet.

cfg: {
  // ...your existing configuration...

  queryStringAttributes: [ "utm_campaign", "utm_source", "plan", "region" ],
  allowIpAddressCollection: true
}

Forespørgselsstrengen (msdynci_querystring) muliggør kampagneattribution. Tag dine kampagnelinks med parameternavnene i 'allowlist'. Du kan derefter opbygge et segment af personer, der er ankommet gennem en bestemt kampagne. Værdien gemmes ikke, som den fremgår af adresselinjen. Den er genopbygget til en kanonisk form, så segmentreglerne matcher konsekvent:

Address bar   https://example.com/page?Plan=Pro&other=x&utm_campaign=Spring+Sale
Allowlist     [ "utm_campaign", "plan" ]
Stored        &utm_campaign=Spring%20Sale&plan=Pro&

Der gælder følgende regler:

• Parametre, der ikke er på 'tilladelseslisten', bliver droppet. other=x når aldrig lageret.
• Parameternavne konverteres til små bogstaver. Værdierne bevarer deres oprindelige store og små bogstaver.
• Rækkefølgen følger din 'tilladelsesliste', ikke adresselinjen.
• Hver token er pakket ind i &, så en regel, der matcher &plan=Pro&, matcher præcist og ikke matcher plan=Promo.
• Hvis en parameter optræder mere end én gang, bevares den første forekomst.
• Scriptet opfanger ikke indhold efter en # i URL'en.
• Værdierne er begrænset til 2.000 tegn og trimmet ved en token-grænse. Selve begivenheden registreres altid, selv når værdierne trimmes.

IP-adresse (msdynci_ipaddress) indsamles med den sidste oktet nulstillet: 203.0.113.0, ikke 203.0.113.47. Som følge heraf identificerer den et generelt netværk frem for en enhed.

Forstå realtids webhændelsesbehandling

Realtime webbegivenheder ankommer kontinuerligt i stedet for i planlagte batch-loads. Systemet behandler hver begivenhed, efterhånden som den indtræffer.

Vær opmærksom på følgende punkter:

• Conflation bruger et øjebliksbillede af begivenhedsdata, der er tilgængeligt, når det kører.
• Segmenter, der er bygget direkte på personaliseringsvisningsbegivenheder, afhænger af realtidsdatakilden. Som følge heraf kan et segment og en conflation-kørsel evaluere forskellige snapshots af den samme aktivitet.

Denne forskel kan forårsage små uoverensstemmelser mellem et segmentantal og aktiviteten, der vises på en profiltidslinje.

Brug de registrerede værdier i segmenterne

Udvalgte forespørgselsstrengsdata gemmes i det dedikerede Dataverse-felt msdynci_querystring, adskilt fra URL-feltet msdynci_viewuri. Brug msdynci_querystring til forespørgselsparameterbetingelser. Inkluder grænserne &name=value& , når man matcher et komplet par, såsom &campaign=1324&.

Sammenlign med den kodede lagrede værdi

Forespørgselsstrengsværdier er URI-kodet i den lagrede streng. For eksempel bruger en utm_campaign parameter den lagrede værdi, der vises i den følgende tabel. Segmentfilterbetingelsen skal bruge den værdi, der er gemt i tabellen. En menneskelæsbar version med mellemrum eller ikke-ASCII-tegn matcher ikke den kodede lagrede værdi.

Kodning afhænger af de værdier, du bruger, og hvordan din webapplikation er designet. Det er som regel tilstrækkeligt at sende nogle testparametre og tjekke kolonnen QueryString i PersonalizationView-tabellen i Power Apps maker-portalen for at bekræfte formatet.

Indsaml kun nødvendige, godkendte data

Indsaml kun parametre, som din organisation godkender og har brug for. Undgå at tilføje parameternavne, der kan logge følsomme personligt identificerbare oplysninger (PII), tokens eller hemmeligheder. At vælge et navn garanterer ikke, at værdierne er sikre. Gennemgå de værdier, dit site gemmer i hver parameter, før du aktiverer sporing, for at sikre overholdelse af gældende regler.

Følg dit websteds gældende samtykke- og privatlivskrav, før du aktiverer indsamling. Håndter delvist maskerede IP-data ansvarligt og brug dem kun til det godkendte formål.

Relaterede oplysninger

• Oversigt over websporing og personalisering
• Tilpas din kundes weboplevelse
• Scenarier for websporing og personalisering