Cómo funciona Adobe Target

Descubra cómo funciona Adobe Target, incluida la información acerca de las bibliotecas de JavaScript (Adobe Experience Platform Web SDK y at.js). Este artículo también presenta los distintos tipos de actividades que puede crear mediante Target. También puede obtener información sobre la red de Edge de Target, la optimización de los motores de búsqueda (SEO) y cómo Target detecta los bots.

Bibliotecas de JavaScript de Adobe Target libraries

Target se integra con los sitios web que utilizan el Experience Platform Web SDK o at.js:

  • Adobe Experience Platform Web SDK: El SDK web de Experience Platform es una nueva biblioteca de JavaScript del lado del cliente. El Experience Platform Web SDK permite a los clientes de Adobe Experience Cloud interactuar con los distintos servicios de Experience Cloud (incluido Target) a través de la red de Edge de Experience Platform. Adobe recomienda que todos los clientes nuevos de Target implementen el Experience Platform Web SDK.
  • at.js: La biblioteca at.js es una biblioteca de implementación para Target. La biblioteca at.js mejora los tiempos de carga de página en implementaciones web y proporciona mejores opciones de implementación en aplicaciones de una sola página. at.js se actualiza con frecuencia con nuevas funciones. Adobe recomienda que todos los clientes que utilicen at.js actualicen sus implementaciones a la última versión de at.js.
NOTE
La biblioteca mbox.js es la biblioteca de implementación heredada para Target. La biblioteca mbox.js deja de ser compatible a partir del 31 de marzo de 2021. Actualice al SDK web de Experience Platform (preferido) o a la última versión de at.js.

Haga referencia a Experience Platform Web SDK o at.js en todas las páginas del sitio. Por ejemplo, puede añadir una de estas bibliotecas al encabezado global. Alternativamente, considere la posibilidad de utilizar etiquetas en Adobe Experience Platform para implementar Target.

Los siguientes recursos contienen información detallada para ayudarle a implementar el Experience Platform Web SDK o at.js:

Cada vez que un visitante solicita una página que se ha optimizado para Target, se envía una solicitud al sistema de segmentación. La solicitud ayuda a determinar qué contenido se mostrará a ese visitante. Este proceso se produce en tiempo real. Cada vez que se carga una página, el sistema realiza una solicitud del contenido y la completa. El contenido está regido por reglas de actividades y experiencias controladas por especialistas en marketing y se segmenta para cada visitante del sitio. El contenido se sirve para indicar que el visitante de cada sitio tiene más probabilidades de responder, interactuar con o, en última instancia, comprar. El contenido personalizado ayuda a maximizar las tasas de respuesta, las tasas de adquisición y los ingresos.

En Target, cada elemento de la página forma parte de una única experiencia para la página completa. Cada experiencia puede incluir varios elementos en la página.

El contenido que se muestra a los visitantes depende del tipo de actividad que cree:

A/B Test

El contenido que se muestra en una prueba A/B básica se elige aleatoriamente entre las experiencias que asigna a la actividad. Puede asignar los porcentajes de asignación de tráfico para cada experiencia. Como resultado de esta división aleatoria del tráfico, puede consumir una gran cantidad de tráfico inicial antes de que se igualen los porcentajes. Por ejemplo, si crea una campaña con dos experiencias, la experiencia inicial se elige de forma aleatoria. Si hay poco tráfico, es posible que el porcentaje de visitantes se desvíe hacia una experiencia. A medida que aumenta el tráfico, los porcentajes se igualan.

Se pueden especificar los objetivos de porcentaje para cada experiencia. En este caso, se genera un número aleatorio que se utiliza para elegir la experiencia que se mostrará. Es posible que los porcentajes resultantes no coincidan exactamente con los objetivos especificados, pero con más tráfico resulta necesario dividir las experiencias para aproximarse a los objetivos.

  1. Un cliente solicita una página al servidor y esta se muestra en el navegador.
  2. Se establece una cookie de origen en el explorador del cliente para almacenar su comportamiento.
  3. La página realiza una llamada al sistema de segmentación.
  4. El contenido se muestra en función de las reglas establecidas para la actividad.

Para obtener más información, consulte Creación de pruebas A/B.

Auto-Allocate

Auto-Allocate identifica un ganador entre dos o más experiencias. Auto-Allocate reasigna automáticamente más tráfico a la experiencia ganadora, lo que ayuda a aumentar las conversiones mientras la prueba sigue ejecutándose y aprendiendo.

Consulte Auto-Allocate para obtener más información.

Auto-Target (AT)

Auto-Target utiliza aprendizaje automático avanzado para seleccionar entre varias experiencias de alto nivel de rendimiento definidas por expertos en marketing. Auto-Target ofrece a cada visitante la experiencia más adaptada. La entrega de experiencias se basa en los perfiles de clientes individuales y en el comportamiento de los visitantes anteriores con perfiles similares. Use Auto-Target para personalizar contenido y dirigir conversiones.

Para obtener más información, consulte Segmentación automática.

Automated Personalization (AP)

Automated Personalization (AP) combina ofertas o mensajes, y utiliza aprendizaje automático avanzado para asignar diferentes variaciones de ofertas a cada visitante. La entrega de experiencias se basa en perfiles de clientes individuales para personalizar el contenido y dirigir el alza.

Para obtener más información, consulte Automated Personalization.

Experience Targeting (XT)

Experience Targeting (XT) ofrece contenido a una audiencia específica en función de un conjunto de reglas y criterios definidos por expertos en marketing.

Experience Targeting, incluyendo Geotargeting, sirve para definir reglas que dirigen un contenido o experiencia determinados a una audiencia concreta. En una actividad se pueden definir reglas para entregar diversas variaciones de contenido a distintas audiencias. Cuando los visitantes ven el sitio, Experience Targeting (XT) los evalúa para determinar si cumplen con los criterios establecidos. En caso afirmativo, participan en la actividad y se les muestra la experiencia diseñada para clasificar audiencias. Puede crear experiencias para varias audiencias dentro de una misma actividad.

Consulte direccionamiento de experiencias para obtener más información.

Multivariate Test (MVT)

Multivariate Testing (MVT) compara combinaciones de ofertas entre elementos de una página para ver cuál ofrece el mejor resultado para una audiencia específica. MVT ayuda a identificar qué elemento tiene el mayor impacto en el éxito de la actividad.

Consulte Prueba multivariable para obtener más información.

Recommendations

Las actividades de Recommendations muestran automáticamente productos o contenido que podría interesar a sus clientes, en función de la actividad previa del usuario u otros algoritmos. Recommendations le ayuda a dirigir a los clientes hacia artículos relevantes que es posible que no conozcan de otra manera.

Para obtener más información, consulte Recommendations.

La red de Edge concept_0AE2ED8E9DE64288A8B30FCBF1040934

“Edge” es una arquitectura de servidores distribuidos geográficamente que garantiza tiempos de respuesta óptimos para los visitantes que solicitan contenido desde cualquier lugar del mundo.

Para mejorar los tiempos de respuesta, Edge Target almacena solo la lógica de la actividad, los perfiles en caché y la información de las ofertas.

Las bases de datos de actividades y contenido, los datos de Analytics, las API y las interfaces de usuario de los expertos en marketing se hospedan en los clústeres de datos centrales de Adobe. Las actualizaciones se envían a los Edges de Target. Los clústeres centrales y de Edge se sincronizan automáticamente para actualizar de forma continua los datos de actividades en caché. Todo el modelado 1:1 también se almacena en cada Edge, de modo que las solicitudes más complejas también pueden ser procesadas en el Edge.

Cada clúster de Edge dispone de toda la información necesaria para responder a la solicitud de contenido del visitante y realizar un seguimiento de los datos de análisis de dicha solicitud. Las solicitudes de los visitantes se dirigen al clúster de Edge más próximo.

Para obtener más información, consulte el documento técnico Información general sobre la seguridad de Adobe Target.

La solución de Target está alojada en centros de datos de todo el mundo que Adobe tiene alquilados o en propiedad.

Las ubicaciones del clúster central contienen un centro de recopilación de datos y uno de procesamiento de datos. Las ubicaciones del clúster de Edge contienen solo un centro de recopilación de datos. Cada grupo de informes está asignado a un centro de procesamiento de datos específico.

Los datos de actividad del sitio del cliente los recopila el más cercano de siete clústeres de Edge. Estos datos se dirigen al destino de clúster central predeterminado por el cliente (a una de las tres ubicaciones: Oregón, Dublín, Singapur) para su procesamiento. Los datos del perfil del visitante se almacenan en el clúster de Edge más cercano al visitante del sitio. Entre las ubicaciones de clústeres de Edge se encuentran las del clúster central y Virginia, Bombay, Sídney y Tokio.

En lugar de responder a todas las solicitudes de direccionamiento desde una sola ubicación, el clúster de Edge más cercano al visitante procesa las solicitudes. Este proceso ayuda a mitigar el impacto del tiempo de viaje en red/Internet.

Mapa que muestra los diferentes tipos de servidores de Target

Target Los clústeres centrales, alojados en Amazon Web Services (AWS), incluyen:

  • Oregón, EE. UU.
  • Dublín, Irlanda
  • República de Singapur

Target Los clústeres de Edge, alojados en AWS, incluyen:

  • Bombay, India
  • Tokio, Japón
  • Virginia, EE. UU.
  • Oregón, EE. UU.
  • Sídney, Australia
  • Dublín, Irlanda
  • República de Singapur

El servicio de Target Recommendations está alojado en un centro de datos de Adobe en Oregón.

IMPORTANT
Adobe Target actualmente no tiene ningún clúster de Edge en China y el rendimiento del visitante sigue siendo limitado para los clientes de Target de China. Debido al firewall y a la falta de clústeres de Edge dentro del país, las experiencias de los sitios con Target implementado pueden verse afectadas. Las experiencias pueden procesarse lentamente y las cargas de página pueden verse afectadas. Además, los especialistas en marketing pueden experimentar latencia al utilizar la IU de creación de Target.

Si lo desea, puede incluir en las listas de permitidos los clústeres de Edge de Target. Para obtener más información, consulte cómo incluir en la lista de permitidos los nodos de Edge de Target.

Experiencia del usuario protegida concept_40A5E781D90A41E4955F80EA9E5F8F96

Adobe garantiza que la disponibilidad y el rendimiento de la infraestructura de direccionamiento sea lo más segura posible. Sin embargo, el desglose de las comunicaciones entre el explorador del visitante y los servidores de Adobe puede imposibilitar la entrega de contenido.

Para evitar interrupciones del servicio y problemas de conectividad, todas las ubicaciones están configuradas para incluir contenido predeterminado (definido por el cliente). Este contenido predeterminado se muestra si el explorador del usuario no se puede conectar a Target.

No se realiza ningún cambio en la página si el explorador del usuario no se puede conectar en un plazo de tiempo de espera definido (15 segundos de manera predeterminada). Si se alcanza este umbral de tiempo de espera, se muestra el contenido de ubicación predeterminado.

Adobe protege la experiencia del usuario al optimizar y garantizar el rendimiento.

  • Adobe garantiza pruebas de referencia de rendimiento que se basan en estándares del sector (avaladas por el contrato de nivel de servicio de Adobe).
  • La red de Edge garantiza que la entrega de datos se realice a tiempo.
  • Adobe emplea un enfoque de varios niveles para proteger sus aplicaciones a fin de proporcionar el nivel más alto de disponibilidad y confiabilidad a sus clientes.
  • Los servicios de asesoramiento de Target ofrecen asistencia para la implementación y soporte continuado para los productos.

Pruebas sencillas para la optimización del motor de búsqueda (SEO) concept_C0C865663CAB4251B66A1F250FD25E6A

Adobe Target se adhiere a las directrices de motores de búsqueda en las pruebas.

Google promueve las pruebas de usuario. Google afirma en su documentación que las clasificaciones A/B y Multivariate Testing no perjudican las clasificaciones de los motores de búsqueda orgánica si se siguen determinadas directrices.

Para obtener más información, consulte los siguientes recursos de Google:

Las directrices se publicaron en una entrada del blog Google Webmaster Central. Aunque la publicación es de 2012, sigue siendo la información más reciente de Google sobre este tema y las directrices continúan vigentes.

  • Sin encubrimiento: El encubrimiento muestra un conjunto de contenido a los usuarios y otro conjunto diferente a los bots de los motores de búsqueda. El encubrimiento se lleva a cabo identificando bots de forma específica y alimentándolos a propósito con contenido diferente.

    Target, como plataforma, se ha configurado para que trate a los bots de los motores de búsqueda como a cualquier usuario. Como resultado, los bots se pueden incluir en las actividades si se seleccionan aleatoriamente y “ven” las variaciones de la prueba.

  • Usar rel="canonical": algunas veces, hay que configurar una prueba A/B con distintas direcciones URL para las variaciones. En estos casos, todas las variaciones deben contener una etiqueta de rel="canonical" que haga referencia a la URL (de control) original. Por ejemplo, supongamos que Adobe está probando su página de inicio utilizando distintas direcciones URL para cada variación. La siguiente etiqueta canónica para la página principal iría en la etiqueta <head> para cada una de las variaciones:

    <link rel="canonical" href="https://www.adobe.com" />

  • Usar redirecciones 302 (temporales): en los casos en que se usan URL distintas para las páginas de variación en una prueba, Google recomienda usar una redirección 302 para redirigir el tráfico hacia las variaciones de prueba. La redirección 302 indica a los motores de búsqueda que el redireccionamiento es temporal y está activo solo mientras se esté ejecutando la prueba.

    Una redirección 302 se efectúa en el lado del servidor y Target, así como la mayoría de los proveedores de optimización, utiliza capacidades del lado del cliente. Por lo tanto, en esta área, Target no cumple del todo las recomendaciones de Google. No obstante, esta práctica solo afecta a una pequeña parte de las pruebas. El método habitual de realizar pruebas a través de Target exige cambiar el contenido en una sola URL, de modo que no es necesario ninguna redirección. Hay casos en que los clientes necesitan usar varias URL para representar las variaciones de la prueba. En estas instancias, Target utiliza el comando JavaScript window.location. Este comando dirige a los usuarios a probar las variaciones, lo que no significa explícitamente que la redirección sea de tipo 301 o 302.

    Adobe sigue buscando soluciones viables para cumplir completamente con las directrices de los motores de búsqueda. Para los clientes que deben utilizar direcciones URL independientes para realizar pruebas, Adobe está seguro de que la correcta implementación de las etiquetas canónicas mitigará el riesgo asociado con este método.

  • Realizar experimentos solo cuando sea necesario: Adobe cree que “cuando sea necesario” significa cuando haya que alcanzar la relevancia estadística. Target proporciona prácticas recomendadas y la Adobe Target Calculadora de tamaño de muestra para determinar si la prueba ha alcanzado este punto. Adobe le recomienda que incorpore la implementación incrustada en el código de las pruebas ganadoras en el flujo de trabajo de pruebas y le asigne los recursos apropiados.

    No se recomienda usar la plataforma Target para “publicar” pruebas ganadoras como solución permanente. Si la prueba ganadora se publica para el 100 % de los usuarios el 100 % de las veces, este método se puede utilizar mientras se completa el proceso de incrustar en el código la prueba ganadora.

    También es importante tener en cuenta lo que la prueba ha cambiado. Actualizar el color de los botones u otros artículos pequeños que no sean de texto en la página no influirá en las clasificaciones orgánicas. No obstante, los cambios realizados en el texto se deben incrustar en el código.

    Tampoco hay que olvidar la accesibilidad de la página que se está probando. Si la página no es accesible para los motores de búsqueda y no se diseñó para clasificarse en la búsqueda orgánica en primer lugar, no se aplica ninguna de las consideraciones anteriores. Un ejemplo es una página de aterrizaje dedicada para una campaña de correo electrónico.

Desde Google afirman que estas directrices “harán que las pruebas tengan un impacto mínimo o nulo en los resultados de búsqueda del sitio”.

Además de estas directrices, Google también proporciona otra pauta en la documentación de la herramienta Experimentos con contenido:

  • “Las páginas de variación deben mantener la esencia del contenido en las páginas originales. Estas variaciones no deben cambiar la percepción general ni el significado de esta que el usuario tiene del contenido original”.

Google pone el ejemplo de que “si la página original de un sitio se carga con palabas clave que no están relacionadas con las combinaciones que se muestran a los usuarios, nos reservamos el derecho a eliminar el sitio de nuestro índice”.

Adobe considera que sería difícil cambiar de forma involuntaria el significado del contenido original dentro de las variaciones de prueba. Sin embargo, Adobe recomienda tener en cuenta las temáticas de palabras clave de una página y mantenerlas. Al cambiar el contenido de una página, especialmente añadiendo o eliminando palabras clave importantes, puede variar la clasificación de la URL en la búsqueda orgánica. Adobe recomienda que incluya a su socio de optimización de los motores de búsqueda en el protocolo de prueba.

Bots bots

Adobe Target utiliza la métrica DeviceAtlas “isRobot” para detectar bots conocidos basados en la cadena del agente de usuario pasada en el encabezado de la solicitud.

NOTE
Para las solicitudes Server-Side, el valor pasado en el nodo “Contexto” de la solicitud tiene prioridad sobre la cadena del agente de usuario para la detección de bots.

El tráfico que se identifica como generado por un bot sigue siendo contenido servido. Los bots se tratan como un usuario normal para garantizar que Target esté en armonía con las directrices de optimización de los motores de búsqueda. El uso del tráfico de bots puede afectar a las pruebas A/B o los algoritmos de personalización, si se tratan como usuarios normales. Por lo tanto, si se detecta un bot conocido en la actividad de Target, el tráfico se trata de manera ligeramente diferente. La eliminación del tráfico de bots proporciona una medición más precisa sobre la actividad del usuario.

En concreto, para el tráfico de bots conocido, Target no:

  • Crea ni recupera un perfil del visitante
  • Registra atributos de perfil ni ejecuta scripts de perfil
  • Busca segmentos de Adobe Audience Manager (AAM) (si corresponde)
  • Utiliza el tráfico de bots para modelar y ofrecer contenido personalizado para las actividades Recommendations, Auto-Target, Automated Personalization o Auto-Allocate
  • Registra una visita de actividad para la creación informes
  • Registra datos que se enviarán a la plataforma de Adobe Experience Cloud

Para el tráfico de bots conocido al usar Analytics for Target (A4T), Target no:

  • Envía eventos a Analytics

Para el tráfico de bots conocido al utilizar el registro del lado del cliente, Target no devuelve lo siguiente:

  • carga útil tnta
recommendation-more-help
3d9ad939-5908-4b30-aac1-a4ad253cd654