ブロックされている Cookie の特定
同じ SameSite cookie 強制ポリシーによってブロックされている cookie を確認するには、Chromeの Developer Tools を使用します。
-
デベロッパーツールにアクセスするには、Chromeで VEC を表示しているときに、Chrome / More Tools / Developer Tools の右上隅にある「ellipsis」アイコンをクリックします。
-
Network タブをクリックして、ブロックされた Cookie を探します。
NOTE
「Has blocked cookies」チェックボックスを使用すると、ブロックされた Cookie を見つけやすくなります。次の図に、ブロックされた Cookie を示します。
Adobe Target VEC Helper 拡張機能
バージョン 0.7.1 以降、Adobe Target VEC Helper ブラウザー拡張機能は、拡張機能 UI で「Cookie」トグルをオンにすると、VEC 内で編集された web ページからの応答に対して、SameSite=None
属性と Secure
属性をすべて追加します。
代替手段と回避策
VEC と EEC が引き続き期待どおりに動作することを確認するには、次のいずれかのオプションを使用します。
-
更新された VEC Helper 拡張機能をダウンロードして使用します。
-
Mozilla Firefox ブラウザーを使用します。 Firefox はまだこのポリシーを実施していません。
-
2021 年 9 月 21 日(PT)までコマンドラインからGoogle Chromeを実行するには、次のフラグを使用します。 9 月 21 日(PT)以降、ログインや cookie 同意のポップアップなど、cookie を必要とする機能は VEC で機能しなくなります。 Chrome 94 に更新する場合、web サイト上の
SameSite=none
およびSecure
を使用して 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 ライブラリがブロックされないようにします。
次のように、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 を有効にすることで対処できます。Administation/Visual Experience Composer をクリックし、拡張 Experience Composer を有効にするチェックボックスをオンにします。 拡張 Experience Composer は、編集するページの読み込みに、アドビが管理するプロキシを使用します。このプロキシを使用すると、iFrame でバスティングサイトを編集したり、Adobe Target コードをまだ追加していないサイトやページを編集したりできます。 コードが追加されるまで、サイトにアクティビティは配信されません。サイトによっては、拡張 Experience Composer を介して読み込むことができない場合があります。その場合は、このオプションをオフにして、iFrame を介して Visual Experience Composer を読み込むことができます。
mbox/target をまだ実装していないページでテストを設定したい。(VEC と EEC)
上記の「iFrame バスティングのサイトのエクスペリエンスを編集できない」を参照してください。
「テキスト/HTML を編集」または「テキスト/HTML を変更」でテキストスタイルの太字および斜体がページで表示されません。これらのスタイル変更を適用すると、テキストが消えることがあります。(VEC と EEC)
Visual Experience Composer for A/B または Experience Targeting アクティビティで Edit Text/HTML を使用している場合や、Automated Personalizationまたは多変量分析テスト アクティビティで Change Text/HTML を使用してテキストを太字または斜体にする場合、これらのスタイルがページに適用されなかったり、Visual Experience Composer のページからテキストが消えたりする場合があります。 これは、リッチテキストエディターがこれらのスタイルを適用する方法により、web サイトのマークアップが妨げられる可能性があるために発生します。
この問題が発生した場合、次の手順に従ってください。
-
リッチテキストエディターの「HTML」ボタンをクリックして、ソース編集モードに入ります。
-
スタイルテキスト要素を検索します。
-
太字テキストの場合は、
<strong>
要素を<b>
に変更します。 -
斜体の場合は、
<em>
要素を<i>
に変更します。
-
Automated Personalizationアクティビティで、VEC または EEC の画像のスワップが壊れているように見えます。(VEC と EEC)
場所に画像オファーを追加するときは、VEC または EEC の元の画像スペースのフルサイズが利用されます。配信時には、画像が拡大されずそのまま表示されるので、配信には影響しません。