DocumentatieDoelontwikkelaarsgids

Hoe werkt at.js

Laatst bijgewerkt: 19 mei 2026

Gemaakt voor:

  • Developer

Als u Adobe Target client-side wilt implementeren, moet u de JavaScript-bibliotheek at.js gebruiken.

In een client-side implementatie van Adobe Target levert Target de ervaringen die aan een activiteit zijn gekoppeld rechtstreeks aan de clientbrowser. De browser bepaalt welke ervaring wordt weergegeven en geeft deze weer. Met een cliënt-zijimplementatie, kunt u een redacteur van WYSIWYG, de ​ Visuele Composer van de Ervaring ​ (VEC), of een niet-visuele interface, de ​ Op vorm-gebaseerde Composer van de Ervaring ​ gebruiken, om uw test en verpersoonlijkingservaringen tot stand te brengen.

Wat is at.js?

De bibliotheek at.js is de implementatiebibliotheek voor client-side implementatie van Adobe Target. De bibliotheek at.js verbetert de laadtijden voor webimplementaties en biedt betere implementatieopties voor toepassingen van één pagina. at.js is de aanbevolen implementatiebibliotheek en wordt regelmatig bijgewerkt met nieuwe mogelijkheden. Wij adviseren dat alle klanten uitvoeren of aan de ​ recentste versie van at.js ​ migreren.

Voor meer informatie, zie ​ de bibliotheken van JavaScript van het Doel ​.

In de Target hieronder geïllustreerde implementatie, worden de volgende oplossingen van Adobe Experience Cloud uitgevoerd: Analytics , Doel en Audience Manager . Daarnaast worden de volgende Experience Cloud kernservices geïmplementeerd: Adobe Experience Platform , Audiences en Visitor ID Service .

Wat is het verschil tussen 1.js.x en 2.x werkschemadiagrammen at.js?

Zie ​ Bevorderend van at.js 1.x aan at.js 2.x ​ voor meer informatie over de verschillen die in 2.O van 1 werden geïntroduceerd.x.

Vanuit een weergave op hoog niveau zijn er enkele verschillen tussen de twee versies:

  • at.js 2.x heeft geen globaal mbox verzoekconcept maar eerder een pagina-lading verzoek. Een verzoek om pagina’s te laden kan worden beschouwd als een verzoek om inhoud op te halen die moet worden toegepast op het eerste laadmoment van de pagina van uw website.
  • at.js 2.x beheert de concepten die Views worden genoemd, en die worden gebruikt voor Single Page Applications (SPAs). at.js 1.x is niet zich van dit concept bewust.

at.js 2.x-diagrammen

De volgende diagrammen helpen u het werkschema van at.js 2.x met Views begrijpen en hoe dit de integratie van het KUUROORD verbetert. Om een betere inleiding van de concepten te krijgen die in at.js 2.x worden gebruikt, zie ​ Enige implementatie van de Toepassing van de Pagina ​.

(Klik op de afbeelding om deze uit te breiden naar de volledige breedte.)

​ stroom van het Doel met at.js 2.x ​ {modal="regular"}

Stap
Details
1
De vraag keert Experience Cloud ID terug als de gebruiker voor authentiek wordt verklaard; een andere vraag synchroniseert de klant identiteitskaart
2
De bibliotheek at.js laadt synchroon en verbergt het documentlichaam.
at.js kan ook asynchroon met een facultatief prehide fragment worden geladen dat op de pagina wordt uitgevoerd.
3
Er wordt een aanvraag voor het laden van een pagina ingediend, inclusief alle geconfigureerde parameters (MCID, SDID en klant-id).
4
Profielscripts worden uitgevoerd en vervolgens opgenomen in de Profile Store . Sto verzoeken gekwalificeerd publiek van Audience Library (bijvoorbeeld, publiek dat van Adobe Analytics wordt gedeeld, Audience Manager, enz.).
de attributen van de Klant worden verzonden naar Profile Store in een partijproces.
5
Op basis van URL-aanvraagparameters en -profielgegevens bepaalt Target welke activiteiten en ervaringen moeten worden geretourneerd naar de bezoeker voor de huidige pagina en de toekomstige weergaven.
6
Gerichte inhoud wordt teruggestuurd naar de pagina, waarbij eventueel ook profielwaarden voor extra personalisatie worden opgenomen.
de gerichte inhoud op de huidige pagina wordt getoond zo snel mogelijk zonder flikkering van standaardinhoud.
de gerichte inhoud voor meningen die als resultaat van gebruikersacties in een KUUROORD worden getoond wordt in het voorgeheugen ondergebracht in browser zodat kan het onmiddellijk zonder een extra servervraag worden toegepast wanneer de meningen door triggerView() worden teweeggebracht.
7
De analysegegevens worden naar Data Collection -servers verzonden.
8
De gerichte gegevens worden aangepast aan de gegevens van Analytics via SDID en worden verwerkt in de Analytics rapporteringsopslag.
Analytics gegevens kunnen vervolgens zowel in Analytics als in Target via (A4T) rapporten worden weergegeven.

Nu, waar triggerView() op uw SPA wordt uitgevoerd, worden Views en de acties teruggewonnen van geheim voorgeheugen en aan de gebruiker zonder een servervraag getoond. triggerView() vraagt ook een melding naar de Target -backend om het aantal impressies te verhogen en op te nemen. Voor meer informatie over at.js voor SPAs met Meningen, zie ​ Enige implementatie van de Toepassing van de Pagina ​.

(Klik op de afbeelding om deze uit te breiden naar de volledige breedte.)

​ stroom van het Doel bij.js 2.x triggerView ​ {modal="regular"}

Stap
Details
1
triggerView() wordt in de SPA aangeroepen om de View te renderen en acties toe te passen om visuele elementen te wijzigen.
2
De gerichte inhoud voor de mening wordt gelezen van het geheime voorgeheugen.
3
Gerichte inhoud wordt zo snel mogelijk zichtbaar zonder flikkering van de standaardinhoud.
4
Een meldingsverzoek wordt naar de Target Profile Store verzonden om de bezoeker te tellen in de activiteiten en incrementele metriek.
5
Analytics gegevens verzonden naar Data Collection Servers .
6
Target -gegevens komen overeen met Analytics -gegevens via de SDID en worden verwerkt in de Analytics -rapportageopslag. Analytics -gegevens kunnen vervolgens zowel in Analytics als Target via A4T-rapporten worden weergegeven.

Video - op.js 2.x architecturaal diagram

at.js 2.x verbetert de steun van Adobe Target voor SPAs en integreert met andere oplossingen van Experience Cloud. In deze video wordt uitgelegd hoe alles bij elkaar komt.

https://video.tv.adobe.com/v/26250/?quality=12&learn=on

Zie ​ Begrip hoe at.js 2.x ​ voor meer informatie werkt.

bij.js 1.x-diagram

Met de volgende diagrammen krijgt u inzicht in de workflow van at.js 1.x.

(Klik op de afbeelding om deze uit te breiden naar de volledige breedte.)

​ stroom van het Doel bij.js 1.x ​ {modal="regular"}

Stap
Beschrijving
Bellen
Beschrijving
1
De vraag keert Experience Cloud identiteitskaart (MCID) terug als de gebruiker voor authentiek wordt verklaard; een andere vraag synchroniseert de klant identiteitskaart
2
De bibliotheek at.js wordt synchroon geladen en de hoofdtekst van het document verborgen.
3
Er wordt een globaal mbox-verzoek ingediend, inclusief alle geconfigureerde parameters, MCID, SDID en klant-id (optioneel).
4
Profielscripts worden uitgevoerd en vervolgens toegevoegd aan de profielenwinkel. De opslag vraagt gekwalificeerd publiek van de Bibliotheek van het Publiek (bijvoorbeeld, publiek dat van Adobe Analytics, Audience Manager wordt gedeeld, enz.).
de attributen van de Klant worden verzonden naar de Opslag van het Profiel in een partijproces.
5
Op basis van de URL, de parameters mbox en de profielgegevens bepaalt Target welke activiteiten en ervaringen moeten worden geretourneerd aan de bezoeker.
6
Gerichte inhoud wordt teruggestuurd naar pagina, met eventueel ook profielwaarden voor extra personalisatie.
de ervaring wordt getoond zo snel mogelijk zonder flikkering van standaardinhoud.
7
De analysegegevens worden verzonden naar de servers van de Inzameling van Gegevens.
8
De doelgegevens worden via de SDID aangepast aan de analysegegevens en worden verwerkt in de analytische rapportageopslag.
de gegevens van Analytics kunnen dan in zowel Analytics als Target via Analytics for Target (A4T) rapporten worden bekeken.

Video - kantooruren: tips en overzicht op 26 juni 2019

Deze video is een opname van “Office Hours”, een initiatief van het team van Adobe Customer Care .

  • Voordelen van het gebruik van at.js
  • at.js-instellingen
  • Flikkerverwerking
  • Foutopsporing bij.js
  • Bekende problemen
  • Veelgestelde vragen
https://video.tv.adobe.com/v/27959/?quality=12&learn=on

Hoe biedt at.js HTML-inhoud weer?

Bij rendering van aanbiedingen met HTML-inhoud past at.js het volgende algoritme toe:

  1. Afbeeldingen worden vooraf geladen (als er <img> -tags zijn in HTML-inhoud).

  2. HTML-inhoud is gekoppeld aan het DOM-knooppunt.

  3. Inline scripts worden uitgevoerd (code die wordt ingesloten door <script> tags).

  4. Externe scripts worden asynchroon geladen en uitgevoerd (<script> -tags met src -kenmerken).

Belangrijke opmerkingen:

  • at.js verstrekt geen garanties op de orde van verre manuscriptuitvoering, aangezien deze asynchroon worden geladen.
  • Inline scripts mogen geen afhankelijkheden hebben van externe scripts, omdat deze later worden geladen en uitgevoerd.
recommendation-more-help
target-dev-help-dev