Målgruppsvalidering

När ni skriver en målgruppsdefinition i Adobe Experience Platform ger målgruppsvalideringen inbyggda valideringar och skyddsprofiler som säkerställer att målgrupperna inte bara är korrekta, utan även stabila och skalbara.

Genom att följa vedertagna standarder för målgruppsdefinition kan ni se till att era målgrupper kan utvärdera snabbare, säkerställa att logiken förblir effektiv även när målgruppens storlek ökar och minska risken för misslyckade utvärderingar under högtrafikperioder. Optimerade målgrupper förbättrar också aktiveringshastigheten för destinationer, minskar personaliseringsfördröjningen i realtid och bibehåller den övergripande sandlådestabiliteten.

Experience Platform kör dessa valideringar i realtid när ni bygger er målgrupp i Segment Builder. När du lägger till händelser eller attribut som överskrider valideringströsklarna får du omedelbar feedback i gränssnittet i Segment Builder.

Valideringstyper validation-types

När målgruppsvalideringen körs på målgrupperna finns det två olika typer av konstruktioner som kan överträdas: Kritisk validering och prestandaoptimering.

Om en viktig valideringskonstruktion överträds förhindrar systemet att du sparar din målgrupp för att skydda sandlådans stabilitet. Om en prestandaoptimeringskonstruktion överträds kan du spara din målgrupp, men det rekommenderas varmt att du uppdaterar din målgruppsdefinition för att undvika prestandaproblem.

Valideringskontroller validation-checks

Följande valideringar stöds för närvarande:

[Kritisk validering]{class="badge negative"} Logisk komplexitet logical-complexity

Valideringen av logisk komplexitet analyserar strukturen för dina logiska satser (AND, OR, NOT) inom målgruppsdefinitionen. Det letar efter målgruppsdefinitioner som tvingar systemet att utföra ett stort antal jämförelser per profil.

Om er målgruppsdefinition har ett stort antal jämförelser per profil leder den här komplexiteten till en långsammare utvärdering per profil. Detta medför att den totala tiden för målgruppsutvärdering ökar.

Undvik att aktivera den här valideringen genom att göra målgruppsdefinitionen enkel. Om ni inte förstår er egen målgruppsdefinition är den för komplicerad och Experience Platform kan ta längre tid att utvärdera målgruppen.

Exempel

Säg att ni vill hitta kunder som bor i vissa delstater. Du kan skriva det här ineffektivt genom att kontrollera om profilen har värdet för ett läge som matchar ett av de 45 listade värdena enligt följande:

State.equals("AL", "AK", "AZ", "AR", "CA", "CO", "CT", "DE", "FL", "GA","HI", "ID", "IL", "IN", "IA", "KS", "KY", "LA", "ME", "MD", "MA", "MI", "MN", "MS", "MO", "MT", "NE", "NV", "NH", "NJ", "NM", "NY", "NC", "ND", "OH", "OK", "OR", "PA", "RI", "SC", "SD", "TN", "TX", "UT")

Om du använder en"inte"-kontroll behöver du bara kontrollera om profilen inte har något av de 5 listade värdena, vilket ger en mycket effektivare fråga.

not(State.equals("VT", "VA", "WA", "WV", "WI", "WY" ))

Eller säg att du vill hitta kunder som är kanadensare i testversionen. Ett mindre effektivt sätt vore att leta efter kanadensare på din testversion genom att manuellt utesluta alla andra planer, en efter en, och kontrollera att profilen inte finns i någon av dem.

NOT(
    plan.equals("basic") OR
    plan.equals("standard") OR
    plan.equals("premium") OR
    plan.equals("enterprise")
) AND NOT (
    region.equals("us-east") OR
    region.equals("us-west") OR
    region.equals("eu-central") OR
    region.equals("apac")
)

I stället bör du vara direkt och ange den specifika plan som du vill inkludera som mål.

plan.equals("trial") AND region.equals("canada")

[Kritisk validering]{class="badge negative"} Sekventiell händelsekomplexitet sequential-event-complexity

Den sekventiella valideringen av händelsekomplexitet begränsar antalet sekventiella händelser i en sekvens till 6 händelser.

Sekventiell segmentering är en av de mest beräkningsmässigt komplicerade åtgärderna i Experience Platform, eftersom systemet måste skanna in en kunds hela historik med Experience Events, sortera dem efter tidsstämpel och verifiera om den angivna ordningen matchar din fråga. När kedjan växer ökar därför antalet permutationer som systemet behöver för att kunna beräkna drastiskt.

För att undvika att utlösa den här valideringen kan du fokusera på grunderna i den sekventiella kedjan genom att definiera början, mitten och slutet av resan. Omedelbara steg är ofta underförstådda inom den slutliga konverteringen.

Exempel

Säg att du vill rikta in dig på användare som har tittat på en produkt, lagt till den i kundvagnen och köpt den. Ett mindre effektivt tillvägagångssätt skulle kontrollera alla enskilda tillstånd i användarens sökväg. Följande fråga går till exempel igenom den här händelsesekvensen: Loggar in på webbplatsen -> Söker efter produkt -> Visar en produktsida -> Lägger till i kundvagn -> Navigerar till kassan -> Köphändelse

chain(xEvent, timestamp, [ A: WHAT(eventType = "login"), B: WHAT(eventType = "search"), C: WHAT(eventType = "productView"), D: WHAT(eventType = "addToCart"), E: WHAT(eventType = "checkout"), F: WHAT(eventType = "purchase") ])

Om du reducerar sekvensen till början, mitten och slutet behöver du bara ha en sekvens med händelser som är 3 händelser långa, vilket ger en mer effektiv fråga. Följande fråga går till exempel igenom den här händelsesekvensen: Visar en produktsida -> Lägger till i kundvagnen -> Inköpshändelse

chain(xEvent, timestamp, [ A: WHAT(eventType = "productView"), B: WHAT(eventType = "addToCart"), C: WHAT(eventType = "purchase") ])

[Prestandaoptimering]{class="badge yellow"} Sammanlagt antal aggregated-count

Kontrollen av aggregerat antal begränsar antalet aggregeringshändelser som används inom målgruppen till tre villkor.

En standardhändelse behöver bara hitta en enda matchande händelse för att kvalificera en användare. En aggregeringshändelse måste dock läsa och analysera en användares hela historik innan den kan fatta ett beslut, vilket leder till långsammare bearbetningstider med fler aggregeringshändelser som används.

För att undvika att utlösa den här valideringen bör du bara använda specifika räkningar när det är absolut nödvändigt för målgruppsdefinitionen. Om du bara behöver veta om en användare har engagerat sig en gång, kan du till exempel använda standardlogiken"Exists" i stället för att använda händelsen"Count > 0".

[Prestandaoptimering]{class="badge yellow"} Komplexitet för kapslade data nested-data-complexity

Den kapslade valideringen av datakomplexitet begränsar antalet kapslade data inom en målgruppsdefinition till två lager.

Experience Platform stöder användning av array- och mappobjekt för lagring av komplexa datatyper, men uppackning av kapslade strukturer för att hitta ett värde kräver mer komplex genomgångslogik. Djupa data kapslas i en array, ju längre det tar att hämta dem för validering.

Om du ofta utför segmentering på ett djupt inkapslat attribut kan du behöva kontakta ditt datateknikteam för att kopiera attributet till en högre nivå i profilschemat för att få enklare åtkomst.

[Prestandaoptimering]{class="badge yellow"} Målgrupp audience-size

Valideringen av målgruppsstorlek kontrollerar om målgruppsdefinitionen är så bred att mer än 30 % av det totala antalet profiler i din sandlåda kvalificerar sig för målgruppen.

Även om Experience Platform kan hantera stora målgrupper kan en för otydlig målgruppsdefinition (till exempel Alla aktiva kunder) öka utvärderingstiden och aktiveringstiden.

Om ni behöver skapa en målgrupp som kvalificerar mer än 30 % av er profilbutik måste ni se till att målgruppens första utvärdering görs med hjälp av flexibel målgruppsutvärdering. Genom att utvärdera målgruppen med en on-demand-utvärdering kan man minska den övergripande effekten av en stor publik på det dagliga segmenteringsjobbet.

Nästa steg

När du har läst den här guiden får du en bättre förståelse för hur Experience Platform kör automatiska valideringar för att förbättra utvärderingen, stabiliteten och skalbarheten. Mer information om hur du skapar målgrupper med användargränssnittet finns i dokumentationen för segmentbyggaren.

Bilaga

I följande bilaga visas vanliga frågor om målgruppsvalidering i Experience Platform.

Vanliga frågor och svar faq

Vad händer om jag ignorerar varningarna och sparar publiken?

Kan jag begära en ökning av gränsen för sekventiell händelse?

Kommer dessa nya valideringar att bryta ned mina befintliga målgrupper?

Jag har komplexa datakrav. Hur undviker jag varningen om kapslade data?

Gäller de här kontrollerna både Utkast- och Publicerad-målgrupper?