Uppgraderar från at.js 1.x to at.js 2.x

Den senaste versionen av at.js i Adobe Target innehåller funktionsrika uppsättningar som gör det möjligt för företaget att utföra personalisering på nästa generations klienttekniker. Den nya versionen fokuserar på att uppgradera at.js för att få harmonisk interaktion med applikationer för en sida (SPA).

Här är några fördelar med att använda at.js 2.x som inte är tillgängliga i tidigare versioner:

  • Möjligheten att cachelagra alla erbjudanden vid sidinläsning för att minska antalet serveranrop till ett enda serveranrop.
  • Förbättra slutanvändarnas upplevelser enormt på er webbplats, eftersom erbjudandena visas direkt via cachen utan den fördröjning som traditionella serversamtal ger.
  • Enkel kodrad och engångsinstallation av utvecklare så att era marknadsförare kan skapa och köra A/B Test och Experience Targeting (XT) via VEC på SPA.

at.js 2.x systemdiagram

Följande diagram hjälper dig att förstå arbetsflödet i at.js 2.x med Vyer och hur detta förbättrar SPA integrering. För att få en bättre introduktion till de koncept som används i at.js 2.x, se Implementering av Single Page-program.

(Klicka på bilden för att expandera till full bredd.)

Målflöde med at.js 2.x {modal="regular"}

Utlysning
Information
1
Samtalet returnerar Experience Cloud ID om användaren är autentiserad. Ett annat anrop synkroniserar kund-ID:t.
2

At.js-biblioteket läses in synkront och döljer dokumentets brödtext.

at.js kan också läsas in asynkront med ett alternativ som gör att fragment för att dölja kan implementeras på sidan.

3
En sidinläsningsbegäran görs med alla konfigurerade parametrar (MCID, SDID och kund-ID).
4

Profilskript körs och matas sedan in i profilarkivet. Store begär kvalificerade målgrupper från Audience Library (till exempel målgrupper som delas från Adobe Analytics, Audience Manager, osv.).

Kundattribut skickas till profilarkivet i en gruppbearbetning.

5
Baserat på parametrar för URL-begäran och profildata, Target bestämmer vilka aktiviteter och upplevelser som ska återsändas till besökaren för den aktuella sidan och framtida vyer.
6

Målinriktat innehåll skickas tillbaka till sidan, eventuellt med profilvärden för ytterligare personalisering.

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 vyer som visas som ett resultat av användaråtgärder i en SPA som cachas i webbläsaren så att det kan tillämpas direkt utan ett extra serveranrop när vyerna aktiveras via triggerView().

7
Analytics data skickas till datainsamlingsservrar.
8

Måldata matchas mot Analytics data via SDID och bearbetas till Analytics rapporterar lagring.

Analytics data kan sedan visas i båda Analytics och Target via Analytics for Target (A4T)-rapporter.

Nu, var som helst triggerView() är implementerat på din SPA, hämtas vyer och åtgärder från cachen och visas för användaren utan ett serveranrop. triggerView() skickar även en meddelandebegäran till Target för att öka och registrera antalet intryckta.

(Klicka på bilden för att expandera till full bredd.)

Målflöde vid .js 2.*x* triggerView {modal="regular"}

Utlysning
Information
1
triggerView() anropas i SPA för att återge vyn och använda åtgärder för att ändra visuella element.
2
Målinnehåll för vyn läses från cachen.
3
Målinriktat innehåll visas så snabbt som möjligt utan att man behöver flimra standardinnehållet.
4
Begäran om meddelande skickas till Target Profilarkiv för att räkna besökaren i aktiviteten och öka mätvärden.
5
Analytics data skickade till datainsamlingsservrar.
6
Target data matchas mot Analytics data via SDID och bearbetas till Analytics rapporterar lagring. Analytics data kan sedan visas i båda Analytics och Target via A4T-rapporter.

Driftsätt på js 2.x

Driftsätt på js 2.x via taggar i Adobe Experience Platform tillägg.

NOTE
Distribuera at.js med taggar i Adobe Experience Platform är den rekommenderade metoden.
eller
Ladda ned på.js 2 manuellt.x med Target Gränssnitt och distribuera det med valfri metod.

Borttagna at.js-funktioner

Det finns flera funktioner som har tagits bort i at.js 2.x.

WARNING
Om dessa inaktuella funktioner fortfarande används på din webbplats i .js 2.x visas konsolvarningar när distribueras. Det rekommenderade tillvägagångssättet vid uppgradering är att testa distributionen av at.js 2.x i en staging-miljö och se till att du går igenom varje varning som har loggats i konsolen och översätter de borttagna funktionerna till nya funktioner som introducerades i at.js 2.x.

Du hittar de borttagna funktionerna och deras motsvarighet nedan. En fullständig lista över funktioner finns i Funktionerna at.js.

NOTE
at.js 2.x inte längre automatiskt fördöljer mboxDefault markerade element. Kunderna måste därför anpassa sig till fördöljningslogiken manuellt på webbplatsen eller via en tagghanterare.

mboxCreate(mbox,params)

Beskrivning:

Kör en begäran och tillämpar erbjudandet på närmaste DIV med mboxDefault klassnamn.

Exempel:

<div class="mboxDefault">
  default content to replace by offer
</div>
<script>
  mboxCreate('mboxName','param1=value1','param2=value2');
</script>

at.js 2.x ekvivalent

Ett alternativ till mboxCreate(mbox, params) är getOffer() och applyOffer().

Exempel:

<div class="mboxDefault">
  default content to replace by offer
</div>
<script>
  var el = document.currentScript.previousElementSibling;
  adobe.target.getOffer({
    mbox: "mboxName",
    params: {
      param1: "value1",
      param2: "value2"
    },
    success: function(offer) {
      adobe.target.applyOffer({
        mbox: "mboxName",
        selector: el,
        offer: offer
      });
    },
    error: function(error) {
      console.error(error);
      el.style.visibility = "visible";
    }
  });
</script>

mboxDefine() och mboxUpdate()

Beskrivning:

Skapar en intern mappning mellan ett element och ett mbox-namn, men kör inte begäran. Används tillsammans med mboxUpdate(), som kör begäran och tillämpar erbjudandet på elementet som identifieras av nodeId i mboxDefine(). Kan även användas för att uppdatera en mbox som initierats av mboxCreate.

Exempel:

<div id="someId" class="mboxDefault"></div>
<script>
 mboxDefine('someId','mboxName','param1=value1','param2=value2');
 mboxUpdate('mboxName','param3=value3','param4=value4');
</script>

at.js 2.x ekvivalent:

Ett alternativ till mboxDefine() och mboxUpdate är getOffer() och applyOffer(), med väljaralternativet som används i applyOffer(). På så sätt kan du mappa erbjudandet till ett element med hjälp av en CSS-väljare, inte bara en med ett ID.

Exempel:

<div id="someId" class="mboxDefault">
  default content to replace by offer
</div>
<script>
  adobe.target.getOffer({
    mbox: "mboxName",
    params: {
      param1: "value1",
      param2: "value2",
      param3: "value3",
      param4: "value4"
    },
    success: function(offer) {
      adobe.target.applyOffer({
        mbox: "mboxName",
        selector: "#someId",
        offer: offer
      });
    },
    error: function(error) {
      console.error(error);
      var el = document.getElementById("someId");
      el.style.visibility = "visible";
    }
  });
</script>

adobe.target.registerExtension()

Beskrivning:

Tillhandahåller ett standardsätt att registrera ett specifikt tillägg.

Detta stöds inte längre och bör inte användas.

Sammanfattning av borttagna, nya och stöds i 2. js-funktioner.x

Metod
Stöds?
Nytt?

Föråldrad?

(Standardinnehåll visas)

getOffer()
Ja
getOffers()
Ja
applyOffer()
Ja
applyOffers()
Ja
triggerView()
Ja
trackEvent()
Ja
mboxCreate()
Ja

mboxDefine()

mboxUpdate()

Ja
targetGlobalSettings()
Ja
Data Providers
Ja
targetPageParams()
Ja
targetPageParamsAll()
Ja
registerExtension()
Ja
At.js Custom Events
Ja

Begränsningar och bildtexter

Tänk på följande begränsningar och hänvisningar:

Konverteringsspårning

Kunder som använder mboxCreate() för konverteringsspårning måste användas trackEvent() eller getOffer().

Erbjudandeleverans

Kunder som inte ersätter mboxCreate() med getOffer() eller applyOffer() riskerar att inte få erbjudanden levererade.

Can at.js 2 x användas på vissa sidor medan at.js 1.x finns det på andra sidor?

Ja, besökarprofilen bevaras på olika sidor med olika versioner och bibliotek. Cookie-formatet är detsamma.

Ny API-användning i at.js 2.x

at.js 2.x använder ett nytt API, som vi kallar leverans-API. För att felsöka om at.js anropar Target edge server kan du filtrera fliken Network i webbläsarens Developer Tools till "delivery", "tt.omtrdc.neteller din klientkod. Du kommer också att märka att Target skickar en JSON-nyttolast i stället för nyckelvärdepar.

Target Global Mbox används inte längre

I at.js 2.x visas inte längre "target-global-mbox" synligt vid nätverksanrop. Vi har istället ersatt "target-global-mbox" syntax till "execute > pageLoad" i JSON-nyttolasten som skickas till Target servrar enligt nedan:

{
  "id": {
    // ...
  },
  "context": {
    "channel": "web",
    // ...
  },
  "execute": {
    "pageLoad": {}
  }
}

Det globala mbox-konceptet introducerades för att Target ta reda på om erbjudanden och innehåll ska hämtas vid sidladdning. Därför har vi gjort detta tydligare i vår senaste version.

Spelar det globala mbox-namnet i at.js längre någon roll?

Kunderna kan ange ett globalt mbox-namn via Target > Administration > Implementation > Edit at.js Settings. Den här inställningen används av Target edge-servrar att översätta execute > pageLoad till det globala mbox-namnet som visas i Target Gränssnitt. Detta gör att kunderna kan fortsätta att använda serversidans API:er, den formulärbaserade dispositionen, profilskript och skapa målgrupper med hjälp av den globala mbox-namnet. Vi rekommenderar att du också ser till att samma globala mbox-namn är konfigurerat på Administration > Visual Experience Composer om du fortfarande har sidor som använder at.js 1.x, vilket visas på följande bilder.

Ändra at.js-dialogrutan

och

Anpassad global mbox

Måste inställningen för att automatiskt skapa en global mbox aktiveras för at.js 2.x?

I de flesta fall, ja. Den här inställningen anger at.js 2.x för att skicka en begäran till Target edge-servrar vid sidinläsning. Eftersom global mbox översätts till execute > pageLoad, och om du vill utlösa en begäran vid sidinläsning, bör den här inställningen vara aktiverad.

Kommer befintliga VEC-aktiviteter att fortsätta fungera, även om målets globala mbox-namn inte anges från at.js 2.x?

Ja, eftersom execute > pageLoad behandlas på Target bakifrån som target-global-mbox.

Om mina formulärbaserade aktiviteter är riktade till target-global-mboxkommer dessa aktiviteter att fortsätta att fungera?

Ja, eftersom execute > pageLoad behandlas på Target edge-servrar target-global-mbox.

Stöds och stöds inte i .js 2.x Inställningar

Inställning
Stöds?
X-domän
Nej
Skapa global Mbox automatiskt
Ja
Namn på global mbox
Ja

Stöd för spårning mellan domäner i at.js 2.x

Spårning mellan domäner gör det möjligt att sammanfoga besökare i olika domäner. Eftersom en ny cookie måste skapas för varje domän är det svårt att spåra besökare när de navigerar från domän till domän. För att kunna utföra spårning mellan domäner Target använder en cookie från tredje part för att spåra besökare över domäner. På så sätt kan du skapa en Target aktivitet som spänner över siteA.com och siteB.com och besökarna får samma upplevelse när de navigerar i unika domäner. Den här funktionen är kopplad till TargetCookie-beteende från tredje part och från första part.

NOTE
Spårning mellan domäner stöds från och med at.js 2.10, men inte direkt i at.js 2.x före 2.10. Spårning mellan domäner stöds i at.js 2.x via Experience Cloud ID-biblioteket v4.3.0+.

I Target, lagras cookien från tredje part i <CLIENTCODE>.tt.omtrdc.net. Den första partens cookie lagras i clientdomain.com. Den första begäran returnerar HTTP-svarshuvuden som försöker ange cookies från tredje part med namnet mboxSession och mboxPC, medan en omdirigeringsbegäran skickas tillbaka med en extra parameter (mboxXDomainCheck=true). Om webbläsaren accepterar cookies från tredje part inkluderar omdirigeringsbegäran dessa cookies och upplevelsen returneras. Det här arbetsflödet är möjligt eftersom vi använder metoden HTTP GET.

I at.js 2.x, HTTP-GET används inte. I stället används HTTP-POST via at.js 2.x skicka JSON-nyttolaster till Target Edge-servrar. Med HTTP-POST avses omdirigeringsbegäran för att kontrollera om en webbläsare stöder cookies från tredje part. Detta beror på att HTTP GET-begäranden är viktiga transaktioner, medan HTTP-POST är icke-idempotent och inte får upprepas godtyckligt. Därför kan du spåra korsdomäner i at.js 2.x (före 2.10) stöds inte. Endast i js 1.x har körklart stöd för domänövergripande spårning.

Om du vill använda spårning mellan domäner för at.js v2.10 eller senare kan du göra något av följande:

  1. Installera ECID-bibliotek v4.3.0+ tillsammans med at.js 2.x. ECID-biblioteket finns för att hantera beständiga ID:n som används för att identifiera en besökare även mellan domäner. Efter installation av ECID-biblioteket v4.3.0+ och at.js 2.x kan du skapa aktiviteter som spänner över unika domäner samt spåra användare. Det är viktigt att notera att den här funktionen fungerar först när sessionen har upphört.

  2. Om du har at.js v2.10 eller senare kan du i stället för att installera ECID-biblioteket aktivera inställningen för domänöverskridande i dialogrutan Target Användargränssnitt i Administration > Implementation. (Du kan också ange crossDomain alternativ till aktiverad i koden at.js.)

Om du vill använda spårning mellan domäner för versioner av at.js v2.x före 2.10 kan du implementera alternativ 1 ovan (installera ECID-biblioteket).

Automatisk generering av global Mbox stöds

Den här inställningen anger at.js 2.x för att skicka en begäran till Target edge-servrar vid sidinläsning. Eftersom den globala mbox översätts till execute > pageLoad tolkas detta av Target edge-servrar bör kunderna aktivera detta om de vill skicka en begäran vid sidinläsning.

Namn på global Mbox stöds

Kunderna kan ange ett globalt mbox-namn via Target > Administration > Implementation > Edit. Den här inställningen används av Target edge-servrar att översätta execute > pageLoad till det inmatade globala mbox-namnet. Detta gör att kunderna kan fortsätta att använda serversidans API:er, den formulärbaserade dispositionen, profilskript och skapa målgrupper som har den globala mbox som mål.

Gäller nedanstående anpassade at.js-händelser för triggerView() eller är det bara för applyOffer() eller applyOffers()?

  • adobe.target.event.CONTENT_RENDERING_FAILED
  • adobe.target.event.CONTENT_RENDERING_SUCCEEDED
  • adobe.target.event.CONTENT_RENDERING_NO_OFFERS
  • adobe.target.event.CONTENT_RENDERING_REDIRECT

Ja, de anpassade händelserna at.js gäller för triggerView() också.

Det står när jag ringer triggerView() med &klammerparentes;"page" : "true"} skickar ett meddelande till Target och öka intrycket. Gör det även att profilskripten körs?

När ett förhämtningsanrop görs till Target profilskripten körs i serverdelen. Därefter krypteras profildata som påverkas och skickas tillbaka till klientsidan. Efter triggerView() med {"page": "true"} anropas skickas ett meddelande tillsammans med krypterade profildata. Det är när Target backend dekrypterar sedan profildata och lagrar dem i databaserna.

Måste vi lägga till kod som döljs i förväg innan vi anropar triggerView() för att hantera flimmer?

Nej, du behöver inte lägga till kod som döljs innan du anropar triggerView(). at.js 2.x hanterar logiken för att dölja och filtrera innan vyn visas och används.

Som i .js 1.x parametrar för att skapa målgrupper stöds inte i at.js 2.x?

Följande at.js 1.x-parametrar är NOT som för närvarande stöds för målgruppsgenerering när at.js 2 används.x:

  • browserHeight
  • browserWidth
  • browserTimeOffset
  • screenHeight
  • screenWidth
  • screenOrientation
  • colorDepth
  • devicePixelRatio
  • vst.* parametrar (se nedan)

at.js 2.x har inte stöd för att skapa målgrupper med vst.* parametrar

Kunder på at.js 1.x kunde använda vst.* mbox-parametrar för att skapa målgrupper. Detta var en oavsiktlig biverkning av hur at.js 1.x skickade mbox-parametrar Target back-end. Efter migrering till at.js 2.x kan du inte längre skapa målgrupper med dessa parametrar eftersom at.js 2.x skickar mbox-parametrar på ett annat sätt.

kompatibilitet med at.js

I följande tabeller beskrivs at.js. 2.x kompatibilitet med olika aktivitetstyper, integreringar, funktioner och at.js-funktioner.

Typ av aktivitet

Typ
Stöds?
A/B Test
Ja
Auto-Allocate
Ja
Auto-Target
Ja
Experience Targeting
Ja
Multivariate Test
Ja
Automated Personalization
Ja
Recommendations
Ja
NOTE
Auto-Target aktiviteter stöds i at.js 2.x och VEC när alla ändringar görs i Page Load Event. När ändringar läggs till i vissa vyer, A/B Test, Auto-Allocateoch Experience Targeting (XT) Endast aktiviteter stöds.

Integreringar

Typ
Stöds?
Analytics for Target (A4T)
Ja
Målgrupper
Ja
Kundattribut
Ja
AEM Experience Fragments
Ja
Adobe Experience Platform-tillägg
Ja
Felsökning
Ja
Revisor
Regler har ännu inte uppdaterats för kl. 2.js.x
Inbyggt stöd för GDPR
Detta stöds i at.js version 2.1.0 eller senare.
AEM Förbättrad personalisering med Adobe Target
Nej

Funktioner

Funktion
Stöds?
X-domän
Nej
Egenskaper/arbetsytor
Ja
QA-länkar
Ja
Formulärbaserad Experience Composer
Ja
Visual Experience Composer (VEC)
Ja
Egen kod
Ja
Svarstoken
Ja
Klickspårning
Ja
Fleraktivitetsleverans
Ja
targetGlobalSettings
Ja (men inte x-domain)
at.js-metoder

Allt stöds förutom

mboxCreate()

mboxUpdate()

mboxDefine()

som visar standardinnehåll.

Frågesträngsparametrar

Parameter
Stöds?
?mboxDisable
Ja
?mboxDisable
Ja
?mboxTrace
Ja
?mboxSession
Nej
?mboxOverride.browserIp
Ja

Svarstoken

at.js 2.x, precis som at.js 1.x använder den anpassade händelsen at-request-succeeded till svarstoken för yta. För kodexempel med at-request-succeeded anpassad händelse, se Svarstoken.

at.js 1.x parametrar till at.js 2.x nyttolastmappning

I det här avsnittet beskrivs mappningarna mellan at.js 1.x och at.js 2.x.

Innan parametermappningen tas bort har slutpunkterna som används i dessa biblioteksversioner ändrats:

  • at.js 1.x - http://<client code>.tt.omtrdc.net/m2/<client code>/mbox/json
  • at.js 2.x - http://<client code>.tt.omtrdc.net/rest/v1/delivery

En annan viktig skillnad är att

  • at.js 1.x - Klientkoden ingår i sökvägen
  • at.js 2.x - Klientkoden skickas som en frågesträngsparameter, till exempel:
    http://<client code>.tt.omtrdc.net/rest/v1/delivery?client=democlient

I följande avsnitt listas var och en at.js 1.x parameter, dess beskrivning och motsvarande 2.x JSON-nyttolast (om tillämpligt):

at_property

(at.js 1.x parameter)

Används för Enterprise-användarbehörigheter.

{
  ....
  "property": {
    "token": "1213213123122313121"
  }
  ....
}

mboxHost

(at.js 1.x parameter)

Domänen för sidan där Target biblioteket körs.

at.js 2.x JSON-nyttolast:

{
  "context": {
    "browser": {
       "host": "test.com"
    }
  }
}

webGLRenderer

(at.js 1.x parameter)

Webbläsarens WEB GL-återgivningsfunktioner. Detta används av vår mekanism för enhetsidentifiering för att avgöra om besökarens enhet är en stationär dator, iPhone, Android-enhet osv.

at.js 2.x JSON-nyttolast:

{
  "context": {
    "browser": {
       "webGLRenderer": "AMD Radeon Pro 560X OpenGL Engine"
    }
  }
}

mboxURL

(at.js 1.x parameter)

Sidans URL.

at.js 2.x JSON-nyttolast:

{
  "context": {
    "address": {
       "url": "http://test.com"
    }
  }
}

mboxReferer

(at.js 1.x parameter)

Sidreferenten.

at.js 2.x JSON-nyttolast:

{
  "context": {
    "address": {
       "referringUrl": "http://google.com"
    }
  }
}

mbox (namnet) är lika med global mbox

(at.js 1.x parameter)

Leverans-API har inte längre något globalt mbox-koncept. I JSON-nyttolasten måste du använda execute > pageLoad.

at.js 2.x JSON-nyttolast:

{
  "execute": {
    "pageLoad": {
       "parameters": ....
       "profileParameters": ...
       .....
    }
  }
}

mbox (namnet) är not lika med global mbox

(at.js 1.x parameter)

Om du vill använda ett mbox-namn skickar du det till execute > mboxes. En mbox kräver ett index och namn.

at.js 2.x JSON-nyttolast:

{
  "execute": {
    "mboxes": [{
       "index": 0,
       "name": "some-mbox",
       "parameters": ....
       "profileParameters": ...
       .....
    }]
  }
}

mboxId

(at.js 1.x parameter)

Används inte längre.

mboxCount

(at.js 1.x parameter)

Används inte längre.

mboxRid

(at.js 1.x parameter)

Begär-ID som används av system längre fram i kedjan för att hjälpa till med felsökningen.

at.js 2.x JSON-nyttolast:

{
  "requestId": "2412234442342"
  ....
}

mboxTime

(at.js 1.x parameter)

Används inte längre.

mboxSession

(at.js 1.x parameter)

Sessions-ID skickas som en frågesträngsparameter (sessionId) till slutpunkten för leverans-API.

mboxPC

(at.js 1.x parameter)

TNT-ID skickas till id > tntId.

at.js 2.x JSON-nyttolast:

{
  "id": {
    "tntId": "ca5ddd7e33504c58b70d45d0368bcc70.21_3"
  }
  ....
}

mboxMCGVID

(at.js 1.x parameter)

Marketing Cloud Visitor-ID skickas till id > marketingCloudVisitorId.

at.js 2.x JSON-nyttolast:

{
  "id": {
    "marketingCloudVisitorId": "797110122341429343505"
  }
  ....
}

vst.aaaa.id och vst.aaaa.authState

(at.js 1.x parametrar)

Kund-ID:n ska skickas till id > customerIds.

at.js 2.x JSON-nyttolast:

{
  "id": {
    "customerIds": [{
       "id": "1232131",
       "integrationCode": "aaaa",
       "authenticatedState": "....."
     }]
  }
  ....
}

mbox3rdPartyId

(at.js 1.x parameter)

Kundens tredje parts-ID som används för att länka andra Target ID.

at.js 2.x JSON-nyttolast:

{
  "id": {
    "thirdPartyId": "1232312323123"
  }
  ....
}

mboxMCSDID

(at.js 1.x parameter)

SDID, även kallat kompletterande data-ID. Ska skickas till experienceCloud > analytics > supplementalDataId.

at.js 2.x JSON-nyttolast:

{
  "experienceCloud": {
    "analytics": {
      "supplementalDataId": "1212321132123131"
    }
  }
  ....
}

vst.trk

(at.js 1.x parameter)

Analytics spårningsserver. Ska skickas till experienceCloud > analytics > trackingServer.

at.js 2.x JSON-nyttolast:

{
  "experienceCloud": {
    "analytics": {
      "trackingServer": "analytics.test.com"
    }
  }
  ....
}

vst.trks

(at.js 1.x parameter)

Analysspårningsservern är säker. Ska skickas till experienceCloud > analytics > trackingServerSecure.

at.js 2.x JSON-nyttolast:

{
  "experienceCloud": {
    "analytics": {
      "trackingServerSecure": "secure-analytics.test.com"
    }
  }
  ....
}

mboxMCGLH

(at.js 1.x parameter)

Platstips för Audience Manager. Ska skickas till experienceCloud > audienceManager > locationHint.

at.js 2.x JSON-nyttolast:

{
  "experienceCloud": {
    "audienceManager": {
      "locationHint": 9
    }
  }
  ....
}

mboxAAMB

(at.js 1.x parameter)

Audience Manager blob. Ska skickas till experienceCloud > audienceManager > blob.

at.js 2.x JSON-nyttolast:

{
  "experienceCloud": {
    "audienceManager": {
      "blob": "2142342343242342"
    }
  }
  ....
}

mboxVersion

(at.js 1.x parameter)

Version skickas som en frågesträngsparameter via versionsparametern.

Utbildningsvideo: at.js 2.x arkitektoniskt diagram Märket Översikt

at.js 2.x förbättrar Adobe TargetTack vare stöd för SPA och integrering med andra Experience Cloud-lösningar. Den här videon förklarar hur allt hänger ihop.

Se Förstå hur at.js 2.x verk för mer information.

recommendation-more-help
6906415f-169c-422b-89d3-7118e147c4e3