疑難排解可視化體驗撰寫器和增強體驗撰寫器的相關問題

顯示在某些情況下,有時候會發生在Adobe Target 可視化體驗撰寫器 (VEC)和增強體驗撰寫器 (EEC)中的問題和其他問題。

Google Chrome SameSite Cookie實施原則對VEC和EEC有何影響?

請注意使用下列Chrome版本時會影響VEC和EEC的變更:

注意

下列變更會影響下列三項更新:

  • not​是否能在網站受密碼保護的頁面中使用VEC(安裝或未安裝VEC Helper擴充功能並啟用)。 您的網站登入Cookie會視為第三方Cookie,並會隨登入請求傳送。 唯一的例外是您的網站登入Cookie已將SameSite參數設為noneSecure.

Chrome 94(2021年9月21日):隨著Chrome 94版本(2021年9月21日)預計即將進行的變更,下列變更將影響所有使用Chrome 94以上版本瀏覽器的使用者:

  • 將刪除命令行標籤--disable-features=SameSiteByDefaultCookies,CookiesWithoutSameSiteMustBeSecure

Chrome 91(2021年5月25日):隨著Chrome 91版本(2021年5月25日)實作的變更,下列變更將影響所有使用Chrome 91以上版本瀏覽器的使用者:

  • 已從chrome://flags中移除#same-site-by-default-cookies#cookies-without-same-site-must-be-secure標幟。 現在預設會啟用此行為。

Chrome 80(2020年8月):自2020年8月實作的變更後,所有使用Chrome 80以上版本瀏覽器的使用者:

  • 編輯活動時(當活動尚未在網站上時), not​是否能下載Target程式庫。 這是因為下載呼叫從客戶網域向安全Adobe網域進行,並以未驗證的形式拒絕。
  • EEC將為所有使用者​not​函式,因為它無法為adobemc.com domain上的Cookie設定SameSite屬性。 若沒有此屬性,瀏覽器會拒絕這些Cookie,導致EEC失敗。

判斷已封鎖哪些Cookie

若要判斷哪些Cookie因SameSite Cookie實施原則而遭到封鎖,請使用Chrome中的開發人員工具。

  1. 若要存取開發人員工具,在Chrome中檢視VEC時,請按一下Chrome > 更多工具 > 開發人員工具​右上角的​刪節號圖示。

  2. 按一下​Network​標籤> ,然後查找已阻止的Cookie。

    注意

    使用​已封鎖Cookie​核取方塊,更輕鬆找出已封鎖的Cookie。

    下圖顯示已封鎖的Cookie:

    顯示已封鎖Cookie的「開發人員工具>網路」標籤

Google VEC Helper擴充功能

Adobe 已將更新的VEC Helper擴充功能提交至Google Chrome商店。此擴充功能會視需要覆寫Cookie屬性以設定SameSite="none"屬性。 您可以在此處🔗找到更新的擴充功能。 如需安裝和使用VEC Helper擴充功能的詳細資訊,請參閱可視化體驗撰寫器Helper擴充功能

您必須依名稱指定Cookie,才能使用您自己的網站Cookie。

注意

只有當所有Cookie都設定在單一網域中時,此方法才適用。 VEC協助程式不允許Target指定多個網域的Cookie。

將Cookie滑桿切換至開啟位置,然後依名稱和Cookie網域指定Cookie。 Cookie名稱為「mbox」,Cookie網域為您提供mbox的網域的第二層和頂層。 因為是使用公司所提供的網域,所以這些會是第一方 Cookie。範例: mycompany.com. 如需詳細資訊,請參閱​Experience Cloud介面使用手冊​中的Adobe Target Cookie

Cookie在VEC Helper擴充功能中切換

替代方案和因應措施

使用下列其中一個選項,確保VEC和EEC可繼續如預期般運作:

  • 下載並使用更新的VEC Helper擴充功能

  • 使用Mozilla Firefox瀏覽器。 Firefox尚未強制執行此策略。

  • 使用下列標幟,從命令列執行Google Chrome,直到2021年9月21日為止。 9月21日後,需要Cookie的功能將無法在VEC中運作,例如登入或Cookie同意快顯視窗。 如果您更新至Chrome 94,則必須在網站上手動產生包含SameSite=noneSecure的Cookie。

    --disable-features=SameSiteByDefaultCookies,CookiesWithoutSameSiteMustBeSecure
    

Target是否支援多級iframe?

Target 不支援多重層級 iframe。如果您的網站載入的iframe具有子項iframe,at.js只會與父項iframe互動。 Target 資料庫不會與子項 iframe 互動。

作為因應措施,您可以使用子項 iframe 的 URL 在體驗中新增頁面。

當我嘗試編輯頁面時,我只看到了進度環而非我的頁面。(VEC 和 EEC)

如果URL包含#字元,就會發生此情況。 若要修正問題,請在可視化體驗撰寫器中切換至「瀏覽」模式,然後切換回「撰寫」模式。進度環應該會消失,並且頁面應該會載入。

內容安全性原則(CSP)標頭會封鎖我網站上的Target資料庫。 (VEC 和 EEC)

如果您的網站的 CSP 標頭封鎖 Target 資料庫,然後載入網站但防止編輯,請確保 Target 資料庫未遭到封鎖。

注意

除了下列資訊外,您還可以使用適用於 Google Chrome 的 Adobe Target VEC Helper 瀏覽器擴充功能

作為解決方案,您可以設定 Requestly 規則來移除 CSP 標頭,如下所示:

您可以為造成資源無法在 VEC 內載入的任何標頭設定類似的 Requestly 規則。

對於 Requestly,一旦需要移除標頭,您就應該執行下列任一動作:

  • 為要在 VEC 中開啟的 URL 新增 URL 規則,如此一來,便僅有那些 URL 的標頭會移除。
  • 在 VEC 中編輯時啟用規則,並在不使用 VEC 時停用規則。

重新編輯已儲存的活動時,VEC 或 EEC 似乎損毀或未初始化。(VEC 和 EEC)

如果在定義體驗之後,於可視化體驗撰寫器外部變更了網站,開啟活動進行重新編輯時,會找不到稍早採取動作所在的選取器。頁面似乎損毀,並且未顯示警告。

VEC 或 EEC 未顯示我的旋轉橫幅和包含 JavaScript 的其他內容。(VEC 和 EEC)

依預設,可視化體驗撰寫器會封鎖 JavaScript 元素。如果您在可視化體驗撰寫器設定中停用 JavaScript,則可以使用這些元素。根據網站的設定方式,一些項目可能會繼續不正確地顯示或保持無法使用。

在頁面上變更一個元素時,變更了多個元素。(VEC 和 EEC)

如果您在頁面的多個元素上使用相同的 DOM 元素 ID,變更這些元素中的一個會變更具有該 ID 的所有元素。若要防止發生此問題,一個 ID 應該僅在每個頁面上使用一次。此作法是標準HTML最佳作法。 如需詳細資訊,請參閱頁面修改案例

我無法編輯 iFrame-busting 網站的體驗。(VEC 和 EEC)

此問題可透過啟用增強體驗撰寫器來解決。按一下「管理 > 可視化體驗撰寫器」,然後選取可啟用增強體驗撰寫器的核取方塊。 增強體驗撰寫器使用 Adobe 管理的 Proxy 來載入您的頁面進行編輯。此代理可在iFrame-busting網站上進行編輯,並可在您尚未新增Adobe Target程式碼的網站和頁面上進行編輯。 在新增程式碼之後,才會將活動傳送至網站。有些網站可能無法透過增強體驗撰寫器載入,在此情況下,您可以取消勾選此選項,以透過 iFrame 載入可視化體驗撰寫器。

注意

對於您在本機託管的頁面或無法從您的網路外部存取的頁面,Adobe Proxy 伺服器無法存取這類頁面,且無法在 EEC 中開啟。這些頁面可能包括測試 URL、使用者接受測試 (UAT) URL,或本機主控的頁面。

我想要在尚未完成 mbox/target 實施的頁面上設定測試。(VEC 和 EEC)

請參閱以上的「我無法編輯 iFrame-busting 網站的體驗」。

具有「編輯文字/HTML」或「變更文字/HTML」的粗體和斜體文字樣式未在我的頁面上顯示。有時文字會在套用這些樣式變更之後消失。(VEC 和 EEC)

如果您對 A/B 或體驗鎖定目標活動使用可視化體驗撰寫器中的​編輯文字/HTML,或對自動個人化或多變數測試活動使用​變更文字/HTML,以讓文字粗體或斜體,這些樣式可能無法在頁面上套用,或文字會從可視化體驗撰寫器中的頁面消失。這是因為RTF編輯器套用這些樣式的方式可能會干擾網站標籤。

如果您看見此問題:

  1. 按一下 RTF 格式編輯器中的​「HTML」​按鈕來進入來源編輯模式。

  2. 尋找樣式文字元素。

    • 針對粗體文字,將 <strong> 元素變更為 <b>

    • 針對斜體文字,將 <em> 元素變更為 <i>

針對自動個人化活動,影像交換在 VEC 或 EEC 中似乎損毀。(VEC 和 EEC)

新增影像選件至位置以取得 VEC 或 EEC 中原始影像空間的完整尺寸。在傳遞時,影像不會展開並且如原樣顯示,因此對傳遞沒有影響。

本頁內容