Visual Experience Composer と拡張 Experience Composer に関連する問題のトラブルシューティング

Adobe Target Visual Experience Composer (VEC)と拡張Experience Composer (EEC)では、特定の条件下で表示の問題やその他の問題が発生する場合があります。

Google Chrome SameSite cookieの適用ポリシーは、VECとEECにどのような影響を与えますか?

次のChromeリリースを使用する際のVECとEECに影響する変更点に注意してください。

メモ

次の変更は、以下に示す3つの更新すべてに影響します。

  • サイトのパスワードで保護されたページでVECを(VECヘルパー拡張機能がインストールされ有効になっているかどうかに関わらず)使用できない​です。 サイトのログインCookieはサードパーティCookieと見なされ、ログインリクエストと共に送信されます。 唯一の例外は、サイトのログインCookieに既にnoneSecure.に設定されているSameSiteパラメーターがある場合です

Chrome 94(2021年9月22日):Chrome 94リリース(2021年9月22日)に予定されている差し迫った変更により、次の変更はChrome 94以降のブラウザーバージョンを使用するすべてのユーザーに影響します。

  • コマンドラインフラグ--disable-features=SameSiteByDefaultCookies,CookiesWithoutSameSiteMustBeSecureは削除されます。

Chrome 91(2021年5月26日):Chrome 91リリース(2021年5月26日)用に実装された変更点を使用すると、Chrome 91以降のブラウザーバージョンを使用しているすべてのユーザーに次の変更が影響します。

  • フラグ#same-site-by-default-cookies#cookies-without-same-site-must-be-securechrome://flagsから削除されました。 この動作は、デフォルトで有効になりました。

Chrome 80(2020年8月):2020年8月に実装された変更により、Chrome 80以降のブラウザーバージョンを持つすべてのユーザーは、以下のようになります。

  • アクティビティの編集中に​**​がTargetライブラリをダウンロードできない(サイトにまだない場合)。 これは、ダウンロード呼び出しが顧客ドメインからセキュリティで保護されたAdobeドメインに向かっておこなわれ、未認証として拒否されるからです。
  • EECはadobemc.com domainのcookieに対してSameSite属性を設定できないので、すべてのユーザーに対して​**​機能を実行しません。 この属性がない場合、ブラウザーはこれらのCookieを拒否し、EECが失敗します。

ブロックされているCookieの特定

SameSite cookieの適用ポリシーが原因でブロックされているcookieを判断するには、Chromeの開発者ツールを使用します。

  1. 開発者ツールにアクセスするには、ChromeでVECを表示している間に、Chromeの右上隅にある​省略記号​アイコンをクリックします。 その他のツール / 開発者ツール

  2. Network」タブをクリックし、ブロックされているcookieを探します。

    メモ

    「Has blocked cookies」チェックボックスを使用すると、ブロックされたCookieを見つけやすくなります。

    次の図は、ブロックされたCookieを示しています。

    開発者ツール/「 Network 」タブで、ブロックされたCookieが表示される

Google VECヘルパー拡張機能

Adobe は、更新されたVECヘルパー拡張機能をGoogle Chrome Storeに送信しました。この拡張機能は、必要に応じてCookieの属性を上書きし、SameSite="none"属性を設定します。 更新された拡張は、で確認できます。 VECヘルパー拡張機能のインストールと使用について詳しくは、「Visual Experience Composerヘルパー拡張機能」を参照してください。

独自のサイトのcookieに対して、名前でcookieを指定する必要があります。

メモ

この方法は、すべてのCookieが単一のドメインに設定されている場合にのみ適しています。 VECヘルパーでは、Targetで複数のドメインに対してcookieを指定できません。

Cookieスライダーをオンの位置に切り替え、名前とcookieドメインを指定します。 Cookie名は「mbox」で、Cookieドメインはmboxを扱うドメインの第2の最上位レベルです。 会社のドメインなので、cookie はファーストパーティ cookie になります。例: mycompany.com. 詳しくは、『Experience Cloudインターフェイスユーザーガイド』のAdobe Target Cookieを参照してください。

VECヘルパー拡張機能でのcookieの切り替え

代替策と回避策

次のいずれかのオプションを使用して、VECとEECが引き続き期待どおりに動作することを確認します。

  • 更新されたVECヘルパー拡張機能をダウンロードして使用します。

  • Mozilla Firefoxブラウザーを使用します。 Firefoxは、このポリシーを適用していません。

  • 2021年9月22日までの間にコマンドラインからGoogle Chromeを実行するには、次のフラグを使用します。 9月22日以降、ログインやcookieの同意のポップアップなど、cookieを必要とする機能はVECで動作しなくなります。 Chrome 94にアップデートした場合は、Webサイト上でSameSite=noneSecureのCookieを手動で生成する必要があります。

    --disable-features=SameSiteByDefaultCookies,CookiesWithoutSameSiteMustBeSecure
    

Targetは複数レベルのiframeをサポートしますか?

Target は、複数レベルの iframe をサポートしていません。Webサイトが子iframeを含むiframeを読み込む場合、at.jsは親iframeとのみやり取りします。 Target ライブラリは子 iframe とやり取りしません。

回避策として、子 iframe の URL を持つエクスペリエンスにページを追加できます。

ページを編集しようとすると、ページではなく、スピナーが表示されます。(VEC と EEC)

この状況は、URLに#文字が含まれている場合に発生する可能性があります。 この問題を修正するには、Visual Experience Composer を「参照」モードに切り替えて、その後「構成」モードに戻します。スピナーの表示が消えて、ページが読み込まれます。

コンテンツセキュリティポリシー(CSP)ヘッダーにより、Webサイト上のTargetライブラリがブロックされます。 (VEC と EEC)

Web サイトの CSP ヘッダーによって Target ライブラリがブロックされることにより、Web サイトは読み込まれるものの編集できない場合は、Target ライブラリがブロックされないようにします。

メモ

以下の情報に加えて、Google Chrome 用 Adobe Target VEC ヘルパーブラウザー拡張機能を使用できます。

次のように、Requestly ルールを設定して CSP ヘッダーを削除することで対処できます。

VEC 内でのリソースの読み込みを妨げているヘッダーに、同様の Requestly ルールを設定できます。

Requestly の場合、ヘッダーを削除する必要があるときは必ず次のいずれかを実行する必要があります。

  • VEC で開く URL の URL ルールを追加して、それらの URL についてのみヘッダーが削除されるようにします。
  • VEC で編集するときにはルールを有効にし、VEC を使用していないときはルールを無効にします。

保存されているアクティビティの再編集時に、VEC または EEC が壊れているように見えたり、初期化されなかったりします。(VEC と EEC)

Web サイトが、エクスペリエンスの定義後に Visual Experience Composer 外で変更された場合、それよりも前にアクションがおこなわれたセレクターは、アクティビティを再編集で開くときに検出できません。ページは壊れているように表示され、警告は表示されません。

JavaScript を含む回転バナーなどのコンテンツが VEC または EEC に表示されません。(VEC と EEC)

デフォルトでは、Visual Experience Composer は JavaScript 要素をブロックします。Visual Experience Composer の設定で JavaScript を無効にすると、これらの要素を使用できます。セットアップするサイトによっては、それでも一部のアイテムの表示が正しくなかったり表示できなかったりする場合があります。

ページ内の 1 つの要素を変更すると、複数の要素が変更されます。(VEC と EEC)

同じ DOM 要素 ID がページ内の複数の要素に使用されている場合、それらの要素のいずれかを変更するとその ID の要素がすべて変更されます。この現象を予防するには、各ページで ID は 1 回のみ使用するようにしてください。これは、標準のHTMLベストプラクティスです。 詳しくは、ページ修正のシナリオを参照してください。

iFrame バスティングのサイトのエクスペリエンスを編集できない。(VEC と EEC)

この問題は、拡張 Experience Composer を有効にすることで対処できます。管理 / Visual Experience Composer​をクリックし、拡張Experience Composerを有効にするチェックボックスをオンにします。 拡張 Experience Composer は、編集するページの読み込みに、アドビが管理するプロキシを使用します。このプロキシを使用すると、iFrameバスティングのサイトで編集でき、まだAdobe Targetコードを追加していないサイトやページで編集できます。 コードが追加されるまで、サイトにアクティビティは配信されません。サイトによっては、拡張 Experience Composer を介して読み込むことができない場合があります。その場合は、このオプションをオフにして、iFrame を介して Visual Experience Composer を読み込むことができます。

メモ

ローカルでホストされているページや、ネットワーク外からアクセスできないページは、アドビのプロキシサーバーにアクセスできず、EEC で開くことができません。こうしたページには、ステージング URL、ユーザー受け入れテスト(UAT)URL またはローカルでホストされているページなどがあります。

mbox/target をまだ実装していないページでテストを設定したい。(VEC と EEC)

上記の「iFrame バスティングのサイトのエクスペリエンスを編集できない」を参照してください。

「テキスト/HTML を編集」または「テキスト/HTML を変更」でテキストスタイルの太字および斜体がページで表示されません。これらのスタイル変更を適用すると、テキストが消えることがあります。(VEC と EEC)

Visual Experience Composer で A/B またはエクスペリエンスターゲット設定アクティビティに「テキスト/HTML を編集」を使用したり、自動パーソナライゼーションまたは多変量分析テストアクティビティに「テキスト/HTML を変更」を使用して、テキストに太字や斜体を設定すると、Visual Experience Composer でこれらのスタイルがページに適用できないか、ページからテキストが消えることがあります。これは、リッチテキストエディターがこれらのスタイルを適用する方法が、Webサイトのマークアップに影響を与える可能性があるためです。

この問題が発生した場合、次の手順に従ってください。

  1. リッチテキストエディターの HTML ボタンをクリックして、ソース編集モードに入ります。

  2. スタイルテキスト要素を検索します。

    • 太字テキストの場合は、<strong>要素を<b>に変更します。

    • 斜体の場合は、<em>要素を<i>に変更します。

自動パーソナライゼーションアクティビティで、VEC または EEC の画像のスワップが壊れているように見えます。(VEC と EEC)

場所に画像オファーを追加するときは、VEC または EEC の元の画像スペースのフルサイズが利用されます。配信時には、画像が拡大されずそのまま表示されるので、配信には影響しません。

このページ