Muestra los problemas y otros problemas que a veces ocurren en la Adobe Target Compositor de experiencias visuales (VEC) y el Compositor de experiencias mejorado (CEE) en determinadas condiciones.
Tenga en cuenta los cambios que afectan al VEC y EEC al utilizar las siguientes versiones de Chrome:
El siguiente cambio afecta a las tres actualizaciones descritas a continuación:
SameSite=None
y Secure
atributos definidos.Chrome 94 (21 de septiembre de 2021): Con los cambios inminentes planificados para la versión de Chrome 94 (21 de septiembre de 2021), el siguiente cambio afecta a todos los usuarios con versiones de explorador Chrome 94+:
--disable-features=SameSiteByDefaultCookies,CookiesWithoutSameSiteMustBeSecure
se eliminará.Chrome 91 (25 de mayo de 2021): Con los cambios implementados para la versión de Chrome 91 (25 de mayo de 2021), el siguiente cambio afecta a todos los usuarios con versiones de explorador Chrome 91 y posteriores:
#same-site-by-default-cookies
y #cookies-without-same-site-must-be-secure
se han eliminado de chrome://flags
. Este comportamiento ahora está habilitado de forma predeterminada.Chrome 80 (agosto de 2020): Con los cambios implementados en agosto de 2020, todos los usuarios con versiones de explorador Chrome 80 y posteriores:
adobemc.com domain
. Sin este atributo, el explorador rechaza estas cookies, lo que provoca que el EEC falle.Para determinar qué cookies están bloqueadas debido a las políticas de aplicación de cookies de SameSite, utilice las herramientas para desarrolladores de Chrome.
Para acceder a las herramientas para desarrolladores, mientras ve el VEC en Chrome, haga clic en elipsis en la esquina superior derecha de Chrome > Más herramientas > Herramientas para desarrolladores.
Haga clic en Red pestaña > y busque las cookies bloqueadas.
Utilice el Tiene cookies bloqueadas para facilitar la búsqueda de cookies bloqueadas.
La siguiente ilustración muestra una cookie bloqueada:
A partir de la versión 0.7.1, la variable Adobe Target La extensión del explorador VEC Helper agrega la SameSite=None
y Secure
atribuye atributos a todas las cookies en las respuestas procedentes de páginas web editadas dentro del VEC cuando la opción "Cookies" está activada en la interfaz de usuario de la extensión:
Utilice una de las siguientes opciones para asegurarse de que el VEC y el EEC siguen funcionando según lo esperado:
Descargue y utilice el actualizado Extensión VEC Helper.
Utilice el navegador Mozilla Firefox. Firefox aún no está aplicando esta directiva.
Utilice los siguientes indicadores para ejecutar Google Chrome desde la línea de comandos hasta el 21 de septiembre de 2021. A partir del 21 de septiembre, las funciones que requieren cookies dejarán de funcionar en el VEC, como el inicio de sesión o las ventanas emergentes de consentimiento de cookies. Si actualiza a Chrome 94, debe generar cookies manualmente con SameSite=none
y Secure
en sus sitios web.
--disable-features=SameSiteByDefaultCookies,CookiesWithoutSameSiteMustBeSecure
Target no admite iframes de varios niveles. Si el sitio web carga un iframe que tiene un iframe secundario, at.js interactúa únicamente con el iframe principal. TargetLas bibliotecas de no interactúan con el iframe secundario.
Como solución alternativa, puede agregar una página en la experiencia con la URL del iframe secundario.
Esta situación puede suceder si la dirección URL contiene el carácter #. Para corregir el problema, cambie en modo Examinar en el Compositor de experiencias visuales y después vuelva a cambiar al modo Componer. El control de número debería desaparecer y la página debería cargarse.
Si los encabezados CSP de su sitio web bloquean las bibliotecas de Target y luego el sitio web se carga pero no es posible editar, asegúrese de que las bibliotecas de Target no estén bloqueadas.
Además de la siguiente información, puede utilizar la extensión del explorador Adobe Target VEC Helper para Google Chrome.
Como solución alternativa, puede configurar una regla de Requestly para eliminar los encabezados CSP, como se muestra abajo:
Puede configurar una regla de Requestly similar para cualquier encabezado que provoque que un recurso no se cargue dentro del VEC.
Para Requestly, siempre que sea necesario eliminar encabezados, debe hacer lo siguiente:
Si el sitio web ha cambiado fuera del Compositor de experiencias visuales después de haber definido la experiencia, cuando se abre la actividad para modificarla de nuevo, no se pueden encontrar los selectores en los que antes se realizaron las acciones. La página parece no funcionar, pero no se muestra ninguna advertencia.
De manera predeterminada, el Compositor de experiencias visuales bloquea elementos de JavaScript. Para trabajar con estos elementos deberá deshabilitar JavaScript en la configuración del Compositor de experiencias visuales. Según la configuración del sitio, es posible que algunos elementos se sigan mostrando de forma incorrecta o que no estén disponibles.
Si se usa el mismo ID de elemento DOM en varios elementos de la página, al cambiar uno de estos elementos se cambiarán todos los elementos con dicho ID. Para evitar este error, los ID solo han de usarse una vez por página. Esta práctica es una práctica recomendada para el HTML estándar. Para obtener más información, consulte Escenarios de modificación de página.
Este problema se puede solucionar habilitando el Compositor de experiencias mejorado. Clic Administración > Compositor de experiencias visuales, a continuación, active la casilla que habilita el Compositor de experiencias mejorado. El Compositor de experiencias mejorado utiliza un proxy administrado por Adobe para cargar la página para editarla. Este proxy permite realizar modificaciones en sitios con eliminación de iFrames y en sitios y páginas donde aún no ha añadido código Adobe Target. Las actividades no se muestran en el sitio hasta que el código se haya añadido. Es posible que algunos sitios no se carguen a través del Compositor de experiencias visuales. En este caso, puede desactivar esta opción para cargar el Compositor de experiencias visuales a través de un iFrame.
El servidor proxy de Adobe no puede acceder a sus páginas hospedadas localmente ni a las páginas a las que no se puede acceder desde fuera de su red. EEC tampoco podrá abrir estas páginas. Estas páginas pueden incluir direcciones URL por fases, direcciones URL de prueba de aceptación del usuario o páginas hospedadas localmente.
Consulte “No puedo modificar experiencias desde un sitio con eliminación de iFrames” (arriba).
Si usa Editar texto / HTML en el Compositor de experiencias visuales para actividades A/B o de Segmentación de experiencias o si usa Cambiar texto / HTML para actividades de prueba multivariable o de Personalización automatizada para definir que el texto esté en negrita o en cursiva, puede que esos estilos no se apliquen en la página o que el texto desaparezca de la página en el Compositor de experiencias visuales. Esto sucede debido a la forma en que el editor de texto enriquecido aplica estos estilos, lo que podría interferir con el marcado del sitio web.
Si ve este problema, haga lo siguiente:
Haga clic en el botón HTML del editor de texto enriquecido para introducir el modo de edición de la fuente.
Busque los elementos de estilo del texto.
Si quiere texto en negrita, cambie los elementos <strong>
por <b>
.
Si quiere texto en cursiva, cambie los elementos <em>
por <i>
.
Si agrega una oferta de imagen a una ubicación, en el VEC o EEC se ocupa la dimensión completa del espacio de la imagen original. Cuando se muestra, la imagen no se expande y se muestra tal cual, así que no produce ningún impacto en la publicación.