Comparación de at.js con Platform Web SDK
La biblioteca independiente Adobe Target at.js difiere considerablemente de Platform Web SDK. Las siguientes tablas son una referencia para ayudarle a evaluar las áreas de la implementación en las que puede que tenga que centrarse durante el proceso de migración.
Después de revisar la información que aparece a continuación y evaluar su implementación técnica actual de at.js, debería poder comprender lo siguiente:
- Qué funciones de Target admite Platform Web SDK
 - Qué funciones de at.js tienen equivalentes en Platform Web SDK
 - Aplicación de la configuración de Target con Platform Web SDK
 - Diferencias entre el flujo de datos de at.js y Platform Web SDK
 
Si es nuevo en Platform Web SDK, no se preocupe: los elementos siguientes se tratan con más detalle a lo largo de este tutorial.
Comparación de características
sendEvent después de recuperar datos de otro proveedor.Llamadas dignas de mención
at-body-style. at.js busca este ID de elemento para eliminar el estilo una vez que se reciba una respuesta.alloy-prehiding. Web SDK no es compatible con el fragmento preocultado at.js, por lo que debe cambiarse como parte del proceso de migración.pageLoadEnabled está establecido en true.sendEvent. Se habilitó al establecer la opción renderDecisions en true.applyOffer() y applyOffers() admiten la configuración de HTML solamenteapplyPropositions admite la configuración, el reemplazo o la adición de HTML para una mayor flexibilidadtrackEvent() y sendNotifications(). Estas funciones son específicas de Target y no afectan a las métricas de Adobe Analytics.sendEvent se reenvían a Target. Los datos adicionales necesarios específicamente para Target deben incluirse con el comando sendEvent con un eventType de decisioning.propositionDisplay o decisioning.propositionInteract para garantizar que las métricas de Adobe Analytics no se vean afectadas.mboxDisable, mboxDebug y mboxTrace se pueden usar para la depuración con las herramientas para desarrolladores del explorador.Adobe Experience Platform Debugger también es una herramienta de depuración compatible.
mboxDisable, mboxDebug y mboxTrace.Puede activar la depuración de Web SDK agregando
alloy_debug=true a la cadena de consulta o ejecutando alloy("setDebug", { "enabled": true }); en la consola de desarrollador.La extensión del explorador Adobe Experience Platform Debugger se puede usar para iniciar un seguimiento de Edge para la depuración.
Consulte la documentación de depuración de Platform Web SDK para obtener más información.
idMigrationEnabled y targetMigrationEnabled en true con el comando configure.Funciones de at.js y equivalentes de Platform Web SDK
Muchas funciones de at.js tienen un enfoque equivalente al utilizar Platform Web SDK que se describe en la siguiente tabla. Para obtener más información sobre las funciones de at.js, consulte la Guía para desarrolladores de Adobe Target.
getOffer() y getOffers()sendEvent y establezca la opción renderDecisions en true.Para solicitar experiencias basadas en formularios o procesar contenido manualmente, especifique una matriz de
decisionScopes (mboxes) con el comando sendEvent.applyOffer() y applyOffers()applyPropositions para aplicar contenido. Puede elegir establecer, reemplazar o anexar HTML a un selector específico.triggerView()web.webPageDetails.viewName está establecida en la opción xdm del comando sendEvent.trackEvent() y sendNotifications()sendEvent con un conjunto specific eventType:decisioning.propositionDisplay indica la representación de una actividaddecisioning.propositionInteract indica una interacción del usuario con una actividad, como un clic del mouse (ratón).targetGlobalSettings()targetPageParams() y targetPageParamsAll()xdm del comando sendEvent se asignan a parámetros de mbox de Target. Dado que los parámetros de mbox se denominan con notación de puntos serializada, la migración a Platform Web SDK puede requerir la actualización de las audiencias y actividades existentes para utilizar los nuevos nombres de parámetros de mbox.Los datos pasados como parte de
data.__adobe.target del comando sendEvent se han asignado a parámetros específicos del perfil de Target y de Recommendations.propositions en la respuesta de la llamada a sendEvent.Configuración de at.js y equivalentes de Platform Web SDK
La biblioteca at.js se puede configurar y descargar con varias opciones en la interfaz de usuario de Target. Esta configuración también se puede actualizar con la función targetGlobalSettings(). La siguiente tabla compara estas configuraciones con las disponibles con Platform Web SDK.
bodyHiddenStyleprehidingStyle con el comando configurebodyHidingEnabledprehidingStyle con el comando configure, entonces esta característica está habilitada. Si no se define un estilo, Platform Web SDK no intenta ocultar ningún contenido.clientCodecookieDomaincrossDomainthirdPartyCookiesEnabled en true con el comando configure para habilitar las cookies de origen y de terceros en los casos de uso entre dominioscspScriptNonce y cspStyleNoncedataProvidersdecisioningMethodsendEvent utilizan la toma de decisiones del lado del servidor. No se admite la toma de decisiones híbrida y en el dispositivo.defaultContentHiddenStyle y defaultContentVisibleStyledeviceIdLifetimetargetMigrationEnabled se establece en true con el comando configure, la cookie mbox se establece con la duración del dispositivo establecida en 2 años. Este valor no se puede configurar.enabledglobalMboxAutoCreaterenderDecisions en true con el comando sendEvent para recuperar y procesar automáticamente experiencias basadas en VEC.Solicite un
decisionScope para __view__ si prefiere procesar manualmente experiencias basadas en VEC.imsOrgIdorgId con el comando configureoptinEnabled y optoutEnableddefaultConsent se aplica a todas las soluciones de Adobe que admite Platform Web SDK.overrideMboxEdgeServer y overrideMboxEdgeServerTimeoutpageLoadEnabledrenderDecisions en true con el comando sendEventsecureOnlysecure y sameSite="none".selectorsPollingTimeoutserverDomainedgeDomain con el comando configuretelemetryEnabledtimeoutviewsEnabledsendEvent() si renderDecisions se establece en true o si __view__ decisionScope se incluye en la solicitud.visitorApiTimeoutComparación del diagrama del sistema
Los siguientes diagramas le ayudarán a comprender las diferencias del flujo de datos entre una implementación de Target con at.js y una implementación con Platform Web SDK.
Diagrama del sistema de at.js 2.x
          
          
El contenido dirigido en la página actual se muestra lo más rápido posible y sin parpadeo del contenido predeterminado.
El contenido dirigido para vistas futuras de una aplicación de una sola página se almacena en caché en el explorador, por lo que se puede aplicar instantáneamente sin una llamada al servidor adicional cuando se activan las vistas.
Consulte la guía para desarrolladores para obtener más información sobre cómo implementar Target mediante at.js para aplicaciones de una sola página.
Diagrama del sistema de Platform Web SDK
          
          
b. El contenido personalizado para vistas que se muestran como resultado de acciones del usuario en una aplicación de una sola página (SPA) se almacena en caché para un procesamiento instantáneo sin llamadas al servidor adicionales.
c. La red perimetral envía el ID de visitante y otros valores en cookies (por ejemplo, consentimiento, ID de sesión, identidad, comprobación de cookies, personalización, etc.).
Consulte la guía para desarrolladores para obtener más información sobre cómo implementar Target mediante Platform Web SDK para aplicaciones de una sola página.
Después de tener una buena comprensión técnica de su implementación actual de Target y de las características que utiliza, el siguiente paso es realizar la configuración inicial.