Si vous avez installé iAdvize via Google Tag Manager (voir Installer iAdvize via Google Tag Manager), une protection de Safari peut empêcher GTM de se charger chez une partie de vos visiteurs. Dans ce cas, iAdvize ne se charge pas non plus. Cet article explique quand cette protection s’active, ce qu’elle bloque et comment rendre votre installation compatible.
La protection avancée contre le suivi de Safari
Depuis Safari 17 (iOS 17 et macOS Sonoma), Apple propose une option appelée « Utiliser la protection avancée contre le suivi et le vol des empreintes numériques ». Elle bloque les connexions vers des sociétés de collecte de données identifiées comme traqueurs et retire les paramètres de suivi connus des URL.
Elle s’active dans deux situations :
- En navigation privée, elle est activée par défaut. Tout visiteur qui ouvre votre site dans un onglet privé de Safari est concerné, sans rien changer à ses réglages.
- En navigation classique, elle s’applique si le visiteur l’a activée lui-même. Sur iPhone et iPad : Réglages > Apps > Safari > Avancé, puis l’option « Utiliser la protection avancée contre le suivi et le vol des empreintes numériques » réglée sur « Toute la navigation ». Sur Mac : Safari > Réglages > Avancé.
Le visiteur peut désactiver ponctuellement la protection pour un site en rechargeant la page avec des protections réduites. Peu de visiteurs le font, surtout s’ils ne savent pas qu’un élément manque sur la page.
Ce que bloque Safari
Quand la protection est active, Safari applique un bloqueur de contenu qui empêche le navigateur de contacter les domaines de traqueurs connus. La liste est construite à partir des listes de DuckDuckGo et d’EasyPrivacy : un domaine est bloqué quand il figure sur les deux.
Le domaine de Google Tag Manager en fait partie. Lors de nos tests, Safari bloque le chargement du fichier https://www.googletagmanager.com/gtm.js et affiche ce message dans la console :
Blocked connection to known tracker
Conséquences pour iAdvize
Si gtm.js ne se charge pas, aucune balise de votre conteneur GTM ne s’exécute. Pour iAdvize, cela concerne les trois tags : le tag principal, le tag de transaction et le tag des données personnalisées. Le visiteur ne voit donc ni le widget, ni les notifications d’engagement, ni l’Assistant Shopping IA.
L’effet est plus large si votre outil de gestion du consentement (CMP) est lui aussi chargé par GTM. Le bandeau cookies ne s’affiche pas, aucun consentement n’est recueilli, et un tag iAdvize déclenché sur un événement de consentement ne part jamais. Les autres balises du conteneur (mesure d’audience, publicité) sont bloquées de la même façon, ce qui veut dire que ces visiteurs sont aussi absents de vos outils d’analyse.
Les scripts iAdvize eux-mêmes ne sont pas concernés : nos tests montrent qu’iAdvize se charge et s’affiche normalement quand il n’est pas chargé par GTM. Le blocage porte uniquement sur GTM.
Vérifier si votre site est concerné
- Sur Mac, ouvrez Safari > Réglages > Avancé et cochez « Utiliser la protection avancée contre le suivi et le vol des empreintes numériques » pour toute la navigation. Sur iPhone, ouvrez simplement votre site dans un onglet de navigation privée.
- Ouvrez votre site et affichez la console de l’inspecteur web.
- Si vous voyez « Blocked connection to known tracker » sur googletagmanager.com/gtm.js et qu’iAdvize ne s’affiche pas, votre installation est concernée.
La solution : charger GTM depuis votre propre domaine
Safari bloque un domaine, pas un script. Si gtm.js est servi depuis votre propre domaine (par exemple www.votresite.fr/metrics ou metrics.votresite.fr) au lieu de googletagmanager.com, il n’est plus reconnu comme un traqueur connu et se charge normalement. Les balises de votre conteneur, dont celles d’iAdvize, s’exécutent de nouveau.
Google propose cette configuration avec le tagging côté serveur (server-side). Votre équipe technique ou votre agence la met en place en suivant la documentation officielle de Google :
- Google tag gateway for advertisers : charger les scripts Google, dont gtm.js, depuis votre propre infrastructure (serveur de tagging ou CDN) au lieu des serveurs de Google.
- Configuration d’un domaine personnalisé : servir votre serveur de tagging depuis votre domaine, sur un sous-domaine ou un chemin de votre site.
- Présentation du tagging côté serveur et Tagging côté client et côté serveur : le fonctionnement général et le rôle de chaque conteneur.
Ce qui change pour iAdvize
Rien dans votre configuration iAdvize. Les tags iAdvize restent dans votre conteneur web, avec les mêmes déclencheurs et les mêmes variables que dans l’article d’installation.
Ne déplacez pas les tags iAdvize dans le conteneur serveur. Ce conteneur ne s’exécute pas dans le navigateur du visiteur : il ne peut pas afficher le widget iAdvize. Le passage au server-side sert ici uniquement à servir gtm.js depuis votre domaine.
Après la mise en place
Refaites le test décrit plus haut, avec la protection Safari activée :
- gtm.js se charge depuis votre domaine et non plus depuis googletagmanager.com ;
- votre bandeau cookies s’affiche, si votre CMP est chargée par GTM ;
- iAdvize s’affiche après consentement.
Si votre CMP charge ses propres scripts depuis le domaine de son éditeur, vérifiez qu’ils ne sont pas bloqués eux aussi par Safari.
Sources
- Apple, Naviguer de manière privée dans Safari sur Mac : activation par défaut en navigation privée, activation pour toute la navigation, rechargement avec protections réduites.
- WebKit (équipe Safari d’Apple), Private Browsing 2.0 : blocage des traqueurs connus depuis Safari 17, listes DuckDuckGo et EasyPrivacy, réglage sur iOS, message de console.
- Listes de traqueurs utilisées par Safari : DuckDuckGo Tracker Blocklists et EasyPrivacy.
- Google, Google tag gateway for advertisers, Custom domain configuration, Server-side tagging, Client-side tagging vs. server-side tagging.