Apple continue de réduire la quantité d'informations que la technologie de suivi tierce peut collecter dans Safari. La première version bêta de Safari 27 est arrivée le 8 juin 2026. Les tests de l'industrie font état d'un ensemble plus large de paramètres de suivi nettoyés et de ressources de suivi bloquées. Le comportement exact de la version bêta peut encore changer avant la version finale, mais la direction est familière : les mesures qui dépendent entièrement des scripts du navigateur, des requêtes tierces et des identifiants persistants deviennent moins complètes.
Ce qui semble changer dans Safari 27
Les notes bêta publiées par Apple pour Safari 27 confirment la version bêta et la disponibilité de la plate-forme, mais ne documentent pas chaque modification apportée aux listes de suivi. Un rapport indépendant de l'industrie indique que Safari 27 étend les paramètres de suivi supprimés des liens, y compris les identifiants utilisés dans les liens provenant de plateformes telles que Threads, YouTube et X.
Le même rapport indique un blocage plus large des ressources connues en matière de publicité et d’empreintes digitales. Les exemples incluent snap.licdn.com de LinkedIn et les ressources associées à des outils tels que Microsoft Advertising UET, Segment, Tealium et BlueConic. Étant donné que Safari 27 reste en version bêta, les équipes devraient tester leur propre implémentation au lieu de supposer que chaque règle signalée sera livrée inchangée.
Pourquoi c'est important : Safari est un navigateur mobile majeur
Part de Safari dans l'utilisation mondiale des navigateurs mobiles, juin 2026 (Statcounter)
Il ne s’agit pas d’un cas limite. Statcounter a mesuré Safari à 24,07 % de l'utilisation mondiale des navigateurs mobiles en juin 2026, soit environ une session de navigation mobile sur quatre dans son ensemble de données. La part peut être considérablement plus élevée pour les audiences des marchés à forte présence Apple ou des segments de consommation haut de gamme.
Si les visiteurs de Safari sont sous-mesurés, les tableaux de bord peuvent afficher moins de sessions, de conversions et de points de contact assistés que l'activité n'a réellement généré. Les campagnes ne fonctionnent pas nécessairement moins bien ; la couche de mesure voit moins. Cela affaiblit l’attribution, les audiences de remarketing et les signaux que les plateformes publicitaires utilisent pour l’optimisation.
Où le suivi côté client perd des informations
Le suivi traditionnel demande au navigateur du visiteur de charger le JavaScript du fournisseur, de stocker les identifiants et d'envoyer les demandes directement aux domaines publicitaires ou analytiques. Safari peut intervenir à chacune de ces étapes.
Paramètres d'attribution
Lorsque les paramètres d'identification sont supprimés d'une URL de page de destination, la campagne ou le clic d'origine peut être plus difficile à connecter à une conversion ultérieure.
Demandes de tiers
Un point de terminaison de pixel ou de suivi connu peut être bloqué avant que la demande ne quitte l'appareil, de sorte que le fournisseur ne reçoive jamais l'événement.
Stockage du navigateur
WebKit limite le suivi intersites et peut limiter le stockage inscriptible par script, ce qui rend les longs parcours de conversion plus difficiles à connecter de manière fiable.
Signaux d'empreintes digitales
La réduction ou la randomisation des caractéristiques des appareils rend l'identification probabiliste moins stable, ce qui est bon pour la confidentialité, mais perturbe les systèmes de suivi qui en dépendent.
Comment le suivi côté serveur améliore la résilience
Avec Google Tag Manager côté serveur, le site Web envoie les données d'événement autorisées à un point de terminaison propriétaire sur votre propre domaine. Votre conteneur serveur valide et transforme l'événement, puis transmet uniquement les champs obligatoires vers des destinations telles que GA4, Google Ads, Meta ou TikTok.
Cela réduit le nombre d’appels directs à des tiers effectués par le navigateur et vous offre une couche de collecte contrôlée. Vous pouvez standardiser les données de campagne, supprimer les données personnelles inutiles, rejeter les événements mal formés et surveiller la livraison de manière centralisée. Un point de terminaison géré hébergé dans l'UE assure également la prévisibilité de l'infrastructure sans que votre équipe n'ait besoin d'exploiter Google Cloud.
1. Collecte de première partie
Le navigateur envoie les données d'événements autorisées à votre sous-domaine de suivi de marque.
2. Contrôle côté serveur
Votre conteneur sGTM valide, enrichit et filtre l'événement selon vos règles.
3. Livraison surveillée
Le serveur envoie des données approuvées à chaque plateforme d'analyse ou de publicité.
Ce que le suivi côté serveur ne fait pas
Le suivi côté serveur n'est pas une protection contre l'invisibilité et ne doit pas être utilisé pour contourner les contrôles de confidentialité du navigateur. Il ne peut pas récupérer un identifiant de clic que Safari a supprimé avant que votre page ne le reçoive, et il ne peut pas créer de données qu'un événement de navigateur bloqué n'a jamais collectées.
Les exigences en matière de consentement s’appliquent toujours. Votre plateforme de gestion du consentement doit déterminer quels événements et destinations sont autorisés avant que les données ne soient collectées ou transmises. L’objectif est une architecture propriétaire plus fiable et soucieuse de la confidentialité, et non plus de suivi sans autorisation.
Un plan de préparation pratique à Safari 27
- 01
Mesurez votre écart Safari
Comparez les taux de conversion de Safari, la diffusion d'événements et les revenus attribués avec d'autres navigateurs. Segmentez Safari mobile séparément.
- 02
Auditer les dépendances du navigateur
Répertoriez chaque pixel, script tiers, paramètre d'URL et cookie de navigateur utilisé par votre pile de mesure.
- 03
Protégez les données de campagne first party
Capturez tôt le contexte de campagne autorisé, utilisez des identifiants propriétaires durables le cas échéant et des règles de conservation des documents.
- 04
Déplacer la livraison côté serveur
Acheminez les événements GA4 et publicitaires éligibles via un point de terminaison sGTM sur votre propre sous-domaine.
- 05
Test de consentement et de déduplication
Vérifiez le comportement de consentement, les ID d'événement, la déduplication du navigateur/serveur et les diagnostics du fournisseur avant de comparer les totaux.
- 06
Surveiller Safari 27 jusqu'à la version
Testez à nouveau les mises à jour bêta et la version finale, car les listes de suivi et le comportement peuvent changer.
N'attendez pas que le tableau de bord perde le signal
La trajectoire de Safari en matière de confidentialité est établie et son audience mobile est trop large pour être ignorée. Les entreprises qui dépendent uniquement des pixels côté client doivent s’attendre à ce que les écarts de mesure se creusent à mesure que les navigateurs deviennent plus stricts.
Une configuration côté serveur bien conçue ne vaincra pas Safari et ne devrait pas essayer de le faire. Il offre à votre entreprise un point de terminaison propriétaire plus propre, une meilleure gouvernance et une fourniture plus fiable des données que les utilisateurs vous ont permis de traiter.
Safari 27 et tracking côté serveur : questions courantes
Safari 27 bloque-t-il tout suivi ?
Non. Safari applique plusieurs protections de confidentialité aux trackers connus, aux identifiants de lien, au stockage du navigateur et aux empreintes digitales. Le comportement exact dépend de la demande et de la configuration, et Safari 27 est toujours en version bêta.
Le suivi côté serveur récupérera-t-il chaque conversion Safari manquante ?
Non. Il améliore la fiabilité et le contrôle de la transmission autorisée des événements de première partie, mais il ne peut pas restaurer les informations supprimées par Safari avant la collecte ou les événements qui ne se sont jamais produits.
Ai-je toujours besoin d’un consentement pour le suivi côté serveur ?
Oui. Le déplacement du traitement vers un serveur ne supprime pas le RGPD, l'ePrivacy ou d'autres obligations de consentement. Le consentement devrait contrôler la collecte et chaque destination en aval.
Pourquoi utiliser GTM côté serveur au lieu d'envoyer des événements directement depuis le navigateur ?
Le GTM côté serveur réduit les requêtes directes des navigateurs tiers et fournit une couche centrale pour la validation, la minimisation, le routage, la surveillance et la livraison tenant compte du consentement.