Safari supprime les identifiants de clic: récupérez l’attribution grâce au suivi côté serveur

Safari a annoncé un changement important pour les spécialistes du marketing digital: la suppression du paramètre GCLID de Google et d’autres identifiants de clic dans les URL en mode de navigation standard. Ce changement n’est pas encore visible partout, mais il vaut mieux s’y préparer dès maintenant.

Dans la version bêta actuelle, Safari ne supprime le GCLID qu’en mode navigation privée. Cependant, il est prévu que la version officielle applique cette restriction également en mode standard.

Nous avons analysé quels identifiants seront concernés. En orange figurent les paramètres que Safari supprimera:

• Google Ads: GCLID removal
• Facebook: FBCLID removal
• Microsoft: MSCLKID removal
• Twitter: TWCLKID removal

Vous trouverez plus loin les étapes pour préparer vos configurations Google Ads et Microsoft Ads. Pour Facebook et Twitter, aucune solution n’est encore disponible. Dès qu’une alternative existera, nous mettrons à jour cet article.

Mais rassurez-vous, nous mettrons cet article à jour dès qu'il y en aura un :)

Le GCLID est essentiel pour mesurer les conversions dans Google Ads et Microsoft Ads. Si Safari le supprime, certaines conversions peuvent ne pas être enregistrées, ce qui entraîne des pertes de données, des rapports incomplets et une incapacité évidente à optimiser campagne AdWords efficacement.

Sans GCLID, il devient très difficile de relier une conversion à un clic précis. Cela peut provoquer:

• Des conversions sous-déclarées dans Google Ads et Microsoft, surtout pour les utilisateurs de Safari.
• Des difficultés à calculer le retour sur investissement, car une partie des données manquera.
• Des audiences de remarketing plus petites, avec moins d’interactions suivies et donc moins de données disponibles.

Il existe deux manières de gérer ce changement: avec un suivi côté client ou un suivi côté serveur.

Les solutions côté client sont possibles, mais elles demandent de créer et de maintenir manuellement des cookies. De plus, Google peut modifier le nom ou le format de ses cookies sans avertissement, rendant cette méthode instable et chronophage.

Le suivi côté serveur est une option plus sûre et plus stable pour consolider vos données de première partie. Avec cette configuration, GA4 et le Conversion Linker dans sGTM gèrent automatiquement le GCLID, même si Google change son format.

Grâce à ce système, vos conversions Google Ads et Microsoft sont correctement enregistrées, vos rapports restent précis et vous conservez une vision complète de vos campagnes, même pour les utilisateurs de Safari.

Sur notre blog, vous trouverez des guides détaillés pour configurer:

• GA4 suivi côté serveur
• Suivi des conversions Google Ads côté serveur
• Suivi côté serveur pour Bing ou Microsoft Ads

La première étape consiste à créer un paramètre dans l’URL servant de copie du GCLID, au cas où Safari supprimerait l’identifiant d’origine.

1. Ouvrez votre compte Google Ads - Admin - Tracking.

Sur cette page, vous verrez la liste des paramètres ajoutés à l’URL lorsqu’un utilisateur clique sur votre annonce.

2. Dans le champ Final URL suffix, ajoutez un paramètre personnalisé avec la valeur {gclid}.

Voici un exemple d’implémentation:

Cet exemple utilise qwerty comme paramètre de secours. Vous pouvez choisir le nom que vous préférez. L’important est que la valeur de ce paramètre soit ={gclid}.

Après ces étapes, chaque utilisateur qui arrive sur votre site aura deux paramètres dans l’URL contenant la valeur du GCLID.

Si Safari supprime le paramètre gclid, le navigateur utilisera automatiquement votre paramètre de requête personnalisé comme solution de secours.

1. Connectez-vous à votre compte Stape.

2. Sélectionnez votre conteneur sGTM.

3. Ouvrez Power-ups et cliquez sur Use ou Configure à côté de Click ID Restorer.

4. Activez l’interrupteur Click ID Restorer.

5. Entrez le nom du paramètre que vous avez créé dans Google Ads ou Microsoft Ads.

6. Cliquez sur Enregistrer les modifications.

Vous pouvez ajouter manuellement des paramètres à l’URL pour effectuer des tests. Les plus importants sont le paramètre gclid d’origine et votre paramètre de secours défini dans Google Ads.

Voici un exemple d’URL de test:

Dans la version bêta actuelle de Safari v26, le paramètre gclid n’est pas supprimé par défaut, donc le cookie FPGCLAW se définit sans problème.

⚠️ Remarque: ce comportement peut changer dans la version officielle de Safari.

Le test suivant doit être effectué en mode privé de Safari.

Actuellement, le mode privé de Safari supprime le paramètre gclid de l’URL. Cependant, comme montré dans la capture ci-dessous, le cookie FPGCLAW se définit quand même, car le paramètre de secours qwerty remplace automatiquement le gclid supprimé.

Si vous voyez que le paramètre gclid a été supprimé de l’URL, mais que le cookie FPGCLAW est correctement défini, cela indique que vous avez suivi toutes les étapes comme il faut et que votre suivi est maintenant sécurisé.

La prochaine mise à jour de Safari aura un impact important, surtout si une grande partie de vos utilisateurs utilise ce navigateur. Sans solution comme celle-ci, vous risquez de perdre la majorité de vos conversions dans Google Ads et Microsoft Ads.

Nous recommandons d’utiliser la solution côté serveur proposée par Stape pour contourner ces restrictions. Elle est simple à configurer, fiable et garantit le bon fonctionnement de votre suivi, même si Google introduit des changements inattendus.