Vad är skillnaden mellan at.js 1?x och at.js 2.x arbetsflödesdiagram?
Mer information om skillnaderna som introducerades i 2.O från 1 finns i Uppgradera från at.js 1.x till at.js 2.x.x.
Från en högnivåvy finns det några skillnader mellan de två versionerna:
- at.js 2.x har inte något globalt koncept för mbox-begäran utan snarare en sidinläsningsbegäran. En sidladdningsbegäran kan visas som en begäran om hämtning av innehåll som ska användas vid den första sidladdningen på webbplatsen.
- at.js 2.x hanterar koncepten Views, som används för Single Page-program (SPA). at.js 1.x känner inte till det här konceptet.
at.js 2.x-diagram
Följande diagram hjälper dig att förstå arbetsflödet för at.js 2.x med Views och hur detta förbättrar SPA integrering. Mer information om begreppen som används i at.js 2.x finns i Implementering av enkelsidiga program.
(Klicka på bilden för att expandera till full bredd.)
| Steg | 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 valfritt predhide-fragment implementerat 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 Profile Store. Sto 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 Profile Store i en gruppbearbetning. |
| 5 | Baserat på parametrar för URL-begäran och profildata avgör Target vilka aktiviteter och upplevelser som ska returneras 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ålinnehåll på den aktuella sidan visas så snabbt som möjligt utan att standardinnehållet flimrar. Målanpassat innehåll för vyer som visas som ett resultat av användaråtgärder i en SPA cachelagras i webbläsaren så att det kan tillämpas direkt utan ett extra serveranrop när vyerna aktiveras via triggerView(). |
| 7 | Analysdata skickas till Data Collection servrar. |
| 8 | Måldata matchas mot analysdata via SDID och bearbetas till rapportlagringen Analytics. Analytics data kan sedan visas i både Analytics- och Target via (A4T)-rapporter. |
Nu hämtas Views och åtgärder från cachen och visas för användaren utan ett serveranrop, oavsett var triggerView() implementeras på din SPA. triggerView() skickar också en aviseringsbegäran till Target-serverdelen för att öka antalet och registrera antalet visningar. Mer information om at.js för SPA med vyer finns i Implementering av Single Page-program.
(Klicka på bilden för att expandera till full bredd.)
| Steg | Information |
|---|---|
| 1 | triggerView() anropas i SPA för att återge View och tillämpa å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 | Meddelandebegäran skickas till Target Profile Store för att räkna besökaren i aktiviteten och öka måtten. |
| 5 | Analytics data har skickats till Data Collection Servers. |
| 6 | Target-data matchas mot Analytics-data via SDID och bearbetas till rapportlagringen Analytics. Analytics data kan sedan visas i både Analytics och Target via A4T-rapporter. |
