Cómo funciona Adobe Target
Descubra cómo funciona Adobe Target, incluidos los detalles de las bibliotecas de JavaScript (Adobe Experience Platform Web SDK y at.js). Este artículo también describe los distintos tipos de actividades que puede crear, las Target estrategias de recuento de uso, la Target detección de Edge Network, SEO y bots.
Los puntos clave incluyen:
- Bibliotecas JavaScript: Obtenga información acerca de las Target bibliotecas JavaScript: Adobe Experience Platform Web SDK y at.js.
- Estrategias de uso de llamadas al servidor: Descubra cómo Target cuenta varias llamadas al servidor, incluidos los extremos, el mbox único, el mbox por lotes, las llamadas de ejecución, recuperación previa y notificación.
- Edge Network: Descubra cómo Target interactúa con Adobe Experience Platform Edge Network.
- Experiencia del usuario protegida: Descubra cómo Adobe garantiza la disponibilidad y el rendimiento de su infraestructura de segmentación.
- Directrices de SEO: Siga las prácticas recomendadas para alinear las actividades de Target con las directrices de SEO.
- Tráfico de bots: Descubra cómo Target administra el tráfico de bots para evitar distorsionar las pruebas y los algoritmos de personalización.
Bibliotecas de JavaScript de Adobe Target
Target se integra con los sitios web que utilizan Experience Platform Web SDK o at.js:
- Adobe Experience Platform Web SDK: Esta biblioteca JavaScript del lado del cliente permite que Adobe Experience Cloud clientes interactúen con varios servicios a través de Experience Platform Edge Network. Adobe recomienda que los nuevos clientes de Target implementen Experience Platform Web SDK.
- at.js: esta biblioteca de implementación para Target mejora los tiempos de carga de página en implementaciones web y ofrece mejores opciones en aplicaciones de una sola página. Actualizado con frecuencia con nuevas funcionalidades, Adobe recomienda que todos los usuarios de at.js actualicen a la última versión.
NOTEHaga referencia a Experience Platform Web SDK o at.js en todas las páginas del sitio. Por ejemplo, añada una de estas bibliotecas al encabezado global. También puede usar tags 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 optimizada para Target, se envía una solicitud en tiempo real al sistema de segmentación para determinar el contenido que se va a servir. Esta solicitud se realiza y se completa cada vez que se carga una página, regida por actividades y experiencias controladas por expertos en marketing. El contenido está dirigido a visitantes de sitio individuales, lo que maximiza las tasas de respuesta, las tasas de adquisición y los ingresos. El contenido personalizado ayuda a garantizar que los visitantes respondan, interactúen o realicen compras.
En Target, cada elemento de la página es parte de una sola experiencia, que puede incluir varios elementos.
El contenido mostrado depende del tipo de actividad que cree:
A/B Test
En una prueba A/B básica, el contenido se elige aleatoriamente entre las experiencias asignadas. Puede establecer porcentajes de asignación de tráfico para cada experiencia. Inicialmente, el tráfico puede distribuirse de forma desigual debido a la división aleatoria, pero se iguala a medida que aumenta el tráfico. Por ejemplo, con dos experiencias, la experiencia de inicio se elige de forma aleatoria. Un tráfico bajo puede inclinar los porcentajes de visitantes hacia una experiencia, pero esta situación se equilibra con un mayor tráfico.
Especifique objetivos de porcentaje para cada experiencia. Se genera un número aleatorio para seleccionar la experiencia que se va a mostrar. Aunque los porcentajes resultantes pueden no coincidir exactamente con los objetivos, un tráfico mayor conduce a una división más cercana a los objetivos.
- Un cliente solicita una página al servidor, que se muestra en el explorador.
- Se establece una cookie de origen en el explorador del cliente para almacenar su comportamiento.
- La página realiza una llamada al sistema de segmentación.
- El contenido se muestra en función de las reglas de actividad.
Para obtener más información, consulte Creación de pruebas A/B.
Auto-Allocate
Auto-Allocate identifica la experiencia ganadora entre dos o más opciones. A continuación, reasigna automáticamente más tráfico al ganador, lo que aumenta las conversiones a medida que la prueba sigue ejecutándose y aprendiendo.
Consulte Auto-Allocate para obtener más información.
Auto-Target (AT)
Auto-Target aprovecha el aprendizaje automático avanzado para elegir entre varias experiencias de alto rendimiento definidas por expertos en marketing. Auto-Target ofrece a cada visitante la experiencia más adaptada en función de los perfiles de clientes individuales y del 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 a cada visitante. AP personaliza el contenido en función de perfiles de clientes individuales para dirigir el alza.
Para obtener más información, consulte Automated Personalization.
Experience Targeting (XT)
Experience Targeting (XT) ofrece contenido a audiencias específicas en función de reglas y criterios definidos por expertos en marketing. Incluido el targeting geográfico, XT es útil para definir reglas que dirigen experiencias o contenido específicos a audiencias específicas. En una actividad se pueden establecer varias reglas para entregar distintas variaciones de contenido a distintas audiencias. Cuando los visitantes ven el sitio, XT los evalúa para determinar si cumplen con los criterios. Si cumplen los requisitos, entran en la actividad y ven la experiencia diseñada para ellos. 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 en elementos de 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 los clientes en función de su actividad anterior u otros algoritmos. Recommendations le ayuda a dirigir a los clientes hacia artículos relevantes que es posible que no descubran de otra manera.
Para obtener más información, consulte Recommendations.
Cómo Target cuenta el uso de llamadas al servidor
Target solo cuenta las llamadas al servidor que proporcionan valor a los clientes. En la tabla siguiente se muestra cómo Target cuenta los extremos, el mbox único, las llamadas de mbox por lotes, las llamadas de ejecución, la recuperación previa y las notificaciones.
La siguiente información le ayuda a comprender la estrategia de recuento utilizada para las llamadas al servidor Target, como se muestra en la tabla siguiente:
- Contar una vez: Cuenta una vez por llamada API.
- Contar el número de mboxes: Cuenta el número de mboxes bajo la matriz en la carga útil de una sola llamada de API.
- Ignorar: no se cuenta.
- Contar el número de vistas (una vez): Cuenta el número de vistas bajo la matriz en la carga útil. En una implementación típica, una notificación de vista solo tiene una vista bajo la matriz de notificaciones, lo que equivale a contar una vez en la mayoría de las implementaciones.
rest//v1/mboxrest/v2/batchmbox/ubox/[raw|image|page]rest/v1/delivery
/rest/v1/target-upstream
La red de Edge
Una "Edge" es una arquitectura de servidores distribuidos geográficamente que garantiza tiempos de respuesta óptimos para visitantes que solicitan contenido desde cualquier ubicación.
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 especialistas en marketing se hospedan en Adobe clústeres centrales. Las actualizaciones se envían a Target Edges, que se sincronizan automáticamente con los clústeres centrales para actualizar de forma continua los datos de actividades en caché. Todo el modelado 1:1 también se almacena en cada Edge, lo que permite que las solicitudes complejas se procesen localmente.
Cada clúster de Edge contiene toda la información necesaria para responder a las solicitudes de contenido de los visitantes y realizar un seguimiento de los datos de análisis. 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.
Target está alojado en centros de datos de todo el mundo que Adobe tiene alquilados o en propiedad de Adobe.
Las ubicaciones del clúster central albergan centros de recopilación y procesamiento de datos. Las ubicaciones del clúster de Edge solo contienen centros 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 a un destino de clúster central predeterminado (Oregón, Dublín o 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 del clúster de Edge se incluyen las del clúster central, así como Virginia, Bombay, Sídney y Tokio.
En lugar de procesar todas las solicitudes de segmentación desde una sola ubicación, las solicitudes se gestionan mediante el clúster de Edge más cercano al visitante. Este enfoque mitiga el impacto del tiempo de viaje en red y por Internet.
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.
IMPORTANTSi 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
Adobe garantiza que la disponibilidad y el rendimiento de su infraestructura de segmentación sea lo más confiable posible. Sin embargo, los desgloses de comunicación entre el explorador de un visitante y los servidores de Adobe pueden interrumpir 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 visitante no se puede conectar a Target.
No se realiza ningún cambio en la página si el explorador del visitante no se puede conectar en un plazo de tiempo de espera definido (predeterminado: 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 puntos de referencia de rendimiento basados en estándares del sector, garantizados por Adobe Service Level Agreement.
- 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, proporcionando el nivel más alto de disponibilidad y confiabilidad para 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 y afirma que A/B y Multivariate Testing no perjudican las clasificaciones de los motores de búsqueda orgánica si se siguen determinadas directrices.
Adobe Target se adhiere a las directrices de motores de búsqueda en las pruebas.
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 data de 2012, sigue siendo la declaración más reciente de Google sobre el tema y las directrices siguen siendo pertinentes.
-
Sin encubrimiento: El encubrimiento implica mostrar un conjunto de contenido a los usuarios y otro conjunto diferente a los bots de los motores de búsqueda, para lo cual se identifican específicamente los bots y se les proporciona contenido diferente.
Target está configurado para tratar los bots de los motores de búsqueda como a cualquier usuario. Por lo tanto, los bots se pueden incluir en las actividades si se seleccionan aleatoriamente y "ven" las variaciones de la prueba.
-
Usar rel="canonical": algunas veces, una prueba A/B requiere direcciones URL diferentes para las variaciones. En estos casos, todas las variaciones deben incluir una etiqueta rel="canonical" que haga referencia a la URL (de control) original. Por ejemplo, si Adobe está probando su página principal con distintas direcciones URL para cada variación, la siguiente etiqueta canónica para la página principal debe colocarse en la etiqueta
<head>de cada variación:<link rel="canonical" href="https://www.adobe.com" /> -
Usar redirecciones 302 (temporales): Cuando se usan direcciones URL distintas para las páginas de variación en una prueba, Google recomienda usar una redirección 302 para redirigir el tráfico a las variaciones de prueba. La redirección 302 informa a los motores de búsqueda de que el redireccionamiento es temporal y está activo solo mientras se ejecuta la prueba.
Una redirección 302 se realiza en el lado del servidor, mientras que Target y la mayoría de los proveedores de optimización utilizan capacidades del lado del cliente. Por lo tanto, Target no es totalmente compatible con las recomendaciones de Google para redirecciones. Sin embargo, esto solo afecta a una pequeña parte de las pruebas. El método estándar para ejecutar pruebas a través de Target consiste en cambiar el contenido dentro de una sola dirección URL, lo que elimina la necesidad de redirecciones. En los casos en que se requieren varias direcciones URL para las variaciones de prueba, Target usa el comando JavaScript
window.location, que no especifica si la redirección es de tipo 301 o 302.Adobe está buscando activamente soluciones para cumplir completamente con las directrices de los motores de búsqueda. Para los clientes que necesitan direcciones URL independientes para realizar pruebas, Adobe cree que la implementación correcta de las etiquetas canónicas mitiga los riesgos asociados.
-
Ejecutar experimentos solo cuando sea necesario: Adobe define "cuando sea necesario" como el tiempo necesario para alcanzar la relevancia estadística. Target ofrece prácticas recomendadas y Adobe Target Calculadora de tamaño de muestra para determinar cuándo la prueba ha alcanzado este punto. Adobe recomienda incorporar la implementación incrustada en el código de las pruebas ganadoras en el flujo de trabajo de pruebas y asignar los recursos apropiados.
No se recomienda usar Target para "publicar" pruebas ganadoras como solución permanente. Si la prueba ganadora se publica para el 100 % de los usuarios todo el tiempo, este método se puede utilizar temporalmente mientras se codifica de forma rígida la prueba ganadora.
Considere lo que la prueba ha cambiado. Las actualizaciones menores, como los colores de los botones, no afectan a las clasificaciones orgánicas. Sin embargo, los cambios de texto deben estar codificados.
Además, considere la accesibilidad de la página que está probando. Si la página no es accesible para los motores de búsqueda y nunca tuvo la intención de clasificarse en la búsqueda orgánica, estas consideraciones no se aplican. 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
Target usa la métrica DeviceAtlas "isRobot" para detectar bots conocidos basados en la cadena del agente de usuario pasada en el encabezado de la solicitud.
NOTEEl tráfico identificado como generado por el bot sigue siendo contenido servido. Los bots se tratan como usuarios normales para garantizar que Target se ajuste a las directrices de optimización de los motores de búsqueda. Sin embargo, el tráfico de bots puede distorsionar las pruebas A/B o los algoritmos de personalización, si se tratan como usuarios normales. Por lo tanto, el tráfico de bots conocido en su actividad Target se trata de manera diferente. La eliminación del tráfico de bots proporciona una medida más precisa de la actividad del usuario.
Para el tráfico de bots conocido, Target no:
- Crea ni recupera un perfil del visitante
- Registrar atributos de perfil o ejecutar scripts de perfil
- Busca segmentos de Adobe Audience Manager (AAM) (si corresponde)
- Utiliza el tráfico de bots para modelar o 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 usar el registro de client_side, Target no devuelve:
tnta payload