Target releaseopmerkingen (pre-release)

Dit artikel bevat pre-releasegegevens voor komende Adobe Target versies, waaronder SDK's, API's en JavaScript-bibliotheken.

Laatste bijgewerkte: 14 November, 2024

NOTE
Releasedatums, -functies en andere informatie kunnen zonder voorafgaande kennisgeving worden gewijzigd.
Om informatie over de huidige versie te bekijken, zie {de Nota's van de Versie van het 0} Doel 🔗. De informatie op deze pagina's kan gelijk zijn, afhankelijk van de timing van releases. De uitgiftenummers tussen haakjes zijn bedoeld voor intern gebruik door Adobe .

Adobe Experience Platform Web SDK __view__ bereik optimaliseren (22 oktober 2024)

Tussen 22 juli 2024 en 15 augustus 2024 heeft het team van Target het bereik van __view__ geoptimaliseerd, wat de nauwkeurigheid van het weergeven van activiteiten, het bezoek en het melden van bezoekers vergroot. Deze optimalisatie is bedoeld om automatisch rapportagegegevens vast te leggen voor automatisch gegenereerde voorstellingen en moet voor de meeste accounts transparant zijn.

Deze optimalisatie is ingeschakeld voor alle nieuwe klanten van Adobe Experience Platform Web SDK . Klanten die van at.js zijn gemigreerd en de onderstaande implementatiestappen niet hebben uitgevoerd, hebben de optimalisatie echter uitgeschakeld. We dringen er bij deze klanten op aan hun implementaties vóór 3 februari 2025 te evalueren. Na deze datum, zullen wij optimalisering voor alle klanten toelaten. Als de implementaties niet tegen die tijd worden geëvalueerd en aangepast, kan dit gevolgen hebben voor rapporten, zoals hieronder wordt vermeld. Neem contact op met Adobe Customer Care als u wilt bevestigen of de implementatie wordt beïnvloed of als u meer tijd nodig hebt om uw implementatie aan te passen.

IMPORTANT
Als u uw implementatieoverzicht niet kunt voltooien en problemen op 3 februari 2025 kunt oplossen, kunt u een eenmalige verlenging van zes maanden aanvragen. Zorg ervoor dat uw verzoek uiterlijk op 31 januari 2025 wordt ingediend. De Adobe zal uw verzoek beoordelen en beslissen.

Om van deze optimalisering in het geval van manueel voorstel terug te winnen, herzie Platform Web SDK implementationom ervoor te zorgen dat u berichten na manueel teruggevende ervaringen verzendt of wanneer het gebruiken van de applyPropositions methode (of de overeenkomstige Launch actie als helper) om ervaringen terug te geven.

De gemeenschappelijkste scenario's wanneer de ervaringen manueel worden teruggegeven omvatten:

  • JSON-aanbiedingen gebruiken
  • Een aangepast beslissingsbereik gebruiken in een activiteit die is gemaakt in de Form-Based Experience Composer
  • renderDecisions: true niet gebruiken bij het ophalen van een activiteit die is gemaakt met de Form-Based Experience Composer die het algemene bereik __view__ gebruikt

Als de berichten niet zoals gedocumenteerd in worden uitgevoerd geven gepersonaliseerde inhoudin de gids van de Inzameling van Gegevens terug, zou het melden van gegevens in Target en in Analytics voor Doel kunnen ontbreken dierapporteert (A4T). In bepaalde scenario's, zou u een onjuiste verkeerspleet kunnen opmerken omdat de rapporteringsgegevens niet worden gevangen. In andere scenario's wordt dezelfde gebeurtenis herhaaldelijk gerapporteerd.

Afhankelijk van uw implementatie, controleer Analytics en A4T rapporteringsgevolgen.

Platform Web SDK steunt twee implementatietypen voor het teruggeven ervaringen en verpersoonlijkingen:

  • Enige vraag voor verpersoonlijking en meting.

    Aanvankelijk geadviseerd, is de enige-vraag benadering voor Platform Web SDK gepland om in plaats van de spleet-vraag benadering te worden vervangen. De Adobe adviseert alle nieuwe implementaties om de nieuwe spleet-vraag benadering te gebruiken en adviseert dat de bestaande klantenovergang aan de spleet-vraagmethode eveneens.

    Als u de methode voor één aanroep blijft gebruiken, kunnen de volgende onverwachte wijzigingen in uw Analytics -rapporten optreden:

    • Een dip in de bellen.
    • A4T en Page View raken niet samengebonden, die het lastig maken om bepaalde uitsplitsingen en correlaties van uw A4T- rapporten uit te voeren gebruikend Analytics gebeurtenissen en gebeurtenissen.
  • Gesplitste vraag (die ook als bovenkant en bodem van paginagebeurtenissen wordt bekend).

    Dit implementatietype is de nieuwe spleet-vraag implementatiebenaderinggeadviseerd door Adobe. Met deze methode heeft de nieuwe optimalisatie geen invloed op Analytics - of A4T-rapporten.

Als u vragen hebt, contacteer 🔗 de Zorg van de Klant van de Adobe . (kB-2179)

Aanvullende opmerkingen bij de release en versiedetails

Bron
Details
de nota's van de Versie: SDK van het Web van de Ervaring van het Platform van Adobe Target
Details over veranderingen in elke versie van het Web SDK van het Platform.
at.js versiedetails
Informatie over de wijzigingen in elke versie van de JavaScript-bibliotheek Adobe Target at.js.

Prerelease-informatie section_7B9D4AAFC6A74388B9D7DEF0658D8B63

Als u geavanceerde meldingen wilt ontvangen over aanstaande productverbeteringen in Target en andere Adobe Experience Cloud -oplossingen, meldt u zich aan voor Adobe Priority Product Update :

https://www.adobe.com/subscription/priority-product-update.html

recommendation-more-help
3d9ad939-5908-4b30-aac1-a4ad253cd654