Funcionamiento del Adobe Target

Descubra cómo funciona Adobe Target, incluida la información sobre las bibliotecas Adobe Experience Platform Web SDK y JavaScript (at.js y mbox.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 perimetral Target, la optimización de los motores de búsqueda (SEO) y cómo Target detecta los bots.

Target SDK web de plataforma y bibliotecas JavaScript

Target se integra con los sitios web que utilizan las bibliotecas de AEP Web SDK o JavaScript:

  • SDK web de Adobe Experience Platform: El SDK web de AEP es una nueva biblioteca JavaScript del lado del cliente. El SDK web de AEP permite a los clientes de Adobe Experience Cloud interactuar con los distintos servicios de Experience Cloud (incluido Target) a través de la AEP red perimetral. Adobe recomienda que todos los clientes nuevos Target implementen el AEP 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.
  • mbox.js:🔗 la biblioteca mbox.js es la biblioteca de implementación heredada para Target. La biblioteca mbox.js es compatible hasta el 31 de marzo de 2021; sin embargo, no habrá actualizaciones de características.
IMPORTANTE

Todos los clientes deben migrar a la AEP Web SDK o a la última versión de at.js. Para obtener más información, consulte Adobe Experience Platform Web SDK o Migrar a at.js desde mbox.js.

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

Los siguientes recursos contienen información detallada para ayudarle a implementar el SDK web de AEP 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 sola experiencia para toda la página. 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:

Prueba A/B

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 requerir una cantidad significativa de tráfico inicial antes de que se nivelen 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.

Asignación automática

La asignación automática identifica un ganador entre dos o más experiencias. La asignación automática 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.

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

Segmentación automática

La segmentación automática utiliza aprendizaje automático avanzado para seleccionar entre varias experiencias de alto nivel de rendimiento definidas por expertos en marketing. La segmentación automática proporciona la experiencia más adaptada a cada visitante. El envío de experiencias se basa en perfiles de clientes individuales y en el comportamiento de visitantes anteriores con perfiles similares. Utilice la segmentación automática para personalizar el contenido y dirigir las conversiones.

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

Personalización automatizada (AP)

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

Para obtener más información, consulte Personalización automatizada.

Segmentación de experiencias (XT)

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

La segmentación de experiencias, incluyendo Geotargeting, sirve para definir reglas que dirigen un contenido o experiencia determinados a una audiencia concreta. En una actividad se pueden definir varias reglas para entregar diversas variaciones de contenido a distintas audiencias. Cuando los visitantes ven el sitio, Segmentación de experiencias (XT) los evalúa para determinar si cumplen 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 Segmentación de experiencias para obtener más información.

Prueba multivariable (MVT)

Multivariate Testing (MVT) compara combinaciones de ofertas de elementos en una página para determinar qué combinación ofrece el mejor rendimiento 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 perimetral

Un "Edge" es una arquitectura de servidores distribuidos geográficamente que garantiza tiempos de respuesta óptimos para los visitantes que solicitan contenido, independientemente de su ubicación en todo el mundo.

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

Las bases de datos de actividades y contenido, los Analytics datos, las API y las interfaces de usuario de los especialistas en marketing se hospedan en los clústeres centrales de Adobe. Las actualizaciones se envían a los Target bordes. Los clústeres centrales y los clústeres perimetrales se sincronizan automáticamente para actualizar de forma continua los datos de actividad en caché. Todos los modelos 1:1 también se almacenan en cada Edge, por lo que las solicitudes más complejas también se pueden procesar en el edge.

Cada clúster de Edge tiene toda la información necesaria para responder a la solicitud de contenido del visitante y rastrear los datos de análisis de esa solicitud. Las solicitudes de visitante se dirigen al clúster perimetral más cercano.

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

La solución Target está alojada en centros de datos alquilados por Adobes y Adobes de todo el mundo.

Las ubicaciones de clúster central contienen un centro de recopilación de datos y un centro de procesamiento de datos. Las ubicaciones de clústeres perimetrales solo contienen 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 (una de las tres ubicaciones: Oregón, Dublín, Singapur) para su procesamiento. Los datos de perfil del visitante se almacenan en el clúster de Edge más cercano al visitante del sitio. Entre las ubicaciones de clústeres perimetrales se encuentran Virginia, Ámsterdam, Sydney, Tokio y Hong Kong.

En lugar de responder a todas las solicitudes de segmentación 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 Target Recommendations está alojado en un Adobe centro de datos en Oregon.

IMPORTANTE

Adobe Target actualmente no tiene un clúster de Edge en China y el rendimiento del visitante sigue siendo limitado para los Target clientes 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 Target IU de creación.

Si lo desea, puede crear listas de permitidos de Target clústeres perimetrales. Para obtener más información, consulte lista de permitidos Nodos perimetrales de Target.

Experiencia del usuario protegida

Adobe garantiza que la disponibilidad y el rendimiento de la infraestructura de segmentación sea lo más segura posible. Sin embargo, un desglose de las comunicaciones entre el navegador de un visitante y los servidores del Adobe puede provocar una interrupción en 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 navegador 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 (de manera predeterminada: 15 segundos). 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 utiliza un enfoque de varios niveles para garantizar sus aplicaciones y proporcionar la máxima disponibilidad y fiabilidad 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)

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 A/B y Multivariate Testing no perjudican las clasificaciones de los motores de búsqueda orgánicos 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 específicamente 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 los bots se seleccionan aleatoriamente y "ven" las variaciones de la prueba.

  • Utilice rel=“canonical”: A veces, una prueba A/B debe configurarse 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 principal 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" />

  • Utilice redirecciones 302 (temporales): En los casos en los que se usan direcciones URL independientes para las páginas de variación en una prueba, Google recomienda utilizar un redireccionamiento 302 para dirigir el tráfico hacia las variaciones de prueba. El redireccionamiento 302 indica a los motores de búsqueda que el redireccionamiento es temporal y está activo solo mientras se esté ejecutando la prueba.

    Un redireccionamiento 302 es un redireccionamiento del lado del servidor y Target, junto con la mayoría de los proveedores de optimización, utiliza capacidades del lado del cliente. Por lo tanto, la redirección es un área en la que Target no es totalmente compatible con las recomendaciones de Google. Sin embargo, esta práctica sólo afecta a una pequeña fracción de las pruebas. El método estándar para ejecutar pruebas a través de Target llama para cambiar contenido dentro de una sola dirección URL, por lo que no es necesario realizar redirecciones. Hay casos en los que los clientes deben utilizar varias direcciones URL para representar sus variaciones de 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 si el redireccionamiento es de tipo 301 o 302.

    Adobe sigue buscando soluciones viables para cumplir completamente con las directrices de 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.

  • Ejecute experimentos solo cuando sea necesario: El Adobe considera que "siempre que sea necesario" significa cuando haya que alcanzar la relevancia estadística. Target sugiere prácticas recomendadas para determinar el momento en que una prueba ha alcanzado este punto. Adobe recomienda incorporar la implementación codificada de pruebas ganadoras en el flujo de trabajo de pruebas y asignar los recursos adecuados.

    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. La simple actualización del color de los botones u otros elementos menores no basados en texto en la página no influye 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 nunca se ha diseñado 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 los temas de palabras clave de una página y mantenerlos. 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 se involucre con su socio de SEO como parte del protocolo de prueba.

Bots

El 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.

NOTA

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 SEO. 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 su actividad Target, el tráfico se trata de forma ligeramente diferente. La eliminación del tráfico de bots proporciona una medición más precisa sobre la actividad del usuario.

Específicamente, para el tráfico de bots conocido Target no:

  • Crea ni recupera un perfil de visitante.
  • Registra atributos de perfil ni ejecuta scripts de perfil.
  • Busca segmentos de Adobe Audience Manager (AAM) (si corresponde).
  • Utilice el tráfico de bots para modelar y ofrecer contenido personalizado para actividades de Recommendations, Segmentación automática, Automated Personalization o Asignación automática
  • Registra una visita de actividad para la creación informes.
  • Los datos de registro se enviarán a la plataforma Adobe Experience Cloud

En esta página

Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now