Fehlerbehebung bei Problemen im Zusammenhang mit der Adobe Target Visual Experience Composer und Enhanced Experience Composer

Details

Beachten Sie die Änderungen, die sich auf VEC und EEC auswirken, wenn Sie die folgenden Chrome Versionen verwenden:

note note
NOTE
Die folgende Änderung wirkt sich auf alle drei unten beschriebenen Aktualisierungen aus:
Kann VEC verwenden, ohne dass die VEC Helper-Erweiterung installiert und für kennwortgeschützte Seiten Ihrer Sites aktiviert ist. Ihre Site-Anmelde-Cookies werden als Drittanbieter-Cookies betrachtet und werden im VEC-Editor im Browse nicht mit Anmeldeanfragen gesendet. Die einzige Ausnahme besteht, wenn für die Anmelde-Cookies Ihrer Site bereits die Attribute SameSite=None und Secure 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 aus chrome://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.

Details

Um festzustellen, welche Cookies aufgrund der SameSite-Cookie-Durchsetzungsrichtlinien blockiert werden, verwenden Sie die Developer Tools in Chrome.

1. Um auf die Developer Tools zuzugreifen, während Sie den VEC in Chrome anzeigen, klicken Sie auf das ellipsis oben rechts in Chrome > More Tools > Developer Tools.

2. 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.

Details

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.

Details

Dies kann vorkommen, wenn die URL ein #-Zeichen enthält. Um das Problem zu beheben, wechseln Sie in den VEC- oder EEC-Modus in den Browse-Modus und dann wieder in den Compose-Modus. Das Netz sollte verschwinden und die Seite sollte angezeigt werden.

Details

Wenn die CSP-Kopfzeilen Ihrer Website Target Bibliotheken blockieren und dann die Website lädt, aber die Bearbeitung verhindert, stellen Sie sicher, dass die Target Bibliotheken nicht blockiert werden.

note note
NOTE
Zusätzlich zu den folgenden Informationen können Sie dieAdobe Target VEC HelperGoogle ChromeBrowsererweiterung verwenden.

Als Problemumgehung können Sie eine Requestly konfigurieren, um CSP-Kopfzeilen zu entfernen, wie unten dargestellt:

Sie können eine ähnliche Requestly für jede Kopfzeile konfigurieren, die dazu führt, dass eine Ressource nicht im VEC geladen wird.

Wenn Requestly Kopfzeilen entfernt werden müssen, sollten Sie einen der folgenden Schritte ausführen:

• 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.

Details

Wenn sich die Website außerhalb von VEC geändert hat, nachdem das Erlebnis definiert wurde, können Selektoren, für die zuvor Aktionen durchgeführt wurden, nicht gefunden werden, wenn die Aktivität zur erneuten Bearbeitung geöffnet wird. Die Seite erscheint beschädigt und es werden keine Warnungen eingeblendet.

Details

Standardmäßig blockiert der VEC JavaScript-Elemente. Sie können mit diesen Elementen arbeiten, wenn Sie JavaScript deaktivieren. Je nach Einrichtung der Site werden einige Elemente möglicherweise weiterhin falsch angezeigt oder sind nicht verfügbar.

Details

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.

Details

Um dieses Problem zu beheben, aktivieren Sie die Enhanced Experience Composer (EWG). Klicken Sie auf Administation > Visual Experience Composer und aktivieren Sie dann das Kontrollkästchen, um die Enhanced Experience Composer zu aktivieren. Der EEC verwendet einen Adobe verwalteten Proxy, um die 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 möglicherweise nicht über den EEC geladen. In diesem Fall können Sie diese Option deaktivieren, um den EEC über einen iFrame zu laden.

note note
NOTE
Die lokal gehosteten Seiten oder Seiten, auf die außerhalb des Netzwerks nicht zugegriffen werden kann, sind für den Adobe-Proxy-Server nicht zugänglich und können nicht in EEC geöffnet werden. Diese Seiten können Staging-URLs, Akzeptanztest-URLs (UAT) oder lokal gehostete Seiten enthalten.

Details

Siehe oben unter „Ich kann keine Erlebnisse für eine iFrame-zerstörende Website bearbeiten“.

Details

Wenn Sie Edit Text/Edit HTML in Visual Experience Composer für A/B Test- oder Experience Targeting-Aktivitäten oder Change Text/Change HTML für Automated Personalization- oder Multivariate Test-Aktivitäten verwenden, um Text fett oder kursiv zu formatieren, werden diese Stile möglicherweise nicht auf die Seite angewendet, oder der Text verschwindet von der Seite in Visual Composer. 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:

1. Klicken Sie im Rich-Text-Editor auf die Schaltfläche "HTML", um in den Modus zur Bearbeitung des Quell-Codes zu wechseln.

2. 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>.

Details

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.