Este tutorial se aplica si tiene Adobe Audience Manager AAM () y Adobe Analytics AAM y si está enviando una visita de la página a un DIL de uso de la página para que la utilice en el envío de la visita de la página a la página de la aplicación de la aplicación de la página ( ). En este caso, puede usar la función de.Data Integration Library), y también enviar una visita de la página a Adobe Analytics. Dado que tiene ambas soluciones y que ambas forman parte de Adobe Experience Cloud, tiene la oportunidad de seguir las prácticas recomendadas de activar el reenvío del lado del servidor, lo que permite Analytics servidores de recopilación de datos para reenviar los datos de análisis del sitio en tiempo real al Audience Manager AAM, en lugar de hacer que el código del lado del cliente envíe una visita adicional de la página a la que se va a realizar el envío. Este tutorial le guiará por los pasos para realizar el cambio de la implementación de DIL del lado del cliente más antigua al método de reenvío del lado del servidor más reciente.
Al comparar y contrastar estos dos métodos para introducir datos de Adobe Analytics AAM en los datos de los informes, puede resultar útil visualizar primero las diferencias en la siguiente imagen:
Si utiliza este método para introducir datos de Adobe Analytics AAM en el sistema de informes, tiene dos visitas provenientes de sus páginas web: Una que se dirige a AnalyticsAAM , y uno que va a (después de haber copiado el Analytics datos de la página web. Segments AAM se devuelven de los usuarios a la página, donde se pueden utilizar para la personalización, entre otros. Se considera una implementación heredada y ya no se recomienda.
Además de no seguir las prácticas recomendadas, las desventajas de utilizar este método son las siguientes:
AAM Se recomienda pasar a un método de reenvío del lado del servidor para la implementación de la.
Como se muestra en la imagen anterior, una visita procede de la página web a Adobe Analytics. Analytics AAM AAM a continuación, reenvía esos datos a los visitantes en tiempo real, y los visitantes se evalúan en rasgos de la y segments, como si la visita hubiera provenido directamente de la página.
Segments se devuelven en la misma visita en tiempo real de nuevo a Analytics, que reenvía la respuesta a la página web para su personalización, etc.
El paso al reenvío del lado del servidor no presenta inconvenientes temporales. El Adobe recomienda encarecidamente que todas las personas que tengan ambos Audience Manager y Analytics utiliza este método de implementación.
Hay bastante información en esta página, y todo es importante, por supuesto. Sin embargo, sí todo se reduce a dos cosas principales que debe hacer:
Si omite cualquiera de estas tareas, el reenvío del lado del servidor no funcionará correctamente. Se han agregado pasos y datos adicionales a este documento para ayudarle a realizar estos dos pasos correctamente para su configuración.
A medida que pasa del lado del cliente al reenvío del lado del servidor, una de las tareas que tendrá es cambiar el código al nuevo código de reenvío del lado del servidor. Esto se realiza mediante una de las siguientes opciones:
doPlugins
función dentro de su appMeasurement.js
, si no está utilizando (todavía) Adobe LaunchdoPlugins
, siempre que el otro administrador de etiquetas almacene el AppMeasurement códigoObservaremos cada uno de estos elementos a continuación en la Actualización del código sección.
Los siguientes pasos describen la implementación.
El requisito previo principal para pasar al reenvío del lado del servidor es tener implementado el servicio de ID de Experience Cloud. Esto se hace más fácilmente si utiliza Experience Platform Launch, en cuyo caso solo tiene que instalar la extensión ECID y hará el resto.
Si utiliza un sistema de administración de etiquetas que no sea de Adobe o no lo utiliza, implemente un ECID para ejecutar antes cualquier otra solución de Adobe. Consulte la Documentación de ECID para obtener más información. El único otro requisito previo es con respecto a las versiones del código, por lo que al aplicar las versiones más recientes del código en los siguientes pasos, estará bien.
Lea todo este documento antes de implementar. La sección "Tiempo" a continuación contiene información importante sobre cuando debe implementar cada parte, incluido ECID (si aún no se ha implementado).
A medida que se prepara para pasar del código de DIL del lado del cliente al reenvío del lado del servidor, el primer paso es identificar todo lo que está haciendo con el código de DIL AAM, incluida la configuración personalizada y los datos enviados a los. Los aspectos a tener en cuenta incluyen:
siteCatalyst.init
Módulo de DIL: no tiene que preocuparse por este, ya que su trabajo consiste únicamente en enviar la información normal Analytics y esto sucede simplemente porque tiene habilitado el reenvío del lado del servidor.DIL.create
función, tome nota de la partner
parámetro. Esto se conoce como su "subdominio de socio", o a veces "ID de socio", y será necesario cuando coloque el nuevo código de reenvío del lado del servidor.Entrada Opciones de implementación (arriba), se ofrecen varias opciones con respecto a cómo y dónde se implementa el reenvío del lado del servidor. Para que esta sección sea efectiva, necesitamos dividirla en estas secciones (con dos de ellas combinadas). Vaya al método de esta sección que mejor describa sus necesidades.
Vea el siguiente vídeo para obtener más información sobre cómo mover las opciones de implementación del código del DIL del lado del cliente al reenvío del lado del servidor en Experience Platform Launch.
Vea el siguiente vídeo para obtener más información sobre cómo mover las opciones de implementación del código DIL del lado del cliente al reenvío del lado del servidor en AppMeasurement código, residiendo en un archivo o en un sistema de administración de etiquetas que no sea de Adobe.
Hasta ahora, en este tutorial hemos dedicado todo nuestro tiempo a cambiar el código del DIL del lado del cliente al reenvío del lado del servidor. Eso está bien, porque es la parte más difícil. Esta sección, aunque verá que es muy fácil, es tan importante como actualizar el código. En este vídeo, verá cómo voltear el conmutador que habilita el reenvío real de datos de Analytics a Audience Manager.
NOTA: Como se indica en el vídeo, recuerde que la activación del reenvío tardará hasta 4 horas en implementarse completamente en el back-end del Experience Cloud.
Como recordatorio, existen dos tareas principales para pasar de un DIL del lado del cliente al reenvío del lado del servidor:
Pero la pregunta es, ¿cuál haces primero? ¿Importa? Vale, lo siento, fueron dos preguntas. Pero las respuestas son… depende, y sí, depende lata materia. ¿Cómo es eso de vago? Vamos a descomponerlo… Pero primero una pregunta adicional que puede surgir si usted es una organización grande con numerosos sitios: ¿Tengo que hacer todo a la vez? Ese es un poco más fácil. No. Puedes hacerlo pieza por pieza.
La razón por la que el tiempo y el orden importan es debido a la forma en que el reenvío de verdad trabajos, que pueden resumirse en los siguientes aspectos técnicos:
En función de estos detalles técnicos, estas son las recomendaciones para el momento de qué hacer y cuándo:
Gire el interruptor hacia dentro Analytics para cada report suite que habilitará para el reenvío del lado del servidor.
Por sitio, actualice el código del DIL del lado del cliente al reenvío del lado del servidor (esto podría estar en las etiquetas de Platform ) o en la página, como se describe en otra sección anterior).
Prepare y planifique para que esté listo para actualizar su código de DIL a reenvío del lado del servidor PER report suite que habilitará para el reenvío del lado del servidor:
Gire el interruptor hacia dentro Analytics para habilitar el reenvío del lado del servidor.
Actualice lo antes posible el código del DIL del lado del cliente al reenvío de un solo lado (puede estar en las etiquetas de Platform o en la página, como se explica en otra sección anterior).
AAM Es importante realizar estos dos pasos lo más cerca posible entre sí, ya que entre los pasos 1 y 2 anteriores, se producirá una duplicación de datos en la que se va a realizar una acción de forma más rápida y eficaz. En este caso, es posible que tenga que realizar una operación de. En otras palabras, el reenvío de un solo lado habrá comenzado a enviar datos desde Analytics AAM a, y ya que el código de DIL AAM sigue en la página, también se producirá una visita que irá directamente de la página a la página, lo que hará que los datos se dupliquen. En cuanto actualice el código de DIL a reenvío del lado del servidor, se aliviará.
Si prefiere tener una pequeña discrepancia en los datos en lugar de una pequeña duplicación de datos, puede cambiar el orden de los pasos 1 y 2 anteriores. Al mover el código del DIL AAM al reenvío del lado del servidor, se detendría el flujo de datos en hasta que se pudiera accionar el conmutador para activar el reenvío del lado del servidor en el caso de los usuarios de la red de distribución de datos de la red. report suite. Normalmente, los clientes prefieren duplicar ligeramente los datos en lugar de perder la oportunidad de clasificar a los visitantes en características y segments.
Este tema se trata brevemente en secciones anteriores, ya que la estrategia principal se puede resumir de la siguiente manera:
Migrar un sitio/report suite (o grupo de sitios/report suites) a la vez.
Sin embargo, esto puede resultar un poco complicado en función de algunos escenarios posibles:
Debido a estos artículos, puede ser un poco complicado. Las mejores cosas que puedo sugerir son:
La manera principal de comprobar que el reenvío del lado del servidor funciona es consultar la respuesta a cualquiera de sus visitas de Adobe Analytics que llegan desde la aplicación.
Si no utiliza el reenvío de datos del lado del servidor desde Analytics al Audience Manager, entonces no hay respuesta a la Analytics baliza (además de un píxel 2x2). Sin embargo, si utiliza el reenvío del lado del servidor, puede comprobar ciertos elementos en la Analytics solicitud y respuesta de que le informará de lo siguiente Analytics se comunica correctamente con el Audience Manager, reenvía la visita y obtiene una respuesta.
Tenga en cuenta los falsos “Success”. Si hay una respuesta y todo parece funcionar, asegúrese de que tiene el stuff
en la respuesta. Si no lo hace, puede que vea un mensaje que dice "status":"SUCCESS"
. Por muy loco que suene, esto es en realidad la prueba de que NO está funcionando correctamente.
Si lo ve, significa que ha completado la actualización del código en las etiquetas de Platform o AppMeasurement, pero que el reenvío en el Analytics Admin Console aún no ha finalizado. En este caso, debe comprobar que ha habilitado el reenvío del lado del servidor en la variable Analytics Admin Console para su report suite. Si lo ha hecho y aún no han pasado cuatro horas, tenga paciencia, ya que puede tardar tanto en realizar todos los cambios necesarios en el servidor.
Para obtener más información acerca del reenvío del lado del servidor, consulte la documentación.