[Alpha]{class="badge informative"}
Diferencias con Web SDK
Server SDK y Web SDK comparten el mismo núcleo, por lo que envían datos en el mismo formato a los mismos flujos de datos y utilizan las mismas cookies. Dado que uno se ejecuta en un servidor y el otro en un explorador, difieren en varias formas. Utilice esta página para planificar una migración o para compartir código entre un explorador y una implementación de servidor.
Comparación comparison
@adobe/alloy@adobe/alloy-node. Consulte Instalar.alloy("sendEvent", { ... })alloy.sendEvent({ ... }). Ver descripción general de métodos.forRequest para cada solicitud de visitantedefaultConsent acepta "in", "out" y "pending"defaultConsent solo acepta "in" y "out"Referer. Ver Contexto y encabezados reenviados.sendEvent resultadopropositions, inferences y destinationspropositionsdebugEnabled, setDebug, el parámetro de cadena de consulta alloy_debug y Adobe Experience Platform DebuggerdebugEnabled y setDebug, con mensajes escritos en la consolamonitors y la variable global __alloyMonitorsmonitors de createInstanceMétodos methods
Server SDK agrega el método forRequest, que no existe en Web SDK.
Admite los siguientes comandos de Web SDK como métodos: appendIdentityToUrl, applyResponse, configure, getIdentity, getLibraryInfo, sendEvent, setConsent y setDebug.
Los siguientes comandos de Web SDK no están disponibles porque dependen de un explorador o de componentes que Server SDK no incluye:
applyPropositionscreateMediaSessiongetMediaAnalyticsTrackersendMediaEventsendPushSubscriptionsubscribeRulesetItems
Opciones de configuración configuration
- Nuevo y requerido:
edgeCredentials. - Compatible:
datastreamId,orgId,debugEnabled,defaultConsent,edgeBasePath,edgeConfigOverrides,edgeDomain,idMigrationEnabled,onBeforeEventSendythirdPartyCookiesEnabled. Algunos de ellos se comportan de forma diferente en un servidor. Consulte la página de cada opción. - No compatible: todas las opciones de Web SDK. Si incluye uno,
configurelo rechaza. Ver Opciones no compatibles con Server SDK.
opciones de sendEvent sendevent
- Compatible:
xdm,data,type,personalization.decisionScopesypersonalization.surfaces, la matriz de nivel superiordecisionScopesyedgeConfigOverrides. - Aceptado, pero sin efecto:
renderDecisions,advertisingy las otraspersonalizationpropiedades. Ver Opciones sin efecto en un servidor. - Evitar:
documentUnloading.
Preguntas frecuentes faq
¿Puedo utilizar Server SDK y Web SDK en el mismo sitio web? same-site
Sí. Un patrón común es solicitar la personalización en el servidor y procesarla en el explorador. Consulte Personalización híbrida. Ambas bibliotecas pueden enviar datos al mismo conjunto de datos si su tipo de acceso es autenticación mixta. Ambos utilizan los mismos nombres de cookies para la identidad y el consentimiento.
¿Por qué cada evento necesita una identidad principal? primary-identity
Server SDK envía eventos a la API de servidor de Edge Network autenticada. Como la solicitud proviene del servidor, Edge Network no puede utilizar las cookies del explorador del visitante para identificarlas. En su lugar, requiere una identidad principal en el evento. Ver xdm.
¿Puedo utilizar Server SDK en funciones sin servidor? serverless
Sí, si el tiempo de ejecución de la función cumple los requisitos. Cree y configure la instancia en el nivel superior del módulo, fuera del controlador de funciones. De este modo, las invocaciones cálidas reutilizan la instancia configurada y su token de acceso en caché. Llame a forRequest dentro del controlador para cada invocación.
¿Puedo usar Adobe Experience Platform Debugger? debugger
No. Adobe Experience Platform Debugger es una extensión del explorador que inspecciona páginas. Para depurar Server SDK, establezca debugEnabled en true o llame a setDebug y revise el resultado de la consola del servidor.