Fehlerbehebung bei Problemen im Zusammenhang mit der Visual Experience Composer und der Enhanced Experience Composer
Anzeigeprobleme und andere Probleme treten manchmal unter bestimmten Bedingungen im Adobe Target Visual Experience Composer (VEC) und im Enhanced Experience Composer (EEC) auf.
Wie wirken sich die SameSite-Cookie-Richtlinien von Google Chrome auf VEC und EEC aus? samesite
Beachten Sie die Änderungen, die sich auf VEC und EEC auswirken, wenn Sie die folgenden Chrome-Versionen verwenden:
- Kann nicht VEC verwenden, ohne dass die VEC Helper-Erweiterung für kennwortgeschützte Seiten Ihrer Sites installiert und aktiviert ist. Ihre Site-Anmelde-Cookies werden als Drittanbieter-Cookies betrachtet und werden nicht mit Anmeldeanfragen innerhalb des VEC-Editors im Durchsuchen-Modus gesendet. Die einzige Ausnahme besteht, wenn für die Anmelde-Cookies Ihrer Site bereits die Attribute
SameSite=None
undSecure
festgelegt sind.
Chrome 94 (21. September 2021): Mit den für die Version Chrome 94 (21. September 2021) geplanten Änderungen wirkt sich die folgende Änderung auf alle Benutzenden mit Browser-Versionen von Chrome 94 oder höher aus:
- Das Befehlszeilen-Flag
--disable-features=SameSiteByDefaultCookies,CookiesWithoutSameSiteMustBeSecure
wird entfernt.
Chrome 91 (25. Mai 2021): Mit den Änderungen, die für die Version Chrome 91 (25. Mai 2021) implementiert wurden, wirkt sich die folgende Änderung auf alle Benutzenden mit Browser-Versionen von Chrome 91 oder höher aus:
- Die Flags
#same-site-by-default-cookies
und#cookies-without-same-site-must-be-secure
wurden auschrome://flags
entfernt. Dieses Verhalten ist jetzt standardmäßig aktiviert.
Chrome 80 (August 2020): Mit den Änderungen, die im August 2020 implementiert wurden, haben alle Benutzenden Browser-Versionen von Chrome 80 oder höher:
- Kann nicht beim Bearbeiten einer Aktivität Target Bibliotheken herunterladen (wenn diese nicht bereits auf der Website vorhanden sind). Dies liegt daran, dass der Download-Aufruf von der Kunden-Domain an eine gesicherte Adobe-Domain erfolgt und als nicht authentifiziert zurückgewiesen wird.
- Der EEC wird nicht für alle Benutzer funktionieren, da er nicht das SameSite-Attribut für Cookies in
adobemc.com domain
festlegen kann. Ohne dieses Attribut lehnt der Browser diese Cookies ab, was dazu führt, dass der EEC fehlschlägt.
Bestimmen, welche Cookies blockiert werden
Um festzustellen, welche Cookies aufgrund der SameSite-Cookie-Durchsetzungsrichtlinien blockiert werden, verwenden Sie die Entwickler-Tools in Chrome.
-
Um auf die Entwickler-Tools zuzugreifen, während Sie den VEC in Chrome anzeigen, klicken Sie auf das ellipsis oben rechts in Chrome > More Tools > Developer Tools.
-
Klicken Sie auf die Registerkarte Network und suchen Sie nach blockierten Cookies.
note note NOTE Aktivieren Sie das Kontrollkästchen Has blocked cookies , um das Auffinden blockierter Cookies zu vereinfachen. Die folgende Abbildung zeigt ein blockiertes Cookie:
Adobe Target VEC Helper-Erweiterung
Ab Version 0.7.1 fügt die Adobe Target VEC Helper-Browser-Erweiterung die SameSite=None
- und Secure
-Attribute allen Cookies in Antworten hinzu, die von innerhalb des VEC bearbeiteten Web-Seiten stammen, wenn der Umschalter „Cookies“ in der Erweiterungs-Benutzeroberfläche aktiviert ist:
Alternativen und Problemumgehungen
Verwenden Sie eine der folgenden Optionen, um sicherzustellen, dass VEC und EEC weiterhin wie erwartet funktionieren:
-
Laden Sie die aktualisierte VEC HelperErweiterung herunter und verwenden Sie sie.
-
Verwenden Sie den Mozilla Firefox-Browser. Firefox setzt diese Richtlinie noch nicht durch.
-
Verwenden Sie die folgenden Flags, um Google Chrome bis zum 21. September 2021 von der Befehlszeile aus auszuführen. Nach dem 21. September funktionieren Funktionen, die Cookies erfordern, in VEC nicht mehr, z. B. Popups zur Anmeldung oder zur Cookie-Zustimmung. Wenn Sie auf Chrome 94 aktualisieren, müssen Sie manuell Cookies mit
SameSite=none
undSecure
auf Ihren Websites generieren.code language-none --disable-features=SameSiteByDefaultCookies,CookiesWithoutSameSiteMustBeSecure
Unterstützt Target iFrames mit mehreren Ebenen?
Target unterstützt keine iFrames mit mehreren Ebenen. Wenn Ihre Website einen iframe lädt, der einen untergeordneten iframe hat, 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.
Wenn ich versuche, eine Seite zu bearbeiten, sehe ich lediglich ein Netz anstelle meiner Seite. (VEC und EEC) section_313001039F79446DB28C70D932AF5F58
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.
CSP-Header (Content Security Policy) blockieren die Target auf meiner Website. (VEC und EEC) section_89A30C7A213D43BFA0822E66B482B803
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.
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:
- Fügen Sie URL-Regeln für die URL hinzu, die Sie in VEC öffnen wollen, damit Header nur für diese URLs entfernt werden.
- Aktivieren Sie die Regel bei der Bearbeitung in VEC und deaktivieren Sie die Regel, wenn Sie VEC nicht verwenden.
Der VEC oder EEC funktioniert scheinbar nicht oder wird beim erneuten Bearbeiten einer gespeicherten Aktivität nicht initialisiert. (VEC und EEC) section_5AC3BA8F8FBB451EA814F298D0645E54
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 VEC oder EEC zeigt meine sich drehenden Banner oder anderen Inhalt mit JavaScript nicht an. (VEC und EEC) section_8B5BE6EB050B42D6A14A054724C41330
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 ich ein Element auf der Seite ändere, ändern sich mehrere Elemente. (VEC und EEC) section_309188ACF34942989BE473F63C5710AF
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 standardmäßige Best Practice für HTML. Weitere Informationen finden Sie unter Szenarien für die Seitenmodifizierung.
Die Bearbeitung von Erlebnissen für eine Site, die iFrames zerstört, ist nicht möglich. (VEC und EEC) section_9FE266B964314F2EB75604B4D7047200
Dieses Problem kann durch die Aktivierung des Enhanced Experience Composer behoben werden. Klicken Sie auf Administation > Visual Experience Composer und aktivieren Sie dann das Kontrollkästchen, um Enhanced Experience Composer zu aktivieren. 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.
Ich möchte Tests auf Seiten einrichten, für die bisher noch keine Mbox-/Target-Implementierung vorgenommen wurde. (VEC und EEC) section_DE63BCCB5B124E10A71FA579B582A80A
Siehe oben unter „Ich kann keine Erlebnisse für eine iFrame-zerstörende Website bearbeiten“.
Auf meiner Seite wird bei „Text/HTML bearbeiten“ oder „Text/HTML ändern“ kein fett und kursiv gedruckter Text angezeigt. Manchmal verschwindet der Text nach der Anwendung dieser Stiländerungen. (VEC und EEC) section_7A71D6DF41084C58B34C18701E8774E5
Wenn Sie Edit Text/HTML in Visual Experience Composer für A/B- oder Erlebnis-Targeting-Aktivitäten oder Change Text/HTML für Automated Personalization- oder Multivarianz-Test-Aktivitäten verwenden, um Text fett oder kursiv zu formatieren, werden diese Stile möglicherweise nicht auf der Seite angewendet, oder der Text verschwindet im Visual Experience Composer von der Seite. Dies geschieht, weil die Art und Weise, wie der Rich-Text-Editor diese Stile anwendet, das Website-Markup beeinträchtigen kann.
Wenn Sie dieses Problem angezeigt bekommen, tun Sie Folgendes:
-
Klicken Sie im Rich-Text-Editor auf die Schaltfläche "HTML", um in den Modus zur Bearbeitung des Quell-Codes 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>
.
-
Bei Aktivitäten mit automatisierter Personalisierung scheint der Bildtausch im VEC oder EEC nicht zu funktionieren. (VEC und EEC) section_88AABFDFE6A3420299B0D508B12A3994
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.