Anzeigeprobleme und andere Probleme treten manchmal in Adobe Target Visual Experience Composer (VEC) und Enhanced Experience Composer (EWG) unter bestimmten Voraussetzungen.
Beachten Sie die Änderungen, die sich auf VEC und EEC auswirken, wenn Sie die folgenden Chrome-Versionen verwenden:
Die folgende Änderung betrifft alle drei unten beschriebenen Aktualisierungen:
SameSite=None
und Secure
-Attribute festgelegt.Chrome 94 (21. September 2021): Da die bevorstehenden Änderungen für die Chrome-Version 94 (21. September 2021) geplant sind, wirkt sich die folgende Änderung auf alle Benutzer mit Chrome 94±Browserversionen aus:
--disable-features=SameSiteByDefaultCookies,CookiesWithoutSameSiteMustBeSecure
entfernt.Chrome 91 (25. Mai 2021): Nachdem die Änderungen für die Chrome-Version 91 (25. Mai 2021) implementiert wurden, wirkt sich die folgende Änderung auf alle Benutzer mit Chrome 91±Browserversionen aus:
#same-site-by-default-cookies
und #cookies-without-same-site-must-be-secure
wurden aus chrome://flags
. Dieses Verhalten ist jetzt standardmäßig aktiviert.Chrome 80 (August 2020): Nachdem die Änderungen im August 2020 implementiert wurden, sind alle Benutzer mit Chrome 80±Browserversionen:
adobemc.com domain
. Ohne dieses Attribut lehnt der Browser diese Cookies ab, wodurch der EEC fehlschlägt.Um festzustellen, welche Cookies aufgrund der SameSite-Cookie-Durchsetzungsrichtlinien blockiert werden, verwenden Sie die Entwicklertools in Chrome.
Um auf die Entwickler-Tools zuzugreifen, während Sie den VEC in Chrome anzeigen, klicken Sie auf die Ellipse Symbol oben rechts in Chrome > Weitere Tools > Entwicklertools.
Klicken Sie auf Netzwerk > dann nach blockierten Cookies suchen.
Verwenden Sie die Cookies blockiert aktivieren, um das Auffinden von blockierten Cookies zu vereinfachen.
Die folgende Abbildung zeigt ein blockiertes Cookie:
Ab Version 0.7.1 wird die Adobe Target Die VEC Helper-Browsererweiterung fügt die SameSite=None
und Secure
-Attribute zu allen Cookies auf Antworten, die von im VEC bearbeiteten Webseiten stammen, wenn der Umschalter "Cookies"in der Erweiterungs-Benutzeroberfläche aktiviert ist:
Verwenden Sie eine der folgenden Optionen, um sicherzustellen, dass VEC und EEC weiterhin erwartungsgemäß funktionieren:
Herunterladen und Verwenden der aktualisierten VEC Helper-Erweiterung.
Verwenden Sie den Mozilla Firefox-Browser. Firefox erzwingt diese Richtlinie noch nicht.
Verwenden Sie die folgenden Flags, um Google Chrome von der Befehlszeile bis zum 21. September 2021 auszuführen. Ab dem 21. September funktionieren Funktionen, für die Cookies erforderlich sind, im VEC nicht mehr, z. B. Anmelde- oder Cookie-Zustimmungs-Popup. Wenn Sie auf Chrome 94 aktualisieren, müssen Sie manuell Cookies mit SameSite=none
und Secure
auf Ihren Websites.
--disable-features=SameSiteByDefaultCookies,CookiesWithoutSameSiteMustBeSecure
TargetNein, unterstützt keine iFrames mit mehreren Ebenen. Wenn Ihre Website einen iframe lädt, der über einen untergeordneten iframe verfügt, interagiert at.js nur mit dem übergeordneten iframe. Target -Bibliotheken interagieren nicht mit dem untergeordneten iframe.
Als Behelfslösung können Sie im Erlebnis eine Seite mit der URL des untergeordneten iFrame hinzufügen.
Dies kann vorkommen, wenn die URL ein #-Zeichen enthält. Um das Problem zu beheben, wechseln Sie im Visual Experience Composer in den Durchsuchen-Modus und anschließend wieder in den Erstellen-Modus. Das Netz sollte verschwinden und die Seite sollte angezeigt werden.
Wenn die CSP-Header Ihrer Website Target-Bibliotheken blockieren und die Website anschließend geladen wird, die Bearbeitung aber nicht möglich ist, stellen Sie sicher, dass die Target-Bibliotheken nicht blockiert werden.
Zusätzlich zu den folgenden Informationen können Sie auch die Adobe Target VEC Helper-Browsererweiterung für Google Chrome verwenden.
Als Problemumgehung können Sie eine Requestly-Regel zum Entfernen von CSP-Headern konfigurieren, wie unten dargestellt:
Sie können eine ähnliche Requestly-Regel für beliebige Header konfigurieren, durch die eine Ressource im VEC nicht geladen wird.
Gehen Sie bei Requestly wie folgt vor, wenn Sie Header entfernen müssen:
Wenn die Website nach Definition des Erlebnisses außerhalb von Visual Experience Composer geändert wurde, sind die Selektoren, auf denen zuvor Aktionen durchgeführt wurden, nicht auffindbar und die Aktivität wird zur erneuten Bearbeitung geöffnet. Die Seite erscheint beschädigt und es werden keine Warnungen eingeblendet.
Der Visual Experience Composer blockiert standardmäßig JavaScript-Elemente. Sie können mit diesen Elementen arbeiten, wenn Sie JavaScript in den Visual Experience Composer-Einstellungen deaktivieren. Je nach Einrichtung der Site werden einige Elemente möglicherweise weiterhin falsch angezeigt oder sind nicht verfügbar.
Wenn für mehrere Elemente auf der Seite die gleiche DOM-Element-ID verwendet wird, werden beim Ändern eines dieser Elemente alle Elemente mit dieser ID geändert. Um dies zu verhindern, sollte eine ID nur einmal auf jeder Seite verwendet werden. Dies ist eine gängige Best Practice für HTML. Weitere Informationen finden Sie unter Szenarien für die Seitenmodifizierung.
Dieses Problem kann durch die Aktivierung des Enhanced Experience Composer behoben werden. Klicken Administration > Visual Experience Composer und aktivieren Sie dann das Kontrollkästchen, das Enhanced Experience Composer aktiviert. Der Enhanced Experience Composer verwendet ein von Adobe verwaltetes Proxy, um Ihre Seite zur Bearbeitung zu laden. Dieser Proxy ermöglicht die Bearbeitung auf iFrame-Busting-Sites und die Bearbeitung auf Sites und Seiten, auf denen Sie noch keinen Adobe Target-Code hinzugefügt haben. Solange kein Code hinzugefügt wurde, liefern die Aktivitäten nicht an die Site. Einige Websites werden in Enhanced Experience Composer möglicherweise nicht geladen. In diesem Fall können Sie diese Option deaktivieren, um Visual Experience Composer in einem iFrame zu laden.
Ihre lokal gehosteten Seiten oder Seiten, auf die außerhalb Ihres Netzwerks nicht zugegriffen werden kann, sind für den Adobe-Proxyserver nicht zugänglich und können im EEC nicht geöffnet werden. Diese Seiten können Staging-URLs, Akzeptanztest-URLs (UAT) oder lokal gehostete Seiten enthalten.
Siehe oben unter „Ich kann keine Erlebnisse für eine iFrame-zerstörende Website bearbeiten“.
Wenn Sie Text/HTML bearbeiten im Visual Experience Composer für A/B- oder Erlebniszielaktivitäten oder Text/HTML ändern für automatisierte Personalisierungs- oder Multivarianztest-Aktivitäten verwenden, um den Text fett oder kursiv zu formatieren, werden diese Stile möglicherweise nicht auf der Seite übernommen, oder der Text wird auf der Seite im Visual Experience Composer ausgeblendet. Dies geschieht aufgrund der Art und Weise, wie der Rich-Text-Editor diese Stile anwendet, möglicherweise mit dem Website-Markup in Konflikt gerät.
Wenn Sie dieses Problem angezeigt bekommen, tun Sie Folgendes:
Klicken Sie im Richt-Text-Editor auf die Schaltfläche HTML, um in den Quellbearbeitungsmodus zu wechseln.
Suchen Sie die Stiltextelemente.
Für fett gedruckten Text ändern Sie <strong>
-Elemente zu <b>
.
Für kursiv gedruckten Text ändern Sie <em>
-Elemente zu <i>
.
Das Hinzufügen eines Bildangebots zu einem Pfad erfordert die vollständige Dimension des ursprünglichen Bildplatzes im VEC oder EEC. Bei der Bereitstellung wird das Bild nicht erweitert, sondern wie vorhanden angezeigt, sodass die Bereitstellung nicht beeinträchtigt wird.