Nieuwe bezoekers
-
De bezoeker-API wordt geladen, geparseerd en uitgevoerd.
-
at.js / mbox.js wordt geladen, geparseerd en uitgevoerd.
-
Als de optie voor automatisch maken van globale mbox is ingeschakeld, wordt de optie Target JavaScript-bibliotheek:
- Instantieert het object Visitor.
- De Target De bibliotheek probeert om de gegevens van de Bezoeker van het Experience Cloud terug te winnen identiteitskaart
- Omdat deze bezoeker een nieuwe bezoeker is, leidt de bezoeker-API een aanvraag voor een ander domein in op demdex.net.
- Nadat de gegevens van identiteitskaart van de Bezoeker van het Experience Cloud worden teruggewonnen, een verzoek aan Target wordt afgegaan.
Bezoekers terugsturen
-
De bezoeker-API wordt geladen, geparseerd en uitgevoerd.
-
at.js / mbox.js wordt geladen, geparseerd en uitgevoerd.
-
Als de optie voor automatisch maken van globale mbox is ingeschakeld, wordt de optie Target JavaScript-bibliotheek:
- Instantieert het object Visitor.
- De Target De bibliotheek probeert om de gegevens van de Bezoeker van het Experience Cloud terug te winnen identiteitskaart
- De bezoeker-API haalt gegevens op uit cookies.
- Nadat de gegevens van identiteitskaart van de Bezoeker van het Experience Cloud worden teruggewonnen, een verzoek aan Target wordt afgegaan.
Waarom lijkt het alsof ik langzamere reactietijden na bevordering van een vorige versie van at.js aan versie 1.0.0 zie?
in.js versie 1.0.0 en hoger worden alle aanvragen parallel geactiveerd. Eerdere versies voeren de aanvragen opeenvolgend uit, wat betekent dat de aanvragen in een wachtrij worden geplaatst en Target wacht op eerste verzoek om te voltooien alvorens op het volgende verzoek over te gaan.
De manier vorige versies van at.js verzoeken uitvoeren is vatbaar voor de zogenaamde "hoofd van lijn het blokkeren." In at.js 1.0.0 en hoger Target geschakeld naar parallelle uitvoering van aanvragen.
Als u de waterval van het netwerklusje voor at.js 0.9.1 controleert, bijvoorbeeld, zult u dat volgende zien Target De aanvraag start pas nadat de vorige is voltooid. Deze volgorde is niet het geval bij at.js 1.0.0 en later, waar alle aanvragen eigenlijk tegelijkertijd beginnen.
Vanuit het perspectief van de reactietijd, wiskundig, kan deze opeenvolging als dit worden samengevoegd
- om.js 0.9.1: Reactietijd van allen Target verzoeken = som van verzoeken, reactietijd
- om.js 1.0.0 en later: Reactietijd van allen Target verzoeken = maximum van verzoeken reactietijd
Met versie 1.0.0 van de bibliotheek at.js worden de aanvragen sneller afgehandeld. Daarnaast zijn aanvragen van het type at.js asynchroon, dus Target blokkeert niet het weergeven van pagina's. Zelfs als verzoeken seconden duren, wordt de weergegeven pagina nog steeds weergegeven, maar enkele delen van de pagina worden gewist tot Target krijgt een antwoord van Target rand.