Mise à jour de Safari : les scripts GTM, Google Analytics et Google Ads sont bloqués en mode Incognito

Il y a une préoccupation croissante concernant l'accessibilité aux données de nos jours. Autrefois, les annonceurs pouvaient compter sur une grande variété de sources de données. Ce n'est plus le cas en raison de l'évolution des réglementations sur la vie privée, de la dépréciation des cookies tiers et premiers, ainsi que des comportements proactifs des consommateurs tels que l'utilisation de bloqueurs de publicités et la sélection d'options de désinscription. Ce changement rend les anciennes sources de données moins utiles. Les annonceurs et les spécialistes du marketing qui utilisent le suivi des navigateurs et des cookies commencent à rencontrer des défis plus importants.

Et maintenant, voici la mise à jour de Safari, qui peut avoir un impact significatif sur les données analytiques et les campagnes marketing. Dans cet article, nous décrirons les récents changements dans les restrictions de suivi de Safari et montrerons comment le balisage côté serveur les surmonte.

Voici la liste courte des fonctionnalités de confidentialité et de sécurité d'Apple qu'ils ont annoncées :

• Suppression des identifiants de clics des URL lors de l'utilisation du mode Incognito et de la protection avancée.
• Blocage des scripts de gestion des balises, d'analyse et de publicité en mode Incognito et en mode protection avancée.
• Protection contre le suivi des liens dans les messages et les e-mails.
• Améliorations de la confidentialité des applications.

Cette nouvelle fonctionnalité vise à supprimer les détails de suivi spécifiques à l'utilisateur des URL. De nombreux sites web ajoutent des paramètres d'URL supplémentaires pour suivre l'activité des utilisateurs.

Avec cette mise à jour, tous les liens partagés via Messages et Mail auront ces données de suivi supprimées, mais les liens fonctionneront comme d'habitude. Cette protection s'applique également aux liens consultés en mode navigation privée dans Safari.

Par défaut, l'utilisation du mode Incognito supprime tout identifiant pouvant être relié à l'utilisateur lorsqu'il clique sur un lien. Cependant, certaines parties du lien qui ne peuvent pas identifier l'utilisateur restent inchangées.

Chaque système de gestion de balises est traité différemment dans la dernière mise à jour de Safari, surtout lorsque les utilisateurs utilisent le mode navigation privée de Safari et optent pour la protection avancée.

Les restrictions les plus importantes ont été mises en place pour Google Tag Manager, tandis que d'autres systèmes de balisage comme Tealium fonctionnent parfaitement dans tous les modes Safari.

Dans la dernière mise à jour de Safari, Google Tag Manager est bloqué par défaut lorsque quelqu'un utilise le mode Incognito de Safari ou active la protection avancée de Safari. Cela signifie que tout code ou balise que vous avez configuré avec GTM ne fonctionnera pas, ce qui aura un impact sur l'analytique, l'expérience utilisateur, la publicité et d'autres fonctionnalités clés du site web.

Google Analytics a le même impact que Google Tag Manager. Le script de Google Analytics est bloqué lorsque quelqu'un utilise le mode Incognito de Safari et est bloqué par défaut lorsque la protection avancée contre le suivi est activée. Il n'y a aucune différence si vous placez le script GA directement sur le site web ou utilisez n'importe quel système de gestion de balises.

Les scripts Google Ads et Floodlight sont bloqués en mode Incognito de Safari et lorsque l'utilisateur active la protection avancée contre le suivi. La même restriction s'applique également aux scripts Facebook. En même temps, les balises publicitaires TikTok et Bing ne sont pas bloquées dans les mêmes scénarios.

C'est simple : commencez à utiliser le suivi côté serveur. Avec le gestionnaire de balises Google côté serveur situé sur un domaine personnalisé, le script GTM ne sera pas bloqué en mode Incognito de Safari ou lorsque la protection avancée de suivi est activée. Si vous configurez Google Analytics côté serveur et Google Ads avec l'aide de sGTM qui utilise un domaine personnalisé, les scripts GA et GAds ne seront pas bloqués non plus.

En plus d'un domaine personnalisé, vous pouvez rendre le suivi côté serveur encore plus précis en utilisant un chargeur personnalisé. Le principal avantage d'un chargeur personnalisé est qu'il contribue à rendre le script de suivi invisible pour la plupart des outils et techniques de blocage de scripts et de publicités.

Un chargeur personnalisé est gratuit pour tous les utilisateurs de Stape et peut être configuré rapidement. 

1. Connectez-vous à votre compte Stape et sélectionnez votre conteneur sGTM depuis le tableau de bord.

2. Accédez à Power-ups et cliquez sur Use à côté du panneau Custom Loader panneau.

3. Activez le bouton Custom Loader pour l’activer.

4. Si vous souhaitez encoder les requêtes de suivi envoyées depuis le navigateur vers votre conteneur sGTM, activez Enhanced ad blocker protection. En masquant les modèles d’URL et les signatures de suivi reconnaissables, cette fonctionnalité empêche les bloqueurs de publicités d’identifier et d’intercepter ces requêtes.

5. Cliquez sur Save changes.

6. Dans la section Code & Setup information, choisissez Platform. Vous pouvez ensuite:

• Sélectionner votre plateforme CMS (comme Shopify, WordPress, etc.). Dans ce cas, vous devrez installer et configurer une application Stape.
• Sélectionner Other pour recevoir un snippet JS si vous utilisez une autre plateforme ou un site web personnalisé.

Pour vérifier que la configuration fonctionne :

1. 1.
   Ouvrez n'importe quelle page de votre site web.
2. 2.
   Clic droit → Inspect → ouvrez l’onglet Network onglet.
3. 3.
   Filtrez les requêtes par votre sous-domaine personnalisé ou le chemin same-origin.
4. 4.
   Recherchez l'URL de requête GTM - elle devrait renvoyer un code d'état 200 OK.

Voici un exemple de cas où le chargeur personnalisé de Stape peut aider :

Lors de l'utilisation du GTM côté serveur pour établir l'API de conversion de Facebook, il est essentiel de transmettre fbp et fbc aux serveurs de Facebook. Il est impossible de définir ces cookies si vous comptez sur un sous-domaine tiers comme serveur de balisage, car seul votre domaine principal peut créer des cookies pour votre site.

Avec un sous-domaine personnalisé, les données envoyées à Facebook seraient illimitées, ce qui entraînerait moins d'événements attribués à vos campagnes. L'identifiant de clic et l'identifiant de navigateur (fbc et fbp) sont essentiels pour mesurer l'efficacité de vos campagnes publicitaires sur Facebook. En intégrant votre ID GTM Web dans le chargeur personnalisé de stape.io, vous remarquerez que gtm.js et gtag.js ont été remplacés par un chemin de demande aléatoire. Cela contribuera à dissimuler les scripts Google Tag Manager et Google Analytics 4 aux bloqueurs de publicités.

Dans la dernière mise à jour de Safari, Google Tag Manager, Google Analytics, Google Ads, Floodlight et les scripts Facebook sont bloqués lorsque quelqu'un utilise le mode Incognito ou active la protection avancée contre le suivi.

Le gestionnaire de balises Google côté serveur avec un domaine personnalisé permet de surmonter ces restrictions. L'utilisation d'un chargeur personnalisé peut renforcer encore la précision de votre suivi. En particulier, il peut :

• Définir des cookies de premier parti.
• Prolonger la durée de vie des cookies.
• Rendre GTM et GA4 résistants aux bloqueurs de publicités et aux ITP.
• Préserver le suivi de vos données.

Si vous avez besoin d'aide pour configurer un chargeur personnalisé ou si vous souhaitez une vérification de votre configuration actuelle, n'hésitez pas à nous contacter!