Jämförelse mellan at.js och Platform Web SDK
Det fristående Adobe Target at.js-biblioteket skiljer sig avsevärt från Platform Web SDK. Följande tabeller är en referens som hjälper dig att utvärdera områden av implementeringen som du kan behöva fokusera på under migreringsprocessen.
När du har granskat informationen nedan och utvärderat din nuvarande tekniska at.js-implementering bör du förstå följande:
- Vilka målfunktioner som stöds av Platform Web SDK
- Funktionerna at at.js har motsvarigheter för Platform Web SDK
- Hur målinställningarna tillämpas med Platform Web SDK
- Hur dataflödet för at.js och Platform Web SDK skiljer sig åt
Om du inte har använt Platform Web SDK tidigare behöver du inte bekymra dig. Objekten nedan beskrivs mer ingående i den här självstudiekursen.
Jämförelse av funktioner
sendEvent
efter att data har hämtats från en annan provider.Anteckningsbara bildtexter
at-body-style
. at.js söker efter detta element-ID för att ta bort formatet när ett svar tas emot.alloy-prehiding
. Web SDK är inte kompatibelt med fragmentet at.js så det måste ändras under migreringsprocessen.pageLoadEnabled
är inställd på true
.sendEvent
-kommando. Aktiverat genom att ställa in renderDecisions
alternativ till true
.applyOffer()
och applyOffers()
funktioner som endast stöder inställning HTMLapplyPropositions
kan ange, ersätta och lägga till HTML för ökad flexibilitettrackEvent()
och sendNotifications()
funktioner. Dessa funktioner är specifika för Target och påverkar inte Adobe Analytics-statistik.sendEvent
samtal vidarebefordras till Target. Ytterligare data som behövs specifikt för Target ska inkluderas i sendEvent
kommando med eventType för decisioning.propositionDisplay
eller decisioning.propositionInteract
för att säkerställa att Adobe Analytics-statistik inte påverkas.mboxDisable
, mboxDebug
och mboxTrace
URL-parametrar kan användas för felsökning med webbläsarens utvecklarverktyg.Adobe Experience Platform Debugger är också ett felsökningsverktyg som stöds.
mboxDisable
, mboxDebug
och mboxTrace
URL-parametrar stöds inte.Du kan aktivera Web SDK-felsökning genom att lägga till
alloy_debug=true
till frågesträngen eller köra alloy("setDebug", { "enabled": true });
i utvecklarkonsolen.Webbläsartillägget Adobe Experience Platform Debugger kan användas för att initiera en kantspårning för felsökning.
Se felsöka Platform Web SDK mer information.
idMigrationEnabled
och targetMigrationEnabled
alternativ till true
med configure
-kommando.at.js-funktioner och motsvarigheter till Platform Web SDK
Många at.js-funktioner har en likvärdig metod med Platform Web SDK som beskrivs i tabellen nedan. Mer information om Funktionerna at.jsfinns i Adobe Target Developer Guide.
getOffer()
och getOffers()
sendEvent
och ange renderDecisions
till true.Begär formulärbaserade upplevelser eller rendera manuellt innehåll, ange en array med
decisionScopes
(mboxes) med sendEvent
-kommando.applyOffer()
och applyOffers()
applyPropositions
för att använda innehåll. Du kan välja att ställa in, ersätta eller lägga till HTML i en viss väljare.triggerView()
web.webPageDetails.viewName
egenskapen anges under xdm
alternativ för sendEvent
-kommando.trackEvent()
och sendNotifications()
sendEvent
kommando med specifik eventType
set:decisioning.propositionDisplay
signalerar återgivning av en aktivitetdecisioning.propositionInteract
signalerar en användarinteraktion med en aktivitet, som ett musklick.targetGlobalSettings()
targetPageParams()
och targetPageParamsAll()
xdm
alternativ för sendEvent
kommandot är mappat till Target-parametrar för mbox. Eftersom mbox-parametrar namnges med serialiserad punktnotation kan du behöva uppdatera befintliga målgrupper och aktiviteter för att kunna använda de nya mbox-parameternamnen när du migrerar till Platform Web SDK.Data som skickas som en del av
data.__adobe.target
i sendEvent
kommandot är mappat till Målprofil och Recommendations-specifika parametrar.propositions
som svar på sendEvent
ring.at.js-inställningar och motsvarigheter till Platform Web SDK
At.js-biblioteket kan konfigureras och laddas ned med olika inställningar i målgränssnittet. Dessa inställningar kan även uppdateras med targetGlobalSettings()
funktion. I tabellen nedan jämförs dessa inställningar med de som är tillgängliga med Platform Web SDK.
bodyHiddenStyle
prehidingStyle
med configure
kommandobodyHidingEnabled
prehidingStyle
är definierad med configure
och den här funktionen aktiveras. Om inget format definieras försöker inte Platform Web SDK att dölja något innehåll.clientCode
cookieDomain
crossDomain
thirdPartyCookiesEnabled
alternativ till true
med configure
för att aktivera cookies från första och tredje part för användning över domänercspScriptNonce
och cspStyleNonce
dataProviders
decisioningMethod
sendEvent
-kommandon använder beslut på serversidan. Hybrid- och enhetsbeslut stöds inte.defaultContentHiddenStyle
och defaultContentVisibleStyle
deviceIdLifetime
targetMigrationEnabled
är inställd på true
med configure
kommando, mbox
cookie anges med enhetens livstid inställd på 2 år. Detta värde kan inte konfigureras.enabled
globalMboxAutoCreate
renderDecisions
alternativ till true
med sendEvent
för att automatiskt hämta och återge VEC-baserade upplevelser.Begär en
decisionScope
for __view__
om du föredrar att manuellt återge VEC-baserade upplevelser.imsOrgId
orgId
med configure
kommandooptinEnabled
och optoutEnabled
defaultConsent
gäller för alla Adobe-lösningar som Platform Web SDK stöder.overrideMboxEdgeServer
och overrideMboxEdgeServerTimeout
pageLoadEnabled
renderDecisions
alternativ till true
med sendEvent
kommandosecureOnly
secure
och sameSite="none"
attribut.selectorsPollingTimeout
serverDomain
edgeDomain
med configure
kommandotelemetryEnabled
timeout
viewsEnabled
sendEvent()
ring om renderDecisions
är inställd på true
eller __view__
DecisionScope ingår i begäran.visitorApiTimeout
Systemdiagramsjämförelse
Följande diagram bör hjälpa dig att förstå skillnaderna i dataflöde mellan en Target-implementering med at.js och en implementering med hjälp av Platform Web SDK.
at.js 2.x systemdiagram
{zoomable="yes"}
Målinriktat innehåll på den aktuella sidan visas så snabbt som möjligt utan att du behöver flimra standardinnehållet.
Målanpassat innehåll för framtida vyer av ett enkelsidigt program cachelagras i webbläsaren så att det kan tillämpas direkt utan ett extra serveranrop när vyerna aktiveras.
Se utvecklarhandboken för mer information om hur du implementera Target med at.js för enkelsidiga program.
Systemdiagram för Platform Web SDK
b. Personaliserat innehåll för vyer som visas som ett resultat av användaråtgärder i ett Single Page-program (SPA) cachas för direktåtergivning utan ytterligare serveranrop.
c. Edge-nätverket skickar besökar-ID och andra värden i cookies (t.ex. samtycke, sessions-ID, identitet, cookie-kontroll, personalisering o.s.v.).
Se utvecklarhandboken för mer information om hur du implementera Target med Platform Web SDK för Single-page-program.
När du har en god teknisk förståelse för den aktuella Target-implementeringen och de funktioner du använder är nästa steg att utföra inledande konfiguration.