Vervang de bibliotheek at.js met Platform Web SDK
Leer hoe u uw on-page Adobe Target-implementatie kunt vervangen om te migreren van at.js naar Platform Web SDK. Een basisvervanging bestaat uit de volgende stappen:
- Controleer uw beheerinstellingen voor Doel en noteer uw IMS-organisatie-id
- Vervang de bibliotheek at.js met het Web SDK van het Platform
- Het vooraf verbergende fragment bijwerken voor synchrone bibliotheekimplementaties
- Vorm de SDK van het Web van het Platform
Doelbeheerinstellingen controleren
De eerste stap om Doel naar het Web SDK van het Platform te migreren is uw montages in de sectie van het Doel te herzien Administration van de interface.
Implementation
Account details
- IMS Organization Id - Maak nota van deze waarde aangezien het wordt vereist om het Web SDK van het Platform te vormen.
- On-Device Decisioning - Deze functie wordt niet ondersteund door de Platform Web SDK. Deze instelling kan worden uitgeschakeld nadat u hebt gemigreerd en als u niet meer at.js gebruikt op een van uw websites of als er op de server geen gevallen zijn waarin het apparaat wordt gebruikt voor het bepalen van het apparaat.
Implementation methods
Alle bewerkbare instellingen in de sectie Implementation methods zijn alleen van toepassing op at.js. Deze montages worden gebruikt om een aangepaste bibliotheek te produceren at.js voor uw implementatie. Controleer deze instellingen om te controleren of u aangepaste code hebt of cookies van de eerste en derde partij instelt voor gebruik in andere domeinen.
De instelling Profile Lifetime kan alleen worden gewijzigd via de Adobe Klantenservice. De levensduur van het profiel Doelbezoeker wordt niet beïnvloed door uw implementatiebenadering. Zowel at.js als Platform Web SDK gebruiken het zelfde leven van het bezoekersprofiel.
Privacy
- Obfuscate Visitor IP addresses - Deze instelling is van invloed op de oriëntatiemogelijkheden. Zowel gebruiken at.js als de SDK van het Web van het Platform de zelfde achterste IP verduisteringsmontages voor het groeperen.
Environments
De SDK van het Web van het Platform gebruikt een configuratie van de gegevensstroom die u toestaat om Environment ID voor afzonderlijke ontwikkeling, het opvoeren, en de stromen van productiegegevens uitdrukkelijk te bepalen. Het belangrijkste gebruiksgeval voor deze configuratie is voor mobiele app-implementaties waar URL's niet bestaan om omgevingen gemakkelijk te onderscheiden. De instelling is optioneel, maar kan worden gebruikt om ervoor te zorgen dat alle aanvragen correct worden gekoppeld aan de opgegeven omgeving. Dit verschilt van een implementatie at.js waar u de milieu's van het Doel moet toewijzen die op domeinen en de regels van de gastheergroep worden gebaseerd.
Voor meer informatie, verwijs naar de 🔗 gids van de de configuratie van de 0} datastream en van het Doel Gastherendocumentatie.
De SDK van het Web Platform implementeren
De functionaliteit van het doel wordt verstrekt door zowel at.js als Platform Web SDK. Als beide bibliotheken tegelijkertijd worden gebruikt, kan het zijn dat er problemen optreden bij het renderen en bijhouden van bibliotheken. Om met succes aan het Web SDK van het Platform te migreren, moet de eerste stap at.js verwijderen en het vervangen met het Web SDK van het Platform (alloy.js).
Veronderstel een eenvoudige implementatie van het Doel met at.js:
- Een gegevenslaag dichtbij de bovenkant van de pagina verstrekt informatie voor Doel en andere toepassingen
- Een of meer hulpbibliotheken van derden waarvan de mogelijkheden kunnen worden gebruikt in doelactiviteiten (bijvoorbeeld jQuery)
- Een voorverborgen fragment om flikkering te beperken
- De bibliotheek Doel at.js laadt asynchroon met standaardinstellingen om activiteiten automatisch aan te vragen en weer te geven:
code language-html |
---|
|
Om Doel te bevorderen om het Web SDK van het Platform te gebruiken, verwijder eerst at.js:
<!--Target at.js library loaded asynchonously-->
<script src="/libraries/at.js" async></script>
En vervang dit door een geldige JavsScript-bibliotheek of door uw tags insluitcode en de Adobe Experience Platform Web SDK-extensie:
code language-html |
---|
|
code language-html |
---|
|
Voeg in de eigenschap tag de extensie Adobe Experience Platform Web SDK toe:
{modal="regular"} toe
Voor de vooraf samengestelde zelfstandige versie is een "basiscode" vereist die rechtstreeks aan de pagina wordt toegevoegd en die een algemene functie met de naam legering maakt. Gebruik deze functie om te communiceren met de SDK. Als u de algemene functie een andere naam wilt geven, wijzigt u de naam alloy
.
Verwijs naar Installerend de 1} documentatie van SDK van het Web van het Platform {voor extra details en plaatsingsopties.
Inhoud vooraf verbergen-benadering bijwerken
De implementatie van SDK van het Web van het Platform kan een prehide fragment vereisen afhankelijk van of de bibliotheek asynchroon of synchroon wordt geladen.
Asynchrone implementatie
Net als bij at.js, als de bibliotheek van SDK van het Web van het Platform asynchroon laadt, kan de pagina beëindigen teruggevend alvorens het Doel een inhoudsruil heeft uitgevoerd. Dit gedrag kan leiden tot wat "flikkering"wordt genoemd waar de standaardinhoud kort toont alvorens door de gepersonaliseerde inhoud wordt vervangen die door Doel wordt gespecificeerd. Als u dit flikkering wilt vermijden, raadt de Adobe aan een speciaal prehide fragment toe te voegen vlak vóór de asynchrone scriptverwijzing of -tags van het Web SDK van het Platform.
Als uw implementatie asynchroon is, zoals in de bovenstaande voorbeelden, vervangt u het voorverborgen fragment at.js door de onderstaande versie die compatibel is met de Platform Web SDK:
<!--Prehiding snippet for Target with asynchronous Web SDK deployment-->
<script>
!function(e,a,n,t){var i=e.head;if(i){
if (a) return;
var o=e.createElement("style");
o.id="alloy-prehiding",o.innerText=n,i.appendChild(o),setTimeout(function(){o.parentNode&&o.parentNode.removeChild(o)},t)}}
(document, document.location.href.indexOf("mboxEdit") !== -1, "body { opacity: 0 !important }", 3000);
</script>
Het voorverbergende fragment maakt een stijltag in de kop van de pagina met de CSS-definitie van uw keuze. Deze stijlmarkering wordt verwijderd wanneer een reactie van Doel wordt ontvangen, of de onderbreking wordt bereikt.
Het gedrag voor het voorverbergen wordt bepaald door twee configuraties helemaal aan het einde van het fragment.
-
body { opacity: 0 !important }
geeft de CSS-definitie op die moet worden gebruikt voor het voorverbergen totdat Doel wordt geladen. Standaard is de hele pagina verborgen. U kunt deze definitie bijwerken naar de kiezers die u vooraf wilt verbergen en naar de manier waarop u deze wilt verbergen. U kunt meerdere definities opnemen, aangezien deze waarde eenvoudig is wat er in de voorverborgen stijltag wordt ingevoegd. Als u een gemakkelijk identificeerbaar containerelement hebt dat de inhoud onder uw navigatie verpakt, kunt u deze instelling gebruiken om het vooraf verbergen tot dat containerelement te beperken. -
3000
geeft de time-out op in milliseconden voor het voorverbergen. Als een reactie van Target niet vóór de time-out wordt ontvangen, wordt de vooraf verborgen stijltag verwijderd. Het bereiken van deze time-out moet zeldzaam zijn.
alloy-prehiding
gebruikt. Als het voorverborgen fragment voor at.js wordt gebruikt, werkt het mogelijk niet correct.Synchrone implementatie
De Adobe adviseert asynchroon het uitvoeren van het Web SDK van het Platform voor de beste algemene paginaprestaties. Als de insluitcode van de bibliotheek alloy.js of -tags echter synchroon wordt geladen, is het voorverborgen fragment niet vereist. In plaats daarvan, wordt de prehide stijl gespecificeerd in de configuratie van SDK van het Web van het Platform.
De prehide stijl voor synchrone implementaties kan worden gevormd gebruikend de prehidingStyle
optie. De configuratie van SDK van het Web van het platform is behandeld in de volgende sectie.
Om meer over te leren hoe SDK van het Web van het Platform flikkering kan beheren, kunt u naar de gidsensectie verwijzen: die flicker voor gepersonaliseerde ervaringen beheert
Vorm de SDK van het Web van het Platform
De SDK van het Web van het Platform moet op elke paginading worden gevormd. Het volgende voorbeeld veronderstelt dat de volledige plaats aan het Web SDK van het Platform in één enkele plaatsing wordt bevorderd:
De opdracht configure
moet altijd de eerste aangeroepen SDK-opdracht zijn. De edgeConfigId
is de Datastream ID
code language-javascript |
---|
|
In labels-implementaties worden veel velden automatisch ingevuld of kunnen deze worden geselecteerd in vervolgkeuzemenu's. U kunt verschillende platforms sandboxes en datastreams selecteren voor elke omgeving. De gegevensstroom wordt gewijzigd op basis van de status van de tagbibliotheek tijdens het publicatieproces.
{modal="regular"}
Als u van om van at.js aan het Web SDK van het Platform op een pagina-door-pagina basis van plan bent te migreren, dan worden de volgende configuratieopties vereist:
code language-javascript |
---|
|
De belangrijkste configuratieopties met betrekking tot Target worden hieronder beschreven:
edgeConfigId
ebebf826-a01f-4458-8cec-ef61de241c93
orgId
ADB3LETTERSANDNUMBERS@AdobeOrg
targetMigrationEnabled
true
idMigrationEnabled
true
thirdPartyCookiesEnabled
true
prehidingStyle
body { opacity: 0 !important }
Voor een volledige lijst van opties, verwijs naar vormend de gids van SDK van het Web van het Platform.
Voorbeeld van implementatie
Zodra het Web SDK van het Platform behoorlijk op zijn plaats is, zou de voorbeeldpagina als dit kijken.
code language-html |
---|
|
Paginacode:
code language-html |
---|
|
Voeg de extensie Adobe Experience Platform Web SDK toe aan tags:
{modal="regular"} toe
Voeg de gewenste configuraties toe:
{modal="regular"}
Het is belangrijk om op te merken dat eenvoudig het omvatten van en het vormen van de bibliotheek van SDK van het Web van het Platform zoals hierboven getoond geen netwerkvraag aan het Netwerk van Adobe Edge uitvoert.
Daarna, leer hoe te verzoeken en op VEC-Gebaseerde activiteitenop de pagina toepassen.