Adobe Target Visual Experience ComposerおよびEnhanced Experience Composerに関する問題のトラブルシューティング

詳細

次のChrome リリースを使用する場合は、VECおよびEECに影響を与える変更に注意してください。

note
NOTE
次の変更は、以下に概説する3つの更新すべてに影響します。
not​様は、VEC Helper拡張機能がインストールされていて、サイトのパスワードで保護されたページに対して有効になっていなくても、VECを使用できます。 サイトのログイン Cookieは3rd パーティ Cookieと見なされ、Browse モードのVEC エディター内でログイン リクエストを送信しません。 唯一の例外は、サイトログイン CookieにSameSite=NoneとSecureの属性が既に設定されている場合です。

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以降のブラウザー版を使用しているすべてのユーザーに影響します。

• フラグ #same-site-by-default-cookiesと#cookies-without-same-site-must-be-secureがchrome://flagsから削除されました。 このビヘイビアーはデフォルトで有効になりました。

Chrome 80 （2020年8月）:2020年8月に導入された変更により、Chrome 80以降のブラウザー版を使用しているすべてのユーザー：

• アクティビティの編集中に​ not ​さんがTarget ライブラリをダウンロードできます（これらのライブラリがサイトにまだ存在しない場合）。 これは、ダウンロードコールが顧客ドメインから保護されたAdobe ドメインに向けて行われ、未認証として拒否されるためです。

• EECは、adobemc.com domainでCookieにSameSite属性を設定できないため、すべてのユーザーに対して​ not ​機能を提供します。 この属性がないと、ブラウザーはこれらのCookieを拒否し、EECが失敗します。

詳細

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

1. Developer Toolsにアクセスするには、ChromeでVECを表示しているときに、Chrome > More Tools > Developer Tools​の右上隅にある​ellipsis アイコンをクリックします。

2. 「Network」タブをクリックし、「ブロックされたCookie」を探します。

   note
   NOTE
   Has blocked cookies チェックボックスを使用すると、ブロックされたCookieを簡単に見つけることができます。

詳細

Targetはマルチレベル iframeをサポートしていません。 web サイトが子iframeを持つiframeを読み込む場合、at.jsは親iframeとのみ相互作用します。 Target ライブラリは子iframeと相互作用しません。

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

詳細

この状況は、URLに#文字が含まれている場合に発生する可能性があります。 問題を修正するには、VECまたはEECでBrowse モードに切り替え、次にCompose モードに戻します。 スピナーの表示が消えて、ページが読み込まれます。

詳細

Web サイトのCSP ヘッダーでTarget ライブラリがブロックされている場合は、Web サイトが読み込まれますが、編集は行われません。Target ライブラリがブロックされていないことを確認してください。

note
NOTE
次の情報に加えて、Google ChromeにはAdobe Target VEC Helper ブラウザー拡張機能を使用できます。

回避策として、次に示すように、Requestly ルールを設定してCSP ヘッダーを削除できます。

VEC内でリソースが読み込まれない原因となるヘッダーに対して、同様のRequestly ルールを設定できます。

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

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

詳細

エクスペリエンスを定義した後にWeb サイトがVEC以外で変更された場合、アクティビティを再編集するために開いたときに、以前に実行されたアクションのセレクターが見つかりません。 ページは壊れているように表示され、警告は表示されません。

詳細

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

詳細

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

詳細

この問題は、Enhanced Experience Composer （EEC）を有効にすることで対処できます。 Administation > Visual Experience Composer​をクリックし、Enhanced Experience Composerを有効にするチェックボックスを選択します。 EECでは、Adobe管理のプロキシを使用して、編集用にページを読み込みます。 このプロキシでは、iFrameを使用しないサイトでの編集が可能であり、まだAdobe Target コードを追加していないサイトやページでの編集が可能です。 コードが追加されるまで、サイトにアクティビティは配信されません。 一部のサイトはEEC経由で読み込まれない場合があります。この場合、このオプションをオフにすると、iFrame経由でEECを読み込むことができます。

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

詳細

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

詳細

VECで​ Edit Text/Edit HTML ​をA/B TestまたはExperience Targetingのアクティビティに使用したり、Automated PersonalizationまたはMultivariate Testのアクティビティに​ Change Text/Change HTML ​を使用してテキストを太字または斜体にする場合、これらのスタイルがページに適用されないか、VECのページからテキストが消える可能性があります。 これは、リッチテキストエディターがこれらのスタイルを適用する方法がweb サイトのマークアップを妨げる可能性があるためです。

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

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

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

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

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

詳細

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