Felsökning relaterade till Visual Experience Composer och Enhanced Experience Composer

Visningsproblem och andra problem kan förekomma i Adobe Target Visual Experience Composer (VEC) och Enhanced Experience Composer (EEG) på vissa villkor.

Hur påverkar Google Chrome SameSite cookie-reglerna VEC och EEC?

Tänk på de förändringar som påverkar VEC och EEC när du använder följande Chrome-versioner:

Chrome 94 (21 september 2021): Med de kommande förändringarna för Chrome 94 (21 september 2021) påverkar följande ändring alla användare med Chrome 94±webbläsarversioner:

• Kommandoradsflaggan --disable-features=SameSiteByDefaultCookies,CookiesWithoutSameSiteMustBeSecure tas bort.

Chrome 91 (25 maj 2021): Med de ändringar som implementerats för Chrome 91 (25 maj 2021) påverkar följande ändring alla användare med webbläsarversionen Chrome 91+:

• Flaggorna #same-site-by-default-cookies och #cookies-without-same-site-must-be-secure har tagits bort från chrome://flags. Detta beteende är nu aktiverat som standard.

Chrome 80 (augusti 2020): Med de ändringar som implementerades i augusti 2020 har alla användare med webbläsarversionen Chrome 80+:

• Will not kan ladda ned Target bibliotek när en aktivitet redigeras (när de inte redan finns på webbplatsen). Detta beror på att nedladdningsanropet görs från kundens domän mot en skyddad Adobe och nekas som ej autentiserad.
• EEG kommer att not för alla användare eftersom det inte går att ange attributet SameSite för cookies på adobemc.com domain. Utan det här attributet avvisar webbläsaren dessa cookies, vilket gör att EEG misslyckas.

Kontrollera vilka cookies som är blockerade

Om du vill ta reda på vilka cookies som blockeras på grund av samma principer för att genomdriva cookies på samma webbplats använder du utvecklingsverktygen i Chrome.

1. Klicka på knappen ellipsis ikonen längst upp till höger i Chrome > More Tools > Developer Tools.

2. Klicka på Network och sedan leta efter blockerade cookies.

   OBSERVERA

   Använd Has blocked cookies för att göra det enklare att hitta blockerade cookies.

   I följande bild visas en blockerad cookie:

   

Adobe Target VEC Helper extension

Från och med version 0.7.1 Adobe Target VEC Helper-webbläsartillägget lägger till SameSite=None och Secure attribut till alla cookies i svar som kommer från webbsidor som redigeras inuti VEC när växeln"Cookies" är PÅ i tilläggsgränssnittet:

Alternativ och tillfälliga lösningar

Använd något av följande alternativ för att säkerställa att ditt VEC och EEC fortsätter att fungera som förväntat:

• Ladda ned och använd den uppdaterade VEC Helper extension.

• Använd webbläsaren Mozilla Firefox. Firefox tillämpar inte den här principen ännu.

• Använd följande flaggor för att köra Google Chrome från kommandoraden till och med 21 september 2021. Efter den 21 september kommer funktioner som kräver cookies inte längre att fungera i VEC, som inloggning eller popup-fönster med cookie-samtycke. Om du uppdaterar till Chrome 94 måste du generera cookies manuellt med SameSite=none och Secure på era webbplatser.

  --disable-features=SameSiteByDefaultCookies,CookiesWithoutSameSiteMustBeSecure
  

Gör Target stöder iframes på flera nivåer?

Target stöder inte iframes på flera nivåer. Om webbplatsen läser in en iframe som har en underordnad iframe, interagerar at.js endast med den överordnade iframe. Target Biblioteken samverkar inte med den underordnade iframe-instansen.

Som en tillfällig lösning kan du lägga till en sida i upplevelsen med URL:en för den underordnade iframe-instansen.

När jag försöker redigera en sida ser jag bara en snurra istället för min sida. (VEC och EEC)

Detta kan inträffa om URL:en innehåller tecknet #. Åtgärda problemet genom att växla till bläddringsläge i Visual Experience Composer och sedan växla tillbaka till Compose-läge. Rotationsrutan ska flyttas och sidan ska läsas in.

CSP-rubriker (Content Security Policy) blockerar Target bibliotek på min webbplats. (VEC och EEC)

Om webbplatsens CSP-rubriker blockerar Target-bibliotek läses webbplatsen in, men förhindrar redigering, kontrollerar du att Target-biblioteken inte blockeras.

Som en tillfällig lösning kan du konfigurera en regel för att begära att ta bort CSP-rubriker, så som visas nedan:

Du kan konfigurera en liknande begäranderegel för en rubrik som gör att en resurs inte läses in i VEC.

Om du vill ta bort rubriker ska du göra något av följande:

• Lägg till URL-regler för den URL-adress som du vill öppna i VEC så att rubriker bara tas bort för dessa URL-adresser.
• Aktivera regeln när du redigerar i VEC och inaktivera regeln när du inte använder VEC.

VEC eller EEC verkar vara brutna eller initieras inte när en sparad aktivitet redigeras om. (VEC och EEC)

Om webbplatsen har ändrats utanför Visual Experience Composer efter att upplevelsen har definierats, går det inte att hitta väljare för vilka åtgärder har vidtagits tidigare när aktiviteten öppnas för redigering igen. Sidan visas som bruten och ingen varning visas.

VEC eller EEC visar inte mina roterande banners och annat innehåll som innehåller JavaScript. (VEC och EEC)

Som standard blockerar Visual Experience Composer JavaScript-element. Du kan arbeta med dessa element om du inaktiverar JavaScript i inställningarna för Visual Experience Composer. Beroende på hur webbplatsen är konfigurerad kan vissa objekt fortsätta att visas felaktigt eller vara otillgängliga.

När jag ändrar ett element på sidan ändras flera element. (VEC och EEC)

Om samma DOM-element-ID används för flera element på sidan ändras alla element med det ID:t om du ändrar ett av elementen. För att förhindra detta bör ett ID bara användas en gång på varje sida. Detta är en standardmetod som är HTML bästa. Mer information finns i Scenarier för sidändring.

Jag kan inte redigera upplevelser för en iFrame-busting-sajt. (VEC och EEC)

Problemet kan åtgärdas genom att du aktiverar Förbättrad Experience Composer. Klicka Administation > Visual Experience Composer markerar du sedan kryssrutan Förbättrad Experience Composer. Förbättrad Experience Composer använder en Adobe-hanterad proxy för att läsa in sidan för redigering. Med den här proxyn kan du redigera på iFrame-busting-platser och redigera på webbplatser och sidor där du ännu inte har lagt till Adobe Target-kod. Aktiviteterna levererar inte till webbplatsen förrän koden har lagts till. Vissa webbplatser kanske inte läses in via Förbättrad Experience Composer. I så fall kan du avmarkera det här alternativet för att läsa in Visual Experience Composer via en iFrame.

Jag vill konfigurera tester på sidor som inte har mbox/target-implementeringen klar ännu. (VEC och EEC)

Se"Jag kan inte redigera upplevelser för en iFrame-bursting-sajt" ovan.

Fet och kursiv text med Redigera text/HTML eller Ändra text/HTML visas inte på min sida. Ibland försvinner texten när du har använt de här formatändringarna. (VEC och EEC)

Om du använder Edit Text/HTML i Visual Experience Composer för A/B- eller Experience Targeting-aktiviteter eller Change Text/HTML för Automated Personalization- eller Multivariate Test-aktiviteter för att göra text fet eller kursiv kanske dessa format inte används på sidan eller så försvinner texten från sidan i Visual Experience Composer. Det beror på hur RTF-redigeraren använder formaten och kan påverka webbplatsens kod.

Om du ser detta problem:

1. Klicka på HTML i textredigeraren för att gå till källredigeringsläge.

2. Hitta formatets textelement.

   • Ändra för fet text <strong> element till <b>.

   • Ändra för kursiv text <em> element till <i>.

När det gäller Automated Personalization-aktiviteter är bildbytet brutet i VEC eller EEC. (VEC och EEC)

Om du lägger till ett bilderbjudande på en plats får du hela dimensionen av det ursprungliga bildutrymmet i VEC eller EEC. Vid leverans är bilden inte utökad och visas som den är, så det påverkar inte leveransen.