Mostrar problemas y otros problemas que a veces ocurren en la variable Adobe Target Compositor de experiencias visuales (VEC) y Compositor de experiencias mejorado (CEE) en determinadas condiciones.
Tenga en cuenta los cambios que afectan al VEC y al EEC al utilizar las siguientes versiones de Chrome:
El siguiente cambio afecta a las tres actualizaciones que se describen a continuación:
SameSite=None
y Secure
conjunto de atributos.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 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 Chrome 91+:
#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 navegador Chrome 80+:
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 visualiza el VEC en Chrome, haga clic en el botón elipsis en la esquina superior derecha de Chrome > Más herramientas > Herramientas para desarrolladores.
Haga clic en el Red pestaña > luego busque las cookies bloqueadas.
Utilice la variable Ha bloqueado las cookies 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 SameSite=None
y Secure
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 sigan funcionando según lo esperado:
Descargue y use la Extensión de 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. Después del 21 de septiembre, las funciones que requieren cookies ya no funcionarán en el VEC, como las ventanas emergentes de inicio de sesión o 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 solo interactúa 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 ocurrir si la dirección URL contiene un 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 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. Haga clic en Administración > Compositor de experiencias visuales y, a continuación, active la casilla de verificación 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 la edición en sitios con eliminación de iFrames y la edición 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, puede que interfiera 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.