顯示中有時出現的問題和其他問題 Adobe Target 視覺體驗作曲家 (VEC)和 增強的體驗作曲家 (EEC)。
請注意使用以下Chrome版本時影響VEC和EEC的更改:
以下更改會影響下面概述的所有三個更新:
SameSite=None
和 Secure
屬性集。Chrome 94(2021年9月21日):計畫對Chrome 94版本(2021年9月21日)進行即將進行的更改,以下更改將影響所有使用Chrome 94+瀏覽器版本的用戶:
--disable-features=SameSiteByDefaultCookies,CookiesWithoutSameSiteMustBeSecure
將被刪除。鉻91(2021年5月25日):對Chrome 91版本(2021年5月25日)實施的更改將影響所有使用Chrome 91+瀏覽器版本的用戶:
#same-site-by-default-cookies
and #cookies-without-same-site-must-be-secure
have been removed from chrome://flags
. This behavior is now enabled by default.鉻80(2020年8月):隨著2020年8月實施的更改,所有使用Chrome 80+瀏覽器版本的用戶:
adobemc.com domain
。 如果沒有此屬性,瀏覽器將拒絕這些Cookie,導致EEC失敗。要確定哪些Cookie因SameSite Cookie實施策略而被阻止,請使用Chrome中的「開發人員工具」。
要訪問「開發人員工具」,在查看Chrome中的VEC時,按一下 省略號 表徵圖,位於Chrome的右上角> 更多工具 > 開發人員工具。
按一下 網路 頁籤,然後查找已阻止的cookie。
Use the Has blocked cookies checkbox to make finding blocked cookies easier.
下圖顯示了阻止的cookie:
從0.7.1版開始, Adobe Target VEC幫助程式瀏覽器擴展添加 SameSite=None
和 Secure
在擴展UI中開啟「Cookie」切換時,對來自VEC內編輯的網頁的響應的所有Cookie的屬性:
使用以下選項之一確保VEC和EEC繼續按預期工作:
下載並使用更新的 VEC幫助程式擴展。
使用Mozilla Firefox瀏覽器。 Firefox尚未強制執行此策略。
使用以下標誌從命令行運行GoogleChrome,直到2021年9月21日。 9月21日之後,需要Cookie的功能在VEC中將不再有效,如登錄或Cookie同意彈出窗口。 If you update to Chrome 94, you must manually generate cookies with SameSite=none
and Secure
on your websites.
--disable-features=SameSiteByDefaultCookies,CookiesWithoutSameSiteMustBeSecure
Target 不支援多重層級 iframe。如果網站載入的iframe具有子iframe,則at.js僅與父iframe交互。 Target 資料庫不會與子項 iframe 互動。
作為因應措施,您可以使用子項 iframe 的 URL 在體驗中新增頁面。
如果URL包含#字元,則可能會出現這種情況。 若要修正問題,請在可視化體驗撰寫器中切換至「瀏覽」模式,然後切換回「撰寫」模式。進度環應該會消失,並且頁面應該會載入。
如果您的網站的 CSP 標頭封鎖 Target 資料庫,然後載入網站但防止編輯,請確保 Target 資料庫未遭到封鎖。
除了下列資訊外,您還可以使用適用於 Google Chrome 的 Adobe Target VEC Helper 瀏覽器擴充功能。
作為解決方案,您可以設定 Requestly 規則來移除 CSP 標頭,如下所示:
您可以為造成資源無法在 VEC 內載入的任何標頭設定類似的 Requestly 規則。
對於 Requestly,一旦需要移除標頭,您就應該執行下列任一動作:
如果在定義體驗之後,於可視化體驗撰寫器外部變更了網站,開啟活動進行重新編輯時,會找不到稍早採取動作所在的選取器。頁面似乎損毀,並且未顯示警告。
依預設,可視化體驗撰寫器會封鎖 JavaScript 元素。如果您在可視化體驗撰寫器設定中停用 JavaScript,則可以使用這些元素。根據網站的設定方式,一些項目可能會繼續不正確地顯示或保持無法使用。
如果您在頁面的多個元素上使用相同的 DOM 元素 ID,變更這些元素中的一個會變更具有該 ID 的所有元素。若要防止發生此問題,一個 ID 應該僅在每個頁面上使用一次。這是HTML的標準最佳做法。 有關詳細資訊,請參見 頁面修改方案。
此問題可透過啟用增強體驗撰寫器來解決。Click Administation > Visual Experience Composer, then select the check box that enables the Enhanced Experience Composer. 增強體驗撰寫器使用 Adobe 管理的 Proxy 來載入您的頁面進行編輯。此代理允許在iFrame Brige站點上進行編輯,並允許在尚未添加Adobe Target代碼的站點和頁面上進行編輯。 在新增程式碼之後,才會將活動傳送至網站。有些網站可能無法透過增強體驗撰寫器載入,在此情況下,您可以取消勾選此選項,以透過 iFrame 載入可視化體驗撰寫器。
對於您在本機託管的頁面或無法從您的網路外部存取的頁面,Adobe Proxy 伺服器無法存取這類頁面,且無法在 EEC 中開啟。這些頁面可能包括測試 URL、使用者接受測試 (UAT) URL,或本機主控的頁面。
請參閱以上的「我無法編輯 iFrame-busting 網站的體驗」。
如果您對 A/B 或體驗鎖定目標活動使用可視化體驗撰寫器中的編輯文字/HTML,或對自動個人化或多變數測試活動使用變更文字/HTML,以讓文字粗體或斜體,這些樣式可能無法在頁面上套用,或文字會從可視化體驗撰寫器中的頁面消失。This happens because of the way the rich-text editor applies these styles might interfere with the website markup.
如果您看見此問題:
按一下 RTF 格式編輯器中的「HTML」按鈕來進入來源編輯模式。
尋找樣式文字元素。
針對粗體文字,將 <strong>
元素變更為 <b>
。
針對斜體文字,將 <em>
元素變更為 <i>
。
新增影像選件至位置以取得 VEC 或 EEC 中原始影像空間的完整尺寸。在傳遞時,影像不會展開並且如原樣顯示,因此對傳遞沒有影響。