Chrome peut bloquer les appels document.write pour les visiteurs sur les réseaux 2G.
Lors de l’utilisation de la dernière mise à jour de Chrome pour les sites pour lesquels la gestion dynamique des balises est déployée, un avertissement peut s’afficher dans la console JavaScript, indiquant que Chrome peut bloquer document.write
les appels dans le navigateur si le périphérique est mal connecté au réseau. Chrome indique spécifiquement qu’il cible actuellement les utilisateurs sur les réseaux 2G. Voir "Intervening against document.write()" sur le site Web Google Developers.
En raison de l'utilisation limitée du réseau 2G, l'intervention actuelle de Google 2G devrait avoir pour l'instant un impact minimal sur les clients d'entreprise. L'Adobe s'attaque de manière proactive aux problèmes futurs qui pourraient se développer si Google continue à promouvoir des pratiques qui vont à l'encontre des normes de la communauté Internet.
L’objectif de la gestion dynamique des balises a toujours été de créer et de prendre en charge les fonctionnalités les plus puissantes et les plus flexibles de l’espace. Cela permet aux utilisateurs de la gestion dynamique des balises d’exploiter les technologies synchrones et asynchrones.
Si les utilisateurs de Chrome 2G vous préoccupent, vous pouvez utiliser un déploiement plus asynchrone de la gestion dynamique des balises et continuer à utiliser l’ensemble puissant de fonctionnalités asynchrones spécifiques à la gestion dynamique des balises.
Si cet avertissement s’affiche et que vous souhaitez déployer une configuration asynchrone de la gestion dynamique des balises qui supprime tous les document.write
appels (et empêche l’affichage de l’avertissement), reportez-vous aux sections suivantes.
Si vous utilisez la Cible via la gestion dynamique des balises et si vous êtes préoccupé par les visiteurs sur un réseau cellulaire 2G qui utilisent Chrome, effectuez les opérations suivantes :
Mettez à jour votre code de Cible de mbox.js vers at.js dans l’outil de cible de la gestion dynamique des balises.
Veillez à utiliser l’éditeur de code personnalisé.
Pour en savoir plus sur l’implémentation de la Cible avec at.js, voir Implémentation d’at.js dans l’aide de Cible.
Décochez la Load Adobe Target Library synchronously case de l’outil de Cible de gestion dynamique des balises.
Testez bien avant de procéder au déploiement.
Le chargement asynchrone de la bibliothèque de Cibles empêche l’affichage de l’avertissement, mais peut provoquer un "scintillement" sur la page si le contenu par défaut est chargé avant le contenu ciblé.
Si vous déployez des balises tierces via des règles dans la gestion dynamique des balises et si vous êtes préoccupé par les visiteurs sur un réseau cellulaire 2G qui utilisent Chrome, procédez comme suit :
Examinez tous les scripts tiers déployés via Sequential JavaScript
ou Sequential HTML
pour des règles top of page
ou bottom of page
de positionnement.
Dans l’éditeur de code, remplacez le Type par Non-Sequential JavaScript
ou Non-Sequential HTML
.
Les fonctionnalités qui nécessitent une synchronisation ne fonctionneront plus.
Vérifiez le code dans l’éditeur pour vous assurer qu’il n’est pas utilisé document.write
.
Tout code déployé via la gestion dynamique des balises qui utilise document.write
peut être affecté.
Testez bien avant de procéder au déploiement.