Validera implementeringen av Platform Web SDK

När du har migrerat din Target-implementering från at.js till Platform Web SDK är det viktigt att validera att allt fungerar som det ska innan du publicerar några ändringar på produktionsplatsen. Adobe rekommenderar följande, som beskrivs utförligt på denna sida:

  • Genomför en teknisk validering för att säkerställa att den grundläggande implementeringen och Platform Web SDK-begäranden och -svar ser korrekta ut
  • Se till att Target-aktiviteter levereras och återges korrekt
  • Kontrollera att rapportering fungerar som den ska
  • Besök målgrupper och profilskript för att kontrollera att de är kompatibla med Platform Web SDK
  • Säkerställ att integreringen med Adobe eller program från tredje part fungerar korrekt

Alla Target-implementeringar skiljer sig åt beroende på webbplatsens arkitektur och vilka funktioner som används. Du kan använda tabellerna nedan som utgångspunkt och lägga till objekt som är unika för implementeringen. The Felsökningssida i den här självstudiekursen visar vilka verktyg du kan använda för att validera.

Teknisk validering

Valideringsobjekt
Anteckningar
At.js-fragmentet som döljer koden finns inte längre på sidan
Format med ID tas inte bort automatiskt av Platform Web SDK at-body-style. Om du lämnar det här gamla fragmentet på sidan kommer dolt innehåll att visas tills fragmentets timeout nås.
At.js-biblioteket finns inte längre på sidan
Kontrollera att det inte finns något adobe.target-objekt i webbläsarens verktygskonsol för utvecklare. Om du inkluderar både Platform Web SDK och at.js resulterar det i oönskat återgivningsbeteende
Förväntade parametrar finns i XDM-filen och dataobjekten i sendEvent förfrågan
Recommendations-katalogen uppdateras som förväntat om sidbegäranden används för att fylla i katalogen
Profilparametrar har skickats till Target
Visa Edge-spår i Felsökning
Parametrar som är mappade till XDM i datastream-mapparen skickas korrekt till Target
Validera med funktionen Edge Trace i Felsökning och/eller Assurance
Målinnehållet returneras i tillämpliga sendEvent svar
Förväntades när renderDecisions option is set to true eller omfång begärs och användaren kvalificerar sig för en viss målaktivitet
A decisioning.propositionDisplay incidenter utlöses efter att VEC-baserade aktiviteter återger
Aktiviteter som återges automatiskt och on demand förväntas ha separata händelseanrop
A decisioning.propositionDisplay utlöses efter att formulärbaserade aktiviteter renderar
Gäller endast vissa implementeringar. Kräver anpassad kod för att köra det här anropet.
A decisioning.propositionDisplay utlöses när ett erbjudande tillämpas på en SPA vy-ändring
Gäller endast SPA implementeringar
A decisioning.propositionDisplay händelsen utlöses INTE när en SPA återger för en viss vy
Gäller endast SPA implementeringar
A decisioning.propsitionInteract utlöses efter en aktivitetskonvertering
The "Click an an element" and custom conversions migrated from at.js trackEvent eller sendNotifications förväntas ha separata händelseanrop
Svarstoken returneras i sendEvent svar och har förväntade värden
Svarstoken ska fungera normalt med Web SDK
ECID:n är konsekventa på alla sidor med Web SDK och at.js
Gäller för sidvis migrering. Omdirigeringserbjudanden förväntas inte fungera i den här typen av migreringar

Leverans och rendering av aktivitet

Valideringsobjekt
Anteckningar
VEC-baserade aktiviteter återges korrekt vid sidinläsning
Det är bäst att validera både anpassade kodändringar och grundläggande ändringar som att ordna om element eller ersätta text
VEC-baserade aktiviteter återges korrekt SPA visningsändringar
Gäller endast SPA implementeringar
Formulärbaserade aktiviteter återges korrekt
Gäller endast vissa implementeringar. Återgivning av formulärbaserade aktiviteter kräver en anpassad kod som liknar at.js.
Aktiviteter som använder omdirigeringar fungerar korrekt
Omdirigeringar stöds om både käll- och målsidan använder Platform Web SDK. En Target-omdirigering från en at.js-sida till en Platform Web SDK-sida eller tvärtom stöds inte.
Aktiviteter som använder fjärrerbjudanden fungerar som de ska
Inte vanligt, kontrollera ert Target-erbjudandelager för fjärrerbjudanden
Flimmer har reducerats på rätt sätt
Flimmerhantering är valfri, men se till att eventuella begränsningsåtgärder som du har gjort fungerar som förväntat för optimala sidprestanda och användarupplevelser
QA-länkar fungerar som förväntat
Om den inte fungerar kontrollerar du att web.webPageDetails.URL:en exakt matchar URL:en i webbläsaren
Alla de vanligaste erbjudandetyperna återges som förväntat

Rapportering

Valideringsobjekt
Anteckningar
Besökarna kan hänföras till VEC-baserad verksamhet
Det är bäst att validera rapporteringsfunktionen som förväntat för både sidladdningsändringar och SPA
Besökare kan hänföras till formulärbaserade aktiviteter
Beroende på vilken återgivningsmetod som används, kan implementeringen kräva anpassad kod för att köra en decisioning.propositionDisplay event
Målen för standardkonverteringen hämtas korrekt
Gäller antingen Target eller Analytics som rapportkälla
Orderkonverteringar och detaljer registreras korrekt
Kontrollera revideringsrapporten
Klickspårningskonverteringar registreras korrekt
Anpassade konverteringsmål hämtas korrekt
Konverteringsmål som migrerats från at.js trackEvent eller sendNotifications som ofta används med målet "visat en mbox"

Publiker och profilskript

Valideringsobjekt
Anteckningar
Målgrupper som används i live-aktiviteter är kompatibla med Platform Web SDK
Målgrupper som använder komponenten "Custom" (parametern mbox) måste uppdateras för att inkludera XDM-attribut
Alla profilskript är kompatibla med Platform Web SDK
Alla profilskript som använder mbox-parametrar måste uppdateras för att inkludera XDM-attribut
Verksamheter som returneras för målgrupper
Det är bäst att utföra en komplett validering på de målgrupper du ändrar för att bli kompatibel med Platform Web SDK
Profilskript utvärderas som förväntat
Visa Edge-spår i Felsökning

Integrering med Adobe-program

Valideringsobjekt
Anteckningar
Avkastning av aktiviteter för Experience Cloud-målgrupper
Ett segment som publicerats från Adobe Analytics
Avkastning av aktiviteter för Experience Platform-målgrupper
Gäller endast om du har en licens för ett Experience Platform-baserat program som RTCDP
Avkastning av aktiviteter för Audience Manager-målgrupper
Ett segment som t.ex. bygger på besök på en viss sida
Målaktivitetsdata visas i Analysis Workspace
Gäller aktiviteter som använder Adobe Analytics som rapportkälla

Integrering med tredjepartsprogram

Valideringsobjekt
Anteckningar
Svarstokendata skickas korrekt till tredjepartsprogram
Integreringsmetoderna kan variera, men en vanlig metod är att använda Target-svarstoken för att skicka aktivitets- och upplevelseinformation till andra analysverktyg som Google Analytics
Information från tredje part skickas som antingen XDM eller profildata
All relevant information från tredje part bör lämnas in sendEvent anrop till Target

När du har utfört valideringsstegen ovan kan du vara säker på att implementeringen av Platform Web SDK är klar att gå över till produktion.

Lär dig sedan hur du felsöka en målinriktad implementering med hjälp av Platform Web SDK.

NOTE
Vi vill hjälpa dig att lyckas med målmigreringen från at.js till Web SDK. Om du stöter på problem med din migrering eller känner att det saknas viktig information i den här guiden ber vi dig att meddela oss genom att publicera i den här communitydiskussionen.
recommendation-more-help
a69e1b51-9545-4d8a-822d-319242c29110