Web SDK · datastreams · event forwarding
Navegador o servidor
La ficha de producto de una tienda carga Adobe, el píxel de Meta, Google Ads, GA4, TikTok y un mapa de calor. Cada uno con su librería y su petición. Elige qué librería de Adobe usa la página y dónde vive cada etiqueta.
Supuestos del ejemplo
Tienda, peticiones y porcentajes de ejemplo. El comportamiento de Web SDK, datastreams y event forwarding sale de la documentación pública de Adobe.
Ficha de producto
Por dónde viaja cada visita
Líneas discontinuas: librería del proveedor en el navegador. Continuas: desde el Edge Network.
Consecuencias
Qué gana y qué pierde esta configuración
Se recalcula con cada cambio. El mapa de calor se queda siempre en el navegador.
Arquitectura
Dónde encaja en la plataforma
Diagrama de secuencia de una petición del Web SDK, con siete participantes: la página, que es una ficha de producto; el Web SDK, alloy.js; el Edge Network con su datastream; Journey Optimizer, que decide en el Edge Network; Experience Platform, con un dataset y Profile; Customer Journey Analytics con su conexión; y event forwarding hacia la API de conversiones de Meta. Salida: la página pasa al Web SDK el consentimiento in de la CMP con setConsent y después llama a sendEvent con commerce.productViews. El Web SDK hace un POST al endpoint interact con el evento XDM. Decisión: el Edge Network pide propuestas a Journey Optimizer, que devuelve un banner. El Edge Network responde al Web SDK con las propuestas y el ECID, que el Web SDK reutiliza, y el Web SDK pinta el banner sin una segunda llamada. Solo la propuesta de Journey Optimizer viaja en esa respuesta, y para eso hace falta una merge policy Active-On-Edge. Reparto: el Edge Network manda el evento XDM al dataset y a Profile, la conexión de Customer Journey Analytics lee ese dataset, y el Edge Network aplica la regla de vista de producto para reenviarla a CAPI. Medición: después de pintar, el Web SDK envía la notificación de display. Con el consentimiento en out, el evento no sale del navegador, y sin evento en el Edge Network no hay nada que reenviar.
La recomendación
Una librería de Adobe, el reparto en el Edge Network y en el navegador solo lo que lo necesita
No se trata de llevarlo todo al servidor. Lo que solo envía datos sale del Edge Network. Lo que pinta, graba o necesita sus cookies se queda en la página.
- 01
Migrar a Web SDK
Sustituye AppMeasurement y at.js por una llamada al Edge Network. El datastream la reparte a Analytics, Target y Experience Platform. Cada página se migra entera.
- 02
Conversiones por event forwarding
Una propiedad de event forwarding con las extensiones de Meta, Google Ads, TikTok, Pinterest o Snap. Viene con Real-Time CDP Connections, Prime o Ultimate.
- 03
En el navegador, lo que lo necesita
La personalización se pinta en la página y el mapa de calor graba la sesión. El píxel de Meta convive con la Conversions API si los dos mandan el mismo event_id.
- 04
El consentimiento, una vez
Se configura en el Web SDK. Si la clienta rechaza, el evento no sale al Edge Network y no hay nada que reenviar. Lo que siga en Tags necesita sus propias condiciones.